SOCKS5 bağlantı hata kodlarını okuyun
Her SOCKS hatasını ölü proxy saymadan önce SOCKS anlaşmasının, kimlik doğrulamanın veya hedefe erişimin mi başarısız olduğunu belirleyin.
SOCKS5 sunucusu TCP bağlantısını kabul edip yine de hedefe ulaşma isteğini reddedebilir. Hangi uç noktanın başarısız olduğunu belirlemeden önce yanıtı doğru aşamada okuyun.
Önce yöntem seçilir. Kullanıcı adı/parola doğrulaması seçilirse kendi sonucu vardır. Ancak bundan sonra sunucu CONNECT veya başka SOCKS komutunun yanıtını döndürür. Bir aşamanın bayt değeri başka aşamanın tablosuyla yorumlanamaz.
İstek yanıtları farklı hataları gösterir
| Yanıt değeri | SOCKS5 istek yanıtındaki anlamı |
|---|---|
| 0x01 | Genel sunucu hatası. |
| 0x02 | Kural kümesi bağlantıya izin vermiyor. |
| 0x03 | Ağa ulaşılamıyor. |
| 0x04 | Ana makineye ulaşılamıyor. |
| 0x05 | Bağlantı reddedildi. |
| 0x06 | TTL süresi doldu. |
| 0x07 | Komut desteklenmiyor. |
| 0x08 | Adres türü desteklenmiyor. |
Örneğin istek düzeyindeki ret SOCKS hizmetine ulaşıldıktan sonra bildirilir. İşletim sisteminin bu hizmete ilk TCP bağlantısını reddetmesinden farklıdır.
Adres türü hatası IPv4, IPv6 veya ana makine adı gösterimiyle ilgili olabilir. Uç noktanın tamamının SOCKS5 desteği olmadığı anlamına otomatik gelmez. Benzer şekilde desteklenmeyen UDP komutu ayrı bir TCP CONNECT isteği hakkında kesin sonuç vermez.
Kodu anlamlı kılan bağlamı toplayın
Hata raporu yazarken proxy adresini, komutu, hedef ana makine ve bağlantı noktasını, adres ailesini ve DNS modunu sonuçla birlikte saklayın. Uç noktayı yönetiyorsanız sunucu tarafı politika günlükleri yararlıdır. Kural reddi bağlantı zaman aşımını artırmayı değil, geçerli izni incelemeyi gerektirir.
Yanıt, sunucunun bildirimidir; hedef ağın tam bağımsız teşhisi değildir. İstemcilerin ifadeleri de farklıdır. Yalnızca kısa çevrilmiş hata mesajına güvenmek yerine mümkünse aşamayı ve alttaki yanıtı kaydedin.