[ОШИБКА] UXG-Lite вызывает разрыв исходящих ssh-соединений

[ОШИБКА] UXG-Lite вызывает разрыв исходящих ssh-соединений, wifiman

trizt

Guest

25.11.2023 10:22:00

Я только что получил свой UXG-Lite и заменил им USG-3P, который у меня был. Пока ещё есть несколько проблем, которые нужно решить, но главная сейчас в том, что ssh-соединения с моего рабочего компьютера в локальной сети к разным серверам в интернете становятся "подвисшими", а потом ssh-клиент вылетает с ошибкой "Timeout, server <remote server> not responding.". Все ssh-соединения обрываются одновременно, так что проблема точно не на стороне удалённого сервера. Уже серьёзно подумываю вернуть UXG-Lite как бракованный продукт и советую тем, кто активно пользуется ssh, не покупать его, пока эта проблема не будет решена.

Eraser-1

Guest

24.10.2024 10:05:00

Спасибо за информацию. Я попробовал SmartQueues, и теперь полчаса онлайн-игры прошли нормально. Короткие тесты с интернет-радио тоже дают положительный результат, но нужно проверить это подробнее. Раньше я уже пытался это сделать, но без успеха — разницы не было. Интересно, что при проверке sysctl на UXG я не нашёл ничего про TCP_Timeout_Unacknowledged (см. приложенное фото).

Пока что, исходя из коротких тестов, Smart Queues у меня работает. Но я всё ещё не понимаю, в чём разница между USG-3P и UXG Lite по этому вопросу. Возможно, дело в разных сетевых функциях этих двух устройств.

Ещё интересно, какое оптимальное для меня значение настроек (у меня провайдер на 100/100 Мбит). Прилагаю несколько тестов на буферблоут. Думаю, я остановлюсь на скорости около 80–90 Мбит/с.

Ещё заметил, что при скорости SmartQueue 50 или 60 Мбит скорость загрузки больше не ограничивается. Возможно, это какой-то баг.

sstaunp Guest	#3 23.10.2024 19:51:00 Отличные новости, Гленн! Тогда я перестану это делать Я всегда ставлю самое свежее ПО на все устройства.

UI-Glenn Guest	#4 23.10.2024 19:30:00 Привет, @Eraser-1, пожалуйста, дай знать, помогло ли включение Smart Queues.

UI-Glenn Guest	#5 23.10.2024 19:30:00 Привет, @sstaunp, больше не требуется в версии 4.0.2 или новее, там это уже реализовано в 300.

sstaunp Guest	#6 23.10.2024 18:53:00 Попробуйте войти в ваш UXG Lite с администраторским паролем и выполнить команду: sysctl -w net.netfilter.nf_conntrack_tcp_timeout_unacknowledged=300. Придется повторять это после каждого обновления прошивки на Lite.

cbrookins

Guest

23.10.2024 17:53:00

@Eraser-1 В итоге я включил Smart Queues, чтобы решить проблемы с играми. Есть и другие временные решения, которые работают, но Smart Queues — это вариант "настроил и забыл". https://community.ui.com/questions/SOLVED-USG-greater-UXG-Lite-multiplayer-lobbies/97da5c0b-85d1-47f4-a61b-89a02520b84f

Eraser-1

Guest

23.10.2024 15:58:00

Сейчас я снова хотел поиграть в Diablo 4, которой у меня не было с тех пор, как я сменил USG-3P на UXG Lite. Играть вообще невозможно: после подключения к игре я могу поиграть пару секунд, а потом активная игровая сессия закрывается с сообщением «Connection drop». Если подключить компьютер напрямую к модему вместо UXG Lite, то все работает нормально. Значит проблема точно не в провайдере, а только когда используется UXG Lite. Пожалуйста, кто-то из Ubiquiti помогите, эту проблему уже нельзя игнорировать...

NuckinFuts Guest	#9 18.10.2024 12:20:00 Та же проблема у меня до сих пор. С USG-3 всё работает отлично, а с UCG-Ultra и UXG-Lite постоянно отключается. Похоже, инженеры в Ubiquiti просто зарывают голову в песок по этому вопросу — поразительно.

mcgeemike1 Guest	#10 20.09.2024 22:57:00 Мне обязательно нужно подключаться через SSH, или в интерфейсе UDM Pro есть настройка, которую я могу использовать?

Eraser-1 Guest	#11 29.07.2024 07:05:00 Версия 4.0.6, к сожалению, не решает проблему для меня... Эта проблема влияет на работу AnyDesk, Webradio, загрузку файлов и так далее...

NuckinFuts

Guest

#12

07.07.2024 13:25:00

Та же проблема с таймаутом и у меня, с USG-3 всё нормально. Очень раздражает, несмотря на исправление, описанное в этом форуме, у меня всё равно VPN прерывается примерно через 5 минут, но после повторного подключения проблем больше нет. То есть разрыв происходит один раз, а потом всё стабильно – странно. До указанного выше исправления сбои случались уже в течение минуты и происходили случайно. Хотелось бы, чтобы эту проблему решили в линейке UXG.

Eraser-1 Guest	#13 04.07.2024 04:15:00 Есть уже какие-нибудь новости по этому поводу?

Eraser-1 Guest	#14 02.07.2024 04:18:00 Какое обновление программного обеспечения? 3.2.17? Там проблема не решена.

micha4096 Guest	#15 01.07.2024 09:33:00 Доступно новое обновление программного обеспечения. Можете также подтвердить, что там проблема была решена?

Eraser-1 Guest	#16 24.06.2024 06:23:00 Это происходит не обязательно только при долгих соединениях, у меня такое может случиться уже через 1-2 минуты сессии в TeamViewer или AnyDesk. Если использовать USG-3G вместо UXG-Lite, проблем нет.

micha4096

Guest

#17

21.06.2024 13:22:00

@trizt Чтобы быть точным: ошибка возникает с обоими протоколами. Я проверял ssh и VoIP с IPv4, и всё равно происходит сбой. Думаю, дело больше в длительных соединениях. Но моя мама может болтать по телефону часами

А ssh-соединение прерывается только через час. Подключаю USG-3G — и проблемы исчезают!

trizt

Guest

#18

21.06.2024 13:11:00

@micha4096 тогда мы знаем, что VoIP не связан с проблемой ssh, если она все еще проявляется при использовании IPv4. Да, IPv6 с USG-3 кажется гораздо стабильнее, если бы он не был таким старым и медленным, я бы тоже вернулся назад. Я разочарован своим UXG-Lite, кажется, что оперативной памяти не хватает, с прошивкой 4.0.6 стало получше, но все равно считаю, что это был бы более удачный продукт с 2 ГБ ОЗУ и портами 2,5 Гб. Посмотрим, появится ли фикс в версии 5.x прошивки через год или два.

micha4096

Guest

#19

21.06.2024 07:12:00

@trizt Ну, я так не думаю. Да, ты прав, если SSH не работает, значит и VoIP тоже не работает. Но когда я меняю UCG на старый USG-3G, всё работает отлично. Я также переключался на IPv4, и там ситуация такая же: sporadic disconnections. Я использую IPv6, потому что мой провайдер — Starlink, и у них CG-NAT на IPv4. Так что я считаю, что IPv6 — это более стабильное соединение.

trizt Guest	#20 19.06.2024 08:52:00 @micha4096 Я бы не удивился, если VoIP использует IPv6. Если у тебя есть возможность заставить его работать через IPv4, думаю, это могло бы помочь, если причина такая же, как с проблемой ssh.

Читают тему (гостей: 1)