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

Компьютер А, подключенный к корпоративной сети с помощью ОС Windows, работает нормально. Но у него периодически возникала проблема с подключением под управлением Ubuntu 15.10. Наблюдения:

  • Соединение никогда по-настоящему не теряется, оно просто зависает на 1 или 2 минуты, затем возобновляется, но в процессе прерывает любой ssh-сеанс.
  • Эта проблема не характерна для меня, но распространена на ряде компьютеров, работающих под управлением ОС Linux на моем рабочем месте. Это не должно быть моей неправильной конфигурацией. Все Windows и небольшая часть компьютеров с Linux могут нормально подключаться к Интернету. Так что это может быть конфликт программного обеспечения или ядра с сетевыми настройками на моем рабочем месте.
  • Шлюз фактически является маршрутизаторами Cisco с поддержкой HSRP. Они передают адрес 10.1.1.1, но traceroute google.com подразумевает, что сервер, который сделал маршрутизацию, является 10.1.1.2.
  • При постоянном пинге 10.1.1.1 в секунду все исходящие пакеты успешно отправляются. Но во время простоя ответный пакет ICMP не слышен.
  • При проверке пакетов MAC-адрес ICMP-пакетов, независимо от времени работы или простоя, правильно устанавливается на одно и то же значение.
  • Запуск arp -an дает одну и ту же таблицу arp как во время простоя, так и во время работы.
  • Похоже, что все должно работать нормально, но это не всегда так. Я совершенно невежественна, за исключением следующего открытия:
  • Всегда есть четкое указание на наступление нового раунда времени отклика - ответ ARP от 10.1.1.1, но только с тем же MAC, который у меня уже есть в кэше ARP. Когда сеть становится доступной, всегда можно найти ответ ARP за несколько миллисекунд до этого момента перехода.
  • К сожалению, нет очевидных доказательств того, когда сеть будет работать в нерабочее время.

Мой вопрос:

Как мне приступить к устранению проблемы? Любые мысли приветствуются.

Спасибо за чтение моего подробного описания и не стесняйтесь запрашивать дополнительную информацию.

|источник

1 ответ1

0

Как выясняется, причиной этой проблемы является конфликт IP. IP-адрес моего компьютера конфликтует с другим устройством, в частности, с IP-телефоном, в той же подсети. Так как телефон не всегда активен, поэтому мой компьютер может работать большую часть времени. Но когда он становится активным, шлюз распознает его MAC-адрес и отбросит любой пакет ICMP с моей стороны.

|источник

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