Proxy testlerinin çoğu, bağlantının başarılı olup olmadığını ve size ait olmayan bir adresin geri dönüp dönmediğini kontrol etmekten ibarettir. Bu, beş saniyelik kullanışlı bir temel kontrol olmakla birlikte, proxy’nin işinizi görüp görmeyeceği konusunda size neredeyse hiçbir bilgi vermez.
Bir proxy, mükemmel bir şekilde bağlanabilir, makul görünen yabancı bir adres bildirebilir, hızlı yanıt verebilir ve yine de işe yaramaz olabilir — çünkü asıl ilgilendiğiniz site onu engelliyor olabilir, ya da coğrafi konumu size satıldığı ülkeden farklı bir ülkede olabilir, ya da ana bilgisayar adı aramalarınız tamamen başka bir yere yönlendiriliyor olabilir.
Biz Geonode olarak proxy satıyoruz; bu da bu makaleyi biraz ters bir duruma sokuyor: İyi bir test rutini, müşterilerin bir sağlayıcının vaatlerini yerine getirmediğini keşfetme yoludur ve biz size bunu bizim üzerimizde uygulamanızı söylüyoruz. Bu kasıtlı bir durumdur. Bu pazardaki en pahalı sonuç, bir kişinin hedefleri için hiçbir zaman düzgün çalışmayan bir hizmet için aylarca ödeme yapmasıdır ve bu, yaptıkları tek testin “bağlanıyor mu” olması nedeniyle gerçekleşir.
Aşağıdaki dört testin kurulumu yaklaşık bir öğleden sonra sürer ve sonrasında çalıştırılması yaklaşık bir dakika sürer. Önem derecesine göre kabaca sıralamak gerekirse:
- Bağlantı ve bildirilen adres — hızlı, gerekli, yetersiz.
- Coğrafi konum doğruluğu — adresin gerçekten satıldığı yer olup olmadığı.
- Sızıntılar — başlıklar ve DNS; her ikisi de tüm çalışmayı boşa çıkarabilir.
- Gerçek hedefinizdeki başarı oranı — her şeyi belirleyen faktör budur.
Aşağıda önerilen tüm uç noktalar, bu yazının yazıldığı tarihte kontrol edilmiş ve yanıt veriyordu. Bu düşük bir standart olsa da, şaşırtıcı sayıda yayınlanmış kılavuz, yıllardır hizmet vermeyen hizmetleri önermektedir.
Test Edilmeye Değer Dört Şey
Komutlardan önce mantık — çünkü her bir testin neden var olduğunu bilmek, bir hatayı nasıl yorumlayacağınızı gösterir.
Bağlantı
Proxy, bağlantınızı kabul ediyor mu, kimliğinizi doğruluyor mu ve isteği iletiyor mu? Hedefin gördüğü adres size değil de proxy’ye mi ait?
Bu temel bir gerekliliktir ve çoğu kişi bu aşamada durur.
Coğrafi Konum
Berlin’de olduğu söylenen bir adres, Frankfurt’ta, Hollanda’da ya da belirli bir yerde değil olarak sınıflandırılabilir. Coğrafi konum veritabanları birbiriyle çelişir ve önemli olan, sağlayıcınızın kullandığı veritabanı değil, hedefinizin kullandığı veritabanıdır.
Bu, yaygın ve gerçekten kafa karıştırıcı bir hatadır: her şey çalışıyor, proxy bir Alman adresi bildiriyor, ancak site size sürekli Hollanda içeriği gösteriyor.
Sızıntılar
İki tür sızıntı vardır ve her ikisi de amacınızı fark edilmeden boşa çıkarabilir.
Başlık sızıntıları. Bazı proxy’ler, orijinal istemci adresini ifşa eden veya bir proxy kullanıldığını bildiren başlıklar ekler. Proxy kullanma nedeniniz, hedefin sizi sıradan bir kullanıcı olarak görmesi ise, aksini belirten bir başlık sorun teşkil eder.
DNS sızıntıları. Trafiğiniz proxy üzerinden geçerken, ana bilgisayar adı aramaları yerel olarak gerçekleşir. Çözümleyiciniz — genellikle İSS’niz — ziyaret ettiğiniz her siteyi görür ve daha da kötüsü, yerel olarak çözümlenen bir ana bilgisayar adı bölgesel olarak yanlış bir adres döndürebilir; bu durumda doğru ülkeden yanlış uç noktaya bağlanırsınız.
Hedefinizde Başarı Oranı
Sonucu gerçek işinize yansıyan tek test budur.
Yukarıdakilerin tümü genel niteliktedir ve halka açık uç noktalara göre ölçülebilir. Bunların hiçbiri, ihtiyacınız olan belirli sitenin size içerik sunup sunmayacağını öngörmez. Daha önceki üç testi de geçen bir proxy, hedefiniz tarafından yine de tamamen engellenebilir; buna karşılık, sıradan görünen bir proxy ise mükemmel şekilde çalışabilir.
Toplu alım yapmadan önce bunu ölçün. Bu, çalışan bir proxy ile sadece bağlantı kuran bir proxy arasındaki farktır.
Bağlantı Kuruluyor mu ve Hangi Adres Görünüyor?
Temel test; bu yazının yazıldığı tarihte uç noktaların yanıt verdiği doğrulanmıştır.
Tek Satırlık Komut
curl -x http://user:pass@proxy.example.com:8080 https://api.ipify.org?format=json
Size ait olmayan bir adres geri gelirse, proxy en temel düzeyde çalışıyor demektir.
Yararlı Uç Noktalar
| Uç Nokta | Dönüş |
|---|
https://api.ipify.org?format=json | Yalnızca adres, minimal ve hızlı |
https://httpbin.org/ip | Adres, JSON formatında |
https://ipinfo.io/json | Adres artı konum ve ağ ayrıntıları |
http://ip-api.com/json | Adres artı ayrıntılı coğrafi konum |
https://ifconfig.me/all.json | Adres artı gönderdiğiniz başlıklar |
Sonuncusu hakkında bilgi sahibi olmak önemlidir, çünkü isteğinizi size geri yansıtır — bu sayede herhangi bir özel araç kullanmadan başlık sızıntılarını kontrol edebilirsiniz.
Gerçek Adresinizle Karşılaştırın
# Without the proxy
curl -s https://api.ipify.org
echo
# With it
curl -s -x http://user:pass@proxy.example.com:8080 https://api.ipify.org
İki farklı değer, yol üzerinde bir proxy olduğu anlamına gelir. Aynı değer ise proxy'nin yolunda olmadığı anlamına gelir — ve bu, sandığınızdan daha sık olur; genellikle curl'ün sessizce görmezden geldiği proxy URL'sindeki bir yazım hatası yüzünden.
Eşleşiyorlarsa -v ekleyin ve curl'ün gerçekte hangi ana bilgisayara bağlandığını kontrol edin.
Hata Mesajları ve Anlamları
Bağlantı reddedildi — yanlış ana bilgisayar veya bağlantı noktası ya da proxy çalışmıyor.
407 Proxy Kimlik Doğrulaması Gerekiyor — kimlik bilgileri yanlış veya eksik. Bazı sağlayıcıların, bunun yerine kendi adresinizi izin listesine ekleyerek kimlik doğrulaması yaptığını unutmayın; bu durumda mevcut adresiniz listede olmayabilir.
Zaman Aşımı — proxy'ye ulaşılamıyor veya aşırı yüklenmiş. Beklemek yerine hızlıca öğrenmek için --max-time 10 ekleyin.
Çalışıyor ama adres sizinki — proxy ayarı uygulanmıyor. Yazım hataları olup olmadığını kontrol edin ve bir ortam değişkeninin, sizin girdiğiniz değeri geçersiz kılıp kılmadığını kontrol edin.
SOCKS'u Düzgün Şekilde Test Edin
curl -x socks5h://user:pass@proxy.example.com:1080 https://api.ipify.org
socks5h adresine dikkat edin, socks5 değil. h, proxy'nin kendi makineniz yerine ana bilgisayar adlarını çözümlemesine neden olur — bu, aşağıda ele alınacak olan DNS sızıntısıdır ve bu alanda en yaygın olarak görülen, yarı işlevsel yapılandırmadır.
Coğrafi Konum Doğruluğu
Kimsenin sizi uyarmadığı, gerçekten yaygın bir sorunu ortaya çıkaran test.
Komut
curl -s -x http://user:pass@proxy.example.com:8080 http://ip-api.com/json | python3 -m json.tool
Adresin ait olduğu ülke, bölge, şehir ve kuruluş bilgilerini alırsınız.
Kontrol Edilecekler
Ülke, satın aldığınız hizmetle uyumlu olmalıdır. Bu en bariz olanıdır ve daha ucuz havuzlarda olması gerekenden daha sık başarısız olur.
Şehir makul olmalıdır. Manchester adresi satın aldıysanız ve sonuç Londra olarak görünüyorsa, bu çoğu amaç için sorun olmayabilir ancak yerel arama testleri için ölümcül olabilir.
Konut adresi satın aldıysanız, kuruluş bir tüketici ISP'si gibi görünmelidir. Bir barındırma şirketi olarak görünüyorsa, ne olarak satılmış olursa olsun elinizde bir veri merkezi adresi vardır — ve bunu özellikle kontrol etmeye değer, çünkü bu, korumalı sitelerde çalışan bir ürün ile çalışmayan bir ürün arasındaki farktır.
İnsanların Kafasını Karıştıran Kısım
Coğrafi konum veritabanları birbiriyle uyuşmuyor. Adres ile yer arasında kesin bir eşleştirme yoktur; kayıt verileri, yönlendirme ve gözlemlerden bunu çıkaran birkaç ticari veritabanı vardır ve bunlar farklı zamanlarda farklı yöntemlerle güncellenir.
Dolayısıyla bir adres şunlar olabilir:
- Bir veritabanına göre Berlin
- Başka bir veritabanına göre Frankfurt
- Üçüncü bir veritabanına göre Almanya, ancak şehir belirtilmemiş
- Dördüncü bir veritabanına göre Hollanda olabilir, çünkü adres yakın zamanda yeniden atanmıştır
Hedefiniz bunlardan birini kullanıyor ve siz hangisi olduğunu bilmiyorsunuz. Bu nedenle, test sonucunda Almanya olarak çıkan bir adres, ilgilendiğiniz sitede yine de Hollanda içeriği gösterebilir ve bu yüzden coğrafi konum belirleme konusunda tek kesin sonuç, hedefin kendisinde yapılan testtir.
Pratik Test
İki veya üç veri tabanını kontrol edin, ardından hedefi kontrol edin:
PROXY="http://user:pass@proxy.example.com:8080"
curl -s -x $PROXY http://ip-api.com/json | python3 -m json.tool
curl -s -x $PROXY https://ipinfo.io/json | python3 -m json.tool
Eğer sonuçlar uyuşuyorsa, muhtemelen satın aldığınız şeyi elde etmişsinizdir. Eğer uyuşmuyorsa, tek geçerli olan hedefin kendi görüşüdür — gerçek siteyi proxy üzerinden yükleyin ve hangi para biriminin, dilin veya bölgesel içeriğin göründüğüne bakın.
Başlıklar ve DNS Sızıntıları
Her ikisi de kontrol edilmesi kolay ancak nadiren kontrol edilen iki gizli hata.
Başlık Sızıntıları
Bazı proxy'ler, ya gerçek adresinizi ifşa eden ya da bir proxy kullanıldığını ortaya çıkaran başlıklar ekler. Hedefin, isteğinizi geri yansıtmasını sağlayarak kontrol edin:
curl -s -x http://user:pass@proxy.example.com:8080 https://httpbin.org/headers | python3 -m json.tool
Orada olmaması gereken başlıklar: Gerçek adresinizi içeren
X-Forwarded-For
. Via
. X-Real-IP
. Forwarded
. Proxy-Connection
. Proxy sağlayıcısının adını içeren her şey.
X-Forwarded-For: your.real.address
adresini ekleyen bir proxy, gizlilik açısından hiçbir işe yaramamıştır — sadece adresinizi, hedef sunucunun okuyabilmesi için isteğe yazmıştır.
Bu sektör haritasında açıklanan üç anonimlik seviyesi, bu teste doğrudan uygulanır. Şeffaf proxy'ler, başlıklarda adresinizi iletir. Anonim proxy'ler adresinizi iletmez, ancak kendilerini proxy olarak tanımlar. Elit proxy'ler ise ikisini de yapmaz. Yukarıdaki komut, hangi türde bir proxy kullandığınızı gösterir ve bir listeye güvenmek yerine bu komutu çalıştırmanızda fayda vardır.
DNS Sızıntıları
Tek bir komutla test edilmesi daha zordur ve çoğu kişinin farkında olduğundan daha ciddi sonuçlar doğurur.
Sorun şudur: Trafiğiniz proxy üzerinden geçer, ancak ana bilgisayar adı araması kendi makinenizde gerçekleşir. Trafik başka bir yere yönlendirilse bile, çözümleyiciniz ziyaret ettiğiniz her siteyi öğrenir.
curl ve SOCKS ile, düzeltme tek bir karakterdir:
# Leaks the lookup to your local resolver
curl -x socks5://proxy.example.com:1080 https://example.com
# Proxy resolves the hostname
curl -x socks5h://proxy.example.com:1080 https://example.com
HTTP proxy'leri ile, ana bilgisayar adı çözümlemesi normalde proxy'de gerçekleşir, bu nedenle bu daha az sorun teşkil eder — ancak varsaymak yerine doğrulayın, özellikle de bir istemci kütüphanesi söz konusuysa.
Neden bu sadece bir gizlilik meselesi değil: Yerel olarak çözümlenen bir ana bilgisayar adı, size bölgesel olarak farklı bir sunucu verebilir. Almanya üzerinden proxy kullanıyor ancak çözümlemeyi İngiltere'den yapıyorsanız, bir Alman adresinden İngiliz uç noktasına bağlanabilirsiniz. Bu kombinasyon, amacınız açısından hem yanlış hem de fark edilecek kadar sıra dışıdır.
Kontrol
Proxy üzerinden bir DNS sızıntı testi hizmeti kullanın ve rapor edilen çözümleyicilerin sizin ağınıza değil, proxy'nin ağına ait olduğunu doğrulayın. Bu işlem otuz saniye sürer ve hedef testinden sonra bu makaledeki en değerli doğrulama işlemidir.
Gerçek Hedefinizde Başarı Oranı
Diğer üç testin toplamından daha önemli olan ve satın almadan önce neredeyse hiç kimsenin yapmadığı test.
Genel Testler Neden Bunu Öngöremiyor?
Şimdiye kadar yapılan tüm testler, proxy'yi kimseyi engellemek için hiçbir nedeni olmayan tarafsız genel uç noktalara göre ölçer. Hedefiniz ise tarafsız değildir. Hedefiniz, adresin kaynağını kontrol edebilir, kendi engelleme listelerini tutabilir, hız sınırlamaları uygulayabilir, istemcinizin parmak izini alabilir veya bölgeye göre farklı içerik sunabilir.
Her genel testi geçen bir proxy, hedefiniz tarafından doğrudan engellenebilir. Tamamen sıradan görünen bir proxy ise mükemmel şekilde çalışabilir. Genel testler size proxy’nin işlevsel olduğunu gösterir; ancak hedef, proxy’nin gerçekten çalıştığını gösterir.
Yöntem
Aslında ihtiyacınız olan URL’lerden temsili bir örnek alın — ana sayfa değil, işinizle ilgili sayfalar. Anlamlı bir sonuç elde etmek için elli ila birkaç yüz adet yeterlidir.
Bunları proxy üzerinden çalıştırın. Şunları kaydedin:
Kaç tanesi başarılı oldu; burada başarı, yanıtın istediğiniz içeriği içermesi anlamına gelir — HTTP 200 yanıtı döndürmesi değil.
Ne kadar bant genişliği tüketildi, başarısızlıklar da dahil.
Her birinin ne kadar sürdüğü.
Başarıları Sayarken Dikkat Edilmesi Gereken Tuzak
Bu, üretim sistemlerinde aylarca varlığını sürdürdüğü için ayrı bir uyarıyı hak ediyor.
HTTP 200'ü başarı olarak saymayın. Buradaki tipik hata türü, yanlış içerik barındıran ancak makul görünen bir sayfadır: bir doğrulama sayfası, bir yumuşak engelleme, "olağandışı bir etkinlik tespit ettik" uyarısı, bölgesel bir varyant veya meşru bir boş sonuç kümesine tıpatıp benzeyen boş bir sonuç kümesi. Bunların hepsi 200 kodunu döndürür.
Yalnızca gerçekten başarılı bir sayfada görünen bir şeyi kontrol edin — bir fiyat, bir ürün başlığı, belirli bir öğe, minimum içerik uzunluğu. Durum koduna güvenen bir başarı sayacı, hiçbir şey toplamadan mükemmel rakamlar rapor edecektir.
Önemli Olan Rakam
cost per successful request = (bandwidth used × price per GB) ÷ successes
Sağlayıcıları anlamlı bir şekilde karşılaştıran tek rakam budur, çünkü başarısız istekler, başarılı istekler gibi ücretli bant genişliğini tüketir. Hedefinizde başarı oranı düşük olan daha ucuz bir proxy, işe yarayan pahalı bir proxy'den sonuç başına daha pahalıya mal olabilir.
Aynı sabah, aynı hedef listesi ve aynı eşzamanlılık ayarlarıyla iki veya üç sağlayıcı üzerinde bu testi yapın; sıralama genellikle fiyat listesinden farklı çıkacaktır. İşte bunu yapmanın amacı da budur.
Bir Listeyi Tamamen Test Eden Bir Komut Dosyası
Tek bir proxy’yi elle test etmek sorun değildir. İki yüz proxy’yi test etmek için ise bir komut dosyasına ihtiyaç vardır.
import concurrent.futures
import time
import requests
TEST_URL = "https://api.ipify.org?format=json"
TIMEOUT = 10
def check(proxy):
"""Return a dict describing one proxy's behaviour."""
proxies = {"http": proxy, "https": proxy}
started = time.perf_counter()
try:
r = requests.get(TEST_URL, proxies=proxies, timeout=TIMEOUT)
elapsed = time.perf_counter() - started
if r.status_code != 200:
return {"proxy": proxy, "ok": False, "error": f"HTTP {r.status_code}"}
return {
"proxy": proxy,
"ok": True,
"ip": r.json().get("ip"),
"seconds": round(elapsed, 2),
}
except Exception as exc:
return {"proxy": proxy, "ok": False, "error": type(exc).__name__}
def main(proxy_list, workers=20):
with concurrent.futures.ThreadPoolExecutor(max_workers=workers) as pool:
results = list(pool.map(check, proxy_list))
working = [r for r in results if r["ok"]]
print(f"{len(working)}/{len(results)} responded")
for r in sorted(working, key=lambda x: x["seconds"]):
print(f"{r['seconds']:>6}s {r['ip']:<16} {r['proxy']}")
for r in results:
if not r["ok"]:
print(f" FAIL {r['proxy']} ({r['error']})")
if __name__ == "__main__":
main([
"http://user:pass@proxy1.example.com:8080",
"http://user:pass@proxy2.example.com:8080",
])
Dikkat Edilmesi Gereken Hususlar
Her isteğin bir zaman aşımı süresi vardır. Zaman aşımı süresi olmazsa, yanıt vermeyen tek bir proxy bile işleyicinin süresiz olarak takılmasına neden olur ve işlem asla tamamlanmaz. Bu, ev yapımı proxy denetleyicilerindeki en yaygın kusurdur.
İstisnalar yakalanır ve sınıflandırılır; böylece tek bir hatalı giriş işlemi durdurmaz ve hataların zaman aşımı, reddetme veya kimlik doğrulama sorunları olup olmadığını görebilirsiniz.
Eşzamanlı olarak çalışır; çünkü 10 saniyelik zaman aşımı süresiyle tek tek test edilen iki yüz proxy, çok uzun sürer.
Süreyi kaydeder; bu, bir sonraki bölümdeki hız karşılaştırmasının temelini oluşturur.
Yararlı Bir Şekilde Genişletme
TEST_URL adresini gerçek hedefinizle değiştirin ve durum kontrolünü içerik kontrolüyle değiştirin. Bu, programı bir bağlantı denetleyicisinden önceki bölümdeki başarı oranı testine dönüştürür; asıl değer de burada yatmaktadır.
Programı bir zaman çizelgesine göre çalıştırın ve sonuçları saklayın. Proxy havuzları değişir ve geçen ay işe yarayan bir liste, bugünkü durum hakkında bir kanıt değildir.
Hız ve Gecikme: Doğru Şekilde Ölçüm
Hız, insanların düşündüğü kadar önemli değildir ve çoğu zaman yanlış ölçülür.
Tek Bir Rakam Değil, Ayrıntılı Dağılımı İnceleyin
curl komutu, sürenin gerçekte nereye gittiğini size gösterebilir:
curl -s -o /dev/null -x http://user:pass@proxy.example.com:8080 \
-w "dns=%{time_namelookup} connect=%{time_connect} tls=%{time_appconnect} ttfb=%{time_starttransfer} total=%{time_total}\n" \
https://example.com
Bu rakamlar arasındaki farklar, neyin yavaşladığını gösterir: ad çözümleme, TCP el sıkışma süreci, TLS müzakeresi veya sunucunun işlem süresi. Tek bir toplam rakam size bunların hiçbirini göstermez ve “proxy yavaş” demek çoğu zaman “hedef yavaş” demektir.
Tek Seferlik Değil, Tekrarlı Olarak Ölçün
Tek bir ölçüm gürültüdür. On kez çalıştırın, medyanını alın ve en kötü durumu not edin.
Yüksek hacimde çalışan her şey için 95. persentil, ortalamadan daha önemlidir. 400 ms'lik bir ortalama, her yirmi istekten birinin sekiz saniye sürdüğü gerçeğini gizler ve büyük ölçekte işçi havuzunuzu dolduranlar işte bunlardır.
Benzerleri Karşılaştırın
Aynı hedef, aynı saat, aynı eşzamanlılık. Ev kullanıcı havuzunun bileşimi, gerçek kullanıcıların çevrimiçi olduğu zamana göre değişir; bu nedenle sabah saat 3’te yapılan bir test ile akşam saat 6’da yapılan bir test, farklı ağları ölçer.
Orantıyı Koruyun
Konut proxy'leri veri merkezi proxy'lerinden daha yavaştır ve bu doğası gereğidir — veri merkezi omurgası yerine tüketici genişbant ağları üzerinden yönlendirilirler. Bunları yalnızca hız açısından karşılaştırmak her zaman veri merkezi adreslerinin lehine olacaktır; ancak veri merkezi adresleri hedefinizde çalışmıyorsa bu bilgi pek de yararlı olmaz.
Öncelikle başarı oranına göre sıralayın. Hızı, yalnızca gerçekten çalışan seçenekler arasında karşılaştırın. Engellenen hızlı bir proxy hiçbir değeri yoktur; içerik döndüren daha yavaş bir proxy ise her şeye değer.
Proxy Kontrol Sitelerinin Size Söyleyemedikleri Şeyler
Ücretsiz web tabanlı kontrol araçları, tek bir konuda gerçekten yararlıdır; ancak diğer birçok konuda yanıltıcıdır.
Neyi İyi Yapıyorlar?
Bir proxy’nin aktif ve erişilebilir olup olmadığını hızlı bir şekilde doğrulama ve ilettiği başlıklardan yola çıkarak kabaca bir anonimlik sınıflandırması yapma. Bilinmeyen çok sayıda proxy'yi eleme aşamasında, bu hiçbir çaba gerektirmeden gerçek bir değer sağlar.
Neleri Yapamazlar
Hedefinizi tahmin edemezler. Kendi sistemlerine göre test yaparlar. Hedefinizin farklı savunma mekanizmaları, farklı engelleme listeleri ve farklı bölgesel davranışları vardır. Bu, tek ve oldukça büyük bir sınırlamadır.
Hedefinizin gördüğü şekliyle coğrafi konumu size bildirmek. Tek bir veritabanı kullanırlar. Hedefiniz ise başka bir veritabanı kullanır.
Zaman içindeki başarı oranını ölçmek. Tek bir kontrol, anlık bir durumdur. Proksi havuzları döner, adresler yeniden kullanılır ve itibar saat başı değişir.
Kimlik doğrulamayı düzgün bir şekilde test edin. Birçok kontrol aracı yalnızca ana bilgisayar ve bağlantı noktasını kabul eder; bu nedenle, kimlik bilgileri gerektiren hiçbir şey bu araçlarla test edilemez.
Dikkat Edilmesi Gereken Kısım
Kimlik bilgileri içeren çalışan proxy'leri üçüncü taraf bir kontrol aracına yapıştırırsanız, bir yabancıya çalışan bir kimlik bilgisi setini vermiş olursunuz.
Ücretsiz genel proxy'ler için bu bir kayıp değildir. Ücretli proxy'ler için ise bu gerçekten dikkatsiz bir davranıştır — bu kimlik bilgileri hesabınıza ve faturanıza bağlıdır. Ücretli proxy'leri başkasının web sitesinde değil, kendi komutlarınızla test edin.
Genel Olarak Ücretsiz Proxy Listeleri Hakkında
Test araçları ve ücretsiz listeler genellikle bir arada kullanıldığından, bununla ilgili bir uyarı daha: Ücretsiz bir genel proxy, operatörünün kendi masraflarını karşılayarak yabancıların trafiğini iletmeyi gönüllü olarak üstlendiği bir makinedir. Bunun makul nedenleri sınırlıdır ve “nelerin geçtiğini görmek” bunların başında gelir.
Ayrıca doğaları gereği güvenilmezdirler: aşırı yüklenmiş, kısa ömürlü ve genellikle erişmeye değer her şey tarafından zaten engellenmiş durumdadırlar. Bunları test etmek, hangilerinin şu anda yanıt verdiğini gösterir; ancak bu bilgi çok kısa süreli bir bilgidir.
Sık Sorulan Sorular
Bir proxy'nin çalışıp çalışmadığını nasıl kontrol edebilirim?
Proxy üzerinden bir adres raporlama uç noktası isteğinde bulunun ve bunu gerçek adresinizle karşılaştırın: curl -x http://user:pass@host:port https://api.ipify.org. Geri farklı bir adres gelirse, yol üzerinde bir proxy bulunmaktadır. Aynı adres geri gelirse, ayar uygulanmıyor demektir — -v komutunu ekleyin ve curl'ün gerçekte nereye bağlandığını kontrol edin.
Bir proxy'nin gerçek konumunu nasıl test edebilirim?
Proxy üzerinden http://ip-api.com/json veya https://ipinfo.io/json gibi bir coğrafi konum uç noktası isteğinde bulunun. Coğrafi konum veritabanları birbiriyle çelişebileceğinden, ikisini de kontrol edin. Eğer çelişki varsa, tek geçerli olan hedefinizinkidir — asıl siteyi yükleyin ve hangi bölgesel içeriğin göründüğüne bakın.
Proxy'm IP adresimi sızdırıyor mu, nasıl anlarım?
Proxy üzerinden https://httpbin.org/headers adresine istek gönderin ve gerçek adresinizi içeren X-Forwarded-For, Via, X-Real-IP veya Forwarded gibi adresleri arayın. Başlıkta adresinizi ileten bir proxy, hiçbir şeyi gizlememiştir.
Proxy kullanırken DNS sızıntısı nedir?
Trafiğiniz proxy üzerinden geçer ancak ana bilgisayar adı aramaları makinenizde gerçekleşir; dolayısıyla kendi çözümleyiciniz ziyaret ettiğiniz her siteyi görür. Curl ve SOCKS kullanırken, proxy'nin adları çözümlemesi için socks5:// yerine socks5h:// adresini kullanın. Bu durum, bölgesel olarak yanlış bir sunucuya bağlanmanıza da neden olabilir.
Birden fazla proxy’yi aynı anda nasıl test edebilirim?
Kısa bir eşzamanlı komut dosyası: bir iş parçacığı havuzu, her proxy için bir istek, her istek için bir zaman aşımı ve tek bir hatalı girişin çalışmayı durdurmaması için istisnaların yakalanması. Zaman aşımı, kullanıcıların genellikle atladığı bir kısımdır; bu olmadan, yanıt vermeyen tek bir proxy tüm testi askıya alır.
İyi bir proxy başarı oranı nedir?
Hedefinizde yaklaşık %95'in üzerinde bir oran sağlıklıdır. Yaklaşık %80'in altında ise, yeniden denemeler bant genişliğinizi işgal etmeye başlar ve sonuç başına etkin maliyetiniz hızla artar. Bu rakam hedefe özeldir; dolayısıyla bir siteye göre ölçülen oran, başka bir site için hiçbir şey ifade etmez.
Çevrimiçi bir proxy kontrol aracı kullanmalı mıyım?
Bilinmeyen ücretsiz proxy'leri eleme amacıyla kullanmalısınız. Ücretli proxy'ler için ise hayır — çalışan kimlik bilgilerini üçüncü taraf bir siteye yapıştırmak, bir yabancıya hesabınızdan faturalandırılan erişim izni vermek anlamına gelir. Bunun yerine kendi komutlarınızı kullanın.
Proxy'leri ne sıklıkla test etmeliyim?
Üretim ortamındaki her şey için, tek seferlik bir testten ziyade bir durum kontrolü olarak sürekli olarak test etmelisiniz. Havuzlar dönüşümlü olarak kullanılır, adresler yeniden atanır ve itibar durumları değişir. Bir test sonucu, o anki durumu yansıtan bir gerçektir; hizmetin bir özelliği değildir.
Sonuç
Dört test var ve bunların hepsi eşit derecede önemli değil.
Bağlantı testi tek bir komutla gerçekleştirilir ve gereklidir, ancak tek başına neredeyse hiçbir anlam ifade etmez. Coğrafi konum testi, gerçek ve kafa karıştırıcı bir hatayı ortaya çıkarır; ancak burada, veritabanları arasında tutarsızlıklar olabileceği ve nihai kararın yalnızca hedefinizin görüşüne bağlı olduğu unutulmamalıdır. Sızıntı kontrolleri — başlıklar ve DNS — her biri bir dakika sürer ve doğru şekilde bağlanan bir proxy’nin aslında hiçbir işe yaramadığını ortaya çıkarabilir.
Gerçek hedefinizdeki başarı oranı asıl önemli olan şeydir ve bu, neredeyse hiç kimse tarafından işlem yapmadan önce test edilmez. Elli gerçek URL alın, bunları test edin ve HTTP 200 kodundan ziyade beklediğiniz içeriği kontrol ederek başarıları sayın — çünkü doğrulama sayfaları, yumuşak engellemeler ve boş sonuçların hepsi 200 kodunu döndürür ve durum koduna güvenen bir başarı sayacı, hiçbir şey toplamadan mükemmel rakamlar rapor edecektir.
Ardından, başarılı istek başına maliyeti elde etmek için bant genişliğini başarı sayısına bölün. Başarısız istekler, başarılı istekler gibi ücretli bant genişliğini tüketir; bu nedenle gigabayt başına en ucuz sağlayıcı, genellikle sonuç başına en ucuz sağlayıcı değildir.
Birkaç pratik not. Herhangi bir test komut dosyasında her isteğe bir zaman aşımı süresiyle sınırlayın; aksi takdirde tek bir çalışmayan proxy, tüm çalışmayı durdurur. Ortalamadan ziyade 95. persantili ölçün, çünkü iş gücünüzü büyük ölçekte dolduran budur. Önce başarı oranına göre sıralayın ve hızı yalnızca gerçekten çalışan seçenekler arasında karşılaştırın. Ayrıca, ücretli proxy kimlik bilgilerini üçüncü taraf kontrol sitelerine yapıştırmayın.
Biz proxy satıyoruz ve fiyat üzerinden satın almanız yerine, bizimkileri düzgün bir şekilde test etmenizi tercih ederiz. Satın almadan önce bu rutini uygulayan müşteriler, kalıcı olanlardır; çünkü sadece bağlantı kuran bir şey değil, kanıtlanabilir şekilde çalışan bir şey satın almışlardır.
