Не пингуется коммутатор d link
Обновлено: 06.07.2024
>Погодите, если он не пингуется и, соответственно, к нему нельзя получить удаленный
>доступ -- это одно, а если он еще при этом и
>через консоль не пускает -- это уже совсе другое. Полагаю, проблема
>может быть с памятью или иметь место аппаратная неисправность.У меня был подобный случай.
Пароль вдруг отказался принимать.
Пришлось сбрасывать ром и заходить с черного хода. После этого полгода полет нормальный.
и еще возможно он не справляеться с нагрузкой
тоже бывает.
>и еще возможно он не справляеться с нагрузкой
>тоже бывает.В этом коммутаторе один порт транковый и два порта аксессные для клиентов. Остальные порты пустые. Так что о нагрузке говорить не приходится.
>>и еще возможно он не справляеться с нагрузкой
>>тоже бывает.
>
>
>В этом коммутаторе один порт транковый и два порта аксессные для клиентов.
>Остальные порты пустые. Так что о нагрузке говорить не приходится.Вот странно вы вопрос задаёте , и что все уходят в догадки , а sh run показать ?
мда. и из какого VLAN вы пытаетесть попасть в первый VLAN?
>мда. и из какого VLAN вы пытаетесть попасть в первый VLAN?>>мда. и из какого VLAN вы пытаетесть попасть в первый VLAN?
>Пожалуйста, читайте внимательно описание проблемы выше! Написано же ясно в конфиге
interface Vlan1
ip address x.x.x.x 255.255.255.252
no ip route-cache
!
ip default-gateway x.x.x.xВот через этот default-gateway я и пытаюсь зайти на него через транковый порт.
>>
>
>
>Пожалуйста, читайте внимательно описание проблемы выше! Написано же ясно в конфиге
>
>interface Vlan1
>ip address x.x.x.x 255.255.255.252
>no ip route-cache
>!
>ip default-gateway x.x.x.x
>
>Вот через этот default-gateway я и пытаюсь зайти на него через транковый
>порт.
гейтвей у вас пингуется?
>>>мда. и из какого VLAN вы пытаетесть попасть в первый VLAN?
>>>
>>
>>
>>Пожалуйста, читайте внимательно описание проблемы выше! Написано же ясно в конфиге
>>
>>interface Vlan1
>>ip address x.x.x.x 255.255.255.252
>>no ip route-cache
>>!
>>ip default-gateway x.x.x.x
>>
>>Вот через этот default-gateway я и пытаюсь зайти на него через транковый
>>порт.
гейтвей у вас с коммутатора пингуется?
>>>>мда. и из какого VLAN вы пытаетесть попасть в первый VLAN?
>>>>
>>>
>>>
>>>Пожалуйста, читайте внимательно описание проблемы выше! Написано же ясно в конфиге
>>>
>>>interface Vlan1
>>>ip address x.x.x.x 255.255.255.252
>>>no ip route-cache
>>>!
>>>ip default-gateway x.x.x.x
>>>
>>>Вот через этот default-gateway я и пытаюсь зайти на него через транковый
>>>порт.
>гейтвей у вас с коммутатора пингуется?Мда.. скорее всего нет)
>>>>>мда. и из какого VLAN вы пытаетесть попасть в первый VLAN?>>>>>>мда. и из какого VLAN вы пытаетесть попасть в первый VLAN?
>>>>>
>>>>
>>>>
>>>>Пожалуйста, читайте внимательно описание проблемы выше! Написано же ясно в конфиге
>>>>
>>>>interface Vlan1
>>>>ip address x.x.x.x 255.255.255.252
>>>>no ip route-cache
>>>>!
>>>>ip default-gateway x.x.x.x
>>>>
>>>>Вот через этот default-gateway я и пытаюсь зайти на него через транковый
>>>>порт.
>>гейтвей у вас с коммутатора пингуется?
>
>Мда.. скорее всего нет)Дело в том, что когда коммутатор отваливается, я на него никак не могу зайти, даже с консоли. Так что ответить на этот вопрос не могу. А из Интернета, конечно же, гейтвей пингуется.
>>>>>>
>>>>>
>>>>>
>>>>>Пожалуйста, читайте внимательно описание проблемы выше! Написано же ясно в конфиге
>>>>>
>>>>>interface Vlan1
>>>>>ip address x.x.x.x 255.255.255.252
>>>>>no ip route-cache
>>>>>!
>>>>>ip default-gateway x.x.x.x
>>>>>
>>>>>Вот через этот default-gateway я и пытаюсь зайти на него через транковый
>>>>>порт.
>>>гейтвей у вас с коммутатора пингуется?
>>
>>Мда.. скорее всего нет)
>
>
>Дело в том, что когда коммутатор отваливается, я на него никак не
>могу зайти, даже с консоли. Так что ответить на этот вопрос
>не могу. А из Интернета, конечно же, гейтвей пингуется.
line vty 1 4
line vty 5 15
Вот это что . Телнет по умолчанию у вас закрыт , или вы настройки стёрли ??
И вообще похоже что вы не настраивали этот коммутатор сами.
>>>>>>>мда. и из какого VLAN вы пытаетесть попасть в первый VLAN?
>>>>>>>
>>>>>>
>>>>>>
>>>>>>Пожалуйста, читайте внимательно описание проблемы выше! Написано же ясно в конфиге
>>>>>>
>>>>>>interface Vlan1
>>>>>>ip address x.x.x.x 255.255.255.252
>>>>>>no ip route-cache
>>>>>>!
>>>>>>ip default-gateway x.x.x.x
>>>>>>
>>>>>>Вот через этот default-gateway я и пытаюсь зайти на него через транковый
>>>>>>порт.
>>>>гейтвей у вас с коммутатора пингуется?
>>>
>>>Мда.. скорее всего нет)
>>
>>
>>Дело в том, что когда коммутатор отваливается, я на него никак не
>>могу зайти, даже с консоли. Так что ответить на этот вопрос
>>не могу. А из Интернета, конечно же, гейтвей пингуется.
>line vty 1 4
>
>line vty 5 15
>
>Вот это что . Телнет по умолчанию у вас закрыт , или
>вы настройки стёрли ??
>И вообще похоже что вы не настраивали этот коммутатор сами.Действительно, настройки эти я стёр для уменьшения конфига.
И аксесс листы тоже.line con 0
exec-timeout 0 0
login authentication vty-I
exec-character-bits 8
escape-character NONE
line vty 0
access-class 101 in
exec-timeout 3 30
login authentication vty-I
exec-character-bits 8
escape-character NONE
line vty 1 4
session-timeout 10
access-class 101 in
exec-timeout 3 30
login authentication vty-I
terminal-type all
exec-character-bits 8
length 512
escape-character NONE
stopbits 1
line vty 5 15
session-timeout 10
access-class 101 in
exec-timeout 3 30
login authentication vty-I
terminal-type all
exec-character-bits 8
length 512
escape-character NONE
stopbits 1Да, коммутатор я не настраивал с нуля, а только его сопровождал и конфигурировал по необходимости. А что в этом, собственно, плохого? :-)
>>>>>>>>мда. и из какого VLAN вы пытаетесть попасть в первый VLAN?
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>Пожалуйста, читайте внимательно описание проблемы выше! Написано же ясно в конфиге
>>>>>>>
>>>>>>>interface Vlan1
>>>>>>>ip address x.x.x.x 255.255.255.252
>>>>>>>no ip route-cache
>>>>>>>!
>>>>>>>ip default-gateway x.x.x.x
>>>>>>>
>>>>>>>Вот через этот default-gateway я и пытаюсь зайти на него через транковый
>>>>>>>порт.
>>>>>гейтвей у вас с коммутатора пингуется?
>>>>
>>>>Мда.. скорее всего нет)
>>>
>>>
>>>Дело в том, что когда коммутатор отваливается, я на него никак не
>>>могу зайти, даже с консоли. Так что ответить на этот вопрос
>>>не могу. А из Интернета, конечно же, гейтвей пингуется.
>>line vty 1 4
>>
>>line vty 5 15
>>
>>Вот это что . Телнет по умолчанию у вас закрыт , или
>>вы настройки стёрли ??
>>И вообще похоже что вы не настраивали этот коммутатор сами.
>
>Действительно, настройки эти я стёр для уменьшения конфига.
>И аксесс листы тоже.
>
>line con 0
> exec-timeout 0 0
> login authentication vty-I
> exec-character-bits 8
> escape-character NONE
>line vty 0
> access-class 101 in
> exec-timeout 3 30
> login authentication vty-I
> exec-character-bits 8
> escape-character NONE
>line vty 1 4
> session-timeout 10
> access-class 101 in
> exec-timeout 3 30
> login authentication vty-I
> terminal-type all
> exec-character-bits 8
> length 512
> escape-character NONE
> stopbits 1
>line vty 5 15
> session-timeout 10
> access-class 101 in
> exec-timeout 3 30
> login authentication vty-I
> terminal-type all
> exec-character-bits 8
> length 512
> escape-character NONE
> stopbits 1
>
>Да, коммутатор я не настраивал с нуля, а только его сопровождал и
>конфигурировал по необходимости. А что в этом, собственно, плохого? :-)
Плохого ? а то что если бы вы конфигурили его с начала , вы бы вопрос сдесь не задавали. А вы попробуйте сконфигурировать его с нуля , думаю так будет лучше . Да и мельком разберитесь с такакс . И привязками к VTY
>Плохого ? а то что если бы вы конфигурили его с начала
>, вы бы вопрос сдесь не задавали. А вы попробуйте сконфигурировать
>его с нуля , думаю так будет лучше . Да и
>мельком разберитесь с такакс . И привязками к VTYСчитаю Ваше замечание абсолютно безосновательным и пустым. Поскольку эта проблема существовала ещё до того, как я пришёл работать в эту организацию. И так сложилось, что мне приходится сейчас в этом разбираться. Так как проблема не тривиальна, то я и прибегаю к вашей помощи и ожидаю от вас дельных советов, если они есть. По большому счёту проблема вообще не в консоли, а в том, чтобы сделать этот свич доступным всегда, то есть чтобы он не отваливался.
>Считаю Ваше замечание абсолютно безосновательным и пустым. Поскольку эта проблема существовала ещё
>до того, как я пришёл работать в эту организацию. И так
>сложилось, что мне приходится сейчас в этом разбираться. Так как проблема
>не тривиальна, то я и прибегаю к вашей помощи и ожидаю
>от вас дельных советов, если они есть. По большому счёту проблема
>вообще не в консоли, а в том, чтобы сделать этот свич
>доступным всегда, то есть чтобы он не отваливался.
ПРЕВЕД!Аффтар пешы исчё.
>>Считаю Ваше замечание абсолютно безосновательным и пустым. Поскольку эта проблема существовала ещё
>>до того, как я пришёл работать в эту организацию. И так
>>сложилось, что мне приходится сейчас в этом разбираться. Так как проблема
>>не тривиальна, то я и прибегаю к вашей помощи и ожидаю
>>от вас дельных советов, если они есть. По большому счёту проблема
>>вообще не в консоли, а в том, чтобы сделать этот свич
>>доступным всегда, то есть чтобы он не отваливался.
>ПРЕВЕД!
>
>Аффтар пешы исчё.А в какой порт то хоть подключен gateway ?? (из двух в апе)
>А в какой порт то хоть подключен gateway ?? (из двух в
>апе)gateway подключен к первому порту на Catalyst-е.
>>А в какой порт то хоть подключен gateway ?? (из двух в
>>апе)
>
>gateway подключен к первому порту на Catalyst-е.Простите , может я туплю в пятницу , но как же так - Vlan 1 , на котором висит IP управления не прописан вообще на порту fa0/1 ?
>>>А в какой порт то хоть подключен gateway ?? (из двух в
>>>апе)
>>
>>gateway подключен к первому порту на Catalyst-е.
>
>
>Простите , может я туплю в пятницу , но как же так
>- Vlan 1 , на котором висит IP управления не прописан
>вообще на порту fa0/1 ?Во-первых, fa0/1 транковый.
Во-вторых, на каталистах Vlan1 по умолчанию вываливается на всех транках, если не запрещён явно, как, например, на fa0/2 в данном случае.
>>>>А в какой порт то хоть подключен gateway ?? (из двух в
>>>>апе)
>>>
>>>gateway подключен к первому порту на Catalyst-е.
>>
>>
>>Простите , может я туплю в пятницу , но как же так
>>- Vlan 1 , на котором висит IP управления не прописан
>>вообще на порту fa0/1 ?
>
>Во-первых, fa0/1 транковый.
>Во-вторых, на каталистах Vlan1 по умолчанию вываливается на всех транках, если не
>запрещён явно, как, например, на fa0/2 в данном случае.Всё , сори , действительно ступил .. ((
>>>>>А в какой порт то хоть подключен gateway ?? (из двух в>>>>>>А в какой порт то хоть подключен gateway ?? (из двух в
>>>>>апе)
>>>>
>>>>gateway подключен к первому порту на Catalyst-е.
>>>
>>>
>>>Простите , может я туплю в пятницу , но как же так
>>>- Vlan 1 , на котором висит IP управления не прописан
>>>вообще на порту fa0/1 ?
>>
>>Во-первых, fa0/1 транковый.
>>Во-вторых, на каталистах Vlan1 по умолчанию вываливается на всех транках, если не
>>запрещён явно, как, например, на fa0/2 в данном случае.
>
>
>Всё , сори , действительно ступил .. ((access-class 101 in - где строка акцесс на вход ?? что то не видно.
>>>>>>апе)
>>>>>
>>>>>gateway подключен к первому порту на Catalyst-е.
>>>>
>>>>
>>>>Простите , может я туплю в пятницу , но как же так
>>>>- Vlan 1 , на котором висит IP управления не прописан
>>>>вообще на порту fa0/1 ?
>>>
>>>Во-первых, fa0/1 транковый.
>>>Во-вторых, на каталистах Vlan1 по умолчанию вываливается на всех транках, если не
>>>запрещён явно, как, например, на fa0/2 в данном случае.
>>
>>
>>Всё , сори , действительно ступил .. ((
>
>access-class 101 in - где строка акцесс на вход ?? что
команду no aa new model - для упрощения.
Однако, если зайти на коммутатор по SSH и дать команду PING на IP проблемного VLAN, то связи нет, таймаут и адрес недоступен.
Порты в режиме access. Линки подтверждаются и программно и аппаратно. ACL нет, адреса статические. Порты помечены как untagged. Уже и не знаю куда смотреть.
Коммутатор находится в стеке с 5-ю аналогичными. Первый, вышеописанный, соединён оптикой с главным оптическим коммутатором.
Оптический порт - trunk, all vlan, в качестве шлюза адрес оптического коммутатора из подсети коммутаторов, который является маршрутизатором (прописаны все VLAN и ассоциируемые с ними IP-адреса). К оптическому подсоединён третий коммутатор AT-8000GS/24POE, а к нему сервер (порт access, проблемный VLAN). Сервер видит устройства на других коммутаторах этого VLAN, пингует их и общий шлюз на оптическом коммутаторе. Виден также проблемный коммутатор. Брандмауэр вырублен, антивируса нет.
С портов проблемного коммутатора сервер из той же подсети не виден. Если прописать проблемный vlan свободный порт другого коммутатора в стеке, то сервер пингуется, однако с сервера подключенное устройство не видно.
UPD 1 Нарисовал примерно диаграмму:
Коммутаторы все видят друг друга, за исключением тех, что не пингуются. Это 2 промежуточных коммутатора, с них пинг идёт, на них нет.
С 10.5.0.110 пинг проходит вплоть до сервера СКУД, в обе стороны, причём с самого коммутатора только до шлюза 10.0.128.1, а ноутбука в 7-ом VLAN вплоть до сервера.
Что сделал: удалил/прописал заново VLAN 7 на 10.5.0.110 - не помогло.
UPD 2 Перекинул проблемные устройства в соседний стэк. Прописал VLAN 7. Заработало. Схема подключения ничем не отличается, настройки те же. Только оптические порты соседние. Буду разбираться и диагностировать порты.
Destination Mask NextHop Interface Protocol
10.5.0.0 255.255.255.0 10.5.0.92 vlan5-0 INTERFACE
UPD4
Клубок стал распутываться. Ключом стало значение: Destination 10.5.0.0
10.5.0.0 - указан как шлюз. Стал разбираться - а может быть в сети устройство с таким адресом - оказалось нет.
10.5.0.0 - это зарезервированный адрес сети 10.5.0.1-10.5.0.254
Стало быть шлюз не указан вообще.
Это говорит лично мне о том, что маршрутизация на крутом управляемом коммутаторе работает как на тупом хабе, ну или полу-тупом.
Далее: коммутаторы 10.5.0.92 и 10.5.0.97 - оптические, всего с 4-мя резервными(дублирующими) медными портами. Просто так к ним не подключишься. В сети их нет.
Подключился через SSH c помощью преобразователя USB на консольный порт. Выдернул один из транковых оптических портов. Переделал транковый медный порт дублирующий на режим access. Подключился ноутбуком с установленным адресом 10.5.0.15 255.255.255.0 - связи нет. Прописал шлюзом 10.5.0.92 (на нём экспериментировал) и ВУАЛЯ!
Пинга с коммутатором нет, зато нашлись несколько подобных устройств, которых не было видно в сети 10.5.0.0.
Потом удалось сравнить конфиг 10.5.0.92 с полностью аналогичным коммутатором. Нашлось много левых настроек.
Допустим: после команды show ip route
проблемном 92-ом отображается Interface vlan5 , а на аналоге Interface vlan5-0
Хотя во всех других местах VLAN5 отображается одинаково.
В итоге мы имеем отсутствие прописанных шлюзов и , возможно, сегментацию сети, как писал nApoBo3 в комментариях.
коммутатор D-link 8 портов, не вызывается веб-интерфейс настроек, пинг не проходит, не пингуется подключенная вай-фай точка. при этом сеть работает, файлы передаются, игры работают.
вай фай не работает.
коммутатор также не обнаруживается штатной утилитой для его настройки и перепрошивки.
заменили коммутатор на другой, Acorp, та же песня.
может дело в винде? стоят в сети компы с виндой хр сп3, хакерская сборка zverCD. Работало раньше все нормально. Один юзер пробовал в мое отсутствие ноут с вистой подрубить сам, не смог, что-то ковырял и свалил. Может быть и вирь где-то сидит.
Может кто сталкивался.
открываем инструкцию к коммутатору - смотрим его IP адрес и проверяем - а в ЭТОМ ЛИ ДИАПАЗОНЕ НАХОДИТСЯ IP АДРЕС вашего компьютера. ?
Или вы, балбесы, пытаетесь его пинговать и к нему цепляться из ДРУГОЙ ПОДСЕТИ. ?
Менять ненадолго ip компьютера кстати религия не запрещает ;) или прописать ВТОРОЙ IP в настройках TCP-IP
Может он сменил ip свича. А проверить попробуй для начала так. Поставь на машину ip свича если конфликт произойдет, значит IP на месте а если нет то надо искать.
в документации в свитчу указан дефолтный IP. для некоторых длинков 10.90.90.90
если сеть работает, значит должны быть и пинги, если они не запрещены.
видимо как написал RAID путаница с адресами/диапазонами.
чем больше информации вы предоставите о сети, тем быстрее мы найдем косяк :)
так что ресетнуть свитч и все заново сделать. так будет быстрее и проще.
конечно первым делом резетнул свич, заводской айпи 192.168.0.1
оставил в сети один комп (192.168.0.3 - сам себя пингует нормально)
реакции свича нет, резетится или нет - не понять. резетнул точку вай фай. эффекта не вижу.
выловил на компе трояна.
короче, спарка комп-свич сейчас только, от инета отключен физически. резечу свич и пытаюсь достучаться через браузер по айпи или штатной утилитой (список коммутаторов = пуст). сетка работает
Водитель Вертолёта Просветленный (43156) видимо я отстал от жизни, у длинков есть управляемые 8портовые свитчи? какая модель то? :) если не пингуется после ресета значит заводской айпи другой :) тут вариантов не много
Несмотря на то, что поддержка функции автосогласования (Auto-Negotiation) скорости порта давно уже стала само собой разумеющейся в сетевых устройствах, иногда пользователи или администраторы сетей сталкиваются с ситуациями, когда что-то пошло не так, и соединение не поднялось или поднялось не на ожидаемой скорости. Что делать в такой ситуации рассмотрим в данной заметке.
1. Возможные причины проблем.
- Физические проблемы соединения – плохие контакты в коннекторах, частичный или полный обрыв проводов в кабеле или коннекторах, неправильная разводка проводов в коннекторах и т.п.
- Программные проблемы – некорректная работа драйвера сетевого адаптера, некорректная работа внутреннего программного обеспечения сетевого устройства (коммутатора, маршрутизатора, точки доступа и т.п.).
- Аппаратные проблемы – физические неисправности сетевого устройства.
2. Методы устранения различных проблем.
Для обнаружения и устранения физических проблем можно сделать следующее:
- заменить патч-корд;
- прозвонить кабель специальным тестером, например, LT -100;
Программные проблемы решаются обновлением драйверов и установкой последних версий Firmware (внутреннее ПО) сетевых устройств (если устройства предполагают их обновление).
Аппаратные проблемы решаются заменой оборудования или же его ремонтом в специализированных сервисных центрах, если есть в этом целесообразность.
3. Если всё вышеперечисленное не помогает.
Если же найти причину проблемы не удалось, а физически всё исправно, то можно попробовать отключить автосогласование и выставить фиксированную скорость на портах с одной или двух сторон, если имеющееся оборудование позволяет это сделать. Иногда это позволяет обойти проблемы совместной несогласованной работы при подключении к сети старых сетевых устройств или устройств «No Name».
Приведу пример настройки на доступном мне коммутаторе D-Link DGS-1100-24 (H/W A1). Настройка производится на порту, к которому подключено проблемное устройство. Например, это 13 порт. Открываем страницу «Port Settings» раздела меню «System» WEB-интерфейса коммутатора, выбираем в выпадающем списке «From Port» нужный порт 13, в списке «ToPort» он выставится автоматически, выбираем нужную скорость в выпадающем списке «Speed» и нажимаем кнопку «Apply».
Скорость на порту зафиксируется и порт, в данной ситуации, поднимается на выбранной скорости.
У других настраиваемых или управляемых коммутаторов настройка будет похожа, главное найти расположение этих настроек в интерфейсе коммутатора.
Читайте также: