Le ecureuil

Спасибо за репорт, поправлено в 4.2b4.

Ок, перемещу. Вроде все заработало, посмотрите на 4.2.b3.

В этих устройствах основные тормоза приходятся на шифрование и на userspace-обработку трафика. Потому разницу TCP/UDP заметить крайне трудно.

Нужно удалить системный компонент ssh, если он вам не нужен.

В следующей версии 4.02 при дисконнекте на клиенте будет выбираться другой локальный порт.

Короче близко к тому, что я и ожидал.

Спасибо за репорт, проверю.

Теоретически никак не может быть 700 просто из-за устройства протокола. Думаю, около 100 - реальный предел на ARM.

В понедельник локально померяю и напишу.

В netfilter в правилах перехвата DNS добавлялся адрес 192.168.1.1/24 из-за опечатки, а не 192.168.1.1/32. Как оказалось, такой формат задания подсети вызывает проблемы.

Это как? А не подскажете провайдера и какую ошибку выдает?

Да, это arm.

ЦПУ и будет улетать, просто скорость будет повыше. Версия с этим фиксом пока еще не выпущена, будет в 4.2.b4.

Имеется в виду, что это клиент с вообще не заданным портом? И нужно выбрать локальным какой-то рандомный?

Спасибо за приложенную информацию, баг обнаружен и поправлен. Будет в следующей версии 4.2.

Все делается через веб-интерфейс. Нужно установить компонент monitor и сделать захват на странице "Диагностика".

А можете объяснить, зачем это все?

Так эта ошибка ничего не значит по сути, у вас все работает: Канал стоит, keepalive ходят. Что еще нужно?

Покажите же тогда дамп, причем желательно снятый компонентом монитор на Home интерфейсе роутера в момент теста по определению утечки.

Это все работает только в системном профиле, не в политиках. В политиках всегда были свои прибамбасы.

Версия 2.16.D.12.0-11: curl 8.9.1 откачен на 7.82.0 из-за проблем со стабильностью

Если кратко: раньше политика перехватывала вообще все DNS-запросы, направленные не только на 192.168.1.1 в роутер, но транзитные на 1.1.1.1 или к DNS-провайдера. Теперь перехватываются только запросы непосредственно в роутер, на 192.168.1.1. Если ваши клиенты из локалки отправляют прямые транзитные запросы к DNS провайдера, то теперь они будут пропущены. Потому прошу еще раз проверить, куда же на самом деле идут запросы - можете сделать это через захват в Wireshark на клиенте.

Так они лежат прям в ПО, берите их оттуда. Они не принадлежат именно entware.

Сегодня вечером будет .11 с исправлением.

Какие у вас DNS настроены и используются на клиенте? Покажите скриншот.