Настройка параметров прокси подключения через cli (read-write-timeout)

[Joe]

Штатный hev-socks5-tunnel в прошивке поднимается с конфигурацией вида 

tunnel:
  name: t2s0
  multi-queue: false
  ipv4: 172.20.12.1
  ipv6: 'fc03:52b:6:a56:10c:14ac:945b:6300'
  post-up-script: /var/run/proxy-fb-Proxy0
socks5:
  port: 7890
  address: 127.0.0.1
  udp: 'udp'
  pipeline: false
  mark: 268434091
misc:
  task-stack-size: 24576
  tcp-buffer-size: 65536
  connect-timeout: 7000
  read-write-timeout: 20000
  user: nobody
  log-file: syslog
  log-id: Proxy0
  log-level: warn

 

Конкретно настройка read-write-timeout: 20000 приводит к тому, что приложения которые умеют "thinking" и работают через прокси - теряют соединение спустя 20 секунд.
 

Было бы замечательно управлять этим параметром через cli.

Изменено 5 марта пользователем Joe

[Leeroy]

Тысячу лайков этому господину! Крайне не хватает возможности увеличить таймаут t2s, long-running запросы просто отваливаются.

Пожалуйста, добавьте возможность настройки.

[am.boltunov]

Ух... бился вчера с этой бедой тоже. 
Когда нужно подключиться через ssh куда-нибудь и твоя сеть использует Socks5 через hev-socks5-tunnel, то через каждые 20 сек. Подключение отваливается. 

Как я понял, процесс hev-socks5-tunnel запускается/убивается каждый раз, когда мы включаем/отключаем Socks5 Proxy подключение. 
и использует конфиг файлы типа /var/run/proxy-cfg-t2s1, которые пересоздаются ndm, при кажном отключении/подключении. 
Поэтому неполучается просто руками поменять значние в proxy-cfg-t2s1, потому что оно перезапишется.... 

Единственный костыль, который может помочь, это положить скрипт в /opt/etc/init.d, который будет в цикле проверять, изменился ли конфиг, затем тут же его перезаписывать. 
Тогда есть шанс, что процесс hev-socks5-tunnel стартанёт с перезаписанным нами конфигом.

Присоединяюсь к ребятам выше.
Товарищи разработчики Keenetic, добавьте пожалуйста возможность менять параметры через CLI или UI  🙏

S98proxy-config-watcher

Изменено 11 августа пользователем am.boltunov
опечатка

[am.boltunov]

В 10.08.2026 в 13:07, am.boltunov сказал:

Ух... бился вчера с этой бедой тоже. 
Когда нужно подключиться через ssh куда-нибудь и твоя сеть использует Socks5 через hev-socks5-tunnel, то через каждые 20 сек. Подключение отваливается. 

Как я понял, процесс hev-socks5-tunnel запускается/убивается каждый раз, когда мы включаем/отключаем Socks5 Proxy подключение. 
и использует конфиг файлы типа /var/run/proxy-cfg-t2s1, которые пересоздаются ndm, при кажном отключении/подключении. 
Поэтому неполучается просто руками поменять значние в proxy-cfg-t2s1, потому что оно перезапишется.... 

Единственный костыль, который может помочь, это положить скрипт в /opt/etc/init.d, который будет в цикле проверять, изменился ли конфиг, затем тут же его перезаписывать. 
Тогда есть шанс, что процесс hev-socks5-tunnel стартанёт с перезаписанным нами конфигом.

Присоединяюсь к ребятам выше.
Товарищи разработчики Keenetic, добавьте пожалуйста возможность менять параметры через CLI или UI  🙏

S98proxy-config-watcher 571 B · 0 загрузок

Скрипт во вложении требует доработки, так как не запускается автоматически после перезагрузки роутера, пока руками запускаю.  

[Александр Рыжов]

В 10.08.2026 в 14:07, am.boltunov сказал:

Единственный костыль, который может помочь, это положить скрипт в /opt/etc/init.d, который будет в цикле проверять, изменился ли конфиг, затем тут же его перезаписывать. 
Тогда есть шанс, что процесс hev-socks5-tunnel стартанёт с перезаписанным нами конфигом.

Тогда уж лучше полагаться на события от inotify c помощью incron или inotifytools.

Event driven решение в любом случае будет лучше timeout driven. Хоть оба в данном случае костыли.

[am.boltunov]

46 минут назад, Александр Рыжов сказал:

Тогда уж лучше полагаться на события от inotify c помощью incron или inotifytools.

Event driven решение в любом случае будет лучше timeout driven. Хоть оба в данном случае костыли.

Я к сожалению не нашёл событие, которое бы срабатывало в подходящий момент.
Получалось так, что конфиг генерировался раньше, чем его можно было бы перезаписать по событию. 
Возможно, я плохо разобрался, буду рад любой дополнительно информации, если у кого-то что-то получилось реализовать с помощью событий. 

[Александр Рыжов]

Событие от файловой системы, которое вам принесёт ядро. Прошивка тут ни при чём.

[am.boltunov]

27 минут назад, Александр Рыжов сказал:

Событие от файловой системы, которое вам принесёт ядро. Прошивка тут ни при чём.

Мы говорим про директории? 
/opt/etc/ndm/

Я пробовал создавать скрипты в 
/opt/etc/ndm/ifstatechanged.d/
/opt/etc/ndm/iflayerchanged.d/
/opt/etc/ndm/ifcreated.d/
/opt/etc/ndm/ifdestroyed.d/
/opt/etc/ndm/ifipchanged.d/
/opt/etc/ndm/ifip6changed.d/

у меня не получилось перезаписать конфиг вовремя. 

или может где-то ещё можно обработать событие, буду рад если подскажете детальнее?  

[Александр Рыжов]

Про механизм ядра inotify и прикладные пакеты, которые позволяют механизм использовать. Название пакетов есть чуть выше, примеры использования можно найти: следим за файлом и по подходящему событию (окончание записи, открытие на чтение и пр.) тут же его правим.

 

[am.boltunov]

В 19.08.2026 в 18:25, Александр Рыжов сказал:

Про механизм ядра inotify и прикладные пакеты, которые позволяют механизм использовать. Название пакетов есть чуть выше, примеры использования можно найти: следим за файлом и по подходящему событию (окончание записи, открытие на чтение и пр.) тут же его правим.

 

Спасибо за ссылку! Попробую сделать через inotify.