Сегодня умер при перепрошивке. Последнее, что я увидел, удалось запечатлить на скриншоте:



Подождал минут 5, пинга нет, перезагрузил.
После включения однократно моргают порты, а далее тишина, не грузится, порт на подключение не реагирует.
Ресет не помогает. Как лечить?

он часто замирает на величине типа 37%, надо было просто подождать подольше

D-Link SmartConsole Utility качайте, с помощью неё попробовать восстановить

Утилита есть, но ни один порт на свитче не поднимается.



Да, но на минутку - две, я ждал более 5 минут.

Как на данном коммутаторе (хотя это относится к любому похожему dlink'у) создать ACL, который заблокирует абсолютно любой трафик с порта?
Т.е. стоит задача разрешить определенный трафик, а любой другой - запретить.
Максимум что удается сделать - это запретить, к примеру, весь IP трафик.

За всю неделю никто из тех.поддержки d-link'а не заходил сюда? Или просто никто не знает ответа на такой простой вопрос?

Нет, просто вопрос не раскрыт.

Определённый, это какой?

А почему это важно?
К примеру, нужно пропустить пакеты с ethertype 0x8863 и 0x8864 и отбрасывать любые другие пакеты.

На том же rubytech 2410c это решается элементарно. Создаются два acl для ethertype 0x8863 и 0x8864 с действием "no-change", и одно с действием drop (для любого трафика). Если трафик не подпадает под первые разрешающие правила, то он отбрасывается последним запрещающим правилом. Т.е. получается белый список: что не разрешено - то запрещено.

Как это сделать на d-link?

Интересно, за эту неделю кто-нибудь из сотрудников ТП тут появится?
Я конечно могу продублировать свой вопрос на e-mail, но тогда ответ на мой вопрос никому больше не принесет пользы...

dao89, вообще на других моделях свитчей у длинка такая же идеология работы ACL, как вы написали про rubytech. у 1100-10 - не знаю, вот сам взялся его мучить, озадачился поиском багов )

собственно, первый баг - при добавлении трастед-сетей ("create trusted_host network ..."), но при "disable trusted_host" эти трастед-сети видятся при show trusted_host, но не отображаются в конфиге и, соответственно, не сохраняются при ребуте свитча.
второй баг, аналогичный первому - в конфигурации traffic control параметры countdown и time_interval теряются при переключении action в режим drop.
третий баг - команда "top" есть, но ничего не выводит.

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

ps: прошивка 1.01.B087
pps: ну да, забыл... баг четвертый. обновиться с заводской прошивки до b087 не получилось - выдавало что-то типа "http upload failed". залил b083, потом без проблем обновился до b087. мне не везет? ))

_________________
/nixx

2 dao89, ответил Вам в почте, дублирую тут - примеры настройки ACL на коммутаторах Dlink: http://dlink.ru/ru/faq/62/1517.html
2 nixx, я уточню у разработчиков вопрос по сохранению параметров отключенного функционала.

Alexander Gavrilin, вариант из FAQ не проходит, синтаксис, очевидно, отличается. Не могли бы вы привести пример который заработает на данном коммутаторе?

Повторю вопрос: есть необходимость создания ACL, которая заблокирует любой трафик с порта. Не в каком-то определенном vlan, а вообще любой трафик.

Вот, к примеру, выполняю я

Захожу в web-интерфейс, а там

Как это понимать? VLAN не тот, в портах пусто. Action не тот, что я создавал. Всё не то.
Как бы то ни было, задача заблокировать весь трафик, а не в каком-то определенном vlan.

P.S. Прошивка, само собой, последняя.

2 dao89,
В целом синтаксис может немного отличаться, но логика везде одинакова.
Чтобы заблокировать весь трафик на порту, можно также использовать ethernet ACL(пример для этого коммутатора):

create access_profile ethernet source_mac ffffffffffff profile_id 1
config access_profile profile_id 1 add access_id auto_assign ethernet source_mac 1C:87:2C:5F:A0:47 mask 000000000000 port 7 deny

при маске "000000000000" будут блокироваться пакеты с любым МАКом.