Нет, непонятно. Во-первых, почему у одного интерфейса есть адрес шлюза, а у другого нет? Во-вторых, непонятно, как должна выглядеть таблица маршрутизации (вывод netstat -r). И таки действительно, непонятен ответ на вопрос krigstask: "Надо обратиться к foo.bar, какой сервер запрашивать?"

Отредактировано X Strange (02-10-2013 18:59:25)

Возможно это и можно настроить и в linux, я просто не понимаю, как это должно работать. На этапе выбора DNS сервера мы же ещё не знаем, через какой сетевой интерфейс нужно отправлять запрос, разве нет? Это ведь таблица маршрутизации определяет по ip адресу и маске подсети.

Добавлено 02-10-2013 19:58:23

Какой конкретно эксперимент Вы предлагаете? VirtualBox есть, могу попробовать.

Вряд ли микрософта, ответ на этот вопрос, скорее всего,не зависит от ОС. Хотя, не исключено, что в MSDN можно что-нибудь найти и на эту тему.

Отредактировано X Strange (02-10-2013 19:58:54)

То есть получается, что реальный список адресов DNS-серверов --- это совокупность этих адресов по всем подключённым интерфейсам? То есть если к какому-то интерфейсу подключён локальный DNS, то использовать его. А если интерфейс отвалился, то удалить этот DNS из списка, так как добраться до него всё равно можно было через этот интерфейс. Примерно так?

Добавлено 02-10-2013 20:38:15

А какой программой в linux посмотреть, через какой интерфейс идёт трафик?

Добавлено 02-10-2013 20:40:52

Здесь, насколько я понимаю, придётся настроить локальный DNS сервер на двух виртуальных машинах.

Отредактировано X Strange (02-10-2013 20:40:52)

Merlyel
Спасибо, вроде понял. Эксперимент, вероятно, тоже проведу, но позже, так как возникла ещё и чисто линуксовая проблема настройки ip адреса в используемом дистрибутиве. То есть из консоли я могу настроить, и всё работает до перезагрузки, а прописать в системных настройках пока не удалось.

Спасибо, посмотрю.

Так сказал бы дистр, тебе бы подсказали

У меня в копыте тоже также сжирались символы в строчках с цифрами. После какого-то обновления перестали.

Angel Hipster
Ну в винде и линуксах такого нет и не было никогда.

Ну дык в винде и линукс и шрифты иначе рисуются. В данном случае Опера не договорилась с макосью о том, как это всё рисовать. Нарисовалось как-то.

Относительно настроек DNS и шлюза в Win/Lin, тут все одинаково.

DNS сервер просто добавляется в список при поднятии интерфейса и в дальнейшем используется в зависимости от очереди и потребности (например по умолчанию локальный DNS, второй в списке внешний, транслирующий внешние имена).

Шлюз так же просто добавляется в таблицу маршрутизации и затем уже система использует первый доступный шлюз с наименьшей метрикой.

Зачем это нужно? Пример. У вас есть интерфейс (не важно в винде или в линуксе), который поднимается не всегда. Например это PPPoE/PPTP соединение с Интернет, при поднятии этого соединения (интерфейса) можно настроить назначение шлюза по умолчанию и DNS сервера находящихся за данным интерфейсом (пока соединение не поднято, то и шлюз за соединением не указать, система просто не будет знать где он, да и DNS лучше не указывать, т.к. это приведет к не самым лучшим последствиям).

Обычно если есть локальный DNS сервер, то ему просто позволяют делать запросы к корневым DNS серверам (внешним) и используют только его. Так же если сеть многосекторная (есть локальные подсети) то потребуется прописать маршруты до тех локальных сетей, доступ к которым понадобится при изменении шлюза по умолчанию (шлюз вашего провайдера не знает о ваших сетях).

Есть момент когда нужен внешний DNS, а шлюз должен остаться локальным - это подключение к локальным сетям через VPN, например я сидя дома подключаюсь к сети на работе используя PPTP/OpenVPN соединение, в таком случае мне нужен DNS, находящийся в локальной сети моего предприятия, а вот смена шлюза мне ни к чему, иначе весь трафик будет пытаться ломиться не через мо домашний маршрутизатор, а через шлюз той сети к которой я подключился (для этого например в той же винде в настройках протокола TCP/IP есть галочка использовать основной шлюз удаленной сети, и есть возможность настройки DNS серверов).

В gentoo и debian есть возможность указывать маршруты и настройки DNS применяющиеся при поднятии интерфейса. Но если у вас все интерфейсы подняты всегда (т.е. они статичны) то нет смысла указывать DNS где либо еще кроме как в файле resolv.conf,

Ммм, если у вас в resolv.conf прописано несколько DNS серверов, то о какой аварийной ситуации речь?

Если у вас на предприятии на сервере отвалится сетевая карта (статический интерфейс), то поверьте в первую очередь вы начнете устранять именно эту проблему, а тупой резольвинг вас будет волновать меньше всего. Исключения когда у вас настроена балансировка маршрутов, но там опять же совершенно иные механизмы, кои нужны для применения в редких случаях.

Ну хорошо, если у вас на десктопе отвалится сетевая карта...

Тут не совсем понятно описано  о том где будет тупить резольв.

Допустим на самом важном серваке. В принципе если на самом серваке и он является шлюзом в инет, то обычно на таких серверах просто ставят либо DNS сервер, коий по необходимости подключает внутренние зоны. При таком подходе файл resolv.conf указывает на локальный сервер.

Так же хочу обратить внимание, если у вас есть механизм подключения второго маршрута, то этот механизм либо изменит настройки DNS сервера, либо просто обеспечит маршрут до внешнего DNS.

А тупить резолв будет только в одном случае, если DNS сервер недоступен вообще, т.е. либо маршрут до него прервался и не восстановлен (в вашем случае временная наружка всё же должна обеспечить маршрут до внешнего DNS сервиса), либо сам DNS сервер упал.

В общем в большинстве случаев для избежения таких проблем просто либо используют локальный DNS либо сервис кеширования имён.