SOCKS istemcilerini 3proxy ile HTTP CONNECT üst sunucusuna köprüleyin

HTTP CONNECT üst sunucusuna dayanan SOCKS tarafı ağ geçidini ve her adımdaki protokol ile kimlik doğrulama gereksinimlerini açıklar.

Uygulama SOCKS gerektirir. Onaylanmış üst akış hizmetiniz HTTP CONNECT kabul eder. HTTP uç noktasını uygulamanın SOCKS alanına koymak protokoller arasında çeviri yapmaz.

Bir ağ geçidi uygulamadan SOCKS kabul edebilir, istenen hedefi okuyabilir ve HTTP üst sunucusundan o hedefe bir CONNECT tüneli isteyebilir. Ardından uygulamanın akışını tünel üzerinden iletir.

SOCKS application → SOCKS-facing gateway → HTTP CONNECT parent → destination

Her arayüzü açık hale getirin

Bu düzeni destekleyen bir ağ geçidi için üst sunucu türü önemlidir. 3proxy belgeleri connect üst sunucusunu sıradan HTTP iletme vekili olarak kullanılan üst sunucudan ayırır.

Mevcut bir 3proxy kullanıcısı ve kimlik doğrulama ile yalnızca yerel bir yönlendirme parçası şu biçimi alabilir:

auth strong
allow alex
parent 1000 connect parent.example.net 8080
socks -i127.0.0.1 -p1080

Bu parça hesabın zaten tanımlı olduğunu varsayar. HTTP üst sunucusunun kendisinin gerektirdiği hiçbir kimlik bilgisini eklemez ve mevcut erişim ilkesinin yerini almaz. Kimlik doğrulaması olmayan genel bir HTTP üst sunucusuna izin veren bir yolda genel hedefler için HTTP vekil listesi sunucu ve bağlantı noktası adayları sunar. Bu dal için üst sunucu kimlik bilgilerini eksik bırakın ve gerçek hedef için izni doğrulayın; ağ geçidinin kendi hesabı yerel kalır. parent kuralı, 3proxy'nin belgelenmiş yapılandırma modeline göre önceki allow kuralıyla ilişkilendirilir.

Uygulama yerel SOCKS uç noktasını kullanır. Ağ geçidi üst sunucuya doğru HTTP CONNECT kullanır. İstenen hedef sunucunun ve bağlantı noktasının izinli olup olmadığına hâlâ üst sunucu karar verir.

Burada yararlı kapsam sıradan TCP akışı tünellemesidir. Ön dinleyicinin SOCKS5 kabul etmesi, SOCKS5 UDP ilişkilendirmesini desteklenir hale getirmez. HTTP CONNECT üst sunucusu gereken UDP aktarıcısını otomatik olarak sağlamaz.

HTTPS bu yol içinde uçtan uca kalabilir; vekil arayüzleri arasında çeviri, hedef web sitesini taklit etmeyi gerektirmez. Ağ geçidine, üst sunucuya ve web sitesine kimlik doğrulama farklı kimlik bilgileri ve alışverişler olarak kalır.

İlgili makaleler