আমি হাইরেডিসে উদাহরণটি চালাচ্ছি, যা "127.0.0.2" রেডিস সার্ভার আইপি হিসাবে ব্যবহার করছে এবং এটি সঠিকভাবে চলছে। আসলে, redis সার্ভারটি একই মেশিনে চলছে। আমি জানি যে "127.0.0.1" "লো" এর আইপি ঠিকানা, তবে "127.0.0.2" কীভাবে? এটি কি "127.0.0.1" এর মতো?
আমি হাইরেডিসে উদাহরণটি চালাচ্ছি, যা "127.0.0.2" রেডিস সার্ভার আইপি হিসাবে ব্যবহার করছে এবং এটি সঠিকভাবে চলছে। আসলে, redis সার্ভারটি একই মেশিনে চলছে। আমি জানি যে "127.0.0.1" "লো" এর আইপি ঠিকানা, তবে "127.0.0.2" কীভাবে? এটি কি "127.0.0.1" এর মতো?
উত্তর:
হ্যাঁ:
আইপিভি 4 নেটওয়ার্ক মান লুপব্যাক উদ্দেশ্যে পুরো 127.0.0.0/8 ঠিকানা ব্লক সংরক্ষণ করে। এর অর্থ এই যে 16,777,214 ঠিকানার (127.0.0.1.1 127.255.255.254 এর মাধ্যমে) কোনও একটিতে পাঠানো কোনও প্যাকেটটি ফিরে লুপ করা হয়েছে। আইপিভি 6 এর কেবল একটি একক ঠিকানা রয়েছে, :: 1।
বিভিন্ন ইন্টারনেট ইঞ্জিনিয়ারিং টাস্ক ফোর্স (আইইটিএফ) মান সিআইডিআর স্বরলিপিতে আইপিভি 4 ঠিকানা ব্লক 127.0.0.0/8 সংরক্ষণ করে এবং আইপিভি 6 ঠিকানা :: 1 এই উদ্দেশ্যে। সর্বাধিক ব্যবহৃত IPv4 ঠিকানাটি 127.0.0.1। সাধারণত এই লুপব্যাক ঠিকানাগুলি হোস্টনাম, লোকালহোস্ট বা লুপব্যাকে ম্যাপ করা হয়।
বা নিজেই আরএফসি থেকে:
127.0.0.0/8 - এই ব্লকটি ইন্টারনেট হোস্ট লুপব্যাক ঠিকানা হিসাবে ব্যবহারের জন্য বরাদ্দ করা হয়েছে। এই ব্লকের মধ্যে যে কোনও স্থানে একটি উচ্চ স্তরের প্রোটোকল দ্বারা প্রেরণ করা একটি ডেটাগ্রাম হোস্টের অভ্যন্তরে ফিরে আসা উচিত। এটি সাধারণত 127.0.0.1/32 লুপব্যাকের জন্য ব্যবহার করে প্রয়োগ করা হয়, তবে এই ব্লকের কোনও ঠিকানা কখনই কোনও নেটওয়ার্কে কোথাও উপস্থিত হবে না [আরএফসি 1700, পৃষ্ঠা 5]।
মজাদার জন্য, পিং করে চেষ্টা করুন:
$ ping 127.127.127.127
PING 127.127.127.127 (127.127.127.127) 56(84) bytes of data.
64 bytes from 127.127.127.127: icmp_req=1 ttl=64 time=0.110 ms
64 bytes from 127.127.127.127: icmp_req=2 ttl=64 time=0.065 ms
^C
--- 127.127.127.127 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 999ms
rtt min/avg/max/mdev = 0.065/0.087/0.110/0.024 ms
127.x.x.x
ঠিকানা কি স্থানীয় মেশিনে সীমাবদ্ধ?" হ্যাঁ127.x.x.x
ঠিকানাগুলি lo
ইন্টারফেসের সাথে আবদ্ধ " হ্যাঁ127.x.x.x
ঠিকানাগুলি কি নেটওয়ার্কের উপর দিয়ে যায়?" না127.0.0.0/8 - এই ব্লকটি ইন্টারনেট হোস্ট লুপব্যাক ঠিকানা হিসাবে ব্যবহারের জন্য বরাদ্দ করা হয়েছে। একটি উচ্চ-স্তরের প্রোটোকল দ্বারা প্রেরণ করা একটি ডেটাগ্রাম
এই ব্লকের মধ্যে যে কোনও জায়গায় হোস্টের ভিতরে ফিরে আসে। এই
সচরাচর শুধুমাত্র 127.0.0.1/32 লুপব্যাক ব্যবহার বাস্তবায়িত হয়।
[আরএফসি 1122] তে বর্ণিত হিসাবে , বিভাগ 3.2.1.3, পুরো 127.0.0.0/8 ব্লকের ঠিকানাগুলি বৈধভাবে কোনও নেটওয়ার্কে কোথাও প্রদর্শিত হবে না। - আরএফসি 577
127.0.0.2
একই কি 127.0.0.1
?" কোনযদিও 127.0.0.1
থেকে 127.255.255.254
সব স্থানীয় ইন্টারফেস আবদ্ধ ঠিকানা নয় lo
। তারা একই নয়। আপনি একই ঠিকানাটিতে আলাদা পরিষেবা বাঁধতে প্রতিটি ঠিকানা ব্যবহার করতে পারেন। উদাহরণস্বরূপ, পোর্ট ৮০ এ 16 মিলিয়ন ওয়েব সার্ভারগুলি, কেবলমাত্র স্থানীয় মেশিন থেকে অ্যাক্সেসযোগ্য (যদি আপনি প্রথমে স্মৃতি থেকে বেরিয়ে না যান বা অন্য উত্স)
আমি আবদ্ধ হওয়ার জন্য সবেমাত্র একটি ডকার পরিষেবা স্থাপন করেছি 127.0.0.2:80
। তারপরে আমি একটি উপনাম যুক্ত করেছি /etc/hosts
। এখন আমি এর মাধ্যমে সংযোগ করতে পারি http://myserver
, তবে http://127.0.0.1
বা এর মাধ্যমে নয় http://localhost
। তবে এটি কেবল এই মেশিনে উপলব্ধ। যেমনটি কেবলমাত্র lo
ইন্টারফেসে।
তারপরে আমি আবদ্ধ হওয়ার জন্য আরও একটি ডকার পরিষেবা 127.0.0.3:80
এবং একটি পাইথন পরিষেবা localhost:80
এবং অন্যটিতে সেট আপ করেছি 127.0.0.4:80
।
এটি সমস্ত অপারেটিং সিস্টেমে কাজ নাও করতে পারে। আমি ডেবিয়ান (9) গ্নু / লিনাক্স, লিনাক্স কার্নেল 4.9.0-3-amd64 ব্যবহার করছি। কিছু OSs সকল ঠিকানা আচরণ করবে 127.0.0.1
→ 127.255.255.254
একই। কিছু শুধুমাত্র সঙ্গে কাজ করতে পারে 127.0.0.1
।
আরো দেখুন
কোনও বিস্তৃত সাধারণ উত্তর নয় (ইতিমধ্যে একটি আছে)। আমার এই উত্তরটি একটি উদাহরণ দেখায় যেখানে 127.0.0.2
সমস্যা সমাধানের জন্য ব্যবহৃত হয়েছিল।
নির্যাস:
সেখানে ওপি কোনও ক্ষেত্রে কোনও সফ্টওয়্যার পরীক্ষা করার চেষ্টা করেছিল যখন কোনও সার্ভারের সাথে এটির সংযোগ প্রত্যাখ্যান করা হয়েছিল। এটি সার্ভারে একটি অস্থায়ী iptables
নিয়ম দ্বারা করা হয়েছিল যা ক্লায়েন্ট আইপি থেকে সমস্ত ট্র্যাফিক প্রত্যাখ্যান করে। ক্লায়েন্টটি তত্ক্ষণাত সংযোগ প্রত্যাখ্যান করে "দেখতে" সক্ষম হয়েছিল able
সমস্যাটি উপস্থিত হয়েছিল যখন এই ব্যক্তিটি ক্লায়েন্ট হিসাবে একই মেশিনে সার্ভার সফ্টওয়্যারটি সরানো হয়েছিল এবং লুপব্যাক ইন্টারফেস ব্যবহার করার চেষ্টা করেছিল। এই নিয়মটি যোগাযোগ থেকে ব্লক করার জন্য সেট করা হয়েছিল 127.0.0.1
তবে তথ্যটি একটি সংযোগটি একই নিয়মের মাধ্যমে প্রত্যাখ্যান করা হয়েছিল এবং যে ক্লায়েন্ট সফটওয়্যারটি ঝুলিয়েছিল তা কখনও পাওয়া যায় নি (সম্ভবত সময়সীমা অবধি)।
সমাধান ব্যবহার ছিল 127.0.0.2
সার্ভার ঠিকানা হিসাবে এবং যে প্রত্যাখ্যান সংযোগ একটি নিয়ম সেট করতে এটি। একটি প্রত্যাখ্যান সম্পর্কিত তথ্য গিয়েছিল 127.0.0.1
এবং ক্লায়েন্ট সফ্টওয়্যারটি দিতে সক্ষম হয়েছিল।