Bir denemeyi yönetmenin en zor kısmı, deneme bittiğinde erişimi geri almaktır. Müşteriler hâlâ çalışan bir şeyi gönüllü olarak kapatmaz ve uygulama manüelse unutursunuz. Nodetonet bunu tek bir alanla çözer: herhangi bir Proxy İstemciye bir expires_at zaman damgası verin ve erişim tam o saniyede kesilir — cron job yok, hatırlatıcı yok, özür e-postası yok.
Bu rehber; son kullanma tarihinin teknik olarak nasıl çalıştığını, hangi üç pratik kullanım senaryosunu kapsadığını, klasik deneme desenini elde etmek için bant genişliği kotasıyla nasıl birleştirileceğini ve erişimin programatik olarak nasıl uzatılacağını ya da iptal edileceğini açıklar.
Proxy İstemci son kullanma tarihi nasıl çalışır
Bir Proxy İstemci, rotating proxy veya mobil proxy gruplarınızdan biri altında yayımladığınız adlandırılmış bir kimlik bilgisi setidir (kullanıcı adı + şifre). Her istemci bağımsız limitler taşıyabilir: bant genişliği kotası, thread sınırı, IP izin listesi, domain izin listesi ve — burada ele aldığımız — son kullanma zaman damgası.
Zaman damgası UTC olarak saklanır ve saniyeye kadar uygulanır. Gece yarısına veya "iş günü sonuna" yuvarlama yoktur — Salı günü 14:32:11 olarak ayarlarsanız, o istemci müşterinin bulunduğu saat dilimine bakmaksızın o Salı tam olarak 14:32:11'de çalışmayı durdurur.
Son kullanma anında iki şey eş zamanlı gerçekleşir:
- O istemciye ait her açık tünel kapatılır. İstek ortasında, akış ortasında — aktif soketler temiz bir TCP FIN alır ve müşterinin o anda sürmekte olan indirme veya API çağrısı hemen sonlanır.
- Yeni bağlantılar reddedilir. HTTP istemcileri
407 Proxy Authentication Requiredalır; SOCKS5 istemcileri ise el sıkışma aşamasında kimlik doğrulama hatası alır.
Müşterinin bakış açısından proxy "şifrelerini kabul etmeyi bıraktı." Size ulaşırlarsa, Proxy İstemciler tablosundan tek bakışta son kullanma tarihini, kalan kotayı ve kimlik bilgilerini doğrulayabilirsiniz — log'lara kazımanıza gerek yok.
Son kullanma tarihi ayarlama — adım adım
/proxies sayfasından herhangi bir proxy'yi açın ve Proxy İstemciler bölümüne inin. İstemci Ekle'ye veya mevcut bir istemcinin düzenleme simgesine tıklayın. Formda bir Expires at tarih/saat seçicisi bulunur:
- Asla otomatik olarak sona ermeyen kalıcı bir kimlik bilgisi için boş bırakın.
- İstemcinin ömrünü sınırlandırmak için gelecekteki herhangi bir tarih/saat seçin.
Kaydedin ve uygulama hemen başlar. REST API üzerinden istemci oluşturmayı otomatikleştiriyorsanız, POST /api/v1/rotating-proxies/:id/clients gövdesinde expiresAt'i ISO-8601 UTC dizgisi olarak geçirin. Çalışan örnekler için ilk REST API çağrınız ve Python ile programatik proxy oluşturma yazılarına bakın.
Üç kanonik kullanım senaryosu
1. Ücretsiz denemeler
Bir aday kaydoluyor. expires_at = şimdi + 7 gün ve kota yok olarak bir Proxy İstemci oluşturuyorsunuz. Sizden başka bir müdahale olmaksızın tam bir hafta boyunca ürünü test edebiliyorlar. Onları dönüştürün ya da hiçbir şey yapmayın — 7. günde otomatik olarak dışarıdalar. Bu, kendi arayüzünüz üzerinden self-servis yapıyor olsanız da bayi / white-label iş akışı üzerinden istemci yayımlıyor olsanız da aynı şekilde çalışır.
2. Satış demoları
30 dakikalık bir demo, 60 dakikalık bir kimlik bilgisini hak eder. expires_at = şimdi + 1 saat ayarlayın, adaya verin ve siz hâlâ takip görüşmesindeyken kimlik bilgisi buharlaşsın. Sonradan iptal edilecek bir şey yok, birinin .env dosyasında sonsuza kadar dolaşan sızdırılmış test kimlik bilgileri yok. Ekstra güvenlik için düşük bir thread sınırı (5-10) ekleyin; böylece demo kimlik bilgisi o saat içinde büyük bir şey çekmek için kullanılamaz.
3. Abonelik uygulaması
Faturalama katmanınız (Stripe, WISECP veya özel bir sistem) müşterileri aylık ya da yıllık olarak ücretlendirir. expires_at'i ücretli dönemlerinin sonuna ayarlayın. Başarılı ödemede uzatın; başarısızlık veya iptal durumunda dokunmayın. Gecikmiş bir müşteriyi "duraklatmak" için middleware'e gerek yok — faturalama döngüsü sona erdiği anda kendiliğinden duraklatılırlar. Bu, panelinizi tek gerçek kaynak olarak korur ve faturalama webhook'unuzla ayrı bir askıya alma API çağrısı arasındaki yarış koşulu riskini ortadan kaldırır.
Nodetonet white-label yeniden satış için WISECP ile zaten entegre edildiğinden, bir proxy bayi işi kuruyorsanız son kullanma alanı WISECP ürün sürenizle doğrudan eşleşir.
"1 GB veya 7 gün, hangisi önce olursa" deseni
Bir Proxy İstemcideki limitler VE (AND) ile birleşir, VEYA (OR) ile değil: bir bağlantıya yalnızca aktif limit karşılanırsa izin verilir. Bu, kota ve son kullanma tarihini birleştirerek klasik deneme kapısını ücretsiz olarak elde ettiğiniz anlamına gelir:
| Alan | Değer | Etki |
|---|---|---|
quota | 1073741824 bayt (1 GiB) | 1 GB veri transferinden sonra keser |
expires_at | şimdi + 7 gün | 7 takvim gününden sonra keser |
threads | 20 | 20 eş zamanlı bağlantıyla sınırlar (drain-proof) |
Deneme, herhangi bir limit tetiklendiği anda biter. Ağır bir kullanıcı 2. günde 1 GB'da kesilir; hafif bir kullanıcı 200 MB'ı zar zor geçmiş olarak 7. günde kesilir. Her iki grup da ürünü adil bir şekilde denemiş, hiçbiri sınırsız değer çekememiş ve ikisi de dönüşüm takibi için hazır hale gelmiştir.
Thread sınırı ipucu: 10 veya 20 eş zamanlı bağlantı limiti eklemek, denemenizi ilk saatte mümkün olduğunca çok şey çekmeye çalışan kötü niyetli bir kullanıcıya karşı dirençli kılar. Tam rehber için istemci başına thread limitleri'ne bakın.
Kullanım durumunuz zaman limiti olmaksızın tamamen kota tabanlıysa, istemci başına kota limitleri rehberi bunu ayrıntılı olarak ele alır. Kimlik bilgisinin hangi domainlere ulaşabileceğini de kontrol etmeniz gerekiyorsa, domain kısıtlamaları'nı okuyun.
Son kullanma tarihini uzatma veya kaldırma
Proxy İstemciler tablosundaki istemciyi düzenleyin ve:
- Tarihi ileriye taşıyın — değişiklik bir sonraki bağlantı denemesinde geçerli olur.
- Alanı tamamen temizleyin — istemci anında kalıcı hale gelir. Ayrıca çevirilecek bir toggle yoktur.
İstemci zaten son kullanma tarihini geçmişse, alanı temizlemek veya uzatmak onu hemen yeniden etkinleştirir — ayrı bir "yeniden etkinleştirme" adımı yoktur. İstemciyi tamamen silebilirsiniz, bu tüm tünelleri hemen kapatır ve kimlik bilgisini herhangi bir önbellekten kaldırır. Silme kalıcıdır; istemciyi daha sonra geri yüklemeniz gerekebilirse, silmek yerine uzatın.
API aracılığıyla son kullanma tarihini otomatikleştirme
Nodetonet'in üzerinde kendi faturalamanızı çalıştırıyorsanız, programatik son kullanma tarihi yönetimi doğal entegrasyon noktasıdır. Bir Stripe customer.subscription.updated webhook'u, her başarılı yenilemedeki yeni expiresAt'i göndermek için Nodetonet REST API'sini çağırabilir ve başarısız bir ücretlendirmede hiçbir şey yapmayabilir (son kullanma tarihi bloğu kendiliğinden yönetir).
İlgili uç noktalar:
POST /api/v1/rotating-proxies/:id/clients—expiresAtile oluşturPUT /api/v1/rotating-proxies/:id/clients/:clientId—expiresAt'i güncelle (kaldırmak içinnullgeçin)
Her ikisi de API anahtarınızdan gelen bir bearer token gerektirir. Tüm zaman damgaları UTC'de ISO-8601 biçimindedir. Her müşteriyi kendi kimlik bilgisi setine kapsayan tam çok-kiracılı yeniden satış deseni için müşteri başına proxy istemcileri'ne bakın.
Limit türleri karşılaştırması
Proxy İstemciler dört bağımsız uygulama mekanizmasını destekler. Hepsi VE ile birleşir:
| Limit türü | Alan | Ne kontrol eder | Rehber |
|---|---|---|---|
| Son kullanma tarihi | expires_at | Takvim zamanı — kimlik bilgisi bir anda ölür | Bu yazı |
| Bant genişliği kotası | quota | İstemci üzerinden aktarılan toplam bayt | Kota limitleri |
| Eş zamanlılık | threads | Maksimum eş zamanlı açık bağlantı | Thread limitleri |
| Kaynak IP | ipAllowlist | Hangi istemci IP'lerinin kimlik doğrulaması yapabileceği | IP izin/engel listeleri |
Çoğu deneme kurulumu için son kullanma tarihi + kota + thread sınırı birleşimi yeterlidir. Kimlik bilgisini belirli bir makine veya ofise kilitlemek istiyorsanız IP izin listesi ekleyin.
Sırada ne var
- İstemci başına kota limitleri — son kullanma tarihiyle doğal olarak eşleşen bayt sınırı.
- İstemci başına thread limitleri — gürültülü komşu koruması için eş zamanlılık sınırları.
- Müşteri başına proxy istemcileri — tam yeniden satış ve çok-kiracılı desen.
- Nodetonet'te rotating proxy'ler — bu istemcilerin üzerinde çalıştığı tam özellik setini görün.