SRSP sous Windows: connecté mais aucun trafic
Ce guide rassemble des erreurs SRSP réelles: l'application indique connecté, mais le navigateur sort en direct, DNS/API ne répond pas, le trafic disparaît après un changement de mode ou le serveur affiche des erreurs upstream.
Réponse rapide
Si curl -x http://127.0.0.1:1080 fonctionne, srsp-client est actif. Le problème est souvent l'état du proxy Windows: PAC/AutoConfigURL au lieu de ProxyEnable=1 et ProxyServer=127.0.0.1:1080.
Commencer par la carte des symptômes
Ce guide rassemble des erreurs SRSP réelles: l'application indique connecté, mais le navigateur sort en direct, DNS/API ne répond pas, le trafic disparaît après un changement de mode ou le serveur affiche des erreurs upstream.
Ne vous fiez pas seulement au statut connecté. Il faut valider le proxy local, le proxy système Windows, Wintun/routes et l'egress serveur.
| Symptôme | Cause probable | Comment vérifier | Comment corriger |
|---|---|---|---|
| L'app indique connecté, mais le navigateur garde l'IP locale | Le proxy système n'est pas appliqué ou un PAC reste actif | Vérifier ProxyEnable, ProxyServer, ProxyOverride et AutoConfigURL | Reconnecter avec la version récente pour restaurer 127.0.0.1:1080 |
| curl -x 127.0.0.1:1080 fonctionne, pas le navigateur | Le navigateur suit l'ancien état proxy/PAC Windows | Comparer curl avec et sans -x | Supprimer AutoConfigURL ou mettre GhostMesh à jour |
| Le port 1080 est fermé | srsp-client n'est pas lancé ou les identifiants ont échoué | Vérifier le processus srsp-client et le port local | Reconnecter, se reconnecter au compte ou envoyer le journal |
| Le log affiche Network is unreachable pour IPv6 | Le serveur n'a pas de route IPv6 sortante | Vérifier les routes serveur et l'hôte cible | Utiliser l'egress IPv4 ou une version filtrant l'IPv6 indisponible |
Vérifications du proxy Windows
Si curl -x http://127.0.0.1:1080 fonctionne, srsp-client est actif. Le problème est souvent l'état du proxy Windows: PAC/AutoConfigURL au lieu de ProxyEnable=1 et ProxyServer=127.0.0.1:1080.
Working state: ProxyEnable=1, ProxyServer=127.0.0.1:1080, ProxyOverride=<local>, AutoConfigURL empty.
Checklist
- ✓Test-NetConnection 127.0.0.1 -Port 1080
- ✓curl.exe -x http://127.0.0.1:1080 https://api.ipify.org
- ✓curl.exe https://api.ipify.org
- ✓Check ProxyEnable, ProxyServer, ProxyOverride, AutoConfigURL after reconnect
Installateur et assets inclus
Users should not install .NET, Rust, srsp-client, or Wintun manually. The Windows installer must include them.
A partial install can show successful login and connected state while no traffic flows.
Checklist
- ✓GhostMesh.exe exists in the install directory
- ✓srsp-client.exe exists next to GhostMesh.exe
- ✓wintun.dll exists next to GhostMesh.exe
- ✓Install version 1.0.323 or later
- ✓Allow administrator elevation when Windows asks
Firewall, Wintun, routes
Windows Defender Firewall can block a new app if the first prompt was denied. TUN mode also needs Wintun routes.
If Wintun appears as a Public unidentified network, stricter firewall rules can block traffic.
- Allow inbound and outbound rules for GhostMesh.exe and srsp-client.exe.
- Check that the GhostMesh/Wintun adapter appears in VPN or Smart routing mode.
- In TUN mode, check routes such as 0.0.0.0/1 and 128.0.0.0/1.
- Reconnect after installing the latest build.
DNS, API, server logs
Separate local proxy/DNS problems from server egress problems. Local failures often send no traffic to the SRSP server; egress failures appear in srsp-server logs.
tls handshake eof, Broken pipe, and connection reset are not always outages. Correlate them with the user's exact timestamp.
| Log | Signification | Action |
|---|---|---|
| failed to lookup address information | DNS could not resolve the host | Check host name and server DNS |
| Network is unreachable for IPv6 | No IPv6 egress route | Use IPv4 egress or filter unavailable IPv6 |
| tls handshake eof | Client or scanner closed early | Usually informational |
| Broken pipe / connection reset | Remote side or client closed | Compare with exact user timestamp |
À envoyer au support
A useful report shows which layer failed: local proxy, Windows proxy registry, Wintun route, firewall, DNS, or server egress.
Do not send passwords, tokens, private account pages, or credential files.
Checklist
- ✓Windows version and GhostMesh version
- ✓Selected server and mode
- ✓Forced proxy IP test and direct IP test
- ✓ProxyEnable, ProxyServer, ProxyOverride, AutoConfigURL values
- ✓Whether srsp-client.exe is running and port 1080 is open
- ✓Exact timestamp of the failed test
FAQ
Pourquoi le proxy manuel corrige puis casse après reconnexion ?
Older builds could re-apply PAC/AutoConfigURL with ProxyEnable=0. The fixed build restores manual proxy 127.0.0.1:1080 after switching.
Does every Network is unreachable log mean SRSP is broken?
No. It is often one target route, especially IPv6 on a server without IPv6 egress. Confirm forced proxy and normal IPv4 tests first.