Перейти к содержимому
Калькуляторы

FSA

Пользователи
 Просмотреть профиль  Активность

  • Публикации

    27

  • Зарегистрирован

  • Посещение

 Тип публикации 

Сообщения, опубликованные пользователем FSA

  3. Опубликовано · Изменено пользователем FSA · Жалоба на ответ

    Вопрос назрел, какого провайдера выбрать. Лично меня интересует какие провайдеры полноценно предоставляют IPv6 для дома, ну и попутно для работы.

    Выбор из сотовых в РФ не велик. Это либо МТС, либо Мегафон. Но это не вариант. Нужен нормальный интернет по проводу.

    Из проводных могу назвать только Ростелеком, но они его официально не предоставляют и жёстко фильтруют, да так, что он работает хуже IPv4 за NAT. Служба поддержки убалтывает просто закрыть заявку и ничего открывать они не собираются.

    Второй кандидат - Дом.ру. Увы, мне недоступен в моём доме. Но знаю, что он даёт /64. Тоже плохо, хотя бы /56 надо, а лучше и вообще /48. Но, говорят, полноценно предоставляет.

    Сам пользуюсь Ростелекомом, потому что больше ни у кого не нашёл хоть какого-то IPv6. Все просят перезвонить, чтобы узнать твой номер и доставать потом телефонными звонками. На вопрос о наличии IPv6 тупо не отвечают, просят телефон.

  4. Опубликовано · Жалоба на ответ

    Quote

    2. Я вас не оскорблял, а лишь пояснил Вам, как операторы относятся к тем, кто много хочет, но мало платит.

    Я плачу не так уж и мало. Да, не как юр. лицо, но на фоне зарплаты инженера 1 категории у этого же провайдера, то расклад выходит такой: почти 1 тысяча рублей за домашний тариф, 20 тысяч рублей зарплата (правда я накинул немного, ибо работал там до 2016 года и получал около 17 тысяч, но думаю не сильно ошибусь). Ну и тариф провайдеру не я придумал, это он сам такой ценник выставил.

    На счёт дешёвого гигабита, кстати, я имел ввиду, что при текущих тарифах использовать железки с гигабитными портами просто невозможно. 2 абонента полностью могут съесть этот порт. Т.е. для CG-NAT нужно брать железо хотя бы с 10 гигабитами, а это однозначно резкий рост стоимости.

  6. Опубликовано · Изменено пользователем FSA · Жалоба на ответ

    Я вот из нашего общения только одно понял. IPv6 проектировали какие-то недоинженеры. Понавтыкали костылей и сделали так, чтобы по максимум загрузить маршрутизаторы и другое сетевое оборудование. Взять хотя бы длину адреса аж в 4 раза больше, чем в IPv4. На IPv4 совсем не смотрели, чтобы скопировать его лучшие решения, поэтому никакого вам CG-NAT и PCP. А ещё зачем-то сделали плавающие заголовки, чтобы маршрутизаторы задолбались их ловить и больше времени тратили на их обработку.
    Ну и ещё понял, что у людей из провайдинга какой-то синдром вахтёра, потому что какая-то у них мания всё фильтровать. Не хочу я фильтрованный трафик, дайте мне просто возможность обмениваться с тем, с кем я хочу. А фильтрацию я у себя на домашнем маршрутизаторе настрою так, как надо мне.

  7. Опубликовано · Изменено пользователем FSA · Жалоба на ответ

    Quote

    Операторские БРАСы могут и 100Гбит заNATить...

    Т.е. NATить они умеют, а IPv6 не поддерживают? Есть подозрение, что они умеют и в IPv6, потому что у Ростелекома именно BRAS и есть IPv6, хоть и порезанный на входящие соединения к абоненту (некоторое время назад отключали, но потом снова включили). Скорее всего, нагрузка через IPv6 от такого же объема трафика и числа соединений будет ниже.

    Сдаётся мне, что вся проблема внедрения IPv6 - это консервативность персонала, который занимается настройкой оборудования. Нельзя просто взять и настроить IPv6 даже если ты настраивал сети IPv4. Для этого нужно книжки читать, разбираться. А ещё, возможно, нужно безопасность обеспечить. Людям просто лень это делать.

  8. Опубликовано · Жалоба на ответ

    Quote

    NAT вообще никак не связан с шейпингом.

    Я не про шейпинг. Скорости я указал, что вот сейчас есть реально такие и я это видел своими глазами. Я просто не очень себе представляю железо, которое будет обеспечивать NAT на скорости хотя бы 10 гигабит/с, поскольку более дешёвый гигабит очень быстро "съедят" абоненты типа меня. Не очень дешёвая железка получается. При этом она для IPv6 вообще не нужна! Тут задавался вопрос, мол за чей счёт будут брать железки с поддержкой IPv6. Но при этом откуда-то находят деньги на железки для NAT.

    p2p вполне себе распространённая штука. Может не так, как 10 лет назад, но всё же имеет место быть и не учитывать её не стоит.

  9. Опубликовано · Изменено пользователем FSA · Жалоба на ответ

    А вот подскажите те, кто имел дело с провайдерским NAT. Какие скорости портов и сколько клиентов ходит через порт одновременно? Просто у меня тариф 500 мегабит/с, но я благо имею белый IP адрес. А если бы не доплатил, то с большой долей вероятности оказался бы за провайдерским NAT. И вот я запускаю скачивание какой нибудь игрушки из Steam. Сеть дома у меня не очень хорошая, поэтому скачивание происходит на скорости 37МБ/с, т.е. около 300 мегабит/с (WiFi не позволяет быстрее). На сколько вероятно, что другие такие же качальщики окажутся со мной на одной "трубе" и будут делить её на всех?

    Для IPv6 провайдеру не нужен NAT, да и файервол не особо нужен.Ну или файервол с минимальным набором правил, например, не пускать ко мне порты 1-1024. Хотя последнее вообще можно возложить на клиентский маршрутизатор.

  10. Опубликовано · Изменено пользователем FSA · Жалоба на ответ

    Quote

    3. Отказ от NAT не означает отсутствие необходимости в FIREWALLе, который точно также вынужден следить за каждым соединение , но теперь это в 4 раза "дороже", а постоянная смена IP  (см.п.2) и FW вещи плохо совместимые - опять нужны "костыли".

     

    4. Сейчас появились такие вещи как CG-NAT и PCP  их реализации на IPv4 снимает большинство "головняков" для обычных пользователей с НАТ

    Почему именно в 4 раза дороже? Из-за длины адреса? Так там полезной нагрузки куда больше. При этом файерволу не надо ничего модифицировать в пакете, как при том же NAT, CG-NAT... А ещё для NAT нужно таблицу соответствия портов-адресов, чтобы всё правильно работало. Просто пересылка с фильтрацией куда легче, чем пересылка с модификацией и фильтрацией. А вот возможность связать два устройства напрямую для передачи аудио/видео дорогого стоит.

  11. Опубликовано · Жалоба на ответ

    Quote

    В свое время, когда были идея запилить v6-only перепробовали NAT64 в разных реализациях. В итоге пришли в Dualstack. Очень уж с NAT64 много гемора как в плане трансляции, так и обработки DNS запросов.

    И смех и грех. Не смог оплатить интернет и мне провайдер выключил IPv4. Однако открытый NAT64+DNS64 спасает. Только немного тормозной и некоторые сайты из РФ не открываются (видимо блокируют запросы не из России). Если не обращать внимание на тормоза, то почти всё работает!

  12. Опубликовано · Изменено пользователем FSA · Жалоба на ответ

    Нагуглил заметку от 2019 года https://d-russia.ru/dolya-rossijskogo-internet-trafika-po-protokolu-ipv6-sostavlyaet-lish-3-45-ripe-ncc.html

    Quote

    В мире IPv6-трафик составляет 28,59%, в США и Индии свыше 36%, в Бразилии — 27%, в Бельгии — 54%, а в России он равен 3,45% — но и это прогресс, т.к. год назад он составлял 1%.

    Наверно тупые, что покупают оборудование. Совсем бабки не считают.

  13. Опубликовано · Изменено пользователем FSA · Жалоба на ответ

    Quote

    Т.е. необходимость замены/апгрейды брасов, специально для дуалстека (например у ериксонов организация дуалстека забирает ресурсов асиков, как на 2 абонентские сессии), возможная замена бордеров, замена коммутаторов доступа/агрегации, замена абонетских роутеров, я уж не говорю про ваши советы выпилить услуги iptv. Когда все это сейчас работает и потребует апгрейда сильно позже. И все это, что бы что? Зачем? Кто все это оплатит?

    А провайдерский NAT бесплатно возникает? Без железа? Со знакомым пытались получить белый IP путём переподключения к Ростелеком. Нифига не вышло. В 2016 году можно было или белый или серый получить. И у меня было такое ощущение, что у тех, кто не заказал постоянный белый IP адрес интернет тормознее работает. Но так и не смог проверить.

    Quote

    Хурикат электрик даёт туннель всем у кого есть белый IP.

    Знаю. Можно и без белого IPv4. Есть сервисы на базе Wireguard. Самое смешное, ими и пришлось пользоваться для эксперимента, потому что раздать /56 провайдерский с его железом просто невозможно.

  14. Опубликовано · Изменено пользователем FSA · Жалоба на ответ

    Quote

    Учитывая что у человека он уже работает, очевидно что все эти затраты уже проведены. Проблема с входящими коннектами, подозреваю в РТ завелись те же самые "безопасники" в плохом смысле слова что и в некоторых госконторах. Разумный компромисс блочить только 0-1024, давая и это отключить в ЛК.

    А я даже как-то добился, что у меня входящие заработали. Торренты бегали, Wireguard работал. Но, видимо они или всем временно включили или мне, а когда префикс сменился, то снова доступ пропал.

    Quote

    Кого вообще та РФ колышет?

    Автора заметки, которую мы обсуждаем :)

    Quote

    Есть уже сегменты где только IPv6, как клиенты так и сервисы.

    И их будет всё больше.

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

    Не к тому обращаетесь. Я уже вот так побаловался в домашних условиях - https://tavda.net/nat64-dns64

    Вполне себе юзабельный интернет с сетью на машине только IPv6. Только разве что Steam не завёлся, но ему помог clatd на базе той же tayga, которую я использовал для nat64. Думаю ещё на OpenWRT с jool попробовать.

    Меня больше расстраивает то, что я даже при желании не могу найти провайдера с адекватным ценником и полноценным IPv6. Пока пользуюсь только тем, что дают. Ну и на своих сайтах IPv6 в приоритете.

    Quote

    Раздаем v6 дуалстеком с 2012 года, у кого поддерживается, у тех обе адресации, у кого не поддерживается - только v4. Сейчас _все_ оборудование с автоматическим получением адреса умеет в v6. Доля v6 трафика у нас сейчас колеблется от 15 до 20%. До блокировки пейсбученьки и сиськаграммчека доходило до трети. И то, что они работают по v6 из клиентов никто и не подозревает.

    Ради интереса замерял со своего ноутбука. 60-80% трафика идёт по IPv6. Просто часто ютуб смотрю и он очень сильно даёт прирост. А вот если торренты запустить, то трафик падает до 20-40%, потому что IPv6 провайдера не позволяет полноценно пользоваться IPv6, да и раздачи в основном идут с IPv4.
    Ну и ради интереса поставил расширение на Google Chrome чтобы смотреть по какому протоколу я попал на сайт. Без этого реально фиг поймёшь что используется.

  15. Опубликовано · Жалоба на ответ

    В России есть замкнутый круг, который никто не может разорвать. Сайты не поддерживают IPv6 по причине того, что мало кто ходит на них по IPv6, потому что почти ни у кого из клиентов нет IPv6. А зачем давать клиентов IPv6, если они на сайты спокойно по IPv4 ходят?

    Найти провайдера с поддержкой IPv6 та ещё задачка. Знаю только Дом.ру, но не могу на него сейчас подключиться. В 2017 пользовался, но там был только динамический префикс. Сейчас обещают и статический. Ну и неожиданно выяснил, что на Ростелекоме тоже работает IPv6. Но они полностью режут все входящие соединения. Т.е. какой-нибудь условный Wireguard не будет поверх IPv6 работать и можно забыть о прямом соединении устройств для видео/голосовой связи. От поддержки ничего не добиться, они вообще рекомендуют IPv6 отключить, типа мы его не поддерживаем. Видимо просто так решают проблему перегрузки своих NAT. Постоянного префикса, естественно, нет.

  16. Опубликовано · Жалоба на ответ

    Вот что, что, а Ростелеком подкупает тем, что можно просмотреть в удобное время передачу в течении 3 суток с момента её выхода в эфир. С этой услугой ТВ выглядит совершенно иначе. Нечего смотреть? Есть записи в которых можно найти что-нибудь по душе. Так что рост базы не удивителен, особенно если учесть, что в небольших городах Ростелеком единственный, кто предоставляет интернет и ТВ.

  17. Опубликовано · Изменено пользователем FSA · Жалоба на ответ

    Проблема того же плана, только Оптик-NGE-1-24Е1. По одному из портов валится тегированный трафик с N числом произвольных VLAN. Задача - пробросить сетку с не тегированным трафиком изолированно от всей этой кучи. В документации информации минимум, примеры отсутствуют как таковые.

  18. Опубликовано · Изменено пользователем FSA · Жалоба на ответ

    Т.е. я могу использовать как зелёные коннекторы, так и синие?

    Кстати, зелёный цвет - это 1530нм. А тут цифрами указано 1550нм - третье окно прозрачно. Оно и не удивительно при таком километраже.

  19. Опубликовано · Изменено пользователем FSA · Жалоба на ответ

    Имеются SFP-модули с розеткой LC. На разъёме зелёная маркировка. Фото:

    2012-04-18%2015.49.39.jpg

    Какие нужны коннекторы: LC/UPC или LC/APC? Если честно, то ничего толком не нашёл по типам разъёмов. Знаю только, что у нас 3 типа применяется FC, SC и LC. Раньше все были с полировкой под прямым углом: PC, UPC. Вот сейчас стали присылать с полировкой под углом APC. Насколько я понимаю, UPC и APC разъёмы несовместимы.

    Раньше дело имел только с LC/UPC - у них у все синяя маркировка. Это первый такой модуль с зелёной.

  20. Опубликовано · Жалоба на ответ

    Для быстрых измерений и устранения поверждений методом замены пар (когда такое возможно) у нас сейчас используют обычный нетбук с USB-ADSL модемом. Тот же D-link DSL-200 имеет срытые настройки и мониторинг. Методика тестирования:

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

    2. Заходим в интернет (как бы по идиотских не звучало, но по своему домашнему логину).

    3. Запускаем тест, например с internet.yandex.ru

    4. Смотрим график скорости загрузки штатными средствами модема.

    Если график ровный и без всплесков и провалов - линия на этой скорости работать будет.

    Если график имеет всплески или провалы, а то и вообще как забор, то скорее всего даже несмотря на то, что скорость соединения высокая, будут наблюдаться обрывы.

    Путём подключения к разным точкам линии выискиваем проблемный участок. Если дело совсем плохо, "натравливаем" измерителя и кабельщиков.

     

    Раньше ноутбуки садились быстро. Сейчас нетбуки позволяют весь день работать. Во время переезда с места на место нетбук просто усыпляется.

  22. Опубликовано · Изменено пользователем FSA · Жалоба на ответ

    Имеется две пары конверторов AT-MC103XL. У обоих одинаковая проблема - линк по оптике самостоятельно не поднимается. Запустить их можно только переводом обоих медиаконверторов в режим LINK TEST. После того, как LINK по оптике появляется можно переводить оба медиаконвертора в рабочее состояние. Канал будет работать пока медиаконверторы включены и на связи. Минимальное пропадание электропитания и канал снова нужно перезапускать руками.

     

    Для чистоты эксперимента пробовал соединить конверторы в лабораторных условиях на столе. Поведение не изменилось.

  23. Опубликовано · Изменено пользователем FSA · Жалоба на ответ

    Такое чувство, что никому в интернете не надо была настраивать Dial-in сервера на FreeBSD. Доков по минимуму.

    Скажу сразу, связка работает, но с глюками. Глюк заключается в том, что если один из пользователей не смог пройти проверку имени пользователя или пароля, то после него никто больше не попадёт, ибо после того, как модем трубку возьмёт, тут же её бросит. Кроме того логи начинают забиваться повторяющимися сообщениями:

     

    Sep 8 13:54:47 cf mpd: [modem1] chat: Waiting for ring...

    Sep 8 14:02:11 cf mpd: [modem1] chat: Incoming call detected...

    Sep 8 14:02:29 cf mpd: [modem1] chat: Connected at .

    Sep 8 14:02:29 cf mpd: [modem1] idle script succeeded, action=answer

    Sep 8 14:02:29 cf mpd: [modem1] opening link in answer mode

    Sep 8 14:02:29 cf mpd: [dialin] IPCP: Open event

    Sep 8 14:02:29 cf mpd: [dialin] IPCP: state change Initial --> Starting

    Sep 8 14:02:29 cf mpd: [dialin] IPCP: LayerStart

    Sep 8 14:02:29 cf mpd: [dialin] bundle: OPEN event in state CLOSED

    Sep 8 14:02:29 cf mpd: [dialin] opening link "modem1"...

    Sep 8 14:02:29 cf mpd: [modem1] link: OPEN event

    Sep 8 14:02:29 cf mpd: [modem1] LCP: Open event

    Sep 8 14:02:29 cf mpd: [modem1] LCP: state change Initial --> Starting

    Sep 8 14:02:29 cf mpd: [modem1] LCP: LayerStart

    Sep 8 14:02:29 cf mpd: [modem1] device: OPEN event in state DOWN

    Sep 8 14:02:29 cf mpd: [modem1] chat script succeeded

    Sep 8 14:02:29 cf mpd: [modem1] device is now in state OPENING

    Sep 8 14:02:29 cf mpd: [modem1] device: UP event in state OPENING

    Sep 8 14:02:29 cf mpd: [modem1] device is now in state UP

    Sep 8 14:02:29 cf mpd: [modem1] link: UP event

    Sep 8 14:02:29 cf mpd: [modem1] link: origination is remote

    Sep 8 14:02:29 cf mpd: [modem1] LCP: Up event

    Sep 8 14:02:29 cf mpd: [modem1] LCP: state change Starting --> Req-Sent

    Sep 8 14:02:29 cf mpd: [modem1] LCP: phase shift DEAD --> ESTABLISH

    Sep 8 14:02:29 cf mpd: [modem1] LCP: SendConfigReq #1

    Sep 8 14:02:29 cf mpd: ACFCOMP

    Sep 8 14:02:29 cf mpd: PROTOCOMP

    Sep 8 14:02:29 cf mpd: ACCMAP 0x000a0000

    Sep 8 14:02:29 cf mpd: MRU 1500

    Sep 8 14:02:29 cf mpd: MAGICNUM 04538f38

    Sep 8 14:02:29 cf mpd: AUTHPROTO PAP

    Sep 8 14:02:29 cf mpd: MP MRRU 1600

    Sep 8 14:02:29 cf mpd: MP SHORTSEQ

    Sep 8 14:02:29 cf mpd: ENDPOINTDISC [802.1] 00 08 a1 2c aa 76

    Sep 8 14:02:30 cf mpd: [modem1] LCP: rec'd Configure Request #0 link 0 (Req-Sent)

    Sep 8 14:02:30 cf mpd: ACCMAP 0x00000000

    Sep 8 14:02:30 cf mpd: MAGICNUM 284c031d

    Sep 8 14:02:30 cf mpd: PROTOCOMP

    Sep 8 14:02:30 cf mpd: ACFCOMP

    Sep 8 14:02:30 cf mpd: CALLBACK

    Sep 8 14:02:30 cf mpd: Not supported

    Sep 8 14:02:30 cf mpd: [modem1] LCP: SendConfigRej #0

    Sep 8 14:02:30 cf mpd: CALLBACK

    Sep 8 14:02:30 cf mpd: [modem1] LCP: rec'd Configure Reject #1 link 0 (Req-Sent)

    Sep 8 14:02:30 cf mpd: MP MRRU 1600

    Sep 8 14:02:30 cf mpd: MP SHORTSEQ

    Sep 8 14:02:30 cf mpd: ENDPOINTDISC [802.1] 00 08 a1 2c aa 76

    Sep 8 14:02:30 cf mpd: [modem1] LCP: SendConfigReq #2

    Sep 8 14:02:30 cf mpd: ACFCOMP

    Sep 8 14:02:30 cf mpd: PROTOCOMP

    Sep 8 14:02:30 cf mpd: ACCMAP 0x000a0000

    Sep 8 14:02:30 cf mpd: MRU 1500

    Sep 8 14:02:30 cf mpd: MAGICNUM 04538f38

    Sep 8 14:02:30 cf mpd: AUTHPROTO PAP

    Sep 8 14:02:30 cf mpd: [modem1] LCP: rec'd Configure Request #1 link 0 (Req-Sent)

    Sep 8 14:02:30 cf mpd: ACCMAP 0x00000000

    Sep 8 14:02:30 cf mpd: MAGICNUM 284c031d

    Sep 8 14:02:30 cf mpd: PROTOCOMP

    Sep 8 14:02:30 cf mpd: ACFCOMP

    Sep 8 14:02:30 cf mpd: [modem1] LCP: SendConfigAck #1

    Sep 8 14:02:30 cf mpd: ACCMAP 0x00000000

    Sep 8 14:02:30 cf mpd: MAGICNUM 284c031d

    Sep 8 14:02:30 cf mpd: PROTOCOMP

    Sep 8 14:02:30 cf mpd: ACFCOMP

    Sep 8 14:02:30 cf mpd: [modem1] LCP: state change Req-Sent --> Ack-Sent

    Sep 8 14:02:30 cf mpd: [modem1] LCP: rec'd Configure Ack #2 link 0 (Ack-Sent)

    Sep 8 14:02:30 cf mpd: ACFCOMP

    Sep 8 14:02:30 cf mpd: PROTOCOMP

    Sep 8 14:02:30 cf mpd: ACCMAP 0x000a0000

    Sep 8 14:02:30 cf mpd: MRU 1500

    Sep 8 14:02:30 cf mpd: MAGICNUM 04538f38

    Sep 8 14:02:30 cf mpd: AUTHPROTO PAP

    Sep 8 14:02:30 cf mpd: [modem1] LCP: state change Ack-Sent --> Opened

    Sep 8 14:02:30 cf mpd: [modem1] LCP: phase shift ESTABLISH --> AUTHENTICATE

    Sep 8 14:02:30 cf mpd: [modem1] LCP: auth: peer wants nothing, I want PAP

    Sep 8 14:02:30 cf mpd: [modem1] LCP: LayerUp

    Sep 8 14:02:30 cf mpd: [modem1] LCP: rec'd Ident #2 link 0 (Opened)

    Sep 8 14:02:30 cf mpd: MESG: MSRASV5.10

    Sep 8 14:02:30 cf mpd: [modem1] LCP: rec'd Ident #3 link 0 (Opened)

    Sep 8 14:02:30 cf mpd: MESG: MSRAS-0-FSAWORK

    Sep 8 14:02:30 cf mpd: [modem1] PAP: rec'd REQUEST #38

    Sep 8 14:02:30 cf mpd: [modem1] AUTH: Auth-Thread started

    Sep 8 14:02:30 cf mpd: [modem1] AUTH: Trying RADIUS

    Sep 8 14:02:30 cf mpd: [modem1] RADIUS: using /etc/radius.conf

    Sep 8 14:02:30 cf mpd: [modem1] RADIUS: RadiusAddServer Adding localhost

    Sep 8 14:02:30 cf mpd: [modem1] RADIUS: Adding Message Authenticator

    Sep 8 14:02:30 cf mpd: [modem1] RADIUS: RadiusPutAuth: RADIUS_PAP DEBUG: peer name: fsb

    Sep 8 14:02:32 cf mpd: [modem1] AUTH: Thread already running, dropping this packet

    Sep 8 14:02:33 cf mpd: [modem1] RADIUS: rec'd RAD_ACCESS_REJECT for user fsb

    Sep 8 14:02:33 cf mpd: [modem1] AUTH: RADIUS returned failed

    Sep 8 14:02:33 cf mpd: [modem1] AUTH: ran out of backends

    Sep 8 14:02:33 cf mpd: [modem1] AUTH: Auth-Thread finished normally

    Sep 8 14:02:33 cf mpd: [modem1] PAP: PapInputFinish: status failed

    Sep 8 14:02:33 cf mpd: [modem1] PAP: sending NAK len:17

    Sep 8 14:02:33 cf mpd: [modem1] LCP: authorization failed

    Sep 8 14:02:33 cf mpd: [modem1] device: CLOSE event in state UP

    Sep 8 14:02:33 cf mpd: [modem1] device is now in state CLOSING

    Sep 8 14:02:33 cf mpd: [modem1] device: DOWN event in state CLOSING

    Sep 8 14:02:33 cf mpd: [modem1] device is now in state DOWN

    Sep 8 14:02:33 cf mpd: [modem1] link: DOWN event

    Sep 8 14:02:33 cf mpd: [modem1] LCP: Down event

    Sep 8 14:02:33 cf mpd: [modem1] LCP: state change Opened --> Starting

    Sep 8 14:02:33 cf mpd: [modem1] LCP: phase shift AUTHENTICATE --> DEAD

    Sep 8 14:02:33 cf mpd: [modem1] LCP: LayerDown

    Sep 8 14:02:33 cf mpd: [modem1] device: OPEN event in state DOWN

    Sep 8 14:02:33 cf mpd: [modem1] pausing 7 seconds before open

    Sep 8 14:02:33 cf mpd: [modem1] device is now in state DOWN

    Sep 8 14:02:36 cf mpd: [modem1] chat: Waiting for ring...

    Sep 8 14:02:40 cf mpd: [modem1] device: OPEN event in state DOWN

    Sep 8 14:02:40 cf mpd: [modem1] pausing 1 seconds before open

    Sep 8 14:02:40 cf mpd: [modem1] device is now in state DOWN

    Sep 8 14:02:41 cf mpd: [modem1] device: OPEN event in state DOWN

    Sep 8 14:02:41 cf mpd: [modem1] device is now in state OPENING

    Sep 8 14:02:44 cf mpd: [modem1] chat script succeeded

    Sep 8 14:02:44 cf mpd: [modem1] device: UP event in state OPENING

    Sep 8 14:02:44 cf mpd: [modem1] device is now in state UP

    Sep 8 14:02:44 cf mpd: [modem1] link: UP event

    Sep 8 14:02:44 cf mpd: [modem1] link: origination is remote

    Sep 8 14:02:44 cf mpd: [modem1] LCP: Up event

    Sep 8 14:02:44 cf mpd: [modem1] LCP: state change Starting --> Req-Sent

    Sep 8 14:02:44 cf mpd: [modem1] LCP: phase shift DEAD --> ESTABLISH

    Sep 8 14:02:44 cf mpd: [modem1] LCP: SendConfigReq #3

    Sep 8 14:02:44 cf mpd: ACFCOMP

    Sep 8 14:02:44 cf mpd: PROTOCOMP

    Sep 8 14:02:44 cf mpd: ACCMAP 0x000a0000

    Sep 8 14:02:44 cf mpd: MRU 1500

    Sep 8 14:02:44 cf mpd: MAGICNUM 61432402

    Sep 8 14:02:44 cf mpd: AUTHPROTO PAP

    Sep 8 14:02:44 cf mpd: MP MRRU 1600

    Sep 8 14:02:44 cf mpd: MP SHORTSEQ

    Sep 8 14:02:44 cf mpd: ENDPOINTDISC [802.1] 00 08 a1 2c aa 76

    Sep 8 14:02:45 cf mpd: [modem1] carrier detect (CD) signal lost

    Sep 8 14:02:45 cf mpd: [modem1] device: DOWN event in state UP

    Sep 8 14:02:45 cf mpd: [modem1] device is now in state DOWN

    Sep 8 14:02:45 cf mpd: [modem1] link: DOWN event

    Sep 8 14:02:45 cf mpd: [modem1] LCP: Down event

    Sep 8 14:02:45 cf mpd: [modem1] LCP: state change Req-Sent --> Starting

    Sep 8 14:02:45 cf mpd: [modem1] LCP: phase shift ESTABLISH --> DEAD

    Sep 8 14:02:45 cf mpd: [modem1] device: OPEN event in state DOWN

    Sep 8 14:02:45 cf mpd: [modem1] pausing 9 seconds before open

    Sep 8 14:02:45 cf mpd: [modem1] device is now in state DOWN

    Sep 8 14:02:48 cf mpd: [modem1] chat: Detected Hayes compatible modem.

    Sep 8 14:02:48 cf mpd: [modem1] chat: Waiting for ring...

    Sep 8 14:02:54 cf mpd: [modem1] device: OPEN event in state DOWN

    Sep 8 14:02:54 cf mpd: [modem1] device is now in state OPENING

    Sep 8 14:02:57 cf mpd: [modem1] chat script succeeded

    Sep 8 14:02:57 cf mpd: [modem1] device: UP event in state OPENING

    Sep 8 14:02:57 cf mpd: [modem1] device is now in state UP

    Sep 8 14:02:57 cf mpd: [modem1] link: UP event

    Sep 8 14:02:57 cf mpd: [modem1] link: origination is remote

    Sep 8 14:02:57 cf mpd: [modem1] LCP: Up event

    Sep 8 14:02:57 cf mpd: [modem1] LCP: state change Starting --> Req-Sent

    Sep 8 14:02:57 cf mpd: [modem1] LCP: phase shift DEAD --> ESTABLISH

    Sep 8 14:02:57 cf mpd: [modem1] LCP: SendConfigReq #4

    Sep 8 14:02:57 cf mpd: ACFCOMP

    Sep 8 14:02:57 cf mpd: PROTOCOMP

    Sep 8 14:02:57 cf mpd: ACCMAP 0x000a0000

    Sep 8 14:02:57 cf mpd: MRU 1500

    Sep 8 14:02:57 cf mpd: MAGICNUM 649abf5c

    Sep 8 14:02:57 cf mpd: AUTHPROTO PAP

    Sep 8 14:02:57 cf mpd: MP MRRU 1600

    Sep 8 14:02:57 cf mpd: MP SHORTSEQ

    Sep 8 14:02:57 cf mpd: ENDPOINTDISC [802.1] 00 08 a1 2c aa 76

    Sep 8 14:02:58 cf mpd: [modem1] carrier detect (CD) signal lost

    Sep 8 14:02:58 cf mpd: [modem1] device: DOWN event in state UP

    Sep 8 14:02:58 cf mpd: [modem1] device is now in state DOWN

    Sep 8 14:02:58 cf mpd: [modem1] link: DOWN event

    Sep 8 14:02:58 cf mpd: [modem1] LCP: Down event

    Sep 8 14:02:58 cf mpd: [modem1] LCP: state change Req-Sent --> Starting

    Sep 8 14:02:58 cf mpd: [modem1] LCP: phase shift ESTABLISH --> DEAD

    Sep 8 14:02:58 cf mpd: [modem1] device: OPEN event in state DOWN

    Sep 8 14:02:58 cf mpd: [modem1] pausing 9 seconds before open

    Sep 8 14:02:58 cf mpd: [modem1] device is now in state DOWN

    Sep 8 14:03:01 cf mpd: [modem1] chat: Detected Hayes compatible modem.

    Sep 8 14:03:01 cf mpd: [modem1] chat: Waiting for ring...

    Sep 8 14:03:07 cf mpd: [modem1] device: OPEN event in state DOWN

    Sep 8 14:03:07 cf mpd: [modem1] device is now in state OPENING

    Sep 8 14:03:10 cf mpd: [modem1] chat script succeeded

    Sep 8 14:03:10 cf mpd: [modem1] device: UP event in state OPENING

    Sep 8 14:03:10 cf mpd: [modem1] device is now in state UP

    Sep 8 14:03:10 cf mpd: [modem1] link: UP event

    Sep 8 14:03:10 cf mpd: [modem1] link: origination is remote

    Sep 8 14:03:10 cf mpd: [modem1] LCP: Up event

    Sep 8 14:03:10 cf mpd: [modem1] LCP: state change Starting --> Req-Sent

    Sep 8 14:03:10 cf mpd: [modem1] LCP: phase shift DEAD --> ESTABLISH

    Sep 8 14:03:10 cf mpd: [modem1] LCP: SendConfigReq #5

    Sep 8 14:03:10 cf mpd: ACFCOMP

    Sep 8 14:03:10 cf mpd: PROTOCOMP

    Sep 8 14:03:10 cf mpd: ACCMAP 0x000a0000

    Sep 8 14:03:10 cf mpd: MRU 1500

    Sep 8 14:03:10 cf mpd: MAGICNUM 86011736

    Sep 8 14:03:10 cf mpd: AUTHPROTO PAP

    Sep 8 14:03:10 cf mpd: MP MRRU 1600

    Sep 8 14:03:10 cf mpd: MP SHORTSEQ

    Sep 8 14:03:10 cf mpd: ENDPOINTDISC [802.1] 00 08 a1 2c aa 76

    Sep 8 14:03:11 cf mpd: [modem1] carrier detect (CD) signal lost

    Sep 8 14:03:11 cf mpd: [modem1] device: DOWN event in state UP

    Sep 8 14:03:11 cf mpd: [modem1] device is now in state DOWN

    Sep 8 14:03:11 cf mpd: [modem1] link: DOWN event

    Sep 8 14:03:11 cf mpd: [modem1] LCP: Down event

    Sep 8 14:03:11 cf mpd: [modem1] LCP: state change Req-Sent --> Starting

    Sep 8 14:03:11 cf mpd: [modem1] LCP: phase shift ESTABLISH --> DEAD

    Sep 8 14:03:11 cf mpd: [modem1] device: OPEN event in state DOWN

    Sep 8 14:03:11 cf mpd: [modem1] pausing 9 seconds before open

    Sep 8 14:03:11 cf mpd: [modem1] device is now in state DOWN

    Sep 8 14:03:14 cf mpd: [modem1] chat: Detected Hayes compatible modem.

    Sep 8 14:03:14 cf mpd: [modem1] chat: Waiting for ring...

    Sep 8 14:03:20 cf mpd: [modem1] device: OPEN event in state DOWN

    Sep 8 14:03:20 cf mpd: [modem1] device is now in state OPENING

    Sep 8 14:03:23 cf mpd: [modem1] chat script succeeded

    Sep 8 14:03:23 cf mpd: [modem1] device: UP event in state OPENING

    Sep 8 14:03:23 cf mpd: [modem1] device is now in state UP

    Sep 8 14:03:23 cf mpd: [modem1] link: UP event

    Sep 8 14:03:23 cf mpd: [modem1] link: origination is remote

    Sep 8 14:03:23 cf mpd: [modem1] LCP: Up event

    Sep 8 14:03:23 cf mpd: [modem1] LCP: state change Starting --> Req-Sent

    Sep 8 14:03:23 cf mpd: [modem1] LCP: phase shift DEAD --> ESTABLISH

    Sep 8 14:03:23 cf mpd: [modem1] LCP: SendConfigReq #6

    Sep 8 14:03:23 cf mpd: ACFCOMP

    Sep 8 14:03:23 cf mpd: PROTOCOMP

    Sep 8 14:03:23 cf mpd: ACCMAP 0x000a0000

    Sep 8 14:03:23 cf mpd: MRU 1500

    Sep 8 14:03:23 cf mpd: MAGICNUM 89fb33bc

    Sep 8 14:03:23 cf mpd: AUTHPROTO PAP

    Sep 8 14:03:23 cf mpd: MP MRRU 1600

    Sep 8 14:03:23 cf mpd: MP SHORTSEQ

    Sep 8 14:03:23 cf mpd: ENDPOINTDISC [802.1] 00 08 a1 2c aa 76

    Sep 8 14:03:24 cf mpd: [modem1] carrier detect (CD) signal lost

    Sep 8 14:03:24 cf mpd: [modem1] device: DOWN event in state UP

    Sep 8 14:03:24 cf mpd: [modem1] device is now in state DOWN

    Sep 8 14:03:24 cf mpd: [modem1] link: DOWN event

    Sep 8 14:03:24 cf mpd: [modem1] LCP: Down event

    Sep 8 14:03:24 cf mpd: [modem1] LCP: state change Req-Sent --> Starting

    Sep 8 14:03:24 cf mpd: [modem1] LCP: phase shift ESTABLISH --> DEAD

    Sep 8 14:03:24 cf mpd: [modem1] device: OPEN event in state DOWN

    Sep 8 14:03:24 cf mpd: [modem1] pausing 7 seconds before open

    Sep 8 14:03:24 cf mpd: [modem1] device is now in state DOWN

    Sep 8 14:03:27 cf mpd: [modem1] chat: Detected Hayes compatible modem.

    Sep 8 14:03:27 cf mpd: [modem1] chat: Waiting for ring...

    Sep 8 14:03:31 cf mpd: [modem1] device: OPEN event in state DOWN

    Sep 8 14:03:31 cf mpd: [modem1] pausing 2 seconds before open

    Sep 8 14:03:31 cf mpd: [modem1] device is now in state DOWN

    Sep 8 14:03:33 cf mpd: [modem1] device: OPEN event in state DOWN

    Sep 8 14:03:33 cf mpd: [modem1] device is now in state OPENING

    Sep 8 14:03:36 cf mpd: [modem1] chat script succeeded

    Sep 8 14:03:36 cf mpd: [modem1] device: UP event in state OPENING

    Sep 8 14:03:36 cf mpd: [modem1] device is now in state UP

    Sep 8 14:03:36 cf mpd: [modem1] link: UP event

    Sep 8 14:03:36 cf mpd: [modem1] link: origination is remote

    Sep 8 14:03:36 cf mpd: [modem1] LCP: Up event

    Sep 8 14:03:36 cf mpd: [modem1] LCP: state change Starting --> Req-Sent

    Sep 8 14:03:36 cf mpd: [modem1] LCP: phase shift DEAD --> ESTABLISH

    Sep 8 14:03:36 cf mpd: [modem1] LCP: SendConfigReq #7

    Sep 8 14:03:36 cf mpd: ACFCOMP

    Sep 8 14:03:36 cf mpd: PROTOCOMP

    Sep 8 14:03:36 cf mpd: ACCMAP 0x000a0000

    Sep 8 14:03:36 cf mpd: MRU 1500

    Sep 8 14:03:36 cf mpd: MAGICNUM 8da079c8

    Sep 8 14:03:36 cf mpd: AUTHPROTO PAP

    Sep 8 14:03:36 cf mpd: MP MRRU 1600

    Sep 8 14:03:36 cf mpd: MP SHORTSEQ

    Sep 8 14:03:36 cf mpd: ENDPOINTDISC [802.1] 00 08 a1 2c aa 76

    Sep 8 14:03:37 cf mpd: [modem1] carrier detect (CD) signal lost

    Sep 8 14:03:37 cf mpd: [modem1] device: DOWN event in state UP

    Sep 8 14:03:37 cf mpd: [modem1] device is now in state DOWN

    Sep 8 14:03:37 cf mpd: [modem1] link: DOWN event

    Sep 8 14:03:37 cf mpd: [modem1] LCP: Down event

    Sep 8 14:03:37 cf mpd: [modem1] LCP: state change Req-Sent --> Starting

    Sep 8 14:03:37 cf mpd: [modem1] LCP: phase shift ESTABLISH --> DEAD

    Sep 8 14:03:37 cf mpd: [modem1] device: OPEN event in state DOWN

    Sep 8 14:03:37 cf mpd: [modem1] pausing 9 seconds before open

    Sep 8 14:03:37 cf mpd: [modem1] device is now in state DOWN

    Sep 8 14:03:40 cf mpd: [modem1] chat: Detected Hayes compatible modem.

    Sep 8 14:03:40 cf mpd: [modem1] chat: Waiting for ring...

    Sep 8 14:03:46 cf mpd: [modem1] device: OPEN event in state DOWN

    Sep 8 14:03:46 cf mpd: [modem1] device is now in state OPENING

    Sep 8 14:03:49 cf mpd: [modem1] chat script succeeded

    Sep 8 14:03:49 cf mpd: [modem1] device: UP event in state OPENING

    Sep 8 14:03:49 cf mpd: [modem1] device is now in state UP

    Sep 8 14:03:49 cf mpd: [modem1] link: UP event

    Sep 8 14:03:49 cf mpd: [modem1] link: origination is remote

    Sep 8 14:03:49 cf mpd: [modem1] LCP: Up event

    Sep 8 14:03:49 cf mpd: [modem1] LCP: state change Starting --> Req-Sent

    Sep 8 14:03:49 cf mpd: [modem1] LCP: phase shift DEAD --> ESTABLISH

    Sep 8 14:03:49 cf mpd: [modem1] LCP: SendConfigReq #8

    Sep 8 14:03:49 cf mpd: ACFCOMP

    Sep 8 14:03:49 cf mpd: PROTOCOMP

    Sep 8 14:03:49 cf mpd: ACCMAP 0x000a0000

    Sep 8 14:03:49 cf mpd: MRU 1500

    Sep 8 14:03:49 cf mpd: MAGICNUM 90d9510a

    Sep 8 14:03:49 cf mpd: AUTHPROTO PAP

    Sep 8 14:03:49 cf mpd: MP MRRU 1600

    Sep 8 14:03:49 cf mpd: MP SHORTSEQ

    Sep 8 14:03:49 cf mpd: ENDPOINTDISC [802.1] 00 08 a1 2c aa 76

    Sep 8 14:03:50 cf mpd: [modem1] carrier detect (CD) signal lost

    Sep 8 14:03:50 cf mpd: [modem1] device: DOWN event in state UP

    Sep 8 14:03:50 cf mpd: [modem1] device is now in state DOWN

    Sep 8 14:03:50 cf mpd: [modem1] link: DOWN event

    Sep 8 14:03:50 cf mpd: [modem1] LCP: Down event

    Sep 8 14:03:50 cf mpd: [modem1] LCP: state change Req-Sent --> Starting

    Sep 8 14:03:50 cf mpd: [modem1] LCP: phase shift ESTABLISH --> DEAD

    Sep 8 14:03:50 cf mpd: [modem1] device: OPEN event in state DOWN

    Sep 8 14:03:50 cf mpd: [modem1] pausing 7 seconds before open

    Sep 8 14:03:50 cf mpd: [modem1] device is now in state DOWN

    Sep 8 14:03:53 cf mpd: [modem1] chat: Detected Hayes compatible modem.

    Sep 8 14:03:53 cf mpd: [modem1] chat: Waiting for ring...

    Sep 8 14:03:57 cf mpd: [modem1] device: OPEN event in state DOWN

    Sep 8 14:03:57 cf mpd: [modem1] pausing 2 seconds before open

    Sep 8 14:03:57 cf mpd: [modem1] device is now in state DOWN

    Sep 8 14:03:59 cf mpd: [modem1] device: OPEN event in state DOWN

    Sep 8 14:03:59 cf mpd: [modem1] device is now in state OPENING

    Sep 8 14:04:02 cf mpd: [modem1] chat script succeeded

    Sep 8 14:04:02 cf mpd: [modem1] device: UP event in state OPENING

    Sep 8 14:04:02 cf mpd: [modem1] device is now in state UP

    Sep 8 14:04:02 cf mpd: [modem1] link: UP event

    Sep 8 14:04:02 cf mpd: [modem1] link: origination is remote

    Sep 8 14:04:02 cf mpd: [modem1] LCP: Up event

    Sep 8 14:04:02 cf mpd: [modem1] LCP: state change Starting --> Req-Sent

    Sep 8 14:04:02 cf mpd: [modem1] LCP: phase shift DEAD --> ESTABLISH

    Sep 8 14:04:02 cf mpd: [modem1] LCP: SendConfigReq #9

    Sep 8 14:04:02 cf mpd: ACFCOMP

    Sep 8 14:04:02 cf mpd: PROTOCOMP

    Sep 8 14:04:02 cf mpd: ACCMAP 0x000a0000

    Sep 8 14:04:02 cf mpd: MRU 1500

    Sep 8 14:04:02 cf mpd: MAGICNUM 76e4446c

    Sep 8 14:04:02 cf mpd: AUTHPROTO PAP

    Sep 8 14:04:02 cf mpd: MP MRRU 1600

    Sep 8 14:04:02 cf mpd: MP SHORTSEQ

    Sep 8 14:04:02 cf mpd: ENDPOINTDISC [802.1] 00 08 a1 2c aa 76

    Sep 8 14:04:03 cf mpd: [modem1] carrier detect (CD) signal lost

    Sep 8 14:04:03 cf mpd: [modem1] device: DOWN event in state UP

    Sep 8 14:04:03 cf mpd: [modem1] device is now in state DOWN

    Sep 8 14:04:03 cf mpd: [modem1] link: DOWN event

    Sep 8 14:04:03 cf mpd: [modem1] LCP: Down event

    Sep 8 14:04:03 cf mpd: [modem1] LCP: state change Req-Sent --> Starting

    Sep 8 14:04:03 cf mpd: [modem1] LCP: phase shift ESTABLISH --> DEAD

    Sep 8 14:04:03 cf mpd: [modem1] device: OPEN event in state DOWN

    Sep 8 14:04:03 cf mpd: [modem1] pausing 7 seconds before open

    Sep 8 14:04:03 cf mpd: [modem1] device is now in state DOWN

    Sep 8 14:04:06 cf mpd: [modem1] chat: Detected Hayes compatible modem.

    Sep 8 14:04:06 cf mpd: [modem1] chat: Waiting for ring...

    Sep 8 14:04:10 cf mpd: [modem1] device: OPEN event in state DOWN

    Sep 8 14:04:10 cf mpd: [modem1] pausing 1 seconds before open

    Sep 8 14:04:10 cf mpd: [modem1] device is now in state DOWN

    Sep 8 14:04:11 cf mpd: [modem1] device: OPEN event in state DOWN

    Sep 8 14:04:11 cf mpd: [modem1] device is now in state OPENING

    Sep 8 14:04:14 cf mpd: [modem1] chat script succeeded

    Sep 8 14:04:14 cf mpd: [modem1] device: UP event in state OPENING

    Sep 8 14:04:14 cf mpd: [modem1] device is now in state UP

    Sep 8 14:04:14 cf mpd: [modem1] link: UP event

    Sep 8 14:04:14 cf mpd: [modem1] link: origination is remote

    Sep 8 14:04:14 cf mpd: [modem1] LCP: Up event

    Sep 8 14:04:14 cf mpd: [modem1] LCP: state change Starting --> Req-Sent

    Sep 8 14:04:14 cf mpd: [modem1] LCP: phase shift DEAD --> ESTABLISH

    Sep 8 14:04:14 cf mpd: [modem1] LCP: SendConfigReq #10

    Sep 8 14:04:14 cf mpd: ACFCOMP

    Sep 8 14:04:14 cf mpd: PROTOCOMP

    Sep 8 14:04:14 cf mpd: ACCMAP 0x000a0000

    Sep 8 14:04:14 cf mpd: MRU 1500

    Sep 8 14:04:14 cf mpd: MAGICNUM 7b127bf8

    Sep 8 14:04:14 cf mpd: AUTHPROTO PAP

    Sep 8 14:04:14 cf mpd: MP MRRU 1600

    Sep 8 14:04:14 cf mpd: MP SHORTSEQ

    Sep 8 14:04:14 cf mpd: ENDPOINTDISC [802.1] 00 08 a1 2c aa 76

    Sep 8 14:04:15 cf mpd: [modem1] carrier detect (CD) signal lost

    Sep 8 14:04:15 cf mpd: [modem1] device: DOWN event in state UP

    Sep 8 14:04:15 cf mpd: [modem1] device is now in state DOWN

    Sep 8 14:04:15 cf mpd: [modem1] link: DOWN event

    Sep 8 14:04:15 cf mpd: [modem1] LCP: Down event

    Sep 8 14:04:15 cf mpd: [modem1] LCP: state change Req-Sent --> Starting

    Sep 8 14:04:15 cf mpd: [modem1] LCP: phase shift ESTABLISH --> DEAD

    Sep 8 14:04:15 cf mpd: [modem1] device: OPEN event in state DOWN

    Sep 8 14:04:15 cf mpd: [modem1] pausing 7 seconds before open

    Sep 8 14:04:15 cf mpd: [modem1] device is now in state DOWN

    Sep 8 14:04:18 cf mpd: [modem1] chat: Detected Hayes compatible modem.

    Sep 8 14:04:18 cf mpd: [modem1] chat: Waiting for ring...

    файлик mpd.scripts не правил, такой же, как в mpd 4.0b4.

     

    mpd.links

    -------------------------------------------------

    modem1:

    set link type modem

    set modem device /dev/cuad1

    set modem speed 115200

    set modem var $DialPrefix "DT"

    set modem var $SpeakerOff "yes"

    -------------------------------------------------

     

    mpd.conf

    -------------------------------------------------

    startup:

    # enable TCP-Wrapper (hosts_access(5)) to block unfriendly clients

    set global enable tcp-wrapper

    # configure the console

    set console port 5005

    set console ip 127.0.0.1

    set console user fsa 6660507

    # set console user foo1 bar1

    set console open

     

    #

    # Default configuration is "myisp"

     

    default:

    load dialin

     

     

    #

    # This setup answers incoming calls from a remote peer,

    # but is not intended for dialing out.

    #

    # The local IP address is 1.1.1.1 and the remote is 2.2.2.2.

    #

     

    dialin:

    new -i ng0 dialin modem1

    set iface addrs 172.17.20.1 172.17.20.128

    set iface idle 900

    set iface session 0

    set bundle enable noretry

    load radius

    set ipcp ranges 172.17.20.1/32 172.17.20.64/28

    set ipcp yes vjcomp

    set ipcp dns 172.17.20.1

    set link enable pap

    set link disable chap-md5 chap-msv1 chap-msv2

    # set link enable chap-md5

    # set link disable pap chap-msv1 chap-msv2

    set link deny chap pap

    set link yes acfcomp protocomp

    set link keep-alive 60 180

    link modem1

    set modem idle-script AnswerCall

     

    radius:

    # You can use radius.conf(5), its useful, because you can share the

    # same config with userland-ppp and other apps.

    set radius config /etc/radius.conf

    # and/or specify the server directly here

    set radius retries 1

    set radius timeout 3

    set radius server localhost cfsrv612 1812 1813

    # send the given IP in the RAD_NAS_IP_ADDRESS attribute to the server.

    set radius me 172.17.20.1

    # send accounting updates every 5 minutes

    set auth acct-update 300

    # enable RADIUS, and fallback to mpd.secret, if RADIUS auth failed

    set auth enable radius-auth

    # enable RADIUS accounting

    set auth enable radius-acct

    # activate MPPE and let the RADIUS server assign MPPE-types and MPPE-policies

    set bundle enable compression

    set ccp yes mppc

    set auth enable mppc-pol

    # protect our requests with the message-authenticator

    set radius enable message-authentic

    -------------------------------------------------

     

    Версии используемого ПО:

    FreeBSD 6.1

    MPD 4.0b4 (сначала пробовал с 3.18, но не смог корректно завязать с радиусом).

    Клиенты в большинстве своём под разными виндами (обычные юзеры с модемами, вряд ли кто *nix использует).

    Кстати, так и не нашёл куда запихать DNS сервер для виндового клиента. Строчка "set ipcp dns 172.17.20.1" не даёт ничего. Помнится под ppp была опция ms-dns, но здесь вроде не проходит.