Совсем недавно поставили 18 (восемнадцать - иначе не стал бы так бороться с ними) роутеров в коттеджном поселке. Полгода все работало без проблем, настроили легко и просто (PPTP). Сейчас провайдер протянул оптику, заменил сервер и совсем чуть-чуть поменял настройки. А именно, вкратце юзеров (которые без роутеров подключаются, напрямую) инструктировали так:

"В ШИФРОВАНИИ ДАННЫХ если не стоит, то выбираем: НЕОБЯЗАТЕЛЬНОЕ (ПОДКЛЮЧИТЬСЯ ДАЖЕ БЕЗ ШИФРОВАНИЯ).

В пункте РАЗРЕШИТЬ СЛЕДУЮЩИЕ ПРОТОКОЛЫ выбираем только ПРОТОКОЛ ПРОВЕРКИ ПАРОЛЯ (CHAP)."

если надо подробнее, то подробные инструкции провайдера по изменению настроек в вордовском файле лежат здесь


И действительно. Если стоИт "галочка" где-то еще, кроме как на CHAP, то соединения (через компьютер, конечно) теперь не происходит.

Так вот, в DIR-655 ничего похожего (настроек шифрования) не нашел, перепробовал все возможные варианты подключения, обновил прошивку до последней - все безрезультатно. Пишет Establishing Connection ... некоторое время висит и вываливается назад.

Очень прошу подсказать вариант решения проблемы. Очень не хочется за свой счет соседям менять роутеры, т.к. именно я был на свою голову тем советчиком, что выбрал DIR-655 (был самой новинкой на тот момент).

Спасибо за предупреждения, правда такая проблема наблюдается, будем исправлять.

Сергей, это не предупреждение, а крик души
По теории, дабы сохранить отношения с соседями, мне нужно либо срочно сегодня-завтра решить этот вопрос, либо купить 18 роутеров за свой счет и поставить людям. Терять свои ~3000$ совсем не хочется. Скажите, можно что-то сделать или реально смотря на вещи, уже надо искать замену, а потом продавать d-link'и?

Извините проблема с связана с MSCHAP а не CHAP уточните еще раз какая авторизация у провайдера.

Проблема связана с тем, что провайдер отказывает в авторизации при использовании в настройках соединения любого дополнительного протокола кроме CHAP (просто CHAP, не MS).

Иными словами, нужна возможность коннекта с CHAP и без шифрования, а DIR-655 этого не умеет

"Провайдер" сказал, что в таком формате сейчас работают много их коллег и ничего удивительного в этом нет, т.к. через VPN шифровать данные - это лишнее торможение и они от этого отказались, как и многие другие. Таким образом, возможно, я один из немногих, кто поднял вообщем-то достаточно глобальную проблему в 655. Мне кажется, это заслуживает решения в любом случае ...

... т.е., если я правильно понял, в ближайшее время рассчитывать не на что?

Никаких проблем у роутера с авторизацией CHAP нет.

Сергей, Вы бы хоть написали "проблемы нам неизвестны" и попробовали разобраться в сути. А так получается, я здесь пишу просто так, для собственного развлечения. "С CHAP" - проблем может и нет. Но я снова повторяю (по сути, уже в третий раз), что в роутере нет возможности гибкой настройки авторизации. А именно, отключения иных протоколов, как это есть в обычной влкадке Security (Безопасность) в стандартном соединении Windows. По этой причине роутер неспособен авторизоваться как минимум у одного крупного провайдера.

Я понял бы любое резюме проблемы, даже "Мы не считаем эту проблему серьезной, поэтому ничего предпринимать не собираемся". Но пока, в течение недели я получил только ответ, кратко и емко характеризующий меня как слабоумного, балующегося на форуме от изобилия лишнего времени

Поймите и нас, мы не однократно проводили тесты, устройство свободно проходит авторизацию используя протокол chap, причем тестировали на разных VPN серверах, может у вас провайдер ввел авторизацию 802.1x?

joyrider
да, к сожалению указать устройству какой протокол авторизации использовать - нельзя и добавление такого функционала не планируется.

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

Дополнительных авторизаций наш провайдер не вводил. Напротив, все было упрощено!

Вот при таких условиях c компьютера легко происходит соединение:




Но если поставить еще хоть одну дополнительную галочку, то коннекта не будет! Т.е. нужен ТОЛЬКО CHAP. Вопрос один был и остается - можно ли ввести DIR-655 в аналогичное состояние, т.е. поставить optional encryption и принудительно отключить все попытки использования MS-CHAP? Ведь ничего экстраординарного в этом нет, я просто хочу получить настройки, аналогичные архаичному WinXP, в котором все работает!

Этого функционала нет и не планируется ни в одном из устройств DI/DIR.

См. мой пост выше.

Александр, благодарю за ответ. Я примерно так и представлял себе ситуацию, но мне нужны были основания, для разговора с провайдером. Буду использовать Ваш аргумент, спасибо.

К сожалению, разговор с тех. поддержкой провайдера (и даже личный - с кем-то из руководителей админов) не дал результата. Увы, я не могу верно передать все термины, но все сводится к тому, что "у них все настроено замечательно, все работает".

Но вот незадача - один из соседей, устав ждать интернет, сам купил роутер Linksys и ... все у него работает! Все логинится без проблем.
Значит, все-таки проблема все-таки в роутерах?! Меня вынуждают покупать эти Линксисы, но я до последнего сопротивляюсь - ведь все это будет из моего кармана!

Очень печалит такой опыт с Dlink'ом, учитывая, что именно этому бренду я доверял последние лет десять точно. Даже когда горели постоянно блоки питания и невозможно было найти аналоги.

Вот, может логи что-то подскажут? :

Sun Jul 06 22:51:09 2008 WAN interface is down
[INFO] Sun Jul 06 22:50:39 2008 Above message repeated 1 times
[INFO] Sun Jul 06 22:50:09 2008 Log viewed by IP address 192.168.0.199
[INFO] Sun Jul 06 22:50:09 2008 WAN interface is down
[INFO] Sun Jul 06 22:49:50 2008 Log viewed by IP address 192.168.0.199
[INFO] Sun Jul 06 22:49:44 2008 Above message repeated 1 times
[INFO] Sun Jul 06 22:49:39 2008 WAN interface is down
[INFO] Sun Jul 06 22:44:10 2008 Above message repeated 10 times
[INFO] Sun Jul 06 22:43:55 2008 Stored configuration to non-volatile memory
[INFO] Sun Jul 06 22:43:40 2008 WAN interface is down
[INFO] Sun Jul 06 22:43:12 2008 Log viewed by IP address 192.168.0.199
[INFO] Sun Jul 06 22:43:10 2008 WAN interface is down
[INFO] Sun Jul 06 22:42:40 2008 Above message repeated 1 times
[INFO] Sun Jul 06 22:42:24 2008 Log viewed by IP address 192.168.0.199
[INFO] Sun Jul 06 22:42:10 2008 WAN interface is down
[INFO] Sun Jul 06 22:42:10 2008 Blocked incoming UDP packet from 192.168.64.57:137 to 192.168.64.255:137
[INFO] Sun Jul 06 22:42:09 2008 Blocked outgoing TCP packet from 192.168.64.94:37571 to 192.168.64.1:1723 as RST received but there is no active connection
[INFO] Sun Jul 06 22:42:09 2008 Blocked incoming TCP packet from 192.168.64.1:1723 to 192.168.64.94:37571 as PSH:ACK received but there is no active connection
[INFO] Sun Jul 06 22:42:09 2008 Blocked incoming UDP packet from 192.168.64.57:137 to 192.168.64.255:137
[INFO] Sun Jul 06 22:42:08 2008 Blocked incoming UDP packet from 192.168.64.22:137 to 192.168.64.255:137
[INFO] Sun Jul 06 22:42:08 2008 Blocked incoming UDP packet from 192.168.64.57:137 to 192.168.64.255:137
[INFO] Sun Jul 06 22:42:07 2008 Blocked incoming UDP packet from 192.168.64.22:137 to 192.168.64.255:137
[INFO] Sun Jul 06 22:42:07 2008 Blocked outgoing TCP packet from 192.168.64.94:37571 to 192.168.64.1:1723 as RST received but there is no active connection
[INFO] Sun Jul 06 22:42:07 2008 Blocked incoming TCP packet from 192.168.64.1:1723 to 192.168.64.94:37571 as PSH:ACK received but there is no active connection
[INFO] Sun Jul 06 22:42:07 2008 Blocked incoming UDP packet from 192.168.64.22:137 to 192.168.64.255:137
[INFO] Sun Jul 06 22:42:06 2008 Blocked outgoing TCP packet from 192.168.64.94:37571 to 192.168.64.1:1723 as RST received but there is no active connection
[INFO] Sun Jul 06 22:42:06 2008 Blocked incoming TCP packet from 192.168.64.1:1723 to 192.168.64.94:37571 as PSH:ACK received but there is no active connection
[INFO] Sun Jul 06 22:42:06 2008 Blocked outgoing TCP packet from 192.168.64.94:37571 to 192.168.64.1:1723 as RST received but there is no active connection
[INFO] Sun Jul 06 22:42:06 2008 Blocked incoming TCP packet from 192.168.64.1:1723 to 192.168.64.94:37571 as PSH:ACK received but there is no active connection
[INFO] Sun Jul 06 22:42:06 2008 Blocked outgoing TCP packet from 192.168.64.94:37571 to 192.168.64.1:1723 as RST received but there is no active connection
[INFO] Sun Jul 06 22:42:06 2008 Blocked incoming TCP packet from 192.168.64.1:1723 to 192.168.64.94:37571 as PSH:ACK received but there is no active connection
[INFO] Sun Jul 06 22:42:05 2008 Blocked incoming UDP packet from 192.168.64.92:137 to 192.168.64.255:137
[INFO] Sun Jul 06 22:42:03 2008 Above message repeated 2 times
[INFO] Sun Jul 06 22:42:03 2008 Blocked incoming UDP packet from 192.168.64.57:137 to 192.168.64.255:137
[INFO] Sun Jul 06 22:42:01 2008 Above message repeated 2 times
[INFO] Sun Jul 06 22:42:01 2008 Blocked incoming UDP packet from 192.168.64.22:137 to 192.168.64.255:137
[INFO] Sun Jul 06 22:41:59 2008 Above message repeated 2 times
[INFO] Sun Jul 06 22:41:58 2008 Allowed configuration authentication by IP address 192.168.0.199
[INFO] Sun Jul 06 22:41:58 2008 Blocked incoming UDP packet from 192.168.64.59:137 to 192.168.64.255:137
[INFO] Sun Jul 06 22:41:56 2008 Above message repeated 2 times
[INFO] Sun Jul 06 22:41:52 2008 Blocked incoming UDP packet from 192.168.64.57:137 to 192.168.64.255:137
[INFO] Sun Jul 06 22:41:52 2008 Above message repeated 1 times
[INFO] Sun Jul 06 22:41:51 2008 Blocked incoming UDP packet from 192.168.64.22:137 to 192.168.64.255:137
[INFO] Sun Jul 06 22:41:51 2008 Blocked incoming UDP packet from 192.168.64.57:137 to 192.168.64.255:137
[INFO] Sun Jul 06 22:41:50 2008 Blocked incoming UDP packet from 192.168.64.54:137 to 192.168.64.255:137
[INFO] Sun Jul 06 22:41:50 2008 Blocked incoming UDP packet from 192.168.64.22:137 to 192.168.64.255:137
[WARN] Sun Jul 06 22:41:50 2008 A network computer (MSI) was assigned the IP address of 192.168.0.199.
[INFO] Sun Jul 06 22:41:49 2008 Blocked incoming UDP packet from 192.168.64.54:137 to 192.168.64.255:137
[INFO] Sun Jul 06 22:41:49 2008 Blocked incoming UDP packet from 192.168.64.22:137 to 192.168.64.255:137
[INFO] Sun Jul 06 22:41:49 2008 Blocked incoming UDP packet from 192.168.64.54:137 to 192.168.64.255:137
[INFO] Sun Jul 06 22:41:48 2008 Blocked incoming UDP packet from 192.168.64.92:137 to 192.168.64.255:137
[INFO] Sun Jul 06 22:41:47 2008 Starting DHCP server
[INFO] Sun Jul 06 22:41:47 2008 Blocked incoming UDP packet from 192.168.64.92:137 to 192.168.64.255:137
[INFO] Sun Jul 06 22:41:46 2008 Above message repeated 1 times
[INFO] Sun Jul 06 22:41:46 2008 Blocked incoming UDP packet from 192.168.64.57:137 to 192.168.64.255:137
[INFO] Sun Jul 06 22:41:45 2008 Above message repeated 1 times
[INFO] Sun Jul 06 22:41:44 2008 Blocked incoming UDP packet from 192.168.64.19:137 to 192.168.64.255:137
[INFO] Sun Jul 06 22:41:44 2008 Blocked incoming UDP packet from 192.168.64.57:137 to 192.168.64.255:137
[INFO] Sun Jul 06 22:41:44 2008 Blocked incoming UDP packet from 192.168.64.19:137 to 192.168.64.255:137
[INFO] Sun Jul 06 22:41:43 2008 Blocked incoming UDP packet from 192.168.64.22:137 to 192.168.64.255:137
[INFO] Sun Jul 06 22:41:43 2008 Blocked incoming UDP packet from 192.168.64.19:137 to 192.168.64.255:137
[INFO] Sun Jul 06 22:41:42 2008 Blocked incoming UDP packet from 192.168.64.22:137 to 192.168.64.255:137
[INFO] Sun Jul 06 22:41:42 2008 Blocked incoming UDP packet from 192.168.64.19:137 to 192.168.64.255:137
[INFO] Sun Jul 06 22:41:41 2008 Above message repeated 2 times
[INFO] Sun Jul 06 22:41:40 2008 Blocked incoming UDP packet from 192.168.64.59:137 to 192.168.64.255:137
[INFO] Sun Jul 06 22:41:40 2008 Blocked incoming UDP packet from 192.168.64.19:137 to 192.168.64.255:137
[INFO] Sun Jul 06 22:41:40 2008 Blocked incoming UDP packet from 192.168.64.59:137 to 192.168.64.255:137
[INFO] Sun Jul 06 22:41:40 2008 Blocked incoming UDP packet from 192.168.64.19:137 to 192.168.64.255:137
[INFO] Sun Jul 06 22:41:40 2008 Attempting to start always-on WAN connection
[INFO] Sun Jul 06 22:41:40 2008 Bringing up WAN using RUSSIA PPTP
[INFO] Sun Jul 06 22:41:40 2008 WAN interface cable has been connected
[INFO] Sun Jul 06 22:41:39 2008 LAN interface is up
[INFO] Sun Jul 06 22:41:39 2008 LAN Ethernet Carrier Detected
[INFO] Sun Jul 06 22:41:39 2008 Device initialized
[WARN] Sun Jul 06 22:41:39 2008 gw_wireless_schedule init
[INFO] Sun Jul 06 22:41:39 2008 Wireless Link is up
[INFO] Sun Jul 06 22:41:38 2008 Unlock AP setup
[INFO] Sun Jul 06 22:41:38 2008 No Internet access policy is in effect. Unrestricted Internet access allowed to everyone
[INFO] Thu Jan 01 03:00:00 1970 Loaded configuration from non-volatile memory