Kullanıcı Adı ve Parola ile Proxy Kimlik Doğrulaması: Bağlanma ve Hatalardan Kaçınma

Kullanıcı adı ve parola ile kimlik doğrulamada uygulamanız, sağlayıcının verdiği erişim bilgilerini proxy sunucusuna gönderir. Proxy sunucusu bunları denetler ve hizmeti kullanmanıza izin verir. Bu yöntem farklı cihazlardan ve ağlardan çalışırken kullanışlıdır: hizmet ayrıca IP yetkilendirmesi gerektirmiyorsa bir betiği başka bir sunucuya taşımak, izin verilen IP adresini değiştirmenizi gerektirmez.

Çalışan bir bağlantı için kullanıcı adı ve paroladan fazlası gerekir. Doğru proxy adresine, bağlantı noktasına ve protokole de ihtiyacınız vardır. Uygulamanız, gerekli kimlik doğrulama yöntemini desteklemelidir. Bu nedenle kimlik doğrulama hatası, parolanın mutlaka yanlış olduğu anlamına gelmez.

Erişim yöntemlerinin karşılaştırması ve seçim yardımı için Proxy Kimlik Doğrulaması makalesine bakın. Bu makale, ayarları girmekten çalışan bir betikte sorunları teşhis etmeye kadar kullanıcı adı ve parola ile bağlantıyı ele alır.

Kullanıcı adı ve parola ile kimlik doğrulama ne anlama gelir?

Kullanıcı adı bir hesabı veya belirli bir hizmete erişimi tanımlar; parola ise bunu kullanma hakkınızı doğrular. Denetim başarılı olduğunda proxy sunucusu bağlantıyı verilen izinler kapsamında işler: kullanılabilir adres listesi, satın alınan kullanım hakkı ve geçerli sınırlar.

Proxy erişim bilgileri kontrol paneli parolanızla karıştırılmamalıdır. Uygulamanın kullandığı bilgiler, sağlayıcının web sitesinde oturum açmak için kullanılanlardan farklı olabilir. API anahtarı hizmet API’sine gönderilen istekler, hedef web sitesinin parolası ise o web sitesinde oturum açmak içindir. Bunlardan birini yalnızca sağlayıcı bu bağlantı yöntemini açıkça belirtiyorsa proxy parolası olarak kullanın.

Başarılı proxy kimlik doğrulaması, hedef web sitesinde oturum açmanızı sağlamaz. Web sitesi kendi hesabını, çerezlerini veya belirtecini gerektiriyorsa uygulama bunları yine ayrı olarak sağlamalıdır.

Bu yöntem ne zaman kullanışlıdır?

Kullanıcı adı ve parola ile erişim, konumları sabit kalsa da değişse de birden fazla konumdaki uygulamalara hizmet verebilir. IP kısıtlaması yoksa her uygulama, ağı için ayrı bir izin kaydı olmadan erişim bilgilerine ve proxy bağlantı ayarlarına ihtiyaç duyar.

Örneğin bir ekip, her biri farklı genel IP adresine sahip iki ofisten ve evden çalışır. Hizmet bu uygulamaların erişim bilgilerini IP’ye bağlanmadan paylaşmasına izin veriyorsa uygulamalar aynı proxy erişim bilgilerini kullanabilir. Her uygulama kendi bağlantı ayarlarını korur; proxy sunucusu her birinin gönderdiği erişim bilgilerini denetler.

Bu yöntem birden fazla kalıcı sunucu için de çalışır. Ancak cihaz sayısı, eşzamanlı bağlantılar ve kullanılabilir kaynaklar pakete bağlıdır. Tek bir parola sınırsız erişim sağlamaz.

Uygulama proxy erişim bilgilerini nasıl gönderir?

Genel sıra basittir: uygulama proxy sunucusuna bağlanır, erişim denetimini geçer ve istenen kaynağa ulaşmak için onu kullanır. Ayrıntılar protokole bağlıdır.

HTTP proxy sunucusu önce 407 Proxy Authentication Required döndürebilir ve kabul ettiği kimlik doğrulama yöntemini belirtebilir. Uygulama, kimlik doğrulama bilgilerini Proxy-Authorization başlığında gönderir. Bazı istemciler bunları hemen gönderir; bu nedenle ilk kimlik doğrulama isteği günlükte görünmeyebilir.

Bir HTTPS web sitesi normal bir HTTP proxy üzerinden açılırken kimlik doğrulama, tüneli kuran CONNECT isteği sırasında yapılabilir. Uygulama daha sonra web sitesine güvenli bir bağlantı kurar. Kurulmuş bu tünelden gönderilen sonraki web sitesi istekleri, tüneli açmak için kullanılan proxy oturum açma işlemini yinelemez.

SOCKS5’te kullanıcı adı ve parola, hedefe bağlanma isteğinden önce bağlantının başında denetlenir. Denetim başarısız olursa uygulama proxy üzerinden istenen bağlantıyı elde edemez. SOCKS5’in kendi kimlik doğrulama hatası, HTTP 407 yanıtı değildir.

Hizmetin desteklediği protokolü ve kimlik doğrulama yöntemini seçin. SOCKS4’te bir kullanıcı kimliği alanı vardır ancak SOCKS5 kullanıcı adı ve parola alışverişini tanımlamaz. Bu alanı doldurmak, SOCKS4 istemcisinin SOCKS5 parola ile kimlik doğrulaması yapmasını sağlayamaz.

Uygulamanıza hangi ayarlar girilmelidir?

Kendi hizmetinizin bağlantı ayrıntılarıyla başlayın. Uygulamada ayrı alanlar varsa her değeri kendi alanına girin:

Bazı uygulamalar protocol://username:password@host:port biçiminde tek bir dize kabul eder. Örneğin http://client01:River%[email protected]:8080 içinde kullanıcı adı client01, parola River@2026, ana makine proxy.example ve bağlantı noktası 8080 değeridir. Parolanın içindeki @, ana makineden önceki ayırıcıyla karıştırılmaması için %40 olarak gösterilir.

Örneğin curl, proxy URL’sinin bu şekilde yorumlanmasını destekler. Ayrı bir parola alanı genellikle URL kodlaması olmadan parolanın kendisini bekler. Biçimi denetlemeden URL’deki kodlanmış bir değeri ayrı bir alana kopyalamayın: uygulama bunu farklı bir parola olarak değerlendirebilir. %, iki nokta üst üste veya diğer özel karakterleri içeren dizeler için istemcinin kendi biçim gereksinimlerini izleyin.

Erişim bilgileri içindeki gerekli karakterleri bir kez kodlayın; dizenin tamamını kodlamak ayırıcılarını bozar. Komut bağımsız değişkenini tırnak içine almak URL kodlamasının yerini tutmaz. Kimlik doğrulama yönteminin kendi kısıtlamaları da olabilir: örneğin HTTP Basic, parolada iki nokta üst üste kullanımına izin verir ancak kullanıcı adında izin vermez.

İçe aktarma biçimleri de farklıdır. host:port:username:password ve username:password@host:port birbirinin yerine kullanılamaz. İçe aktarıcı farklı bir düzen bekliyorsa yanlış sıradaki doğru değerler çalışmaz.

Proxy URL’sindeki http:// öneki, istemcinin proxy sunucusunun kendisine nasıl bağlandığını açıklar. HTTPS web sitelerine erişimi engellemez: istemci bunlar için bir tünel kurabilir. Yalnızca öneki https:// olarak değiştirmek, sunucuya güvenli proxy bağlantısı desteği eklemez.

Bazı hizmetler kullanıcı adına ülke, çıkış grubu veya oturum parametresi ekler. Dizenin tamamını kopyalayın. Bu parametreler yönlendirmeyi sağlayıcının kurallarına göre denetler; sözdizimlerini kendiniz uydurmayın veya başka bir hizmetten almayın.

Uygulamada kimlik doğrulama desteğini neden denetlemelisiniz?

Proxy desteği ve proxy kimlik doğrulama desteği ayrı özelliklerdir. Ana makine ve bağlantı noktası alanlarının bulunması, istemcinin mutlaka kullanıcı adı ve parola gönderebildiği anlamına gelmez.

Proxy protokolü, kimlik doğrulama yöntemi ve uygulamanın tam birleşimini denetleyin. Örneğin Chrome’un yerleşik SOCKS5 uygulaması, SOCKS5 proxy kimlik doğrulamasını desteklemez. Doğru erişim bilgileri tek başına bu sınırlamayı gideremez. Proxy seçmeye yarayan bir uzantı da eksik kimlik doğrulama yöntemini mutlaka eklemez.

Betiklerde destek; kitaplığa, isteğe bağlı bileşenlerine ve ayarların nasıl verildiğine bağlı olabilir. Uygulama, sistemin proxy ayarlarını veya bağlantının zaten çalıştığı bir tarayıcının ayarlarını mutlaka kullanmaz.

Büyük bir göreve başlamadan önce onu çalıştıracak uygulamada tek bir isteği test edin. Uygulamanın belirtilen proxy sunucusunu kullandığını ve başarısızlıktan sonra doğrudan bağlantıyla devam etmediğini doğrulayın. Bir sayfanın başarıyla yüklenmesi, ayarların doğru olduğunu tek başına doğrulamaz.

IP adresiniz değiştiğinde ne olur?

Dinamik IP kullanan bir ADSL bağlantısında internet sağlayıcısı, yönlendirici yeniden başlatıldığında veya bağlantı yeniden kurulduğunda yeni bir adres atayabilir. Proxy sunucusu yalnızca kullanıcı adı ve parolayı denetliyorsa uygulama aynı erişim bilgileriyle bağlanır: kontrol paneline eklenecek yeni bir IP adresi yoktur. Aynı durum ofisten ev ağına geçerken de geçerlidir.

Ancak ağ değiştirmek mevcut bağlantıları kesintiye uğratabilir. İstemcinin yeniden bağlanması ve tamamlanmamış bir isteğin yeniden denenmesi gerekebilir. Wi-Fi’den mobil internete geçtikten hemen sonra oluşan hata, otomatik olarak parola sorunu sayılmamalıdır.

Bazı hizmetler hem erişim bilgilerini hem kaynak adresini denetler. Doğru parola bu ağ kısıtlamasını geçersiz kılmaz: yeni IP, izin verilen bir adres veya aralıkla eşleşmelidir. Bir betiği taşımadan önce hizmetin herhangi bir ağdan bağlantı kabul edip etmediğini veya birleşik denetim uygulayıp uygulamadığını belirleyin.

Parola aktarım sırasında korunur mu?

Kimlik doğrulama, kimin erişim izni olduğunu belirler. Şifreleme ise yol üzerindeki birinin aktarılan verileri okuyup okuyamayacağını belirler. Parola bulunması tek başına bağlantıyı şifreli yapmaz.

HTTP Basic, kullanıcı adı ve parolayı Base64 ile kodlar. Bu, şifreleme değil, geri çözülebilen bir gösterimdir. Proxy sunucusuna bağlantı korunmuyorsa o ağ yolunu izleyen biri erişim bilgilerini elde edebilir. Standart SOCKS5 kullanıcı adı ve parola ile kimlik doğrulaması da bu bilgilerin iletimini şifrelemez.

Hedef web sitesindeki HTTPS, uygulama ile o web sitesi arasındaki bağlantıyı korur. HTTP proxy sunucusunda tünel kurulumu sırasındaki kimlik doğrulama daha önce gerçekleşir; web sitesinin TLS bağlantısı, daha önce gönderilmiş proxy erişim bilgilerini korumaz. Benzer şekilde SOCKS5 üzerinden gönderilen HTTPS isteği de öncesindeki proxy parola denetimini şifrelemez.

Yolun bu bölümünü korumak için uygulama ile proxy arasında koruma gerekir; örneğin hem hizmet hem istemci destekliyorsa TLS kullanan bir HTTPS proxy sunucusu. Uygulama, proxy sunucusunun sertifikasını doğrulamalıdır. Bazı satış listelerinde “HTTPS proxy” yalnızca HTTPS web sitelerine erişilebildiği anlamına gelir; bu nedenle TLS’nin gerçekte nerede uygulandığını denetleyin.

Geçerli parolayı içeren tam bir bağlantı dizesi açığa çıkarsa başka biri, kullanım hakkını tüketerek veya bağlantıları meşgul ederek hizmeti kuralları kapsamında kullanabilir. Erişim bilgileri ayrı olduğunda bu, kontrol paneli parolasını ele geçirmekle aynı değildir. Kimlik doğrulama yöntemi de bir adresin proxy olarak tanınamayacağını garanti etmez: dışarıdan erişilebilen bir kimlik doğrulama isteği hizmeti açığa çıkarabilir.

Birden fazla uygulama aynı erişim bilgilerini kullanabilir mi?

Teknik olarak birden fazla istemci aynı kullanıcı adı ve parolayı gönderebilir. Buna izin verilip verilmediğini sağlayıcı belirler ve sınırları koyar: paylaşım koşulları, etkin bağlantı sınırları, satın alınan kullanım hakkı ve ek kısıtlamalar.

Örneğin iki betik, farklı sayıda bağlantı açarken tek bir hesap kullanabilir. Tek parola, tek bağlantı anlamına gelmez. Aynı şekilde on süreç başlatmak, hizmetin toplam bağlantı hakkını on katına çıkarmaz.

Erişim bilgisi çifti sayısı da çıkış IP adresi sayısından farklıdır. Tek bir kullanıcı adı ve parola, statik proxy listesine veya bir adres havuzuyla çalışan ağ geçidine erişim sağlayabilir. Web sitesinin gördüğü IP adresi, seçilen proxy sunucusuna ve hizmetin yönlendirme kurallarına bağlıdır.

Hizmet uygulamalar veya ekip üyeleri için ayrı erişim bilgileri sunuyorsa bir küme, diğerleri değiştirilmeden devre dışı bırakılabilir. Paylaşılan bir parola değiştirildiğinde ise onu kullanan her uygulamanın güncellenmesi gerekir. Ayrı erişim bilgileri, ayrı bağlantı veya trafik hakları olduğu anlamına yine de gelmez: hangi sınırları paylaştıklarını denetleyin.

Proxy sunucusu kullanıcı adı ve parolayı neden reddeder?

Önce hatayı kimin döndürdüğünü belirleyin. HTTP 407, proxy kimlik doğrulamasıyla ilgilidir; hedef web sitesinden gelen 401 ise o web sitesine erişimle ilgilidir. 403 iletisi veya zaman aşımı, başka kanıt olmadan proxy parolasının doğru olup olmadığını göstermez.

Hizmet durumunu ve kalan kullanım hakkını denetleyin; ardından verilen ayarlarla gerçek uygulamada tek bir isteği test edin. Başarısız olursa tabloyu kullanarak istemci desteğini, erişim bilgisi biçimini ve kaynak IP kısıtlamalarını, her seferinde tek bir ayarı değiştirerek denetleyin. İstek tutarlı biçimde çalıştığında iş yükünü artırın ve yalnızca yük altında ortaya çıkan sınırları izleyin.

Çalışan betiklerde erişim bilgileri nasıl saklanır ve değiştirilir?

Erişim bilgilerini koddan ayrı olarak, erişimi denetlenen bir yapılandırmada veya ortamınızın gizli bilgi deposunda tutun. Uygulama bunları ortam değişkenlerinden alabilir; ancak bunlar kendi başlarına şifreleme değildir. Etkin parolaları başkalarıyla paylaştığınız depolardan ve şablonlardan uzak tutun.

Bir günlükte genellikle proxy ana makinesi ve bağlantı noktası, bağlantı sonucu ve hata kodu gerekir. Tam bağlantı dizesi parolayı içerir; günlüğe yazmadan önce parolayı gizleyin. Komut satırı araçlarında, uygulamaya ve sisteme bağlı olarak gizli bilginin komut geçmişinde kalabileceğini veya süreç bağımsız değişkenlerinde görülebileceğini göz önünde bulundurun.

Parolayı değiştirmeden önce onu kullanan her bileşeni bulun: yerel uygulamalar, sunucu süreçleri, zamanlanmış görevler ve derleme sistemleri. Değişiklikten sonra ayarlarını güncelleyin ve test etmek için yeni bir bağlantı kurun. Uzun süre çalışan süreçlerin de yeni değeri aldığını doğrulayın; bazılarının yeniden başlatılması gerekir.

Eski parola artık çalışmamalıysa onunla yapılan yeni bir bağlantının reddedildiğini test edin. Mevcut bağlantılar hizmetin kendi kurallarına uyar: parola değiştirmek bunları her zaman hemen kapatmaz. Erişimi acilen iptal etmek için sağlayıcının desteklediği erişimi devre dışı bırakma yöntemini kullanın.

Birleşik kimlik doğrulama: IP ve parola

Birleşik kimlik doğrulamada proxy sunucusu iki koşulu denetler: erişim bilgilerini ve uygulamanın bağlandığı kaynak adresini. İki koşul da karşılanmalıdır. Tek başına doğru parola, IP kısıtlamasını geçersiz kılmaz.

ProxyCompass statik paketlerinde birleşik mod bir /24 alt ağı kullanır. Aynı alt ağda birden fazla genel IPv4 adresiniz varsa bunlardan birini izin verilenler listesine eklemeniz yeterlidir. Bu alt ağdaki diğer adresler, her adres için ayrı kayıt olmadan doğru kullanıcı adı ve parolayla bağlanabilir.

Görselde uygulamanın genel IP adresi, izin verilenler listesindeki adresle aynı ilk üç sayıya sahiptir. Geçerli erişim bilgileriyle bağlanabilir; o alt ağın dışındaki bir adres ağ denetimini geçemez, yanlış parola ise alt ağın içinde bile başarısız olur. Aynı alt ağdaki diğer istemci IP adresleri de bu kaydı kullanabilir. Bu, kullanıcı adı ve parola alanları gerektiren uygulamalar için kullanışlıdır. Kural satın alınan proxy çıkış IP adresleriyle değil, uygulamalarınızın genel IP adresleriyle ilgilidir.