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. Стоит попробовать отключить автоматическую перезагрузку при отказе системы и смотреть код ошибки, либо можно попробовать посмотреть его в панели "просмотр событий".
После разборки розетки кабель обязательно нужно зачищать заново - второй хорошего контакта не будет. По какой из схем собирать розетки, не принципиально, работать будет даже если с одной стороны получится А, а со второй Б, но так делать считается дурным тоном, а хорошим - использовать на всех розетках одну схему, по негласному соглашению это Б. Зажимать обязательно надо все жилы, "ненужных" там нет. Расшивка розетки на 4 жилы ограничивает скорость 100 мегабитами, да и некоторое особо привередливые оборудование по такой линии может не поднимать линк без принудительного указания скорости порта.
Но прежде, чем лезть ковырять физику, надо бы убедиться, что дело в ней. По каким симптомами вы пришли к выводу, что с розетками что-то не так?
Менять схему с а на б и наоборот бесполезно, так как абсолютно всё современное (последние лет 15 точно) поддерживает автоматическое определение назначения пар. Для работы функции достаточно, чтобы хотя бы одно из устройств с любой стороны поддерживало автосогласование и линк будет работать. Напороться на ситуацию, когда с обоих сторон находится оборудование, не умеющее в согласование, это надо специально искать.
Половина жил в розетке не потому что не нужны, а потому что монтажник, собиравший розетки, нетрадиционной слаботочной ориентации решил, что ему жалко 7 секунд на раскладку жил и что 100 мегабит хватит всем. Жилы должны быть забиты все и без вариантов
Пищевод Бабочки, если так себя ведут разные плашки памяти, то да, спектр подозреваемых сужается до процессора и материнской платы. Хотя тоже не гарантирует, что это кто-то из них. У меня был один ПК, который падал в синие экраны с такой же ошибкой из-за некачественного блока питания.
В общем, ошибка в сути своей означает непоправимую порчу данных в оперативной памяти и вызывать её может всё, что с этой память прямо взаимодействует.
iwnch, у Ютуба нет единого адреса, таким способом завернуть его отдельно от всего остального адекватными усилиями не выйдет. В клиенте на Android можно указать отдельные приложения, которые будут ходить через VPN, под Linux (и для роутеров, которые это позволяют) можно использовать ipset-dns для маршрутизации по доменам. Под Windows и Apple тоже, вероятно, есть варианты, но лично тыкать палочкой не приходилось, не подскажу.
iwnch, конфиг отредактируйте лучше, удалите IP-адреса и ключи.
По вопросу: на сервере с убунту попробуйте отключить фаервол:
ufw disable
Перезапустить Wireguard:
systemctl restart wg-quick@wg0
Если заработает, то добавить разрешения на соответствующие порты:
ufw default allow outgoing
ufw default allow forward
ufw allow 51820/udp
ufw allow %порт ssh или через что вы его настраиваете%
ufw enable
Ну и в клиентских конфигах адреса лучше выдавать с маской/32.
И DNS попробуйте заменить на гугловский, например. У меня на одном из подобных серверов почему-то отказываются работать DNS от Cloudflare
xotkot, пробовал XFCE, Gnome, сейчас на KDE сижу. Вело себя точно так же, за исключением того, что на XFCE и Gnome тормоза начинались чуть позже. Опять же, единственная разница, которую я видел между DE - начальное потребление памяти. Под KDE на GT650 CS:GO со средними текстурами начинала показывать слайд-шоу уже в меню, на других с теми же настройками работало приемлемо, при этом на KDE тоже начинало работать нормально, если опустить качество текстур до минимума. Единственная разница, которую я заметил - разное количество видеопамяти, потребляемое DE со старта: на KDE оно было на пару сотен МБ выше.
Сейчас с RX 580 сижу на KDE, так как такая разница уже не существенна на 4ГБ, но симптомы ровно те же, только наступают позже. X.Org и Wayland ведут себя одинаково в этом плане.
Уже глаз дёргается от попыток разобраться. Неужели Linux настолько хуже работает при недостатке видеопамяти? Всё-таки одинаковые симптомы на двух совершенно разных ПК, но почему-то в интернете этому внимания совсем не уделяется, как будто такой проблемы не существует, а это буквально жесточайший гейм-стопер для перехода на Linux для игр...
Valdemar Smörman, смущает то, что сколько бы я ни гуглил, такой проблемы будто ни у кого во всём интернете нет, либо какие-то отдалённо напоминающие сообщения без решения