Rehber
Proxy Kimlik Doğrulama: Kullanıcı Adı/Şifre mi, IP Whitelist mi?
Proxy’ye iki yolla yetki verilir: her bağlantıda gönderilen kullanıcı adı/şifre ya da panelde kayıtlı genel IP adresi (IP whitelist). İki yöntemin HTTP ve SOCKS5’te nasıl çalıştığı, karşılaştırma tablosu, senaryoya göre seçim, WeProxy ürünlerinde geçerli yöntem ve 407 hatasının çözümü.
Kısa cevap
- Proxy kimlik doğrulama iki yolla yapılır: kullanıcı adı/şifre yönteminde istemci her bağlantıda kimlik bilgisini gönderir, IP whitelist yönteminde proxy bağlantının geldiği genel IP adresini panelde kayıtlı listeyle karşılaştırır.
- IP adresi sık değişen cihazlarda (dizüstü, telefon, mobil veri) ve ekip kullanımında kullanıcı adı/şifre; sabit IP’li sunucularda ve şifre alanı olmayan programlarda IP whitelist daha pratiktir.
- Whitelist’e bilgisayarın yerel adresi değil internete çıkan genel adres yazılır; sunucu gateway’e IPv6 ile bağlanıyorsa IPv6 adresi, bulutta ise NAT çıkış adresi eklenmelidir.
- Chrome kullanıcı adı/şifreli SOCKS5 proxy’yi desteklemez ve Windows ile Android sistem proxy ekranlarında parola alanı yoktur; bu durumlarda IP whitelist ya da HTTP + kullanıcı adı/şifre kullanılır.
- Kimlik doğrulama sorunları çoğunlukla 407 Proxy Authentication Required olarak görünür: kodlanmamış parola karakteri, değişen genel IP veya listede olmayan sunucu çıkış IP’si en sık nedenlerdir.
Proxy kimlik doğrulama, proxy sunucusunun bağlantıyı kimin kurduğunu doğrulayıp yetkisi olmayanı geri çevirmesidir. İki yöntem kullanılır: kullanıcı adı/şifre yönteminde istemci her bağlantıda kimlik bilgisini gönderir; IP whitelist (IP izin listesi) yönteminde ise proxy, bağlantının geldiği genel IP adresine bakar ve listede kayıtlı adreslerden gelen bağlantıyı şifresiz kabul eder.
IP adresiniz sık değişiyorsa ya da proxy’yi birden fazla cihazdan kullanıyorsanız kullanıcı adı/şifre seçin. Kod sabit IP’li bir sunucuda çalışıyorsa ya da kullandığınız program şifre alanı sunmuyorsa IP whitelist daha pratiktir. Örneklerde WeProxy gateway adresi gw.weproxy.com.tr:8989 kullanılıyor; USER ve PASSWORD müşteri panelindeki bilgilerinizdir.
Proxy kimlik doğrulama nedir, nasıl çalışır?
Proxy, kimin trafiğini taşıdığını bilmek zorundadır; açık bir proxy herkesin trafiğini sizin paketinizden geçirir. Doğrulama bu yüzden bağlantının en başında yapılır ve hedef siteye hiçbir istek gitmeden sonuçlanır.
HTTP proxy’de akış RFC 9110 ile tanımlıdır. İstemci kimlik bilgisi göndermeden bağlanırsa proxy 407 Proxy Authentication Required yanıtı ve Proxy-Authenticate başlığı döner. İstemci isteği bu kez Proxy-Authorization: Basic ... başlığıyla tekrarlar. Basic yöntemde kullanıcı:parola yalnız Base64 ile kodlanır, şifrelenmez (RFC 7617).
SOCKS5’te istemci önce desteklediği yöntemleri listeler (RFC 1928). 0x00 kimlik doğrulamasız bağlantıyı, 0x02 kullanıcı adı/şifreyi gösterir. Proxy 0x02’yi seçerse kullanıcı adı ve parola RFC 1929 alt anlaşmasıyla düz metin olarak gider. IP whitelist kullanılan bir bağlantıda proxy 0x00’ı kabul eder, çünkü kararı kaynak IP’ye göre zaten vermiştir.
IP whitelist protokolden bağımsızdır. Proxy, TCP bağlantısının geldiği adresi panelde kayıtlı listeyle karşılaştırır. Adres listedeyse bağlantı kabul edilir; değilse HTTP’de 407, SOCKS5’te reddedilen yöntem (0xFF) ya da kapanan bağlantı görürsünüz.
Kullanıcı adı ve şifreyle proxy nasıl kullanılır?
Kimlik bilgisi proxy adresine eklenir ya da programın ayrı alanlarına yazılır. cURL’de iki yazım da çalışır:
curl -x "http://USER:[email protected]:8989" https://api.ipify.org
curl -x "http://gw.weproxy.com.tr:8989" -U "USER:PASSWORD" https://api.ipify.org
Bu yöntemin en büyük artısı taşınabilirliktir. Aynı satır ev internetinde, mobil veride, bulut sunucusunda ve bir iş arkadaşınızın bilgisayarında çalışır. Çıkış IP’niz değiştiğinde bir şey yapmanız gerekmez. Hangi cihazdan bağlandığınızın önemi kalmadığı için ekip içinde dağıtmak da kolaydır.
Bedeli, parolanın her yerde yazılı olmasıdır. Proxy satırı scriptlere, ortam değişkenlerine, antidetect profillerine ve bazen loglara girer. Paylaşılan bir ekran görüntüsü ya da herkese açık bir depoya gönderilen bir yapılandırma dosyası paketinizi başkasına açar. Kodda parolayı ortam değişkeninden okuyun ve logları paylaşmadan önce URL’deki parolayı silin.
İkinci sınır, bazı programların kimlik bilgisini hiç kabul etmemesidir. Chrome’un --proxy-server bayrağı user:pass@ bölümünü okumaz ve Chrome kullanıcı adı/şifreli SOCKS5 proxy’yi desteklemez. Windows ve Android’in sistem proxy ekranlarında yalnız host ve port alanı bulunur. Tarayıcıda şifreli proxy için resmi eklentiyi kullanabilirsiniz; kurulum Chrome entegrasyonu sayfasında. Parolada @ veya : gibi karakterler varsa URL biçiminde yüzde kodlaması gerekir; yazım kuralları proxy formatları rehberinde.
IP whitelist nedir, nasıl çalışır?
IP whitelist’te parola yerine kendi genel IP adresinizi müşteri paneline kaydedersiniz. Proxy bu adresten gelen bağlantıları şifresiz kabul eder. Proxy satırı host:port olarak kısalır:
curl -x "http://gw.weproxy.com.tr:8989" https://api.ipify.org
Kaydedeceğiniz adres, bilgisayarınızın yerel adresi (192.168.x.x, 10.x.x.x) olmamalıdır. Proxy yalnız internete çıkan genel adresi görür. Bu adresi, proxy’yi kullanacak cihazda proxy kapalıyken My IP aracını açarak ya da komut satırından öğrenebilirsiniz:
curl https://api.ipify.org # genel IPv4 adresiniz
curl https://api64.ipify.org # IPv6 varsa IPv6 adresiniz
Sunucunuz gateway’e IPv6 üzerinden bağlanıyorsa listede IPv6 adresi olmalıdır; yalnız IPv4 adresini kaydettiyseniz bağlantı reddedilir. Bulut ortamlarında kodun çalıştığı makinenin dahili adresi ile internete çıktığı NAT adresi farklıdır. Listeye her zaman çıkış (egress) adresini yazın.
Bu yöntem kimlik bilgisini ortadan kaldırır. Sızacak bir parola yoktur ve şifre alanı olmayan programlar da proxy’yi kullanabilir. Sınırı, adresin sabit olması gerekmesidir. Ev internetinde modem yeniden başladığında, mobil veride baz istasyonu değiştiğinde ya da VPN sunucusu değiştiğinde genel IP değişir ve bağlantı reddedilir.
Bazı internet servis sağlayıcıları ve mobil operatörler aynı genel IP’yi CGNAT ile çok sayıda aboneye paylaştırır. Paylaşılan bir adresi whitelist’e eklediğinizde aynı adresin arkasındaki herkes paketinize şifresiz bağlanabilir. Whitelist’i yalnız size ait, sabit adreslerle kullanın.
Kullanıcı adı/şifre ve IP whitelist karşılaştırması
| Kriter | Kullanıcı adı/şifre | IP whitelist |
|---|---|---|
| Proxy satırı | http://USER:PASSWORD@host:port | host:port |
| Çıkış IP’niz değişirse | Etkilenmez | Bağlantı reddedilir, listeyi güncellemeniz gerekir |
| Birden fazla cihaz | Aynı bilgilerle hepsi bağlanır | Her cihazın genel IP’si listeye eklenir |
| Sızma riski | Parola satırla birlikte kopyalanır | Parola yok; paylaşılan IP’de başkası da bağlanabilir |
| Şifre alanı olmayan programlar | Çalışmaz ya da parola penceresi açılır | Çalışır |
| Chrome ve SOCKS5 | Desteklenmez | Çalışır |
| SOCKS5 el sıkışması | Yöntem seçimi + kimlik doğrulama | Yalnız yöntem seçimi |
| Tipik kullanım | Dizüstü, mobil, ekip, antidetect profilleri | Sabit IP’li sunucu, VPS, sistem proxy ayarı |
Kimlik doğrulama hız farkını yeni bağlantılarda yaratır. Kullanıcı adı/şifreli SOCKS5 her yeni bağlantıda ek bir gidiş-dönüş yapar; IP whitelist’te bu adım yoktur. Açık tutulan bağlantılarda fark hissedilmez. Protokoller arasındaki diğer farklar HTTP vs SOCKS5 yazısında.
Hangi durumda hangi yöntem seçilmeli?
| Senaryo | Önerilen yöntem | Neden |
|---|---|---|
| Sabit IP’li VPS’te scraper veya bot | IP whitelist | Parola kodda tutulmaz, satır kısa kalır |
| Dizüstü bilgisayar, evden ve ofisten çalışma | Kullanıcı adı/şifre | Genel IP gün içinde değişir |
| Telefon veya mobil veri | Kullanıcı adı/şifre | Operatör IP’si sık değişir ve paylaşılabilir |
| Puppeteer veya Chrome ile SOCKS5 | IP whitelist ya da HTTP + kullanıcı adı/şifre | Chrome şifreli SOCKS5 desteklemez |
| Windows veya Android sistem proxy ayarı | IP whitelist | Ekranda parola alanı yok |
| Antidetect tarayıcıda çok profil | Kullanıcı adı/şifre | Her profil kendi satırını taşır |
| Proxy’yi bir ekiple paylaşma | Kullanıcı adı/şifre | Kişiler farklı ağlardan bağlanır |
Bazı ekipler iki yöntemi birlikte kullanır. Sunucudaki işler whitelist’le, dizüstündeki testler kullanıcı adı/şifreyle bağlanır. Ürününüz iki yöntemi de sunuyorsa bu düzen parolanın sunucu dosyalarına girmesini önler. Python’da iki yöntemin kod örnekleri Python ile proxy kullanımı yazısında; Puppeteer kurulumu Puppeteer entegrasyonu sayfasında.
WeProxy ürünlerinde hangi yöntem kullanılır?
Hangi yöntemin açık olduğu ürüne göre değişir. Ürün sayfalarında yazan durum şöyle:
| Ürün | Kimlik doğrulama | Not |
|---|---|---|
| Statik Residential IPv4 | Yalnız kullanıcı adı/şifre | IP whitelist bu üründe yok |
| Mobil 4G/5G Proxy | Yalnız kullanıcı adı/şifre | IP whitelist yok; uç noktalar HTTP |
| Sınırsız Rotating Residential IPv4 | Kullanıcı adı/şifre | Bilgiler panelden verilir |
| Statik Datacenter IPv4 | Kullanıcı adı/şifre | Paket kartında User:Pass auth |
| Statik Datacenter IPv6 | IP whitelist destekli | Özelliklerde kolay whitelist yönetimi |
| Gaming Proxy | Kullanıcı adı/şifre, isteğe bağlı IP whitelist | Bilgiler ödemeden sonra panelde |
Diğer ürünlerde yöntem ve desteklenen protokoller ürün sayfasının teknik özellikler ve SSS bölümünde yazar. Genel sorular SSS sayfasında toplanıyor. Kimlik bilgileri ve whitelist ayarı müşteri panelinden yönetilir. Whitelist’e yalnız size ait ya da kullanma izniniz olan IP adreslerini ekleyin.
Hedef sitenin IP whitelist’i: sabit çıkış IP’si gerekiyorsa
Whitelist kelimesi bazen ters yönde geçer. Bir iş ortağının API’si, bir yönetim paneli ya da bir ödeme servisi yalnız kayıtlı IP’lerden gelen isteklere yanıt verebilir. Bu durumda listeye proxy’nin size verdiği çıkış IP’sini yazarsınız; proxy’ye nasıl bağlandığınızın bir önemi yoktur.
Bu iş için çıkış adresi değişmeyen bir ürün gerekir. Rotating proxy’de IP istekten isteğe ya da oturum süresi dolunca değişir; karşı tarafın listesi ilk değişimde geçersiz kalır. Statik datacenter IPv4 proxy size ayrılmış sabit bir IP verir; adres paket dönemi boyunca aynı kalır. Siz proxy’ye kullanıcı adı/şifreyle bağlanırsınız, hedef servis ise sabit çıkış IP’sini tanır. Statik ve dönen IP modellerinin farkı sticky ve rotating proxy rehberinde, datacenter ile ISP proxy arasındaki seçim ISP proxy vs datacenter proxy yazısında.
407 hatası ve whitelist sorunları nasıl çözülür?
Kimlik doğrulama sorunlarının çoğu 407 Proxy Authentication Required olarak görünür. SOCKS5’te aynı sorun genellikle bağlantının hemen kapanmasıyla ortaya çıkar.
| Belirti | Olası neden | Çözüm |
|---|---|---|
407, satır doğru görünüyor | Parolada kodlanmamış @, : veya / | Parolayı URL’de yüzde kodlayın |
407, dün çalışıyordu | Genel IP değişti, whitelist’teki adres eski | Yeni adresi My IP ile bulup panele ekleyin |
Yerelde çalışıyor, sunucuda 407 | Sunucunun çıkış IP’si listede yok | Sunucuda curl https://api.ipify.org çalıştırıp adresi ekleyin |
IPv6’lı sunucuda 407 | Gateway’e IPv6 ile bağlanılıyor, listede IPv4 var | IPv6 adresini de ekleyin ya da IPv4 bağlantıyı zorlayın |
VPN açıkken 407 | Proxy’ye VPN’in çıkış IP’sinden bağlanılıyor | VPN çıkış IP’sini ekleyin ya da kullanıcı adı/şifreye geçin |
| Chrome’da SOCKS5 bağlanmıyor | Chrome şifreli SOCKS5 desteklemiyor | HTTP şeması ya da IP whitelist kullanın |
| Sistem ayarında sürekli parola penceresi | Program şifre alanını desteklemiyor | IP whitelist kullanın |
Bir satırın kendisinin doğru olup olmadığını programdan bağımsız görmek için proxy checker aracına yapıştırın. Checker’da çalışan ama programınızda çalışmayan satır, sorunun programın proxy ayarında olduğunu gösterir. 407 ile birlikte 403, 429 ve 502 kodlarının hangi katmandan geldiği proxy hata kodları rehberinde anlatılıyor. VPN ile proxy’yi birlikte kullanırken sıranın nasıl kurulacağı proxy mi VPN mi yazısında.
Proxy kimlik bilgilerini güvenli tutmak için kontrol listesi
- Parolayı kod deposuna yazmayın; ortam değişkeninden ya da gizli bilgi yöneticisinden okuyun.
- Logları, hata raporlarını ve destek taleplerini göndermeden önce URL’deki parolayı silin.
- Parolanın sızdığından şüpheleniyorsanız kullanmayı bırakın ve müşteri paneli ya da destek ekibi üzerinden yeni bilgi isteyin.
- Whitelist’e yalnız sabit ve size ait adresleri ekleyin; CGNAT arkasındaki ev ve mobil IP’leri eklemeyin.
- Kullanmadığınız sunucuların IP’lerini listeden çıkarın. Kapatılan bir VPS’in adresi bir süre sonra başka bir müşteriye verilebilir.
- HTTP proxy’de Basic kimlik bilgisi proxy’ye kadar şifresiz gider. HTTPS hedeflerde sayfa içeriği
CONNECTtünelinde şifreli kalır, ama proxy bilgilerini güvenmediğiniz ağlarda kullanırken bunu hesaba katın.
Hangi yöntemi seçerseniz seçin, proxy üzerinden yaptığınız işlerde hedef sitenin kullanım şartları, robots.txt dosyası ve KVKK ile GDPR yükümlülükleri geçerlidir. WeProxy hizmetlerinde izin verilen kullanımlar kabul edilebilir kullanım sayfasında yazılıdır.
Sık sorulan sorular
Proxy’de IP whitelist nedir?
IP whitelist, proxy’ye parola yerine IP adresiyle yetki verme yöntemidir. Kendi genel IP adresinizi müşteri paneline kaydedersiniz; proxy bu adresten gelen bağlantıları kullanıcı adı ve şifre istemeden kabul eder. Proxy satırı host:port olarak kısalır. Yöntem sabit IP’li sunucular ve şifre alanı olmayan programlar için uygundur; IP adresiniz değiştiğinde listeyi güncellemeniz gerekir.
Kullanıcı adı/şifre mi IP whitelist mi daha güvenli?
İkisinin riski farklıdır. Kullanıcı adı/şifrede risk parolanın kod, log veya ekran görüntüsüyle sızmasıdır. IP whitelist’te sızacak parola yoktur, ama CGNAT ile paylaşılan bir ev ya da mobil IP’yi eklerseniz aynı adresin arkasındaki herkes bağlanabilir. Sabit ve size ait bir sunucu IP’si varsa whitelist, değişen IP’lerde ise ortam değişkeninde saklanan kullanıcı adı/şifre daha güvenli seçimdir.
Whitelist’e hangi IP adresini eklemeliyim?
Proxy’yi kullanacak cihazın internete çıktığı genel IP adresini ekleyin; 192.168.x.x veya 10.x.x.x gibi yerel adresler işe yaramaz. Adresi proxy kapalıyken My IP aracında ya da curl https://api.ipify.org komutuyla öğrenebilirsiniz. Sunucu gateway’e IPv6 ile bağlanıyorsa IPv6 adresini de ekleyin. Bulut ortamlarında makinenin dahili adresi yerine NAT çıkış adresini yazın.
IP whitelist kullanırken neden 407 hatası alıyorum?
Proxy, bağlantının geldiği adresi listede bulamıyor demektir. En sık nedenler modem yeniden başladığında değişen ev IP’si, scriptin listede olmayan bir sunucuya taşınması, sunucunun gateway’e IPv6 ile bağlanması ve açık bir VPN’in çıkış IP’sidir. Proxy’yi kullanan cihazda genel IP’nizi yeniden kontrol edin ve paneldeki listeyle karşılaştırın; adres sık değişiyorsa kullanıcı adı/şifreye geçin.
Chrome veya Puppeteer’da şifreli SOCKS5 proxy neden çalışmıyor?
Chrome kullanıcı adı ve şifreli SOCKS5 proxy’yi desteklemez; --proxy-server bayrağı da user:pass@ bölümünü okumaz. Bu yüzden Puppeteer veya Chrome ile şifreli SOCKS5 verdiğinizde bağlantı kurulmaz. Ya HTTP proxy kullanıp kimlik bilgisini page.authenticate() ile verin ya da sunucunuzun IP’sini whitelist’e ekleyip SOCKS5’i şifresiz bağlayın. Tarayıcıda elle kullanım için WeProxy Manager eklentisi kullanılabilir.









