Windows'ta SRSP: bağlı ancak trafik yok
Bu kılavuz, gerçek destek vakalarında gördüğümüz SRSP sorunlarını toplamaktadır: Uygulama bağlı görünüyor ancak tarayıcılar doğrudan ağı kullanmaya devam ediyor, DNS/API çağrıları başarısız oluyor veya modlar değiştirildikten sonra trafik duruyor.
Hızlı cevap
Trafik curl -x http://127.0.0.1:1080 ile çalışıyor ancak uygulamada geçiş yaptıktan sonra duruyorsa, SRSP'nin kendisi çalışıyordur. Hata genellikle Windows sistem proxy durumudur: ProxyEnable=1 ve ProxyServer=127.0.0.1:1080 yerine PAC/AutoConfigURL uygulandı. En son yükleyiciye güncelleyin ve yeniden bağlandıktan sonra proxy durumunu onaylayın.
Semptom haritasıyla başlayın
SRSP'yi yalnızca yeşil bağlantılı etiketten teşhis etmeyin. Yerel proxy'nin, Windows proxy ayarlarının, Wintun rotalarının ve sunucu çıkış yolunun sağlıklı olup olmadığını kontrol edin.
En hızlı sinyal, zorunlu proxy trafiğinin çalışıp çalışmadığıdır. Curl through 127.0.0.1:1080 VPN IP'sini döndürürse, SRSP istemcisi trafiği tünelleyebilir ve geriye kalan sorun genellikle sistem entegrasyonudur.
| Belirti | Muhtemel sebep | Nasıl kontrol edilir | Nasıl düzeltilir? |
|---|---|---|---|
| Uygulama bağlandığını söylüyor, tarayıcı yerel IP kullanıyor | Windows proxy uygulanmadı veya PAC seçildi | İnternet Ayarlarında ProxyEnable, ProxyServer, ProxyOverride, AutoConfigURL'yi kontrol edin | Manuel proxy 127.0.0.1:1080'in geri yüklenmesi için en son istemciye yeniden bağlanın |
| curl -x 127.0.0.1:1080 çalışıyor, normal tarayıcı çalışmıyor | Tarayıcı eski sistem proxy/PAC durumunu takip ediyor | Curl'ü -x ile ve -x olmadan karşılaştırın ve Windows proxy ayarlarını inceleyin | AutoConfigURL'yi temizleyin, manuel proxy ayarlayın veya GhostMesh'i güncelleyin |
| Trafik yok ve 1080 numaralı bağlantı noktası kapalı | srsp-client çalışmıyor veya kimlik bilgileri başarısız oldu | Srsp-client sürecini ve yerel bağlantı noktası 1080'i kontrol edin | Yeniden bağlanın, tekrar oturum açın veya uygulama günlüğünü desteğe gönderin |
| VPN/TUN modu bağlanıyor ancak rotalar çalışmıyor | Wintun rotası, güvenlik duvarı veya Genel ağ profili sorunu | GhostMesh/Wintun adaptörünü, yönlendirme yazdırmayı ve güvenlik duvarı kurallarını kontrol edin | En son yapıyı yönetici olarak yükleyin ve GhostMesh.exe artı srsp-client.exe'ye izin verin |
| Sunucu günlüğü, Ağın IPv6 için ulaşılamadığını gösteriyor | Sunucunun varsayılan IPv6 rotası yok ancak hedef IPv6'ya çözümlendi | Hedef ana bilgisayar ve sunucu rota durumunu karşılaştırın | Erişilemeyen IPv6'yı filtreleyen IPv4 özellikli çıkış veya güncelleme sunucusu yapısını kullanın |
Windows proxy kontrolleri
SRSP proxy modunda, tarayıcılar ve birçok WinINET uygulaması Windows Internet Ayarları kayıt defterini kullanır. GhostMesh, AutoConfigURL'yi ProxyEnable=0 olan bir PAC dosyasına işaret ederek bırakırsa, normal tarama doğrudan devam ederken seçilen testler çalışabilir.
Tam SRSP proxy yolunun çalışma durumu şöyledir: ProxyEnable=1, ProxyServer=127.0.0.1:1080, ProxyOverride=<local> ve AutoConfigURL yok.
Kontrol listesi
- ✓Yerel SRSP proxy'sini test edin: Test-NetConnection 127.0.0.1 -Port 1080
- ✓Zorunlu proxy ile doğrudan IP'yi karşılaştırın: curl.exe -x http://127.0.0.1:1080 https://api.ipify.org ve curl.exe https://api.ipify.org
- ✓İnternet Ayarlarını Denetleyin: ProxyEnable, ProxyServer, ProxyOverride, AutoConfigURL
- ✓Modları değiştirdikten sonra AutoConfigURL'nin geri dönmediğini ve ProxyServer'ın 127.0.0.1:1080 olarak kaldığını onaylayın
Yükleyici ve paketlenmiş varlıklar
Kullanıcıların ayrı bir .NET çalışma zamanına, Rust araç zincirine, srsp-client derlemesine veya Wintun indirmesine ihtiyacı olmamalıdır. Windows yükleyicisinin uygulamayı, SRSP arka plan programını, Wintun DLL'yi ve gerekli çalışma zamanı varlıklarını birlikte göndermesi gerekir.
Bozuk veya kısmi bir yükleme genellikle başarılı bir oturum açma ve ardından trafik olmaması gibi görünür. Yerel arka plan programı veya sürücü varlığı eksikken üst düzey akışın tamamlanması durumunda kullanıcı arayüzü bağlı olduğunu gösterebilir.
Kontrol listesi
- ✓GhostMesh.exe dosyasının yükleme dizininde bulunduğunu doğrulayın
- ✓GhostMesh.exe'nin yanında srsp-client.exe'nin bulunduğunu doğrulayın
- ✓GhostMesh.exe'nin yanında wintun.dll dosyasının bulunduğunu doğrulayın
- ✓Resmi Windows indirme sayfasından 1.0.323 veya üzeri sürümü yükleyin
- ✓Windows yükseltme istediğinde yükleyiciyi yönetici haklarıyla çalıştırın
Güvenlik duvarı, Wintun ve rotalar
Windows Defender Güvenlik Duvarı, ilk çalıştırmada izin verme iletişim kutusu reddedilirse yeni uygulamayı sessizce engelleyebilir. SRSP'nin GhostMesh.exe ve srsp-client.exe'ye izin verilmesi gerekir ve TUN modunun da etkin olması için Wintun rotaları gerekir.
Wintun bağdaştırıcısı tanımlanamayan bir Genel ağ olarak görünebilir. Bu durumda, daha katı güvenlik duvarı kuralları, bağdaştırıcı mevcut olsa bile trafiği engelleyebilir.
- GhostMesh.exe ve srsp-client.exe için gelen ve giden kurallara izin verin.
- VPN veya Akıllı yönlendirme modu başlatıldığında GhostMesh/Wintun adaptörünün görünüp görünmediğini kontrol edin.
- TUN modunda, 0.0.0.0/1 ve 128.0.0.0/1 gibi bölünmüş varsayılan rotaları kontrol edin.
- Bağdaştırıcı görünüyor ancak trafik duruyorsa, en son yükleyici güvenlik duvarını ve ağ profili işlemeyi onardıktan sonra yeniden bağlanın.
DNS, API ve sunucu tarafı günlük sinyalleri
Uygulama, bağlantıdan sonra API yanıtlarını alamıyorsa yerel DNS/proxy hatasını sunucu çıkış hatasından ayırın. Yerel bir hata genellikle SRSP sunucusuna ulaşan trafiğin olmadığını gösterir; bir sunucu çıkış hatası, srsp-sunucu günlüklerinde yukarı akış hatalarını gösterir.
Her sunucu günlük satırı, kullanıcıların trafiğinin olmadığı anlamına gelmez. TLS anlaşması EOF, tarayıcılar veya iptal edilen istemciler olabilir. Bağlantının eş tarafından sıfırlanması genellikle hedefin bağlantıyı kapattığı anlamına gelir. IPv6 Ağa ulaşılamıyor, sunucunun IPv6 varsayılan rotası olmadığında işlem yapılabilir.
| Günlük veya belirti | Anlam | Aksiyon |
|---|---|---|
| adres bilgileri aranamadı | DNS istenen ana bilgisayarı çözemedi | Ana bilgisayar adının gerçek olup olmadığını ve sunucu DNS'sinin çalışıp çalışmadığını kontrol edin |
| IPv6 için ağa erişilemiyor (işletim sistemi hatası 101) | Sunucu, IPv6 çıkışı olmadan IPv6'yı denedi | Ulaşılamayan IPv6'yı filtreleyin veya IPv6 varsayılan rotasını ekleyin |
| tl el sıkışma eof | İstemci/tarayıcı el sıkışma tamamlanmadan kapatıldı | Kullanıcı hatalarına yol açmadığı sürece genellikle bilgi amaçlıdır |
| Kırık boru veya bağlantı eş tarafından sıfırlandı | Uzak taraf veya istemci kapalı bağlantı | Kesinti olarak değerlendirmeden önce tam kullanıcı zaman damgasıyla ilişkilendirin |
Destek ne gönderilecek?
Yararlı bir rapor hangi katmanın başarısız olduğunu kanıtlamalıdır: yerel proxy, Windows proxy kaydı, Wintun rotası, güvenlik duvarı, DNS veya sunucu çıkışı.
Asla şifreleri, belirteçleri, özel hesap sayfalarını veya tam kimlik bilgisi dosyalarını göndermeyin.
Kontrol listesi
- ✓Windows sürümü ve GhostMesh sürümü
- ✓Seçilen sunucu ve mod: VPN, Proxy, Akıllı yönlendirme veya yalnızca SRSP proxy
- ✓Zorunlu proxy IP testi ve doğrudan IP testinin sonucu
- ✓ProxyEnable, ProxyServer, ProxyOverride, AutoConfigURL değerleri
- ✓srsp-client.exe'nin çalışıp çalışmadığı ve 1080 numaralı bağlantı noktasının açık olup olmadığı
- ✓Başarısız olan testin tam zaman damgası
FAQ
Manuel proxy neden trafiği düzeltiyor ama yeniden bağlanma sorunu tekrar bozuyor?
Yeniden bağlan, uygulamanın proxy politikasını yeniden uyguladı. Daha eski yapılar ProxyEnable=0 ile PAC AutoConfigURL'ye dönebilir. Sabit yapı, geçişten sonra manuel proxy 127.0.0.1:1080'i geri yükler.
Her Ağa erişilemiyor günlüğü SRSP'nin bozuk olduğu anlamına mı geliyor?
Hayır. Genellikle hedef rotaya, özellikle de IPv6 çıkışı olmayan bir sunucudaki IPv6'ya özgüdür. Normal IPv4 sitelerinin ve zorunlu proxy testlerinin çalışıp çalışmadığını doğrulayın.