Проблема с reconnect в iOS System VPN

[goldmandima61]

Тестирую OpenFlux на iOS, сборка 1.0.0 (17).

Схема:
iPhone → OpenFlux → Yandex Docs → OpenFlux exit-node на VPS → Internet

На iPhone одновременно запускаю:

1. Верхний Start — standalone OpenFlux / SOCKS5
2. Нижний Start VPN — System VPN (NetworkExtension)

Что происходит:

Оба режима сначала работают нормально.

При кратковременном обрыве Yandex WebSocket сервер фиксирует:

[YDOCS] Read error: ... connection reset by peer
[YDOCS] reconnecting in ~600ms
[YDOCS] connectToDoc attempt ...
[YDOCS] response status=200
[YDOCS] WebSocket connected ...

После этого:

• верхний standalone OpenFlux/SOCKS5 нормально переживает reconnect и продолжает работать;
• нижний System VPN в этот момент переходит в Disconnected;
• System VPN автоматически обратно не подключается.

То есть reconnect транспорта Yandex работает, но System VPN/NetworkExtension не восстанавливает соединение после этого reconnect.

По ощущениям проблема именно в том, что standalone-клиент умеет пережить переподключение transport layer, а PacketTunnel/System VPN теряет состояние и требует ручного запуска заново.

Стоит проверить:

• обработку reconnect Yandex внутри PacketTunnelProvider;
• не закрывается ли packetFlow / tunnel при кратковременном transport disconnect;
• должен ли System VPN ждать восстановления transport вместо перехода в Disconnected;
• есть ли автоматический restart/reconnect NetworkExtension после восстановления Yandex WebSocket.

Сервер при этом продолжает работать, exit-node не падает.

Если нужно, могу прислать полный лог с точным временем обрыва и reconnect.

А так приложение супер , респект 👍🏼

[saharev1]

Тестирую OpenFlux на iOS, сборка 1.0.0 (17).

Схема: iPhone → OpenFlux → Yandex Docs → OpenFlux exit-node на VPS → Internet

На iPhone одновременно запускаю:

1. Верхний Start — standalone OpenFlux / SOCKS5
2. Нижний Start VPN — System VPN (NetworkExtension)

Что происходит:

Оба режима сначала работают нормально.

При кратковременном обрыве Yandex WebSocket сервер фиксирует:

[YDOCS] Read error: ... connection reset by peer [YDOCS] reconnecting in ~600ms [YDOCS] connectToDoc attempt ... [YDOCS] response status=200 [YDOCS] WebSocket connected ...

После этого:

• верхний standalone OpenFlux/SOCKS5 нормально переживает reconnect и продолжает работать;
• нижний System VPN в этот момент переходит в Disconnected;
• System VPN автоматически обратно не подключается.

То есть reconnect транспорта Yandex работает, но System VPN/NetworkExtension не восстанавливает соединение после этого reconnect.

По ощущениям проблема именно в том, что standalone-клиент умеет пережить переподключение transport layer, а PacketTunnel/System VPN теряет состояние и требует ручного запуска заново.

Стоит проверить:

• обработку reconnect Yandex внутри PacketTunnelProvider;
• не закрывается ли packetFlow / tunnel при кратковременном transport disconnect;
• должен ли System VPN ждать восстановления transport вместо перехода в Disconnected;
• есть ли автоматический restart/reconnect NetworkExtension после восстановления Yandex WebSocket.

Сервер при этом продолжает работать, exit-node не падает.

Если нужно, могу прислать полный лог с точным временем обрыва и reconnect.

А так приложение супер , респект 👍🏼

Спасибо за фидбек, буду смотреть, что не так.

1. Реконнект встроен, когда соединение теряется на уровне уже построенного туннеля.
2. Системно NE не отключается, НО он может отключаться из за превышения фоновой работы. Apple поставила киллера, когда RAM превышает 50 мегабайт. Думаю, эту проблему вы и имели ввиду. С каждым билдом я пытаюсь оптимизировать ядро, не исключено, что туннель будет у вас отключаться сам.
3. Когда вы нажимаете на VPN, внутри системы создается туннель на определённом порту. Он работает независимо от состояния подключения с нодами, как раз тут все разделено на два уровня. Disconnected происходит по причине выше.
4. Да, restart/reconnect встроен на уровне клиент->WS->Яндекс->Эндпоинт, но NE лежит глубже, сделать его Реконнект: буду смотреть возможность переподключения.

[MrEnstab]

Тестирую OpenFlux на iOS, сборка 1.0.0 (17).
Схема: iPhone → OpenFlux → Yandex Docs → OpenFlux exit-node на VPS → Internet
На iPhone одновременно запускаю:

1. Верхний Start — standalone OpenFlux / SOCKS5
2. Нижний Start VPN — System VPN (NetworkExtension)

Что происходит:
Оба режима сначала работают нормально.
При кратковременном обрыве Yandex WebSocket сервер фиксирует:
[YDOCS] Read error: ... connection reset by peer [YDOCS] reconnecting in ~600ms [YDOCS] connectToDoc attempt ... [YDOCS] response status=200 [YDOCS] WebSocket connected ...
После этого:

• верхний standalone OpenFlux/SOCKS5 нормально переживает reconnect и продолжает работать;
• нижний System VPN в этот момент переходит в Disconnected;
• System VPN автоматически обратно не подключается.

То есть reconnect транспорта Yandex работает, но System VPN/NetworkExtension не восстанавливает соединение после этого reconnect.
По ощущениям проблема именно в том, что standalone-клиент умеет пережить переподключение transport layer, а PacketTunnel/System VPN теряет состояние и требует ручного запуска заново.
Стоит проверить:

• обработку reconnect Yandex внутри PacketTunnelProvider;
• не закрывается ли packetFlow / tunnel при кратковременном transport disconnect;
• должен ли System VPN ждать восстановления transport вместо перехода в Disconnected;
• есть ли автоматический restart/reconnect NetworkExtension после восстановления Yandex WebSocket.

Сервер при этом продолжает работать, exit-node не падает.
Если нужно, могу прислать полный лог с точным временем обрыва и reconnect.
А так приложение супер , респект 👍🏼

Спасибо за фидбек, буду смотреть, что не так.

1. Реконнект встроен, когда соединение теряется на уровне уже построенного туннеля.
2. Системно NE не отключается, НО он может отключаться из за превышения фоновой работы. Apple поставила киллера, когда RAM превышает 50 мегабайт. Думаю, эту проблему вы и имели ввиду. С каждым билдом я пытаюсь оптимизировать ядро, не исключено, что туннель будет у вас отключаться сам.
3. Когда вы нажимаете на VPN, внутри системы создается туннель на определённом порту. Он работает независимо от состояния подключения с нодами, как раз тут все разделено на два уровня. Disconnected происходит по причине выше.
4. Да, restart/reconnect встроен на уровне клиент->WS->Яндекс->Эндпоинт, но NE лежит глубже, сделать его Реконнект: буду смотреть возможность переподключения.

Не знаю поможет или нет. Но я так же заметил что рвется соединение еще и у прокси. VPN держится примерно секунд 15-20. Думаю тут по большей части проблема именно в оперативной памяти, хотя точно сказать не могу

[saharev1]

Не знаю поможет или нет. Но я так же заметил что рвется соединение еще и у прокси. VPN держится примерно секунд 15-20. Думаю тут по большей части проблема именно в оперативной памяти, хотя точно сказать не могу

Здесь уже соединение WebSocket режется с Яндекс документами, сразу после потери связи попытка реконнекта

[goldmandima61]

Обнова проблему не решила , но приложение и идея гениально , ждем фикса 😅