গেটওয়ে দিয়ে সিস্টেমড-নেটওয়ার্কডের সাথে রাউটিংটি কনফিগার করার ফলে ত্রুটির ফলস্বরূপ: রুট সেট করা যায়নি: নেটওয়ার্কটি অ্যাক্সেসযোগ্য নয়

আমি আমার মেশিনে বেশ কয়েকটি এলএক্সসি পাত্রে চালিত করি, যার কয়েকটি হোস্টের সাথে ভাগ করে নেওয়া নেটওয়ার্কের বাইরে নিজস্ব আইপি ঠিকানা রয়েছে have এই আইপি ঠিকানা, পাশাপাশি সংশ্লিষ্ট নেটওয়ার্ক মাস্ক এবং গেটওয়েটি আমার আইএসপি আমাকে সরবরাহ করেছিল। আমি সিস্টেমড 238 ব্যবহার করছি এবং নিম্নলিখিত কনফিগারেশনটি ব্যবহার করার চেষ্টা করছি [1]:

[Match]
Name=enpXsY

[Network]
Address=192.168.0.2/24
Gateway=192.168.0.1
IPForward=yes

[Route]
Destination=10.0.0.64/29
Gateway=10.0.0.65

ইন systemd-networkdলগ আমি নিম্নলিখিত প্রস্তাবগুলি দেখতে ত্রুটি: Could not set route: Network is unreachable, কিন্তু আমি সত্যিই এই ব্যাখ্যা করতে পারবে না। যদি আমি কোনও গেটওয়ে নির্দিষ্ট না করি তবে কার্নেলটি ঠিক এই জালিয়াতিটিতে নেটওয়ার্ক যেতে পারে। সুতরাং আমি ধরে নেব যে এটি একই ইন্টারফেসের মাধ্যমে গেটওয়েতে ট্র্যাফিকটি রুট করতে সক্ষম হবে। এটি এমনকি কাজ করে না, যদি কার্নেলটি হাতে নিয়ে যায় এবং কীভাবে সেই নেটওয়ার্কে পৌঁছতে হয় তা বোঝাতে আমি যদি রুটের Destination=10.0.0.65/32আগে কোনও রুট নির্দিষ্ট করি 10.0.0.64/29।

আপডেট: এর মধ্যে আমি হোস্টের নেটওয়ার্ক কনফিগারেশনটি উল্লেখযোগ্যভাবে পরিবর্তন করেছি, তবে এগুলি আইপিভি 4 ঠিকানা এবং রুটগুলি এটির সাথে কনফিগার করা হয়েছিল [1]:

# ip -4 address
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
2: enpXsY: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    inet 192.168.0.2/24 brd 192.168.0.255 scope global enpXsY
       valid_lft forever preferred_lft forever
4: lxcbr0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    inet 10.10.10.1/24 brd 10.10.10.255 scope global lxcbr0
       valid_lft forever preferred_lft forever

# ip -4 route
default via 192.168.0.1 dev enpXsY proto static 
192.168.0.0/24 dev enpXsY proto kernel scope link src 192.168.0.2
10.10.10.0/24 dev lxcbr0 proto kernel scope link src 10.10.10.1

[1]: আমি গোপনীয়তার কারণে প্রকৃত আইপি-ঠিকানাগুলি নন-রাউড নেটওয়ার্কগুলিতে একই ঠিকানায় অনুবাদ করেছি।

— devurandom
সূত্র

সিস্টেমেড-নেটওয়ার্কযুক্ত লগগুলিতে আমি নিম্নলিখিত ত্রুটিটি দেখতে পাচ্ছি: Could not set route: Network is unreachableতবে আমি সত্যিই এটি ব্যাখ্যা করতে পারি না।

আসলে এটি আপনাকে জানায় আসল সমস্যাটি কী। আপনার যে কোনও একটি নেটওয়ার্ক ইন্টারফেসের জন্য নির্ধারিত আইপি ঠিকানাগুলির সাবনেটের মধ্যে রাউটার থাকা দরকার।

আপনার ক্ষেত্রে, আপনার আইপি ঠিকানা 192.168.0.2এবং এর সাবনেট মাস্ক রয়েছে 24। গেটওয়েটি 192.168.0.1এটি সাবনেটের মধ্যে যেমন রয়েছে তেমনই পাওয়া উচিত।

এই বিভাগের মধ্যে সমস্যা দেখা দেয়:

[Route]
Destination=10.0.0.64/29
Gateway=10.0.0.65

সিস্টেমড-নেটওয়ার্কযুক্ত কনফিগারেশন ফাইলগুলি না থাকলে যা 10.0.0.64/29সিস্টেমড-নেটওয়ার্কডের মধ্যে আইপি ঠিকানার সাথে না ইন্টারফেস নির্দিষ্ট করে তা কীভাবে গেটওয়েতে পৌঁছতে পারে তা জানে না 10.0.0.65। নোট করুন যে ফাইলের নামগুলি প্রয়োগের পূর্বে নথিবদ্ধভাবে সাজানো হওয়ায় ফাইলগুলি যে ক্রমে প্রক্রিয়াজাত হচ্ছে তা নিয়ন্ত্রণ করে। আমি উপরে উল্লিখিত হিসাবে, গেটওয়েটি পরবর্তী হপ হতে হবে যার অর্থ এটি হোস্টের কাছে পরিচিত একটি নির্দিষ্ট সাবনেটের মধ্যে রয়েছে within

— কেভিন কে।
সূত্র

আমিও ( "এই এমনকি কাজ না, যদি ..." আমার মূল পোস্টে) স্পষ্ট রূপে এই ইন্টারফেসের মাধ্যমে গেটওয়ে জন্য রুট ট্রাফিক কার্নেল বলতে চেষ্টা: [Route] Destination=10.0.0.65/32 [Route] Destination=10.0.0.64/29 Gateway=10.0.0.65। এটিও কার্যকর হয়নি। এটি কি কেবল অর্ডার করার সমস্যা ছিল (যেমন গেটওয়ের দিকে যাওয়ার রুটটি এটি কখন ব্যবহৃত হচ্ছিল তা এখনও জানা যায়নি) বা আমি অন্য কিছু মিস করছি?

— ডেভুরানডম

গেটওয়েটি আপনার সাবনেটগুলির মধ্যে একটিতে থাকতে হবে, এইভাবে এই ইন্টারফেসের মাধ্যমে গেটওয়ের জন্য রুট ট্র্যাফিক কখনও কাজ করবে না। আপনি কি কমান্ডের আউটপুট দিয়ে আপনার প্রশ্নটি বাড়িয়ে দিতে পারেন ip -4 addrএবং ip -4 routeদয়া করে?

— কেভিন কে।

ধন্যবাদ, আমি এখন এটি পেয়েছি। কেউ স্বেচ্ছাসেবক গেটওয়ে দিয়ে স্বেচ্ছাচারিত সাবনেটকে রুট করতে পারে না, কারণ গেটওয়েতে কারওর প্যাকেটের জবাব দেওয়ার কোনও উপায় থাকবে না, যদি গেটওয়েতে পৌঁছতে পারে এমন ঠিকানাগুলির পরিসর থেকে কোনও ঠিকানা ব্যবহার করে যদি কোনও ইন্টারফেসও না থাকে।

— ডেভুরানডম