DraM
Случайный прохожий
Брандмауэр отключен. С компа контролер пингуется хорошо. С контролера не пингуется.
Подключение компьютеров к контролерам домена из разных под сетей.
- Автор темы DraM
- Дата начала
Ramirezkiv
Участник
Давайте смотреть, какой IP-адрес на контроллере задан в качестве шлюза?!
DraM
Случайный прохожий
Подскажите как?
Ramirezkiv
Участник
На контроллере домена в командной строке введите команду ipconfig и покажите скрин.
DraM
Случайный прохожий
Вложения
Ramirezkiv
Участник
Странно, подсетка 192.168.10.0 с маской 255.255.0.0 - в этом может быть причина проблемы.
Теперь на том же самом контроллере домена в командной строке введите команду: tracert 192.168.16.189 и покажите вывод здесь.
Теперь на том же самом контроллере домена в командной строке введите команду: tracert 192.168.16.189 и покажите вывод здесь.
DraM
Случайный прохожий
Вложения
Ramirezkiv
Участник
Странный ответ. Ответ самого контроллера о том, что узел недоступен. Об этом должен был сообщить главный роутер или точка доступа.
Пинганите пожалуйста с контроллера эти адреса:
192.168.10.1
192.168.10.адрес точки доступа с подсеткой 16
Пинганите пожалуйста с контроллера эти адреса:
192.168.10.1
192.168.10.адрес точки доступа с подсеткой 16
Ramirezkiv
Участник
А нет, не странный ответ, а вполне себе нормальный. Просто пинг с контроллера до главного роутера не доходит.
Всё дело в том, что на контроллере стоит маска 255.255.0.0 и с точки зрения этой маски подсети 192.168.10.0 и 192.168.16.0 - находятся в одной подсети 192.168.0.0. Поэтому попытка пинга компа в 192.168.16.0 не приводит к необходимости обратиться к маршрутизатору и перевалить за него.
Давайте разбираться, зачем вам в подсетке 192.168.10.0 нужна маска 255.255.0.0, а не 255.255.255.0?!
Всё дело в том, что на контроллере стоит маска 255.255.0.0 и с точки зрения этой маски подсети 192.168.10.0 и 192.168.16.0 - находятся в одной подсети 192.168.0.0. Поэтому попытка пинга компа в 192.168.16.0 не приводит к необходимости обратиться к маршрутизатору и перевалить за него.
Давайте разбираться, зачем вам в подсетке 192.168.10.0 нужна маска 255.255.0.0, а не 255.255.255.0?!
Ramirezkiv
Участник
Попробуйте на контроллере на время сменить маску с 255.255.0.0 на 255.255.255.0, если вы конечно на контроллере не через удалённое соединение сидите, а на консоли. Или на любом другом компе в подсети 192.168.10.0 смените маску на 255.255.255.0 и попробуйте пингануть 192.168.16.189
DraM
Случайный прохожий
Все поправил
Вложения
Ramirezkiv
Участник
1. пинг с контроллера до 192.168.10.1
2. пинг с контроллера до 192.168.10.точка доступа Wi-Fi
3. tracert с контроллера до 192.168.16.1
DraM
Случайный прохожий
Вложения
Ramirezkiv
Участник
192.168.10.201 - это точка доступа, за которой 192.168.16.0?
Если да, то почему не пингуется? В настройках этой точки доступа какая маска подсети указана: 255.255.0.0 или 255.255.255.0?
Надо выяснить почему она не пингуется.
Если да, то почему не пингуется? В настройках этой точки доступа какая маска подсети указана: 255.255.0.0 или 255.255.255.0?
Надо выяснить почему она не пингуется.
Ramirezkiv
Участник
Разрешите на точке доступа 192.168.10.201 прохождение пингов на фаерволе.
Ramirezkiv
Участник
192.168.10.201 - это внешний WAN-интерфейс точки доступа, поэтому пинг от контроллера к 192.168.16.0 будет расчитываться точкой доступа как попытка получить доступ со стороны "интернет". Это либо обычные правила фаервола либо где-то в NAT'е надо смотреть разрешения.
Потому что в tracert видно, что пакет доходит до главного роутера, а вот дальше ... ответа нет. Вопросы к настройкам безопасности на точке доступа Wi-Fi.
Ramirezkiv
Участник
Смотрите настройки (безопасности, фаервола, NAT) точки доступа Wi-Fi, чтобы максимально разрешить на ней прохождение всего траффика из LAN в WAN и обратно. Это ваша внутренняя сеть ЛВС - поэтому так делать можно.
