Russian Users MikroTik | Форум пользователей MikroTik

Dmitriy.Aleksandrov писал(а): ↑26 мар 2022, 17:38

Mastit писал(а): ↑25 мар 2022, 15:26имхо либо адрес от микротика компутер таки не получает, либо получает что-то некорректное - внимательно проверяйте адрес/маску.

Как только удаляю в микротике статическую привязку и перетыкаю кабель на проблемном компе - сразу все работает.

выделенное при "статической привязке" проверяли? - адрес вачпе прилетает на компьютер? какой? правильный?

А в ARP он виден? Как настроен DHCP его настройки?

я не очень разбираюсь в этом все.
Надо посмотреть в arp -a видны ли принтеры со статическими айпишниками? В сети они нормально работают. У dhcp обычные настройки, сетка 255.255.255.0 и шлюз с днём 192.168.1.1

выделенное при "статической привязке" проверяли? - адрес вачпе прилетает на компьютер? какой? правильный?

Да, смотрел в Винде на компах, где связь пропадала - айпишники они получали привязанные в микротике, но микротик больше не пинговали. Если тут же вручную прописать какой-нибудь другой незанятый айпиадрес, то связь сразу восстанавливалась. Или если в микротике удалить запись с этим макадресом, то сразу получали свободный айпи и связь тоже появлялась.

Как уже говорили - чудесь не бывает. Проблема в настройках микротика. Не настроен или настроен не правильно.
При статике в leases компы GW, DNS, маску сети получает? Правильный?

Dmitriy.Aleksandrov писал(а): ↑28 мар 2022, 03:20 айпишники они получали привязанные в микротике, но микротик больше не пинговали

маска и шлюз при этом правильные прилетали?

Dmitriy.Aleksandrov писал(а): ↑28 мар 2022, 03:20 Или если в микротике удалить запись с этим макадресом, то сразу получали свободный айпи и связь тоже появлялась.

а если этот динамически полученный адрес "make static" и выдаваемый адрес не менять - что будет?

Dmitriy.Aleksandrov писал(а): ↑28 мар 2022, 03:20 Если тут же вручную прописать какой-нибудь другой незанятый айпиадрес, то связь сразу восстанавливалась

а если вручную прописать тотже самый, с которым не хочет работать? - не заработает - посмотреть в журналах винды ошибки - должнажешь винда написать, почему ей этот ip не нравится...

Тот же самый айпишник прописать вручную не пробовал. Попробую, если опять проявится.

Маска и шлюз вроде правильно прилетали. Не обращал внимания. Они там стандартные. 255.255.255.0 и 192.168.1.1. Из 20 с лишним компов глючило максимум 3 компьютера. Но разных. Сначала три компа у корпоративных менеджеров и главбух. Потом у генерального и зама.
Думал связать проблему со свитчами (после микротика три разных свитча неуправляемых, простых, по 16 и 24 порта). Но проблема была с компами на разных свитчах, в разных кабинетах.

Понаблюдаю эту неделю, отпишусь.

кстати в журнал винды на проблемных компах можно и сейчас заглянуть/посмотреть - есть там чего на эту тему...

Вторая неделя проходит, пока глюк не повторился ни разу.

Что сделал:
Чуть сместил статически привязанные. Раньше начинались с 41 по 96, теперь с 21 по 76. Проблемы возникали на компах с айпишниками 41-43 и 51-52.

По вашему совету поменял диапазон dhcp, чтобы в него не входили статически привязанные адреса.


Что конкретно помогло не понял. Статику я привязывал абсолютно ко всем устройствам в сети.


Спасибо за советы!

Во, думаю что есть ещё один вариант. У вас в сети есть устройства с данными ip, которые глючат. Dhcp сервер микротика о них не знает и выдаёт данные ip компам, после этого происходит ip конфликт, 2 одинаковых ip в сети не должно быть.

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

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