Это скорее проверка на вменяемость, чем что-либо другое ...
Использование RHEL 6.6
Итак, у нас была машина, которую отключили от сети во время некоторых обновлений.
В то время я, должно быть, решил переключить его с использования NetworkManager на полностью устаревший способ изменения файлов ifcfg-eth #, поскольку я обычно предпочитаю это работе с NM. (он был в автономном режиме долгое время, поэтому я не помню, чтобы это делал, но должен был)
Когда мы подключили его обратно к коммутатору, он мог взаимодействовать со всеми нашими локальными подсетями (мы используем около 5 разных подсетей в нашем здании), НО не мог общаться с подсетями за пределами нашего здания, эти подсети - те, которые приводят к наши DNS-серверы и наш шлюз в Интернет.
В любом случае, переключение обратно на включенный NetworkManager и повторное выполнение той же самой конфигурации с NM заставляет все работать идеально ... И я понятия не имею, почему.
Может ли кто-нибудь придумать причину, по которой конфигурация NetworkManager будет работать иначе, чем без нее? но все же разрешить базовое сетевое взаимодействие?
Иногда, когда люди переходят от NetworkManager к статическим файлам конфигурации сети, они пропускают маршруты, которые предоставлялись DHCP и обрабатывались NetworkManager. Сравнение вывода «ip route» или «netstat -nrv» до и после изменений конфигурации может выявить различия, которые необходимо вручную определить в файле route- (interface).
NetworkManager также иногда используется для поддержки 802.1x или VPN, хотя, похоже, это не так.