[неосилятор][сети]встал вопрос

если днс-сервера не прописаны на ЭВМ, как транслируются имена в IP адрес?

Сначала /etc/hosts, а дальше никак.

1. куда роут будет для этого ip туда и пойдет 2. hosts

куда роут будет для этого ip туда и пойдет

так ведь роут на маршрутизаторе выставляется. интересует, что будет, если в локальной сети будет присутствовать сервер с тем же IP, что и у гугла. пойдут пакеты на маршрутизатор (а там уже «куда роут будет для этого ip туда и пойдет») или же на ЭВМ в локальной сети??

[code]ip r help[/code]

Если маска сети совпадет с маской гугла то норм. Если нет то необходим маршрут (роут)

Все проще. Сначала комп проверяет, находится ли вбитый тобою адрес в той подсети, в которой сейчас твой компьютер (любой интерфейс). Если да - отпраляет ARP запрос, и если никто не откливается, то ты получаешь Destination Unreachable. Если подсеть другая - смотрится таблица маршрутизации. Если у тебя домашний тазик, то скорее всего у тебя просто прописан default gateway, так что выясняется его MAC и пакет шлется туда.
По остальному:
1. Если маска подсети не совпадает (а скорее всего не совпадает) - нет.
2. /etc/hosts

P. S. Я не беру в расчет хитрые таблицы маршрутизации, метрики и т. п.

Router(config)#ip r help
.......................^..........
% Invalid input detected at '^' marker.
Router(config)#ip r ?
A.B.C.D Destination prefix

имелась ввиду не команда IOS, а программа ip из iputils

Если у тебя домашний тазик

интерес скорее теоритический, чем практический

Сначала комп проверяет, находится ли вбитый тобою адрес в той подсети, в которой сейчас твой компьютер (любой интерфейс). Если да - отпраляет ARP запрос, и если никто не откливается, то ты получаешь Destination Unreachable.

хм... ну, а если все-таки IP и маска подсети подходят. и на арп-запрос будет получен ответ (при условии, что сервер с таким же IP имеется в локалке). получается, что тогда (и только тогда) пакеты пойдут на этот самый сервер в локалке?

что если в локальной сети имеется сервер с таким же IP, что и, скажем, сервер гугла. пойдут ли пакеты на этот сервер вместо сервера гугла?

Зависит от маршрутов.

если днс-сервера не прописаны на ЭВМ, как транслируются имена в IP адрес?

/etc/hosts, больше никак. Или, возможно, используется трансляция на уровне прокси-сервера, но вот тут я не уверен.

получается, что тогда (и только тогда) пакеты пойдут на этот самый сервер в локалке?

Хм, а если в таблице сказано 0.0.0.0/0 over 192.168.0.1 (где 192.168.0.1 - gateway)?

Сначала /etc/hosts, а дальше никак.

man nsswitch.conf

собрал на скорую руку модель в cisco packet tracer
http://rghost.ru/36318880/image.png
протокол маршрутизации rip v2.
хост РС1 не видит удаленный сервер.
при

ping 192.168.1.2

пакеты дальше маршрутизатора не уходят.

man nsswitch.conf

костыль какой-то...

сам ты костыль.

имелась ввиду не команда IOS, а программа ip из iputils

А часом не из iproute?

собсно, к чему я пришел, господа, после манипуляций в пакет трейсере.
1. если в локалке имеется сервер с IP как у удаленного сервера и при условии, что маска подсети будет правильной, то пакеты уйдут на сервер в локалке.
если сервера в локалке нет, но IP адрес и маска подсети указывают, что он должен быть в этой локалке, то пакеты не уйдут дальше маршрутизатора. потому что IP непосредственно подключенные к интерфейсам имеют максимальный приоритет и маршрутизатор ложил на всякие там rip, iegrp и статические маршруты. он будет посылать пакет обратно в локалку. подозреваю, что есть методы обхода проблемы с приоритетами маршрутов, но не углублялся. если есть, прошу поделиться, потому что некоторые вопросы остались.
2. кроме ДНС и hosts человечество изобрело еще и /etc/nsswitch.conf, который, как я понял что-то типа hosts, но функциональнее. т.е. если выход в интернет есть, а IP днс-сервера не прописан и пуст hosts, то хрен тебе, а не гугл (google.com)!

/etc/nsswitch.conf просто указывает, что, в какой последовательности и с какой реакцией на результат, будет просмотрено и использовано для разрешения имён. А так, хоть в ldap айпишники заталкивай.