Запись таблицы маршрутизации, кажется, проигнорирована на моем Mac
У меня есть довольно стандартная установка дома, которая состоит из единственной подсети 192.168.240.0/24, и мой маршрутизатор DSL находится на 192.168.240.1. Другие устройства занимают 192.168.240.64 вперед.
Но я теперь добавил сервер Linux на 192.168.240.16, который имеет два NICs. Один, очевидно, находился на 192.168.240.0/24 и другом нахождении на 192.168.241.0/24 (192.168.241.16).
В данный момент на 192.168.241.0/24 нет ничего иного, но я намереваюсь перейти свой модем DSL на эту подсеть в ближайшем будущем.
Я пытаюсь получить маршрутизацию, настроенную на поле Linux между двумя интерфейсами, и я полагаю, что у меня есть та работа. Но прежде чем я перемещаю модем DSL, я думал, что удостоверюсь, что маршрутизация работала.
Я проверил таблицу маршрутизации на Mac (использование netstat -r) прежде чем я сделал что-либо, которое (минус несоответствующие записи) показало как:
Destination Gateway Flags Refs Use Netif Expire
default 192.168.240.1 UGSc 4665 0 en0
192.168.240 link#4 UCS 8 0 en0
Таким образом, я затем настроил статический маршрут на Mac следующим образом:
route add -net 192.168.241.0/24 192.168.240.16
Затем таблица маршрутизации на Mac показала:
Destination Gateway Flags Refs Use Netif Expire
default 192.168.240.1 UGSc 4665 0 en0
192.168.240 link#4 UCS 8 0 en0
192.168.241 192.168.240.16 UGSc 0 1 en0
Когда я затем попытался проверить с помощью ping-запросов второй интерфейс на своем поле Linux от Mac, я не получил ответа. Проверяя таблицы маршрутизации снова, к моему изумлению, дополнительная строка появилась.
Destination Gateway Flags Refs Use Netif Expire
default 192.168.240.1 UGSc 4665 0 en0
192.168.240 link#4 UCS 8 0 en0
192.168.241 192.168.240.16 UGSc 0 1 en0
192.168.241.16 192.168.240.1 UGHDI 0 17 en0
Почему эта последняя строка появлялась, и почему она не соблюдала маршрут, который я создал ранее? Что я должен сделать, чтобы вынудить это использовать статический маршрут, который я создал?
0 ответов
Я думаю D в динамичных средствах UGHDI. Поле Linux сказало Mac, что не знало маршрут к той подсети и сказало этому, что будет лучше направить те данные к маршрутизатору DSL (потому что это - шлюз поля Linux по умолчанию и так предполагаемый знать, как направить везде).
Это подразумевает, что поле Linux не направляет данные между, он - NICs. Я проверил бы, что это - конфигурация.
Похоже, что необходимо не только добавить новую подсеть, но также и добавить новый маршрут по умолчанию, который, кажется, что выполнение неправильно.
Анекдотическим образом я часто испытываю затруднения из-за основного определения имен и объединяющийся в сеть на устройствах Apple (ssh hostname сбои с "не могли разрешить имя хоста хоста", но nslookup hostname возвращает IP), таким образом, это не удивляет меня ни в малейшей степени.