Morbid Posted April 8, 2017 · Report post Добрый день. Время от времени встречается такая проблема. У абонента 100% верный настройки, но до шлюза он достучаться не может. В это время на шлюзе есть две арп записи на один мак, вида: (10.172.184.142) at 40:16:7e:97:11:35 [ether] on lan ? (169.254.215.196) at 40:16:7e:97:11:35 [ether] on lan В тспдампе видно арпы прилетающие от клиента с запросом шлюза, идет ответка, но на это все. Чистка таблицы арпов не помогает (сразу после чистки снова появляется два арпа), перезагрузка оборудование абонента не помогает. По сути спасает только смена ИПшника абонента. Шлюзом стоит Linux (Debian 7.11) Проблема не смертельная, но блин не могу понять откуда берется второй мак :( и в чем может быть проблема, и как ее "правильно" решить. Есть идеи? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
mixtery Posted April 8, 2017 · Report post 169.254 = Для IPv4 в качестве link-local адресов выделена подсеть 169.254.0.0/16 (за исключением первой и последней /24 подсети). Согласно RFC 3927 (2.1), для link-local адресов зарезервирован блок с 169.254.1.0 по 169.254.254.255 [1]. смотрите оборудование клиента, проверьте на своём оборудовании Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
guеst Posted April 10, 2017 · Report post Debian disable zeroconf (link-local) network? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
