Артём, если много мультикаста, то похоже, что свитч провайдера флудит. Это вопрос для службы поддержки и заявки в технический отдел. Обращаться крайне рекомендую именно в момент флуда, чтобы оператор мог своим глазами увидеть наличие проблемы.
Артём, много не надо, хватит буквально пары секунд на подключении Beeline. Полученный дамп нужно сохранить на компьютер и открыть в программе Wireshark - там будет видно, что за трафик
psiklop, уважаемый, у вас что-то с восприятием не так. Я не говорил, что используемые мной инструменты особо простые - нет, не простые, их использование требует некоторой степени подготовки, тем не менее, ТС указал, что готов разбираться. Я нигде не говорил, что мой вариант единственно верный - это всего-лишь то, к чему я пришел на текущий момент. И банальные прокси я тоже проходил - буквально первым же решением, но держать общесистемно включенным прокси оказалось неудобно. Держать отдельный браузер с прокси и отдельный без - неудобно. Запускать две сессии одного браузера с разными ключами - неудобно. Описание моего конфига не для вас - вы можете пользоваться тем, что вам удобно и работает, - оно для ТС. Комментарий в ваш ответ я оставил, чтобы поправить неточности - вводить людей в заблуждение не здорово.
Какой-то бессмысленный оффтоп. Вы вот вообще не тот ресурс выбрали, чтобы упрекать пользователей в интересах к IT.
psiklop, я, может быть, чего-то неправильно понял, но, когда я здесь регистрировался, это были не ответы маил ру, а сервис с явно выраженной IT-направленностью. Здорово, что вы не разобрались и не захотели разбираться в решении вопроса выборочной маршрутизации, но не надо преподносить это, как задачу исключительно для красноглазых линуксоидов без личной жизни, способных скомпилировать ядро в уме. Но, вот, ТС в вопросе разобраться хочет и готов искать информацию самостоятельно, просто просил перечислить рабочие методы, чтобы не тратить время на нерабочие, что я и сделал, перечислив применяющиеся у меня инструменты, причем этот вариант после настройки более не требует ручного вмешательства уже многие месяцы: на телефоне VPN включен всегда и трафик в него заворачивается только для выбранных приложений, в домашней сети соответствующие инструменты подняты на роутере и на конечных девайсах вообще не требуется никакого вмешательства - всё просто работает.
SSH всё ещё требует помимо Putty и Firefox, ещё и внешний сервер, куда и будет завернут тоннель, так что это решение не сильно проще других, так ещё и требует ручного подключения каждый раз.
РКН в любой момент забанит SSH за границу, как и любой другой протокол, в блокировки которых многие не верили до последнего.
psiklop, понял. Спасибо, что открыли мне глаза на то, что IT не приносит мне ни удовольствия, ни денег. Завтра же уволюсь со своего места, взамен пойду торговать картошкой на рынок, компьютер продам.
Ну а если по теме: я всего-лишь описал свой работающий сетап, показавший стабильность в течение многих месяцев и указал, что те, проблемы, которые вы описываете в своем ответе (в частности - что VPN якобы требует заворачивать в себя весь трафик) - это неправда. Может быть и нехотя, но вы вводите пользователей в заблуждение.
И свой SSH-туннель вы куда открываете? Уж не на внешний сервер ли, который предварительно нужно было настроить?
Помимо статыщ вариантов VPN есть ещё столько же вариантов отправлять трафик в тоннель выборочно: от ручной маршрутизации, до PBR по конкретным устройствам или доменам. Я дома использую комбо из NFQWS для большинства сервисов, Wireguard для тех, с чем первый не справляется, ipset-dns для выборочной маршрутизации по доменам, VLESS на мобилках через клиент NekoBox с указанием конкретных приложений. Пара вечеров на настройку сервера за 200р/мес стоят свободного интернета
Morde, я этого не утверждал. Всего-лишь забавное наблюдение из практики.
А по делу: вам бы в службу поддержки обратиться и желательно, чтоб на той стороне провода голова могла не только просить перезагрузить роутер, но и иметь доступ на ваш коммутатор, чтобы прозвонить кабель (да, так можно) посмотреть счётчики ошибок. Если ничего сомнительного не найдут, пригласить сотрудника, чтобы переобжал все это, что можно, перебрал все скрутки при их наличии. Странные плавающие проблемы в сети - это почти всегда физика
GavriKos, роутер же режет скорость и добавляет 0.01мс задержки! У нас даже монтажники были, которые под таким упоротым предлогом городили абонентам свитч на вход, чтоб только ПК не через роутер подключать
С первым утверждением не согласен категорически. Скрутка на фото выглядит не очень, но на расстояние в пределах квартиры - этого более, чем достаточно для теста на поднимаемость линка. А вообще, "правильно" сделанная скрутка прямыми руками трезвого монтажника очень незначительно влияет на характеристики кабеля, а по надёжности сильно выше, чем соединения на розетках или переходниках. У среднего абонента среднего оператора на средних ~50м дешевейшей омеднёнки в среднем две скрутки от коммутатора до абонента и гигабитные тарифы при этом нормально работают.
3) - абсолютное большинство розеточных модулей являются самозажимными и из инструмента требуют только кусачки, чтобы лишние хвосты откусить и отвёртку, чтобы рамку смонтировать на подрозетник
Затем, что сетевые интерфейсы обладают разными характеристиками и по-разному реагируют на изменение характеристик кабеля. За свою практику техником провайдера бессчётное количество раз встречал, как при подключении "коммутатор оператора -> комп абонента напрямую" стабильно работал линк на 100мб при трёх целых жилах и одной в полном обрыве, даже показывая эталонную скорость и отсутствие ошибок на интерфейсах, но при этом такая линия полностью неработоспособна при установке роутера. Тесты на соответствие стандартам на то и существуют, чтобы не гадать о природе подобных пограничных случаев
Проблема очевидно в забитом до упора канале, а вот чем он забит - вопрос хороший. На Keenetic можно установить компонент "Захват сетевых пакетов", с помощью него записать чуть-чуть трафика в момент возникновения проблемы и в полученном дампе посмотреть, чем в это время занят канал. Это запросто может быть взлом роутера, просто какой-то неучтенный вами трафик, а может быть паразитный трафик от провайдера из-за того, что глючный свитч решил вылить вам всё iptv одновременно, может быть шторм из-за петли у кого-нибудь из соседей по свитчу (а может быть даже и по району, учитывая, какая широкая маска подсети используется). В общем, я бы собрал дамп и уже от этого можно отталкиваться
Проверить оперативную память через тест памяти Windows, проверить напряжения с блока питания, попробовать понизить частоту памяти на один или два шага.
По хорошему бы, конечно, устроить полную пересборку ПК с чисткой, продувкой и осмотром всех слотов на целостность, а то такие симптомы могут запросто быть, например, при плохом контакте ЦП в сокете, хотя вариант со сбойной памятью или БП значительно более вероятен.
Инструкция не очень актуальная, хотя и ничего критичного там, лучше всё-таки посмотреть оригинал: https://openwrt.org/docs/guide-user/network/wan/ud...
В основном отличия касаются того, что теперь не нужно настраивать правила фаервола и больше нет рекомендации по поиску прослушиваемой сети, можно оставить list altnet 0.0.0.0/0, а, вот, option quickleave рекомендую выставить в 0, если планируется больше одного клиента.
Наводки на Ethernet-кабель? Попробовать заменить сигнальный кабель от видеокарты до монитора, всё обвешать ферритовыми кольцами, проверить заземление и т.д.
Rockos1, вряд-ли слот "сгорел". Внимательно осмотрите его на предмет загрязнений и механических повреждений. Вполне возможно, что просто контакты в слоте погнуты
Внезапный перезапуск может быть тихим BSOD. Стоит попробовать отключить автоматическую перезагрузку при отказе системы и смотреть код ошибки, либо можно попробовать посмотреть его в панели "просмотр событий".