FSA

Через сеть Ростелекома тоже постоянно капча вылезает и текст, мол ваш адрес IPv6 ваш не нравится, только не знаем почему. И капча, естественно.

О version6.ru знаю и даже пополнял информацию о Ростелеком в Новосибирске и Свердловской области.

Вопрос назрел, какого провайдера выбрать. Лично меня интересует какие провайдеры полноценно предоставляют IPv6 для дома, ну и попутно для работы. Выбор из сотовых в РФ не велик. Это либо МТС, либо Мегафон. Но это не вариант. Нужен нормальный интернет по проводу. Из проводных могу назвать только Ростелеком, но они его официально не предоставляют и жёстко фильтруют, да так, что он работает хуже IPv4 за NAT. Служба поддержки убалтывает просто закрыть заявку и ничего открывать они не собираются. Второй кандидат - Дом.ру. Увы, мне недоступен в моём доме. Но знаю, что он даёт /64. Тоже плохо, хотя бы /56 надо, а лучше и вообще /48. Но, говорят, полноценно предоставляет. Сам пользуюсь Ростелекомом, потому что больше ни у кого не нашёл хоть какого-то IPv6. Все просят перезвонить, чтобы узнать твой номер и доставать потом телефонными звонками. На вопрос о наличии IPv6 тупо не отвечают, просят телефон.

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

Интересно тут цензура работает. Тебя оскорбляют, а ты в ответ не можешь.

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

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

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

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

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

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

Нагуглил заметку от 2019 года https://d-russia.ru/dolya-rossijskogo-internet-trafika-po-protokolu-ipv6-sostavlyaet-lish-3-45-ripe-ncc.html Наверно тупые, что покупают оборудование. Совсем бабки не считают.

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

А я даже как-то добился, что у меня входящие заработали. Торренты бегали, Wireguard работал. Но, видимо они или всем временно включили или мне, а когда префикс сменился, то снова доступ пропал. Автора заметки, которую мы обсуждаем :) Не к тому обращаетесь. Я уже вот так побаловался в домашних условиях - https://tavda.net/nat64-dns64 Вполне себе юзабельный интернет с сетью на машине только IPv6. Только разве что Steam не завёлся, но ему помог clatd на базе той же tayga, которую я использовал для nat64. Думаю ещё на OpenWRT с jool попробовать. Меня больше расстраивает то, что я даже при желании не могу найти провайдера с адекватным ценником и полноценным IPv6. Пока пользуюсь только тем, что дают. Ну и на своих сайтах IPv6 в приоритете. Ради интереса замерял со своего ноутбука. 60-80% трафика идёт по IPv6. Просто часто ютуб смотрю и он очень сильно даёт прирост. А вот если торренты запустить, то трафик падает до 20-40%, потому что IPv6 провайдера не позволяет полноценно пользоваться IPv6, да и раздачи в основном идут с IPv4. Ну и ради интереса поставил расширение на Google Chrome чтобы смотреть по какому протоколу я попал на сайт. Без этого реально фиг поймёшь что используется.

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

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

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

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

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

Для быстрых измерений и устранения поверждений методом замены пар (когда такое возможно) у нас сейчас используют обычный нетбук с USB-ADSL модемом. Тот же D-link DSL-200 имеет срытые настройки и мониторинг. Методика тестирования: 1. Подключаемся в некоторой точке линии (в шкафу, на коробке и т.п.). Остальную часть линии откусываем. 2. Заходим в интернет (как бы по идиотских не звучало, но по своему домашнему логину). 3. Запускаем тест, например с internet.yandex.ru 4. Смотрим график скорости загрузки штатными средствами модема. Если график ровный и без всплесков и провалов - линия на этой скорости работать будет. Если график имеет всплески или провалы, а то и вообще как забор, то скорее всего даже несмотря на то, что скорость соединения высокая, будут наблюдаться обрывы. Путём подключения к разным точкам линии выискиваем проблемный участок. Если дело совсем плохо, "натравливаем" измерителя и кабельщиков. Раньше ноутбуки садились быстро. Сейчас нетбуки позволяют весь день работать. Во время переезда с места на место нетбук просто усыпляется.

В режиме LINK TEST нет связи.

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

Такое чувство, что никому в интернете не надо была настраивать 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, но здесь вроде не проходит.