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

Роутер 951-2N

собственно, сабж в теме. Пришел утром на работу. Wi-fi цепляется. Но интернет не раздает. По проводу на сервер все ок.

Собственно, ответ - что-то сломалось. Точнее по этому количеству данных никак...

podarok66 писал(а):Собственно, ответ - что-то сломалось. Точнее по этому количеству данных никак...

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

Ну а нам куда смотреть, простите за вопрос? У нас, кроме вашей строки с вопросом никаких данных.
---У меня машина не заводится. Вы не назовёте причину?---

podarok66 писал(а):Ну а нам куда смотреть, простите за вопрос? У нас, кроме вашей строки с вопросом никаких данных.
---У меня машина не заводится. Вы не назовёте причину?---

может у кого была похожая проблема. Поэтому спросил.
Интернет не раздает на устройства, которым роутер раздает IP с внутреннего DHCP. Есть так же пара устройств, которым прописаны ИП с другой подсети, те сам роутер является связующим звеном. К нему устройства цепляются по wifi, а далее по проводу соединение уходит на основной сервер, который является гейтом для этих устройств. Тут все ок.
В голове логически не укладывается, что соединение есть, а интернеты не раздает. Если был бы программный сбой, то после обнуления и заливки бекапа должно было бы восстановиться. Если бы железная проблема, то не работала бы и эта пара устройств. для которых он связующее звено.

Скажите, пожалуйста, вы кроме писанины на форуме проводили хоть какие нибудь тесты??

1. Проверить вывод команды ipconfig на проблемных клиентах, если это Windows, если Linux, то ifconfig, состояние интерфейсов.
Основываясь на опыте и знании конфигурации вашей сети сделать вывод о том, все ли правильно настроено или получено от DHCP клиентом?
2. Выполнить команду Ping, до роутера, шлюза, google и так далее. Сначала по IP, потом по имени сайтов.
3. Проверить на шлюзе и на промежуточных активных устройствах, в таблице ARP или коммутационных таблицах, появляются ли MAC проблемных устройств-клиентов.
4. Проверить в таблице Leases, на DHCP сервере, наличие зарегистрированых MAC адресов проблемных устройств и выданных им IP адресов. Убедиться, что все верно.
5. На основании полученных данных, основываясь на собственных умозаключениях и опыте сделать вывод о том, где порылась проблема.
5а. Полностью выключить ВСЕ фаерволлы на всех шлюзах, микротиках и так далее. Попробовать провести все тесты заново.
6. Попытаться решить проблему самому.
7. Если пункт 6 выполнить не удается - обратиться к более квалифицированному коллеге.
8. Если пункт 7 не дает желаемого результата, то нарисовать схему сети и выложить сюда ее и конфиги микротиков. Попытаться описать проблему ТЕХНИЧЕСКИМ языком с подробным описание того, что уже вами было сделано и опробовано. Ждать и надеяться, что кто-то пожертвует своим временем и попробует разобраться во все этом.
9. Если и это не помогло - есть баннер внизу каждой страницы на форуме. Обычно это помогает и через потраченные денежные средства мозги начинают шевелиться.

оказалось, провайдер сменил ДНС и ничего не сказали.
Бывает и так

Да уж.
Неделя писанины, и 30 секунд на проверку. В моей рекомендации п. 2.
Проблема решается за 60 секунд.

А вообще рекомендуется в качестве DNS использовать google и yandex.
https://ru.wikipedia.org/wiki/Google_Public_DNS
https://ru.wikipedia.org/wiki/Google_Public_DNS

gren00 писал(а):оказалось, провайдер сменил ДНС и ничего не сказали.
Бывает и так

нее, бывает так, что настраивают по своему. Если бы было настроено как нужно, то новые ДНСы были бы получены автоматически.

Не факт. Есть такой вариант, чисто по-русски: ручной IPoE, когда все нужно внести вручную... :)