Нет подключения к Интернету в Windows / Android; OS X и VPN работают нормально

Question

Домовладелец, в котором я живу, недавно сменил поставщика услуг Интернета и, следовательно, должен был заменить их основной модем / маршрутизатор. Поскольку я на некотором расстоянии, я подключаюсь через спутниковый маршрутизатор, который они также настроили.

Когда они сменили интернет-провайдера и маршрутизатор, три компьютера под управлением Windows 7 и мой телефон Android потеряли интернет-соединение (они прекрасно подключаются к Wi-Fi, но не имеют доступа к интернету), однако два MacBook, которые я пробовал, могут без проблем подключаться. Сегодня я еще больше удивился, узнав, что мой рабочий ноутбук, работающий под управлением Windows 7 и не подключенный к Интернету, может отлично установить VPN через сеть для моей работы!

Я предполагаю, что это какая-то проблема DNS, и что конфигурация по умолчанию в OS X как-то легко справилась с изменением, тогда как конфигурация Windows и Android не смогла. Ни одна из систем не использует необычные настройки - все подключаются с использованием DHCP и их системные настройки по умолчанию. Нет никаких конфликтов IP, которые я вижу, и спутниковый маршрутизатор, кажется, распределяет IP-адреса хорошо.

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

Answer 1

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

• Ping/tcp_connect: чтобы убедиться, что вы можете получить доступ к хосту или нет, иногда ping может быть заблокирован, поэтому вы должны использовать tcp_connect (netcat, telnet), чтобы открыть порт, который вы подтверждаете.
• Использование IP-адреса вместо имени домена: чтобы игнорировать любую проблему, вызванную DNS. Если вы можете подключиться к IP-адресу, но не к имени домена, значит, вы знаете, что причиной является DNS.
• Использование traceroute/tracert: попробуйте подключить несколько хостов поблизости, затем идите дальше. Таким образом, вы можете обнаружить точку отказа на пути к хосту назначения. Хорошей идеей является использование tcptrace (Linux), поскольку команда трассировки по умолчанию использует icmp/udp, который можно заблокировать.