В точках доступа/роутерах для домашнего использования предусмотрен только доступ по HTTP (иногда +HTTPS, но редко). Telnet только на точках/роутерах с "русской" прошивкой (разработчик D-Link Russia).

По поводу проблемы:
Разработчики признают проблему с назначением шлюза по DHCP (будет исправлено), но не могут выявить проблему с зависанием точки.

Как интересно!.. То есть для этого устройства такой возможности не будет?


Дак даже есль шлюз руками прописан - всё равно отваливается через неопределенное время


Дак она походу не зависает, а, толи в ребут постоянный уходит, толи просто перестает на себя пускать

Замечательно, что хоть 1 проблему признали, но скажите, почему точка блокирует работу другого сетевого оборудования? Или этой проблемы так же не выявили разработчики ? У меня точки работали в "шумной" зоне, где порядка 20 беспроводных сетей в радиусе действия и в проводной сети 40 устройств. Все сетевое оборудование было д-линк. Причем страые дап-1150 и функциональней и работают гораздо стабильней. Прикупил еще Линксис Е900 для проверки, так ее настроил и забыл... полгода вообще не выключаясь работает и никаких нареканий.

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

День 12ый, сетка всё таки упала(

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

А теперь по делу.

На точке есть зеленая картиночка D-link Green. В ней-то вся беда и скрыта. Из самых благих побуждений, как это обычно бывает, афтары данного изделия решили экономить электроэнергию. Хотя, конечно, не из каких не из благих побуждений, а просто маркетинговый ход такой - мотивировать покупателей покупать. Ну так вот. Экономия электричества заключается в том, что если отсутствует соединение по Ethernet ИЛИ нет подключения по Wi-Fi, то точка уходит в спящий режим. Однако что-то пошло не так и вместо экономии электричества при переключения в спящий режим точка начинает усиленно загаживать сеть посылая некий шлак коммутатору. Как именно у нее это получается - проверить не могу, нет аппаратно техническких средств в распоряжении. Она ведь сама является 2-портовым коммутатором. Может быть она устраивает петлю. Может быть как-то иначе...

Картина маслом: вечером, сотрудники уходят по домам, унося свои айфоны и айпады. Wi-Fi-ем перетают пользоваться, через несколько минут точка пытается заснуть и вешает проводную сеть. Иногда на несколько часов, иногда до перезагрузки.
Обезопасить сеть от злобной точки можно только одниим способом - подключить ее к управляемому коммутатору и для соответствующего порта принудительно установить 10Mb HD.

Хорошо бы просто отключить ентот Green, однако соответствующих настроек на Web-интейфейс не выведено. Наверняка где-нибудь в линуксе, на котором работает точка, где-то можно вписать что-нибудь типа Power Management:off

Короче, вопрос к разработчикам такой:

How to disable fucking power saving feature???!!!

P.S. Еще у данной точки беда с временем и датой. Устанавливаешь точное время, настоаиваешь NTP, а спустя какое-то время (после ухода точки в спящий режим?) дата и время сбиваются на что попало. Как следствие, невозможно использовать Schedule

P.S.S. После последнего отрубания сети в логе у точки осталось такое (дата и время неправильные):

P.S.S. 10Mb HD не помогает. Разве что поместить wifi в отдельный сегмент сети за вторым маршрутизатором.

Добрый день,

Разработчики скорее всего не согласятся отключать заявленную функцию (Dlink Green).
Есть ли у Вас возможность отзеркалировать трафик с потра коммутатора, к которому подключена точка, в то время когда в сети нет клиентов?

Нет ни возможности, ни желания. Пускай экспериментами занимаются разработчики, если им в дальнейшем хочется продавать свою продукцию.
Я работаю в сфере ИТ с 1996 года. Наблюдал за появлением товаров D-link на рынке. Когда-то они были недорогими и относительно надежными. Теперь ситуация изменилась. Лично я решил проблему просто: точку доступа - в помойку и полный отказ от продукции D-link в дальнейшем.

Согласен. За год от саппорта - ничего. Итог: баг есть, решения нет. Но есть другие производители. Думаю, можно закрывать тему. D-link, вы останетесь в нашей памяти...

Решение: сняли с производства ревизию А, и заменили на B.С учётом цены-можно закрыть глаза на некоторые баги.

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

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

До сих пор не починили DAP1155A1 по прежнему виснет. Хотя бы бесплатно замените эти железки на B1 прошивки, если не хотите чинить баги. Даже исходники не выложили, чтобы было можно починить прошивку самостоятельно.