3

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

Предпосылки и описание проблемы

Я подключен к Интернету через провайдера кабельного телевидения. Мое соединение выглядит так: Кабельный модем Thomson <> Маршрутизатор Asus RT-N66U <> Проводные и беспроводные клиенты. Каждый раз, когда я вручную подключаю / переподключаю кабель между моим модемом и роутером, соединение возвращается. Через некоторое время (обычно, но не всегда, 6 часов, в то время как время аренды отчетов маршрутизатора в интерфейсе составляет 12 часов, в то время как время аренды маршрутизатора в интерфейсе составляет 12 часов), состояние соединения все еще "подключено", но на маршрутизаторе WAN IP получает 0.0.0.0. В результате, нет доступа в Интернет, а также нет доступа к моему домашнему серверу из глобальной сети. Но мой провайдер по-прежнему утверждает, что модем отлично виден из глобальной сети, он получает IP-адрес правильно. Всякий раз, когда я перезагружаю свой маршрутизатор (либо с его консоли, либо с помощью физического коммутатора), либо я отключаюсь, а затем снова подключаю устройство между модемом и маршрутизатором, все приходит в норму. Локальная сеть работает отлично все время.

Кстати, я не думаю, что это имеет значение, но ... Недавно мой интернет-провайдер поставил меня за двойной NAT, но, поскольку мне нужен общедоступный IP-адрес для доступа к домашнему серверу, я связался с ними, чтобы вернуть его в предыдущее состояние. Это работало как счастье, и мой DS снова был доступен из WAN, либо через IP: порт, либо через DDNS: порт.

Ниже приведены некоторые подробности, касающиеся моей сетевой среды:

Модем

  • Он получает публичный нестатический IP-адрес (однако он полустатический, поэтому у меня есть один IP-адрес на несколько дней, недель или даже месяцев).
  • Он работает в режиме моста, все порты полностью прозрачны.
  • У меня нет доступа к его веб-интерфейсу - он всегда настраивается провайдером.

маршрутизатор

  • Это единственный DHCP-сервер для моей локальной сети,
  • Модем подключен к маршрутизатору через маршрутизатор vlan2, а vlan1 - моя локальная сеть,
  • На моем маршрутизаторе есть правило переадресации портов, которое позволяет получить доступ к веб-панели DS (Diskstation): два пользовательских порта, а именно: 666 и 999, перенаправляются на IP: 192.168.1.3, один используется для HTTP, другой - для HTTP. HTTPS, плюс, я также перенаправил порт 80 на него.
  • DS MAC привязан к IP: 192.168.1.3,
  • Клонирование MAC отсутствует - MAC, установленный моим провайдером, является исходным MAC-адресом маршрутизатора,
  • IPv6 отключен

Клиентами локальной сети являются:

  • компьютеры с беспроводным подключением (MBA, Windows), телефоны и планшеты (iPhone, iPad, Windows Phone, Android Nexus 5),
  • Synology Diskstation DS211j, на котором запущено их новое программное обеспечение DSM v 5.0 (оно настроено на автоматическое получение IP-адреса от DHCP маршрутизатора),
  • телевизор Samsung,
  • аудиосистема Sony CMT-G2NiP.

Что я пробовал до сих пор - без успеха:

  • выключение всех устройств, а затем их повторное включение (включены все варианты с отключением шнура питания и отключением их на более длительное время),
  • настройка DMZ на IP модема,
  • настройка DMZ на DS IP,
  • включение и отключение UPnP в глобальной сети маршрутизатора,
  • настройка MTU роутера от 1500 до 1492,
  • изменение частоты запросов DHCP с Agressive на Normal,
  • отключение межсетевого экрана маршрутизатора,
  • отключение DDNS на DS,
  • изменение DNS на маршрутизаторе на Google (одна странная вещь заключается в том, что при настройке автоматического получения его основной DNS-адрес также равен 0.0.0.0, а дополнительный - в порядке),
  • восстановление настроек маршрутизатора до заводских настроек по умолчанию,
  • 30-30-30 сброс роутера,
  • прошивка роутера сторонней модифицированной прошивкой (Merlin build 374.40 - на данный момент установлена),
  • включение двойной WAN в режиме отработки отказа - думая, что, возможно, маршрутизатор попытается подключиться ко второй WAN после того, как основной отключится, и, если такого нет, он восстановит подключение на основном,
  • коммутируемые физические порты устройства подключены к моему модему и маршрутизатору.

Некоторые записи журнала, которые, я думаю, могут сыграть здесь свою роль:

  • 6 апреля 17:05:47 клиент dhcp: привязан 0.0.0.0 через 109.173.192.1 в течение 43200 секунд.
  • 6 апреля 18:47:28 ядро: eth1: полученный пакет с собственным адресом в качестве адреса источника

Некоторые дополнительные настройки, я думаю, могут иметь что-то общее с этим:

  • Тип подключения к глобальной сети - автоматический IP (я думаю, что это означает DHCP).
  • NAT в WAN включен, а UPnP отключен.

Настройки TCP (доступны в сборке Мерлина):

  • Время ожидания TCP: установлено: 1200
  • Время ожидания TCP: syn_sent: 120
  • Таймаут TCP: syn_recv: 60
  • Время ожидания TCP: fin_wait: 120
  • Время ожидания TCP: время ожидания: 120
  • Время ожидания TCP: close: 10
  • Время ожидания TCP: close_wait: 60
  • Время ожидания TCP: last_ack: 30
  • Тайм-аут UDP: Гарантировано: 180
  • Тайм-аут UDP: Неотвечено: 30

Правила прохождения WAN NAT:

  • PPTP Passthrough: включено
  • L2TP Passthrough: включено
  • IPSec Passthrough: включено
  • RTSP Passthrough: включено
  • H.323 Passthrough: включено
  • SIP Passthrough: включено
  • Включить реле PPPoE: отключено

У кого-нибудь есть идеи, как из этого выбраться?

(Если потребуется дополнительная информация, пожалуйста, укажите это в комментариях, я обновлю текст вопроса.)

2 ответа2

2

Это ваша проблема:

  • 6 апреля 18:47:28 ядро: eth1: полученный пакет с собственным адресом в качестве адреса источника

Или, скорее, это сообщение о такой очень плохой вещи, что она превосходит все остальные вопросы. С таким условием неудивительно, что ваше соединение обрывается через 6 часов, скорее чудо, что оно вообще работает. (Я подозреваю, что его DHCP-сервер может бездействовать до тех пор, пока не получит свой IP-адрес от DHCP-сервера ISP, из-за чего я подозреваю, что в вашей VLAN 2 существует мошеннический сервер)

DHCP-сервер вашего маршрутизатора, по-видимому, отвечает на собственный запрос DHCP: при 1/2 времени аренды DHCP клиент попытается возобновить аренду, что объясняет 6-часовой отказ.

У меня нет опыта работы с вашим конкретным маршрутизатором, поэтому я не могу назначить конкретное лекарство, но похоже, что его DHCP-клиент работает в той же VLAN, что и его DHCP-сервер, и отвечает на собственный запрос; другая возможность заключается в том, что, возможно, широковещательные передачи на канальном уровне каким-то образом пересекают VLAN.

Ошибка, приведенная выше, на самом деле является стоп-шоу. Такая ситуация никогда не должна происходить. Если бы это не ограничивалось DHCP-пакетами, такое условие цикла может нанести вред коммутатору, когда нарушающие кадры Ethernet клонируются и повторно передаются, в конечном итоге насыщая коммутационную матрицу. Обратите внимание, что это не ошибка уровня IP, а ошибка MAC/Layer 2.

Надеюсь, это поможет...

0

Ссылаясь на «6 апреля, 18:47:28 ядро: eth1: принятый пакет с собственным адресом в качестве адреса источника», есть ли рядом другой маршрутизатор / точка доступа / ретранслятор WiFi? С тем же SSID и каналом?

Теперь о ваших отключениях ... Я предполагаю, что это проблема DHCP между кабельным модемом и вашим маршрутизатором ... Проверьте клонирование MAC-адреса, мой пустой. Если там есть значение, это может быть не MAC-адрес вашего маршрутизатора. Кроме того, введите что-то случайное.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .