Да это все верно, конечно... Но представьте себя на секунду шлюзом с PPP-соединением :))) Вы получаете задание отправить дейтаграмму на 195.14.38.8, посмотрев таблицу маршрутизации, вы видите, что этот хост находится на другом конце провода, туда и отправляете... Понимаете, все эти маски, подсети нужны для того чтобы пакет мог найти своего получателя (и отправлять потом обратно на основе SRC IP)... а здесь то зачем его искать, - он 100% находится на другом конце ПРОВОДА, там ни сеть, ни AS, там отдельный хост/32, потому и можно вот так отправить...И да, в таблице маршрутизации то будет указано что-то типа такого:
dst gw netif
195.14.38.8/32 89.178.77.182 ppp0
Насчет шлюза по умолчанию... ну если там же указанно 0.0.0.0/0 via ppp0, то так и определяет, иначе в ppp0 идет только трафик, отправленный на P-t-P:195.14.38.8 Mask:255.2 (в вашем случае)
Если вам так легче будет, то можно слегка изменить мировоззрение... считайте, что здесь не действуют правила маршрутизации (вычисление сетевого адреса, передача на шлюз из той же подсети) это коммутируемое соеднинение, здесь не сети, а как бы "туннель". Т.е. хост может напрямую отправить пакет через ppp0 даже если у другого хоста IP адрес совсем из другой подсети (сетей то там как таковых нет, у всех маска /32). Другой вопрос, что через это соединение потом уже осуществляется "классическая" маршрутизация, когда дает, например, досуип в корпоративную сеть. Например, так:
dst gw netif
222.222.222.0/24 195.14.38.8/32 ppp0
Обратили внимание на шлюз? Он не 89.178.77.182, ответ тут:
http://www.freebsd.org/doc/ru/books/handbook/network-routing...
раздел "27.2.2. Маршруты по умолчанию"
Вариант для распечатки
OpenNET: Виртуальная конференция (Public)
on 23-Дек-09, 13:49 
