Возможно, я сейчас глупость скажу... Но что мешает железке или софтине, поддерживающей PPP (поверх какого именно физического транспорта - неважно) запросить у DHCP свободный в пуле IP-адрес для устанавливаемого соединения - перед тем, как сообщить его удаленной стороне по IPCP? Только тот факт, что в PPP-протоколе не фигурируют MAC-и? Но ведь как-то же работают DHCP у диалап-провайдеров... А у модемов MAC-ов нет вообще - и быть не может, ибо это именно "точка-точка"... Интересный вопрос, нужно будет завтра порыться в RFC заради интересу... :)
Ну ты это.. Ethernet на витой паре - тоже точка-точка, что не мешает ему иметь mac-адрес :) Но в общем да, нечто, идентифицирующее модем, у PPP-сервера есть. Хотя бы номер физического порта, к которому приделан данный конкретный модем. Этого достаточно для обращения к DHCP-серверу.
Глупость :-) DHCP используется только для получения адреса в чистой *ethernet* сети, без всяких PPPoE. У dialup провайдеров его нет. Откуда информация, что оно там есть??
А IPCP - это часть протокола PPP. Тот протокол, который "связывает" (грубо говоря) IP и PPP. DHCP к PPP ну никак не приделаешь :-) И сказать провайдеру адрес стороны клиента не получится - провайдер четко дает сразу по IPCP именно тот IP, который посчитает нужным.
Запросто :). Ибо максимум, что я настраивал из PPP-серверов - был отвечающий сервак на моей предыдущей работе. "Диалап для своих" :). На 4 линии. Под OS/2. И DHCP в такой конфигурации действительно нафиг не нужен был - 4 статических секции в конфиге, и все дела.
провайдер четко дает сразу по IPCP именно тот IP, который посчитает нужным.
Но вот как определить, что именно в данный момент "нужное"?! Вот есть подсетка адресов, которые могут раздаваться PPP-клиентам. Причем динамически. Как железке/софтине врюхать, какой именно адрес можно дать свежепоступившему клиенту? В случае DHCP понятно: посмотреть в /etc/dhcp.conf, потом в /var/lib/dhcp.leases - и на основе этого дать адрес. А если, как ты говоришь, участие DHCP невозможно?
1) железке это забивается прям в конфиге (диапазон)... Циске и Нортелевой Шасте - легко. 2) железке это передается при авторизации ей юзера по PPP. Один в один (!) как на dialup. По протоколам RADIUS/TACACS. (это протоколы общения железки с сервером авторизации. Клиенту на это по барабану).
Ууу, йооппп! А я-то вынашивал планы поднять на работе корпоративный диалап для своих... На 30 каналов в Е1 - и с динамическими адресами... Понял, перебьются :). Копаться еще и RADIUS-е - мне будет явно лениво :).
А кто мешает завести всех пользователей прям на циске, в которую этот Е1 будет приходить и прописать пул IP адресов тоже прям на ней? :-) Если не циска будет использоваться, то читать доку к железке.. Наверняка для не-промышленных масштабов есть какое-либо без-RADIUS решение для данной конкретной железяки..
Ну нет у меня циски. И вряд ли будет, ибо я их в глаза ни разу не видел... Хотел сделать просто на привычном линухе, и привычными же технологиями. Ну да фигсым :).
![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
![[identity profile]](https://www.dreamwidth.org/img/silk/identity/openid.png){kind=small}
no subject
Но что мешает железке или софтине, поддерживающей PPP (поверх какого именно физического транспорта - неважно) запросить у DHCP свободный в пуле IP-адрес для устанавливаемого соединения - перед тем, как сообщить его удаленной стороне по IPCP? Только тот факт, что в PPP-протоколе не фигурируют MAC-и?
Но ведь как-то же работают DHCP у диалап-провайдеров... А у модемов MAC-ов нет вообще - и быть не может, ибо это именно "точка-точка"...
Интересный вопрос, нужно будет завтра порыться в RFC заради интересу... :)
no subject
Но в общем да, нечто, идентифицирующее модем, у PPP-сервера есть. Хотя бы номер физического порта, к которому приделан данный конкретный модем. Этого достаточно для обращения к DHCP-серверу.
no subject
Ээээ... Мммм...
(деликатно) Ты точно ничего не путаешь? ;))
no subject
У dialup провайдеров его нет. Откуда информация, что оно там есть??
А IPCP - это часть протокола PPP. Тот протокол, который "связывает" (грубо говоря) IP и PPP. DHCP к PPP ну никак не приделаешь :-) И сказать провайдеру адрес стороны клиента не получится - провайдер четко дает сразу по IPCP именно тот IP, который посчитает нужным.
no subject
Запросто :).
Ибо максимум, что я настраивал из PPP-серверов - был отвечающий сервак на моей предыдущей работе. "Диалап для своих" :). На 4 линии. Под OS/2. И DHCP в такой конфигурации действительно нафиг не нужен был - 4 статических секции в конфиге, и все дела.
провайдер четко дает сразу по IPCP именно тот IP, который посчитает нужным.
Но вот как определить, что именно в данный момент "нужное"?!
Вот есть подсетка адресов, которые могут раздаваться PPP-клиентам. Причем динамически. Как железке/софтине врюхать, какой именно адрес можно дать свежепоступившему клиенту? В случае DHCP понятно: посмотреть в /etc/dhcp.conf, потом в /var/lib/dhcp.leases - и на основе этого дать адрес. А если, как ты говоришь, участие DHCP невозможно?
no subject
2) железке это передается при авторизации ей юзера по PPP. Один в один (!) как на dialup. По протоколам RADIUS/TACACS. (это протоколы общения железки с сервером авторизации. Клиенту на это по барабану).
no subject
А я-то вынашивал планы поднять на работе корпоративный диалап для своих... На 30 каналов в Е1 - и с динамическими адресами...
Понял, перебьются :). Копаться еще и RADIUS-е - мне будет явно лениво :).
no subject
Если не циска будет использоваться, то читать доку к железке.. Наверняка для не-промышленных масштабов есть какое-либо без-RADIUS решение для данной конкретной железяки..
no subject
Хотел сделать просто на привычном линухе, и привычными же технологиями. Ну да фигсым :).
no subject