"সংযোগ প্রত্যাখ্যান" বনাম "হোস্ট করার কোনও পথ নেই"

Question

আমার একটি সার্ভারে অ্যাপাচি সার্ভার চলছে:

[root@te-srv2 ~]# ps -ecf|grep httpd
root       698 32047 TS   19 10:45 pts/24   00:00:00 grep httpd
root     32081     1 TS   19 10:16 ?        00:00:00 /usr/sbin/httpd
apache   32083 32081 TS   19 10:16 ?        00:00:00 /usr/sbin/httpd
apache   32084 32081 TS   19 10:16 ?        00:00:00 /usr/sbin/httpd
....

তবে, আমি যখন স্থানীয় হোস্টের সাথে সংযোগ দেওয়ার চেষ্টা করি তখন আমি "সংযোগ অস্বীকার" পেয়ে যাই:

[root@te-srv2 ~]# wget http://127.0.0.1
--2014-02-24 10:46:16--  http://127.0.0.1/
Connecting to 127.0.0.1:80... failed: Connection refused.

আমি যখন স্থানীয় আইপি ঠিকানার সাথে সংযোগ করার চেষ্টা করি তখন একই ঘটনা ঘটে:

[root@te-srv2 ~]# wget http://132.70.6.157
--2014-02-24 10:46:40--  http://132.70.6.157/
Connecting to 132.70.6.157:80... failed: Connection refused.

অন্যদিকে, যখন আমি একই নেটওয়ার্কের অন্য কম্পিউটার থেকে একই চেষ্টা করি, তখন আমি একটি ভিন্ন ত্রুটি পেয়েছি "হোস্ট করার কোনও পথ নেই":

[erelsgl@erel-biu ~]$ wget http://132.70.6.157
--2014-02-24 10:49:11--  http://132.70.6.157/
Connecting to 132.70.6.157:80... failed: No route to host.

আমি কেন এই ত্রুটিগুলি পাচ্ছি? এবং একই কম্পিউটার এবং নেটওয়ার্কের অন্য কম্পিউটার থেকে উভয়ই http সার্ভারের সাথে সংযোগ স্থাপনের জন্য আমার কী করা উচিত?

আপডেটগুলি: মন্তব্য এবং উত্তরগুলির ভিত্তিতে এখানে আরও কিছু তথ্য দেওয়া হয়েছে:

[root@te-srv2 ~]# traceroute 132.70.6.157
traceroute to 132.70.6.157 (132.70.6.157), 30 hops max, 60 byte packets
 1  te-srv2 (132.70.6.157)  0.082 ms  0.007 ms  0.005 ms

[erelsgl@erel-biu ~]$ traceroute 132.70.6.157
traceroute to 132.70.6.157 (132.70.6.157), 30 hops max, 60 byte packets
 1  te-srv2 (132.70.6.157)  0.446 ms !X  0.431 ms !X  0.420 ms !X

[root@te-srv2 ~]# netstat -lnp|grep http
tcp        0      0 :::443                      :::*                        LISTEN      5756/httpd          

Comments

আপনি traceroute 132.70.6.157উভয় সার্ভার থেকে এবং আউটপুট তুলনা করতে পারেন?

— ওয়ার্নার হেনজে

443 হ'ল এসএসএল-পোর্টস (https)। আপনি HTTP পোর্ট 80

— শুনেছেন

Answer 1

এর আউটপুট দেখান netstat -lnp, তাই আমরা দেখতে পাচ্ছি যে কোন প্রক্রিয়াগুলি আসলে সার্ভারে কোন পোর্টগুলি শুনছে এবং কোন আইপি ঠিকানার সাথে তারা আবদ্ধ।

দ্বিতীয় কম্পিউটার সম্পর্কিত, এর নেটওয়ার্ক সংযোগটি ভাঙা দেখায়। netstat -rnসেখানে সমস্যা সম্পর্কে কিছুটা অন্তর্দৃষ্টি দেবে।

আরও ভাল পরামর্শ দেওয়ার জন্য, উভয় কম্পিউটারে সাধারণ নেটওয়ার্ক কনফিগারেশন এবং আইপি কনফিগারেশন সম্পর্কিত আরও বিশদ প্রয়োজন।

সম্পাদনা:

আপনাকে আপনার অ্যাপাচি কনফিগারেশনটি পরিবর্তন করতে হবে যাতে এটি একটি HTTP সার্ভার, SSL সার্ভার নয়। কনফিগারেশন ফাইলগুলি বেশিরভাগ সময় / etc / apache2 এর অধীনে থাকে।

আইপি কনফিগারেশন এবং নেটওয়ার্ক কনফিগারেশন তথ্য অন্যান্য সমস্যা বিশ্লেষণের জন্য এখনও প্রয়োজন। ট্রেস্রোয়েট তথ্য কিছুই প্রকাশ করেনি।

Comments

আসলে, পোর্ট 80 শুনার কোনও প্রক্রিয়া নেই! অ্যাপাচি সার্ভার 443 পোর্টে শোনে But কিন্তু কেন এটি?

— এরেল সেগাল-হালেভি

@ ইরেলসেগাল হালেভি: সাধারণত 80 টি এইচটিটিপি, 443 টি এইচটিটিপিএস (যদি আপনি এই ডিফল্ট পোর্টগুলি না পরিবর্তন করেন)। সুতরাং সম্ভবত অ্যাপ্লিকেশনটি কেবল এইচটিটিপিএসের প্রত্যাশা করে?

— অলিভিয়ার ডুলাক

নেটস্যাটকে ধন্যবাদ, আমরা আবিষ্কার করেছি যে এটি আপাচে সত্যিই একটি কনফিগারেশন সমস্যা ছিল।

— এরেল সেগাল-হালেভি

Answer 2

"সংযোগ অস্বীকার" এর অর্থ টার্গেট মেশিনটি সক্রিয়ভাবে সংযোগটি প্রত্যাখ্যান করেছে। প্রসঙ্গ হিসাবে 80 বন্দর সহ, নিম্নলিখিত বিষয়গুলির একটি সম্ভবত কারণ হতে পারে:

• 127.0.0.1:80 এবং 132.70.6.157:80 তে কিছুই শুনছে না
• *: 80 তে কিছু শুনছে না
• ফায়ারওয়াল REJECT এর সাথে সংযোগটি অবরুদ্ধ করছে

সুতরাং আপনার অ্যাপাচি এবং iptables কনফিগারেশন পরীক্ষা করুন।

"হোস্ট করার কোনও রুট" কোনও নেটওয়ার্ক সমস্যা বোঝায়। এটি লক্ষ্য মেশিনের কোনও উত্তর নয় ।

Comments

একটি নেটওয়ার্ক সমস্যা? সুতরাং কীভাবে একই ডোমেনটি একজনের জন্য "সংযোগ প্রত্যাখ্যান করা" এবং একই ডোমেনে অন্য বন্দরের জন্য "হোস্ট করার কোনও পথ নয়" ফেরত দিতে পারে?

— phil294

হতে পারে আপনার ফায়ারওয়াল বা প্রক্সি অন্য পোর্টটিকে ব্লক করছে তাই নেটওয়ার্ক সমস্যা কেন?

— ক্রোফ

Answer 3

আমি এই পোস্টটি পাবলিক ক্লাউড কম্পিউট নোডে নোডেজ ব্যবহার করে একটি সাধারণ HTTP পৃষ্ঠা সেটআপ করার চেষ্টা করার সময় আমি যে সমস্যার মুখোমুখি হয়েছিল তার বিবরণ পেয়েছি।

এই আদেশটি আমার পক্ষে কৌশলটি করেছে:

iptables -F

এই কমান্ডটি ফ্লাশ করে অর্থাৎ লিনাক্স সিস্টেমের মধ্যে থাকা ফায়ারওয়াল বিধিগুলি পরিষ্কার করে।

সাবধানতার কথা: যেহেতু আমি বিতরণ করা ফায়ারওয়ালটি পাবলিক ক্লাউড ভিসিএন এর অংশ হিসাবে ব্যবহার করি তাই আমি আমার ওএসের ফায়ারওয়ালটি সত্যিই ব্যবহার করি না। আপনার যদি কোনও বাহ্যিক ফায়ারওয়াল না থাকে তবে iptables এ ফায়ারওয়াল বিধি যুক্ত করার বিষয়টি নিশ্চিত করুন।

Answer 4

রন মউপিনের উত্তরটি /networkengineering/33397/debugging-no-route-to-host-over-ethernet থেকে উদ্ধৃত করে :

আইসিএমপি বার্তা, "হোস্ট করার কোনও পথ নয়" এর অর্থ হল যে এআরপি গন্তব্য হোস্টের জন্য স্তর -2 ঠিকানা খুঁজে পাবে না। সাধারণত, এর অর্থ হ'ল সেই আইপি ঠিকানা সহ হোস্টটি অনলাইনে বা প্রতিক্রিয়া জানায় না।