В этот момент в пингах нет аномалий, вроде скачущего времени ответа? А если задать большой размер пакета, типа ping 8.8.8.8 -l 1472 -t?
И позвоните в службу поддержки провайдера, попросите посмотреть ошибки на вашем порту.
DNS пробовали менять в настройках роутера или на клиентах? Если на роутере, то попробуйте на каком-нибудь клиенте. Если не поможет, то попробуйте на нем же настроить DNS over HTTPS - провайдеры могут принудительно заворачивать DNS-запросы на свой сервер с закономерным результатом, если он падает, перезагружается на обслуживание и т.д.
Дмитрий, да. Коммутаторы чуть дороже банки пива (а мы надеемся и верим, что сети на неуправляшках давно канули в лету) поголовно умеют прозванивать кабель на метраж отдельно по парам, что позволяет вычислить вкрученный в кабель саморез, плохую скрутку и и.д. Так же видно короткое замыкание между жилами, расплёт и статус вставлен/вытащен
Дмитрий, длину кабеля (и соответственно целостность) могут посмотреть, но если ТП многоуровневая, то говорящие головы с первой линии вряд-ли вообще знают, что такая функция существует
Dark_Time, из-за невозможности однозначно идентифицировать, куда слать фреймы с маками, которые не лезут в таблицу, они будут рассылаться широковещательно - то есть на все порты свитча и тем самым забивать лишним трафиком канал тем устройствам, которым этот трафик не предназначался, снижая эффективную скорость сети. IP-адреса имеют к этому косвенное отношение, а при деградации качества сети возможны всякие интересные (не очень) спецэффекты, в том числе и невозможность получить адрес
А самое главное-то забыли спросить! Сетевая карта PCI-E или встроенная в материнскую плату? Если PCI-E, то на некоторых бюджетных материнских платах мало линий для слотов, запросто может быть так, что при подключении видеокарты в режиме x16, оставшийся порт x4 останется без линий вовсе, в таком случае можно попробовать в BIOS принудительно выставить на порт карты режим x8 -в абсолютном большинстве случаев это достаточно, чтобы не было потерь производительности. Надо смотреть документацию к материнской плате, в общем, обычно там такие моменты расписаны
Drno, я так понимаю, речь о стандартном кинетиковском cli? Загвоздка в том, что интерфейс Zerotier видно только в линуксовой части, так как пакет сторонний. Немного покопавшись на форумах, нашёл похожую проблему с тем, что не проходит arp, посмотрел в tcpdump со стороны роутера и ПК - и действительно, при попытке пинговать друг друга они сыпят arp-запросами, но роутер не отвечает, соответственно ПК просто не знает, куда пинговать. После добавления статических arp-записей на оба устройства в tcpdump на роутере вижу, что пинг на интерфейс приходит, но в ответ тишина, а понять, почему пакеты отбрасываются, ума не хватает. Подозреваю, что мешает что-то в стандартных правилах iptables, но они там такие сложные и запутанные, что ужас просто
Drno, прошивка 2.16 из Delta-ветки. Роутер древний, официально уже сто лет, как не поддерживается. Про то, что в новых Zerotier поддерживается самой прошивкой, я в курсе. Вопрос в том, как заставить работать в виде стороннего пакета из Entware.
Очень спорное утверждение про "обязанность" провайдера ставить абоненту своё оборудование. Оператор свое оборудование уже поставил - в ТКД на доме, а абоненту предоставляет до квартиры кабель с интернетом и там не какие-то секретные внеземные технологии, которые можно добыть только у самого провайдера под подписку о неразглашении, а вполне себе стандартизированный и широко распространенный Ethernet, Gpon и так далее. Да, в случае с тем же Gpon с провайдером бывает сложнее договориться о замене терминала на свой, но не невозможно. Предоставление абонентам своего оборудования - это не необходимость и уж тем более не обязанность провайдера, а всего-лишь способ привлечь дополнительных абонентов из числа тех, кто ну вообще ничего не понимает, что такое эти ваши интернеты и куда этот проводок из стены вставить.
Ну ребят, ну очевидно же, что адрес из головы, а устройства не получают адреса вовсе и выдают себе APIPA 169.254.*.
По-хорошему бы логи посмотреть ч роутера в момент отвала или около того.
Ну и по традиции: В любой непонятной ситуации первым делом обновляй прошивку.
Ланской Кирилл, Если эти ваши сайт и приложение представлены в виде сервера, который будет подключен к одной WiFi-сети с остальными устройствами, они без проблем друг друга увидят и смогут обмениваться любой информацией, хотя решение и выглядит как-то неказисто. Опишите подробнее, какую задачу вы пытаетесь решить: что за сайт, устройства? Какой информацией предполагается обмен?
Артём, пропадание (или не) интернета зависит от того, насколько провайдеру не пофиг на кривые конфигурации у абонентов. Да и с чего бы вдруг у него тогда в Winbox стали бы светиться чужие желёзки? Очевидно, какие-то беды с тем, что внешний L2 каким-то образом просачивается внутрь. Я бы всё же начал с того, что проверил бы, в какой порт входит провайдерский линк. По-хорошему, порт, куда он входит, НЕ должен быть в одном бридже с LAN-портами. Желательно, чтобы он вообще не был в бридже.
freeeeez,
1) Keenetic лучше сбросить и перевести в режим точки доступа, это никак не повлияет на возможность установить такое же имя/пароль сети и видеть "одну" сеть. Технически сетей всё ещё будет две (их и сейчас две), просто устройства при подключении будут выбирать сеть с наивысшим уровнем сигнала. Важно, что при отключенном роуминге (который всё равно не работает на оборудовании разных производителей) клиентские устройства крайне неохотно будут переключаться между точками при перемещении по дому и чтобы их к этому искусственно подтолкнуть, на обоих точках нужно занизить мощность до минимально комфортной - придётся подбирать опытным путём.
4) N300 - это всё-таки до 300Мбит/сек, но вы не переживайте, эти 300 не для вас, это канал для клиентов, поддерживающих 40Мгц канал в два потока, находящихся в чистом поле в комнате с круговым заземлением, а за вычетом технического трафика и заголовков, полезных данных в этот канал и того можно максимум где-то в районе 3/4 впихнуть. Так и выходит, что в реальности с учётом всех помех и потерь на тех. нужды пользователю достается хорошо, если хотя бы половина, а то и четверть - не забываем, что далеко не у всех клиентов есть по две антенны, а телефоны так и вовсе зачастую залочены на 20Мгц, что в совокупности с одной антенной даёт теоретический канал в 72 Мбит/сек, а на практике - в районе 40-45Мбит/сек.
В общем, WiFi в диапазоне 2,4Ггц и без ретрансляции грустно живётся.
И позвоните в службу поддержки провайдера, попросите посмотреть ошибки на вашем порту.
DNS пробовали менять в настройках роутера или на клиентах? Если на роутере, то попробуйте на каком-нибудь клиенте. Если не поможет, то попробуйте на нем же настроить DNS over HTTPS - провайдеры могут принудительно заворачивать DNS-запросы на свой сервер с закономерным результатом, если он падает, перезагружается на обслуживание и т.д.