Proxy Sağlayıcılarının Politikaları
Bir IP listesi, fiyat ve desteklenen protokoller, proxy hizmetinin yalnızca bir bölümünü açıklar. Bu hizmeti kullanmaya başlamadan önce başka sorular da önem taşır: test edebilir misiniz, sağlayıcı görevinizi onaylayacak mı, hizmete ne kadar yük bindirebilirsiniz ve hizmet çalışmazsa ne olur?
Sağlayıcı politikaları, hizmet ile müşterisi arasındaki bu ilişkiyi düzenleyen kurallardır. Erişimi, ödemeyi, ağ kullanımını, bilgilerin işlenmesini ve sağlayıcının taahhütlerini kapsar. Proxy rehberimizde açıklanan teknik seçeneklerle birlikte, bir hizmetin çalışma biçiminize uygun olup olmadığını değerlendirmenize yardımcı olur.
Bu makale proxy sektöründeki uygulamaları açıklar. Gereklilikler sağlayıcıya ve ürüne göre değişir; sondaki bölüm ProxyCompass’ın resmî koşullarına yönlendirir.
Erişim alma: kontroller, denemeler ve ödeme
Kimlik kontrolleri: kimler erişim alabilir?
Sağlayıcılar alıcıyı, ödeme aracının kime ait olduğunu, müşterinin şirketini veya amaçlanan görevi kontrol edebilir. Bu kontroller genellikle KYC ve kimlik doğrulaması olarak adlandırılır. KYC, “Know Your Customer”, yani “Müşterini Tanı” anlamına gelir. Hizmete bağlı olarak belgeleri, kamerayla kontrolü, şirket bilgilerini veya müşterinin erişmek istediği web sitelerinin incelenmesini içerebilir.
Bu gereklilik bir ürün veya ödeme yöntemi için geçerliyken diğer satın almalar bu kontrol olmadan ilerleyebilir. Bu nedenle tamamlanmış bir ödeme ile belirli bir ağı kullanma izni ayrı adımlar olabilir. Onay gerektiren erişim için ödeme yapmadan önce kontrolün ne zaman yapıldığını ve erişim verilmezse ödemenin nasıl ele alınacağını öğrenin.
Kimlik doğrulaması gizlilikle de bağlantılıdır: belgeleri kim alır, hangi dış doğrulama hizmeti işler ve bilgiler ne kadar süre saklanır? Hedef web sitelerinin bir proxy IP adresi görmesi, satıcının müşterisinin kim olduğunu bilmesini engellemez.
Deneme erişimi: gerçekte neyi test edebilirsiniz?
Deneme, bir hizmeti değerlendirmek için sınırlı bir fırsat sunar. Yararı, satın almayı planladığınız ürünü ne kadar yakından temsil ettiğine bağlıdır. Birkaç örnek IP adresi, yazılım ayarlarınızı kontrol etmenize yardımcı olabilir. Zamanlanmış bir işin gerekli verileri toplayıp toplayamadığını test etmek için ilgili hedefler, bağlantı ayarları ve işi çalıştırmaya yetecek kullanım hakkı da gerekir.
Proxy deneme politikaları, kimlerin test erişimi alabileceğini, nelerin dâhil olduğunu ve ne zaman sona ereceğini belirler. Denemede süre sınırı, trafik veya istek kotası, daha az konum ya da kısıtlı özellikler olabilir. Bu kapsam, testin hangi sonuçları destekleyebileceğini belirler. Yalnızca başarılı bir bağlantı, gereken sayfanın veya işlemin çalışıp çalışmayacağını söylemez.
Bir de ücretlendirme sorusu vardır: sonrasında ne olur? Erişim durabilir, mevcut bakiyeden devam edebilir veya kararlaştırılan koşullarla ücretli aboneliğe dönüşebilir. Başlamadan önce planlanan ücretler ve devamın nasıl yönetildiği için deneme politikalarını kontrol edin. Test ücreti ile sonraki aboneliğin fiyatı için farklı iade kuralları geçerli olabilir.
Ücret iadeleri: ödeme ne zaman geri alınabilir?
Ücret iadesi politikaları, hangi satın almaların ve gerekçelerin para iadesine uygun olduğunu açıklar. Bazı teklifler, ilk kez satın alan bir müşterinin hizmet görevine uymadığı için ayrılmasına izin verir. Diğerleri yalnızca sağlayıcının gideremediği, doğrulanmış bir hizmet arızasını kapsar. Her ikisi de para iadesi başlığı altında yer alsa bile bu teklifler alıcıya farklı seçenekler sunar.
Son tarih, kullanım hakkı ve satın alma türü birlikte önem taşır. İlk siparişe ilişkin bir koşul, yenilemeleri veya ücretli testleri kapsam dışı bırakabilir. Süre ilk kullanımda değil, ödeme anında başlayabilir. Otomatik yenilemeyi iptal etmek bir sonraki yenileme ücretini önler; daha önce yapılmış bir ödemenin iadesi ayrı bir taleptir.
Önerilen çözümün ne sağladığını da belirleyin. Ödeme yöntemine iade edilen para, gelecekteki satın almalar için kredi ve değiştirilen IP adresleri farklı amaçlara hizmet eder. Hesapta görünen bakiye mutlaka çekilebilir değildir. İade koşulları, sunulan çözümü, talep sürecini ve ilgili istisnaları açıkça belirtmelidir.
Hizmeti kullanma: izin verilen faaliyetler ve iş yükü
Kabul edilebilir kullanım: hangi faaliyetlere izin verilir?
Kabul Edilebilir Kullanım Politikası veya AUP, bir müşterinin hizmet üzerinden neler yapabileceğini düzenler. Sağlayıcılar genellikle saldırıları, dolandırıcılığı, istenmeyen mesajları ve yetkisiz erişimi yasaklar. Kuralları saldırı sayılmayan faaliyetleri de kısıtlayabilir: belirli hedefler, erişimin yeniden satılması, otomatik hesap işlemleri veya yalnızca oturum açıldıktan sonra erişilebilen bilgilerin toplanması.
Bu ayrım sıradan bir ticari görev için de önemlidir. Herkese açık fiyatları toplamak ile bir müşteri hesabının içindeki fiyatları toplamak farklı koşullara tabi olabilir. Hesabın sahibi olmak, sağlayıcının yalnızca herkese açık veri kuralını geçersiz kılmaz. Benzer şekilde, bir web sitesi sahibinin o siteyi test etme izni, proxy sağlayıcısının kendi onay gerekliliklerini otomatik olarak karşılamaz.
Kötüye kullanım, hedeflenen siteyi olduğu kadar sağlayıcıyı da etkiler. IP adresleri veya tüm alt ağlar, diğer web sitelerinin bağlantıları reddetmek için kullandığı engelleme listelerine girebilir. Bu durum adresleri ilgisiz müşteriler için kullanılamaz hâle getirebilir. Bu nedenle sağlayıcıların bildirimleri araştırmak, faaliyetin durdurulmasını istemek ve etkilenen erişimi kısıtlamak için ticari nedenleri vardır. Trafik kotasının içinde kalmak, Kabul Edilebilir Kullanım Politikasının yasakladığı bir faaliyeti kabul edilebilir kılmaz.
Adil kullanım: hizmete ne kadar yük bindirebilirsiniz?
Proxy sunucularının ve ağ bağlantılarının kapasitesi sınırlıdır. Müşteriler IP adresleri için sabit ücret ödediğinde de hizmetin bu kapasiteyi iş yükleri arasında dağıtması gerekir. Adil Kullanım Politikası veya FUP, kaynakların izin verilen kullanımını ve kullanım planın koşullarını aştığında nelerin değişebileceğini açıklar.
“Sınırsız trafik” yalnızca bir kullanım ölçüsünü tanımlar. Aynı paket eşzamanlı bağlantıları, aktarım hızını veya istek hızını sınırlayabilir. Ürüne bağlı olarak sürekli yoğun kullanım, hizmetin yavaşlamasına, ek ücretlere veya plan değişikliği gerekliliğine yol açabilir. İlgili kapsam tek bir IP adresi, bir paket veya hesabın tamamı olabilir.
Kesintisiz çalışan bir iş için yararlı soru, çalışmanın tamamı boyunca hangi kapasitenin kullanılabilir kaldığıdır. Düşük yükte yapılan kısa bir test bunu ortaya koyamaz. Belirtilen sınırları Adil Kullanım Politikasıyla birlikte okuyun: ne ölçülüyor, hangi dönem için ölçülüyor ve sınıra ulaşıldığında hangi işlem uygulanıyor?
Ağ ve ağdan geçen veriler
IP kaynağı: hizmet bağlantılarını nereden temin eder?
IP adreslerinin kaynağı ve temini; adreslerin, altyapının ve internet bağlantılarının bir proxy hizmetine nasıl dâhil olduğunu açıklar. Bir satıcı kiralanmış adres aralıklarıyla sunucu işletebilir, başka bir tedarikçiden erişim satın alabilir veya katılımcı cihazların sağladığı bir havuzu kullanabilir. Yalnızca marka adı, bağlantıyı sağlamaya katılan tüm şirketleri belirtmez.
Sorular ağa göre değişir. Sunucu tabanlı proxy hizmetlerinde düzenleme; sunucular, adres aralıkları ve ağ erişimiyle ilgilidir. Bir konut havuzu insanların cihazlarını kullanıyorsa katılımcıların bağlantılarının başka kullanıcıların trafiğini taşıdığını anlaması ve katılımlarını sonlandırabilmesi de önemlidir. Mobil erişim, hizmet için işletilen ekipmandan veya katılımcı mobil cihazlardan gelebilir.
Bu düzenlemeler denetimi ve kullanılabilirliği etkiler. Bir katılımcı bağlantısını kesebilir; bir yeniden satıcı da tedarikçisinin yaptığı değişikliklere bağlı olabilir. Bir IP kayıt bilgisi, bir adres aralığıyla ilişkili kuruluşu belirtebilir, ancak bir cihazın havuza nasıl katıldığını veya sahibinin onay verip vermediğini kanıtlayamaz. Bu sorular için IP adreslerinin temin sürecinin açıklanması gerekir.
Günlük kaydı ve gizlilik: sağlayıcı hangi bilgileri işler?
Hesap kaydı, bağlantı günlüğü ve bir web isteğinin içeriği farklı bilgi türleridir. Proxy günlük kaydı ve gizlilik; hizmetin neyi görebildiği, neyi kaydettiği, bu kayıtları neden tuttuğu ve kimlerin alabileceğiyle ilgilidir. Günlük tutulmadığına ilişkin bir beyanın kapsamı tanımlanmalıdır: bu ifade, hesap, ödeme veya güvenlik kayıtları mevcutken tarama etkinliğine atıfta bulunabilir.
Teknik kurulum, nelerin görülebildiğini değiştirir. Normal bir HTTPS tüneli ve doğru sertifika doğrulamasıyla sağlayıcı, sayfa içeriği şifreli kalırken hedef ana makine veya IP adresi ve zamanlama gibi bağlantı ayrıntılarını gözlemleyebilir. Bazı ürünler, müşteri sağlayıcının güvenilen sertifikasını yükledikten sonra HTTPS’yi inceler. Müşteri adına bir sayfa getiren veri toplama API’si de istenen içeriği işler.
Görünürlük ve depolama ayrı sorulardır. Verileri inceleyebilmek her isteğin kaydedildiğini göstermez; içeriği saklamama sözü de sistemin onu hiç işlemediği anlamına gelmez. Kullanacağınız ürün için geçerli veri kategorileri, amaçlar, saklama süreleri veya ölçütleri ve erişim düzenlemeleri için günlük kaydı ve gizlilik koşullarını kontrol edin.
Bir şey çalışmadığında: hizmet taahhütleri
Hizmet düzeyi sözleşmesi veya SLA, ölçülebilir taahhütleri ortaya koyar. Hizmete bağlı olarak bunlar kullanılabilirlik, destek yanıtı veya bir olay sonrasında hizmetin yeniden sağlanmasıyla ilgili olabilir. Yararlı bir taahhüt; kapsanan hizmeti, ölçüm yöntemini, değerlendirme dönemini ve vaat edilen düzeye ulaşılamadığında yapılacak işlemi belirtir.
Hizmetin sınırı proxy sunucuları için özellikle önemlidir. Hedef web sitesi IP adresini reddederken bir proxy sunucusu bağlantıları kabul edip taşıyabilir. Bunun satın alınan hizmette bir başarısızlık sayılıp sayılmayacağı verilen taahhüde bağlıdır. Destek yanıtı için belirlenen süre de sorunun giderilmesi için belirlenen süreden farklı bir olayı tanımlar.
Bir hizmet düzeyi sözleşmesi, teknik izlemeyi müşteri için tanımlı bir sonuca bağlar. Sözleşme telafi sağlıyorsa koşulları, neyin uygun olduğunu ve nasıl talep edileceğini açıklar. Telafi, gelecekteki hizmette kullanılacak kredi biçiminde olabilir. Kesinti kredisi ile satın alma bedelinin iadesi farklı amaçlara hizmet ettiğinden ücret iadesi politikasıyla birlikte okunmalıdır.
Geçerli koşullar nerede bulunur?
Sağlayıcılar her konu için her zaman ayrı bir sayfa yayımlamaz. Deneme, iade ve kabul edilebilir kullanım kuralları Hizmet Koşullarının bölümleri olabilir. Ürün belgeleri teknik sınırları açıklarken gizlilik bildirimi bilgilerin işlenmesini açıklayabilir. Bir SLA veya özel bir sözleşme, belirli bir hizmet için ek taahhütler getirebilir. Her belgenin kapsadığı ürünü ve satın almayı, ayrıca belirtilmiş öncelik sırasını kontrol edin.
Aynı olay için birden fazla kural geçerli olabilir:
| Durum | Birlikte okunacak koşullar | Açık olması gerekenler |
|---|---|---|
| Bir deneme sona eriyor | Deneme ve ücretlendirme koşulları | Erişimin durup durmayacağı, ücretli bir dönemin başlayıp başlamayacağı ve ücretlendirmeye neyin yetki verdiği |
| Erişim için ödeme sonrasında doğrulama gerekiyor | Doğrulama ve iade koşulları | Neyin onaylanması gerektiği ve erişim verilmezse ödemeye ne olacağı |
| İzin verilen bir iş sürekli yoğun yük oluşturuyor | Kabul edilebilir kullanım kuralları, teknik sınırlar ve FUP | Göreve amaçlanan yükte izin verilip verilmediği ve bir sınıra ulaşıldığında neyin değişeceği |
| Bir hedef kötüye kullanım bildiriyor | Kabul edilebilir kullanım ve şikâyetlerin ele alınmasına ilişkin koşullar | Hangi faaliyetin durması gerektiği, hangi erişimin kısıtlanabileceği ve yeniden başlamadan önce ne gerektiği |
| Hizmette kesinti var | SLA, destek ve iade koşulları | Neyin kapsama giren bir arıza sayıldığı, bunun nasıl bildirileceği ve hangi çözümün uygulanacağı |
Satın almadan önce, kendi işinizin çalışmasını engelleyebilecek koşulları netleştirin. Destek ekibine yöneltilecek yararlı bir soru ürünü, hedefleri, işlemi ve beklenen yükü belirtir. Örneğin bir planın, şirketinizin tedarikçi hesabıyla oturum açıldıktan sonra görülen sayfalardan sürekli veri toplamaya izin verip vermediğini sormak, sağlayıcının somut bir durumu değerlendirmesini sağlar. “Veri toplamayı destekliyor mu?” sorusu bu ayrıntıları açık bırakır.
Sipariş ayrıntılarını ve işiniz için vazgeçilmez gerekliliklerle ilgili yazılı onayları saklayın. Görevin kapsamı daha sonra değişirse ilgili koşulları yeniden inceleyin: bir kullanım için verilen onay, farklı bir hedefi veya faaliyeti mutlaka kapsamaz. Böylece politikalar ilk testten düzenli çalışmaya ve sonunda iptale kadar hizmetin tamamı boyunca yararlı olur.