throughtheether

Ответте пожайлуста можно ли его перепаять

Почему нет? Правда, трудно издалека утверждать, что после перепайки у вас все гарантированно заработает.

и как называется эта деталь.

маленький прямоуголтничек

Это или резисторная сборка, или, что вероятнее, специальный развязывающий трансформатор. Но вообще говоря, без фото судить затруднительно.

D-Link

Сначала он просто перезагрузился, узнал я об этом от сотрудников которые в этот момент работали, чуть позже он перезагрузился при мне. Никакой закономерности нет, может перезагружаться 3-4 раза подряд через 2-3 минуты, а может весь деь работать как часы и перезагрузиться ночью.

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

UPD:

температура в серверной 18-20 градусов

И что? Вы знаете, что ASIC (специфические микросхемы) иногда до 80 градусов разогреваются?

на счет электролитов, не вижу смысла их проверять, так как коммутатору месяц.

Коммутатору месяц - и что? Где гарантия, что эта ситуация не повторяется в вашем случае?

И еще один вариант - если вышла новая версия прошивки, попробуйте обновить ее.

Правильно ли я сделаю если воткну в WAN патчкорд из сети

Если вы имеете в виду соединить WAN-порт нового маршрутизатора (который будет раздавать wi-fi) и LAN-порт уже установленного маршрутизатора/коммутатора то да, это один из путей решения вашей задачи.

и в настройках DHCP роутера укажу область адресов 192.168.0.80-192.168.0.100. Область адресов соновного DHCP серевра 192.168.0.10-192.168.0.79.

А вот здесь хотелось бы вас поправить. Я подозреваю, используемая маска сети - /24 (255.255.255.0). В таком случае, в настройках DHCP нового маршрутизатора (который будет активен только на беспроводном интерфейсе), следует указать другую, специально выделенную для этого сеть. Например, 192.168.1.0/24, если она нигде более не используется (хосты от 0 до 100, например).
На WAN-интерфейсе следует включить DHCP-клиент.
В таком случае все хосты, подключенные по wi-fi, будут получать адреса из новой сети (192.168.1.0/24 в примере), которые будут натироваться в один адрес из сети 192.168.0.0/24, полученный по DHCP на WAN-порту. При этом ноутбуки (т.е. хосты с wifi-подключением) будут иметь доступ к интернету и другим компьютерам. Уже установленные компьютеры не будут иметь доступа к ноутбукам в общем случае.
Касательно нюансов, которые гипотетически могут возникнуть с windows-доменом при таком решении (работает ли доменная авторизация через NAT, в частности), я ничего не могу сказать.

Другой способ - при той же физической топологии (кабель от коммутатора или LAN-порта существующего маршрутизатора подключен в WAN-порт нового маршрутизатора) включить новый маршрутизатор в режиме моста (bridging) между WAN- и wifi-интерфейсами. В таком случае доступ между wifi-хостами и существующими хостами будет обоюдным. Из минусов - растягивание L2-домена, как мне представляется, и так не самое стабильное решение, здесь же еще добавляются возможные нюансы, связанные с разными физическими средами (излишняя утилизация wifi ненужным броадкастом/мультикастом и прочая).

Я не вполне понимаю схему подключения (схема была бы кстати), но предлагаю проверить настройки автоопределения дуплекса и скорости передачи данных среды. В частности, настройки автоопределения с противоположного конца "кабеля", который вы втыкаете в маршрутизатор. Если на устройстве/устройствах с того конца скорость и дуплекс жестко заданы (100/full), например, а на маршрутизаторе определяются автоматически, то вполне возможно, что порт маршрутизатора поднимется в режиме 100/half. Это чревато потерей пакетов. Также проверьте настройки дуплекса на линках между компьютерами и маршрутизаторами.

Также хотел бы добавить, провайдер может быть виноват лишь косвенно, например, если проблемный трафик (ipv6 ndp-сообщения, dhcp-сообщения и т.д.) создается вашим соседом по коммутатору.