3proxy'nin hem HTTP hem SOCKS hizmetlerinde oturum açmayı zorunlu kılın

Bir kullanıcı tanımlamak 3proxy'nin tüm oturum açma yapılandırması değildir. Hizmetin ayrıca bir kimlik doğrulama yöntemine ve onu kullanan bir erişim kuralına ihtiyacı vardır. Yapılandırma işlenirken hizmet ayarları uygulandığı için sıra önemlidir.

İki hizmet için yalnızca yerel bir örnek:

users alex:CL:replace_with_a_private_password
auth strong
allow alex
proxy -i127.0.0.1 -p3128
flush
allow alex
socks -i127.0.0.1 -p1080

Yapılandırma başvurusu, users, auth strong ve hizmet komutlarını açıklar. CL bu örnek parolayı düz metin olarak saklar. Dosyayı koruyun ve dağıtıma uygun, desteklenen bir kimlik bilgisi saklama biçimi seçin.

İstemcinin doğru oturum açma alışverişine ihtiyacı var

HTTP hizmeti HTTP proxy kimlik doğrulaması bekler. SOCKS hizmeti, SOCKS5 kullanıcı adı ve parola kimlik doğrulamasını destekleyen bir istemci gerektirir. Bir SOCKS4 istemcisi yalnızca aynı dinleme bağlantı noktasına ulaştığı için bu alışverişi sağlayamaz.

strong sözcüğü bir kimlik doğrulama modunun adıdır, şifrelenmiş aktarım garantisi değildir. Gerektiğinde istemciden proxy'ye kadar olan bölümü koruyun. Hedefe HTTPS ve proxy'ye şifreleme ayrı kararlar olarak kalır.

Loopback bağlamaları bu örneği yerel erişimle sınırlar. Uzak istemciler için amaçlanan dinleyiciyi ve ağ politikasını açıkça seçin. Genel bir joker karakterli dinleyici, oturum açma davranışının denetlenmesinin yerini tutmaz.

Bir hizmet kimlik bilgisi isteyip diğeri istemiyorsa, her hizmet komutundan önceki ayarları, herhangi bir flush sonrasındaki kuralları ve kimlik doğrulama önbelleğini inceleyin. Parola değiştirmek yanlış politika altında başlatılan bir hizmeti onaramaz. Aynı şekilde, daemonun işletim sistemi hesabını değiştirmek bir proxy kullanıcısı oluşturmaz.