القضية
بالنسبة لأنظمة التشغيل المستندة إلى Linux، فإن تفعيل التقسيم الجزئي لا ينشئ مساراً للبوابة الافتراضية عندما يكون هناك بالفعل مساران افتراضيان متصلان بروترين (واحد لحركة المرور المحلية وآخر لحركة المرور عبر الإنترنت).
استكشاف الأخطاء وإصلاحها
تحقق من جدول التوجيه
تحقق من جدول التوجيه عن طريق تشغيل الأمر route -n
Destination Gateway Genmask Flags Metric Ref Use Iface\n0.0.0.0 10.40.0.254 0.0.0.0 UG 202 0 0 eth0\n0.0.0.0 192.168.2.1 0.0.0.0 UG 1024 0 0 eth1\n10.10.0.0 10.40.0.254 255.255.0.0 UG 0 0 0 eth0\n10.30.0.0 10.40.0.254 255.255.0.0 UG 0 0 0 eth0\n10.40.0.0 0.0.0.0 255.255.0.0 U 202 0 0 eth0\n10.52.0.0 10.40.0.254 255.255.0.0 UG 0 0 0 eth0\n10.53.0.0 10.40.0.254 255.255.0.0 UG 0 0 0 eth0\n52.214.167.240 10.40.0.254 255.255.255.255 UGH 0 0 0 eth0\n172.17.10.41 10.40.0.254 255.255.255.255 UGH 0 0 0 eth0\n192.168.2.1 0.0.0.0 255.255.255.255 UH 1024 0 0 eth1في المثال أعلاه، يمكننا رؤية أن البوابة إلى 192.168.2.1 هي 0.0.0.0، مما يشير إلى أن هناك مسارًا افتراضيًا عبر eth1 خصيصًا لهذا العنوان IP. ومع ذلك، بما أن البوابة ليست في نفس الشبكة الفرعية، سيتم اختيار المسار الافتراضي الأول بدلاً من الصحيح، مما يتسبب في إرسال حركة المرور عبر eth0 بسبب قياس أقل.
الحل
أضف مسارًا يدويًا بالشبكة الفرعية المفقودة عن طريق تشغيل الأمر التالي
ip route add <IP/CIDR> dev <interface>على سبيل المثال: ip route add 192.168.2.0/24 dev eth1
بمجرد الانتهاء، تحقق من جدول التوجيه للتأكد من إضافة المسار.
Destination Gateway Genmask Flags Metric Ref Use Iface\n0.0.0.0 10.40.0.254 0.0.0.0 UG 202 0 0 eth0\n0.0.0.0 192.168.2.1 0.0.0.0 UG 1024 0 0 eth1\n10.10.0.0 10.40.0.254 255.255.0.0 UG 0 0 0 eth0\n10.30.0.0 10.40.0.254 255.255.0.0 UG 0 0 0 eth0\n10.40.0.0 0.0.0.0 255.255.0.0 U 202 0 0 eth0\n10.52.0.0 10.40.0.254 255.255.0.0 UG 0 0 0 eth0\n10.53.0.0 10.40.0.254 255.255.0.0 UG 0 0 0 eth0\n52.214.167.240 10.40.0.254 255.255.255.255 UGH 0 0 0 eth0\n172.17.10.41 10.40.0.254 255.255.255.255 UGH 0 0 0 eth0\n192.168.2.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1\n192.168.2.1 0.0.0.0 255.255.255.255 UH 1024 0 0 eth1