Почему на одном компьютере хорошо открывается ozon.ru, а на другом welcome to Nginx, если компьютеры в одной подсети?

Анализ проблемы: один сайт открывается, другой — нет

Основная причина в том, что один компьютер получает правильный IP-адрес для домена ozon.ru, а другой — нет, либо не может с ним связаться. Несмотря на то, что оба устройства находятся в одной подсети, сетевая конфигурация и состояние каждого компьютера могут существенно различаться. Сообщение "Welcome to Nginx" указывает на то, что запрос достигает какого-то веб-сервера (скорее всего, локального или промежуточного), но не того, который обслуживает Ozon. Давайте разберем возможные причины по слоям.

1. Проблемы с разрешением имен (DNS)

Это самая распространенная причина. Каждый компьютер в сети использует DNS-сервер для преобразования доменного имени ozon.ru в IP-адрес.

• На "работающем" компьютере: DNS-запрос возвращает корректный IP-адрес (или адреса) серверов Ozon.
• На "не работающем" компьютере: DNS-запрос может:

    *   Возвращать неверный IP-адрес (например, адрес локального сервера или прокси, на котором и установлен Nginx с дефолтной страницей). Это могло произойти из-за:
        *   Настроек в локальном файле `hosts`.
        *   Некорректных записей в кэше DNS (`ipconfig /displaydns` на Windows, `systemd-resolve --statistics` на Linux).
        *   Проблем с настройками DHCP, выдавшего неверный DNS-сервер.
    *   Не возвращать ответ вообще (таймаут).

Диагностика: Сравните вывод команды nslookup или dig на обоих компьютерах. IP-адреса должны совпадать.

# На Windows или Linux
nslookup ozon.ru

# Или на Linux
dig ozon.ru A

Решение:

• Очистить DNS-кэш:

  # Windows
  ipconfig /flushdns
  
  # Linux (systemd-resolved)
  sudo systemd-resolve --flush-caches
  

• Проверить и при необходимости исправить файл hosts:

  # Windows
  notepad C:\Windows\System32\drivers\etc\hosts
  
  # Linux
  sudo nano /etc/hosts
  

    В файле не должно быть строк, перенаправляющих `ozon.ru` на локальный адрес (127.0.0.1 или другой).

• Проверить настройки DNS-серверов в сетевом подключении.

2. Проблемы с маршрутизацией и сетевыми устройствами

Хотя компьютеры в одной подсети, путь до интернета может различаться.

• Разные шлюзы по умолчанию: Один компьютер может использовать правильный основной шлюз, а другой — нет (из-за статической настройки или сбоя DHCP).
• Политики маршрутизации: На одном из компьютеров могут быть прописаны специфичные статические маршруты или использоваться VPN-клиент, изменяющий таблицу маршрутизации.
• Промежуточные устройства (прокси, балансировщики, файрволлы): В корпоративной сети трафик с разных компьютеров может обрабатываться по-разному из-за политик, основанных на MAC- или IP-адресе. "Welcome to Nginx" часто появляется на:

    *   **Прокси-серверах** (прозрачных или настроенных в системе), которые не могут достучаться до основного сайта.
    *   **WAF (Web Application Firewall)** или **балансировщиках нагрузки**, которые находятся в режиме обслуживания или имеют некорректную конфигурацию для данного клиента.

Диагностика: Проверьте таблицу маршрутизации и настройки прокси.

# Проверка маршрутов
# Windows
route print

# Linux
ip route show

Проверьте, открывается ли сайт по прямому IP-адресу (полученному с рабочего компьютера). Если по IP открывается, а по имени — нет, проблема точно в DNS.

3. Проблемы на стороне клиента (локальные настройки)

• Настройки прокси в браузере или системе: На неработающем компьютере в системе или браузере может быть включен и настроен прокси-сервер, который и возвращает страницу Nginx. Проверьте настройки:

    *   Windows: Панель управления -> Свойства браузера -> Подключения -> Настройка сети.
    *   Linux: Настройки сети в графической оболочке или переменные окружения `http_proxy`.

• Антивирус или файрволл: Локальное защитное ПО может перехватывать HTTP-трафик для сканирования (например, функции "веб-защиты" или "безопасный браузинг") и в случае сбоя показывать свою заглушку.
• Кэш браузера/приложения: Браузер может отображать устаревшую, закэшированную страницу. Попробуйте открыть сайт в приватном/инкогнито-режиме или другом браузере.

4. Проблемы с самой сетью и ARP

В редких случаях могут быть проблемы на канальном уровне (L2).

• ARP-таблица: Компьютер с неработающим сайтом может иметь неверную запись в ARP-таблице для шлюза по умолчанию.
• VLAN: Компьютеры могут быть неверно сконфигурированы или подключены к разным VLAN, даже будучи в одной IP-подсети, что может вести к разным маршрутам выхода в интернет.

Пошаговый план диагностики

1. Сравните базовую сетевую информацию: Выполните на обоих ПК ipconfig /all (Windows) или ip addr show и проверьте IP-адрес, шлюз по умолчанию и DNS-серверы. Они должны быть идентичными (кроме самого IP-адреса).
2. Сравните результаты разрешения DNS: Выполните nslookup ozon.ru. Адреса должны совпадать.
3. Исключите влияние прокси и браузера: Откройте сайт в приватном режиме и проверьте системные настройки прокси.
4. Проверьте доступность по IP: Если nslookup на проблемном ПК выдает правильный IP, попробуйте вставить этот IP в адресную строку браузера (иногда нужно добавить заголовок Host, но для диагностики сработает).
5. Выполните трассировку: Запустите tracert ozon.ru (Windows) или traceroute ozon.ru (Linux). Сравните, где пути расходятся. Остановка на первом же прыжке с ответом "Welcome to Nginx" укажет на локальный прокси или интерцептор трафика.

Итог: Сообщение "Welcome to Nginx" — это ключ. Оно говорит о том, что запрос не "теряется", а приходит на другой веб-сервер. В 80% случаев в корпоративной среде виноваты настройки прокси или DNS, а в домашней — локальный DNS-кэш, файл hosts или перехват трафика антивирусом. Систематическая проверка по описанным выше пунктам позволит локализовать проблему.