Протокол PPP

первым делом все завязано на маршрутизацию.

вот пример:

есть две машины соединенные сетью.
у одной адрес 192.168.50.250/255.255.255.0 (машина tuxmedia, на интерфейсе eth0),
у другой 10.0.0.254/255.255.255.0 (машина gw, на интерфейсе eth1).

делаем следующее:

root@tuxmedia:~# ip route add 10.0.0.254 src 192.168.50.250

root@gw:~# ip route add 192.168.50.250 src 10.0.0.254 dev eth1

root@gw:~# ping 192.168.50.250
PING 192.168.50.250 (192.168.50.250) 56(84) bytes of data.
64 bytes from 192.168.50.250: icmp_seq=1 ttl=64 time=0.987 ms

root@tuxmedia:~# ping 10.0.0.254
PING 10.0.0.254 (10.0.0.254) 56(84) bytes of data.
64 bytes from 10.0.0.254: icmp_seq=1 ttl=64 time=0.422 ms

вот вывод маршрутов:

root@tuxmedia:~# netstat -nr | grep "10.0.0"
10.0.0.254      0.0.0.0         255.255.255.255 UH        0 0          0 eth0

root@gw:~# netstat -nr | grep "192.168.50"
192.168.50.250  0.0.0.0         255.255.255.255 UH        0 0          0 eth1

разные подсети, между ними нет маршрутизатора, но пакеты проходят :)

при поднятии ppp тоже прописываются маршруты точка <-> точка.

не до конца скопировал первую строчку кода:

> root@tuxmedia:~# ip route add 10.0.0.254 src 192.168.50.250

должно быть так:

root@tuxmedia:~# ip route add 10.0.0.254 src 192.168.50.250 dev eth0

> Кроме того открыл на своём компе ftp-сервер. Другу звонил из другого города пробовал зайти-зашёл. -> IP реальный. Как же трафик к моему компу маршрутаризируется сервером с IP 192.168.34.56 если такие адреса серые и адрес начинающийся с 192.168.х.х не маршрутаризируются совсем!

дело в том, что пакеты уходящие от вас имеют реальный source_IP (89.152.169.41), дальше они маршрутитзируются через маршрутизатор(ы) до адреса назначения (mail.ru, например). Ответ из интернета посылается на ваш адрес (89.152.169.41) и через маршрутизатор(ы) доходят до сервера провайдера, а он уже доставляет их к вам на интерфейс с адресом 89.152.169.41.

По моему, все происходит по такой схеме. Важно именно то, что IP на ppp интерфейсе с вашей стороны реальный.

Поправьте плиз, если я не прав...

Скажите пожалуйста по какому пути будут следовать пакеты при настройке такой маршрутаризации? И вообще с какой целью назначают разные IP на сервере и клиенте? Неужели это настолько принципиально. Я и сам вижу что всё работает - интересно как. Я вот думаю что возможно когда сервер выделяет IP клиенту он у себя настраивает маршрутаризацию, но я то на своём компе ничего подобного не настраивал связанного с маршрутаризацией(я просто настроил адсл-модем в режиме моста и создал соединение PPPoE) Дальше всё само работает. Как настраивается маршрутаризация на клиенте? Вот что сказали по этой теме другие не знаю правильно иль нет:

Это - частный случай IP-маршрутизации, когда в качестве шлюза компьютер как бы использует сам себя. Точно так же происходит при использовании multicast-адресов типа 224.0.0.х. Загляни в cmd -> route print и обрати внимание на запись с адресом сервера.

Ещё скажите пожалуйста как может быть что выделенный мне IP 89.152.169.41/32. (Это означает что маска сети 32 бита то есть 32 бита идут на ид.сети. А в IP всего 32 бита -> сколько битов идут на идентификатор компа?)

Спасибо!

дураки штоль. айпи у него реальный. он назначается из т.н. "IP - poll". вы даже можете посмотреть этот айпи на all-nettools.com и там будет написано что этот адрес принадлежит диапазону адресов провайдера такого-то, адрес, телефон, почта.

Так што нефиг людям мозг парить с маршрутизацией. Чел же ясно написал, что он выступал в роли сервера. Что в случае серых адресов и NAT невозможно (если конешно провайдер по договорённости не сделает "траверс").

А вот айпи меняется от сессии к сессии. Чтоб он был постоянным, провайдеру надо доплатить денежку.

IP у меня от сессии к сессии не меняется - он статический и описан в договоре. Пока не разорвёшь договор с Волга Телекомом он не кому не перейдёт. Комп выходит в нет только под этим IP (под другим не пускают) и он статически прописан в свойствах соединения. То что этот IP из пула адресов провайдера я знаю. Я подрузомевал под реальным IP тот IP , который виден из интернета(без нат и других примочек). То есть если откроешь сервак у себя на каком-то порте не надо кудато бегать, говорить чтоб тебе открыли доступ снаружи к этому порту,а просто сразу твой сервис видно из нета! А вы похоже подразумеваете под реальным IP тот IP который выделен специальной службой адресации пространства интернет. (Ну туда ещё заявку надо писать на англ. языке,указывать цель для которой вам нужен реальный IP). Как правило такие адреса выделяют юридическим лицам а не физическим(ну хотя....).

> Так што нефиг людям мозг парить с маршрутизацией. Чел же ясно написал, что он выступал в роли сервера. Что в случае серых адресов и NAT невозможно (если конешно провайдер по договорённости не сделает "траверс").

А разве кто-то писал про NAT и серые адреса?

Читайте пожалуйста внимательнее, что написано выше.

ps: Слово "NAT" первый раз появилось именно в вашем посте.

так у тебя он и есть реальный. я именно это и подразумевал. а DNS тут побоку, и не надо говорить что это такое. Я просто не понял - в чём вопрос-то? если ты знаешь, что он реальный.

ты там на каком тарифе? тоже может подрубиться...

Мы просто обсуждали тему маршрутаризации. Как пакеты идут от клиента к серверу напрямую или через какойнить Router(Адреса то видишь у клиента и сервака с разными идентиф.сети)? Почему при соединении точка-точка клиенту и серваку всегда дают ипишники из разных классов сетей? И вот ещё: Мщй IP 89.152.169.41/32 описан в договоре. 32 это походу маска сети. -> 32 бита идут на идентификатор сети. Но в ИП всего 32 бита.Сколько бит идут на идентификатор компа? Где можно поподробнее почитать про адресацию в соединении point-to-point?

Провайдер ВолгаТелеком. Подходишь к ним и просишь подключиться к ADSL. Мой тариф(х.з) аб. плата -55 р в месяц,включенных 20MB. Всё что свыше 20мб ->каждый метр 2.80 руб. Ну вот я за 5 дней скачал 150mb.