ProxyCompass Bilgi Bankası

Proxy Kimlik Doğrulaması: İzin Verilen IP Listesi mi, Kullanıcı Adı ve Parola mı?

Proxy kimlik doğrulaması, uygulamanızın bir proxy hizmetini kullanıp kullanamayacağını denetler. Proxy sunucusunun adresini ve bağlantı noktasını bilmek genellikle yeterli değildir: hizmetin, izin verilen istemcileri kendisine ulaşabilen diğer sistemlerden ayırması da gerekir. Böylece satın alınan proxy sunucularının kullanımı, yetki verdiğiniz istemcilerle sınırlanır.

Yaygın iki yöntem farklı kanıtlara dayanır. IP ile kimlik doğrulamada proxy sunucusu, bağlantının nereden geldiğini denetler. Kullanıcı adı ve parola ile kimlik doğrulamada ise uygulama erişim bilgilerini gönderir. İlk yöntem erişimi bir ağ adresine bağlar; ikinci yöntem, uygulamanın başka bir ağa geçtiğinde erişimini korumasını sağlayabilir. Bir hizmet bu iki koşulu birlikte de zorunlu tutabilir.

Bu seçim, nasıl bağlanacağınızı, hangi uygulamaları kullanabileceğinizi ve çalışma ortamınız değiştiğinde ne olacağını etkiler. Proxy kurulumunu seçmenin ayrı bir parçasıdır: kimlik doğrulama, çıkış IP adresinin veri merkezi veya konut IP’si, statik veya dönen IP olup olmadığını belirlemez. O IP adresini sağlayan hizmeti kimin kullanabileceğini belirler.

İki kimlik doğrulama yöntemi nasıl çalışır?

IP ile kimlik doğrulama: bağlantı kaynağına verilen izin

IP ile kimlik doğrulamada, genellikle whitelist veya allowlist adı verilen, sağlayıcının izin verilen adresler listesine bir istemci adresi eklersiniz. Bir bağlantı geldiğinde proxy sunucusu, bağlantının kaynak IP adresini bu listeyle karşılaştırır. Adres eşleşirse ve hizmetin diğer erişim koşulları karşılanırsa uygulama, ayrı bir proxy kullanıcı adı ve parolası göndermeden proxy sunucusunu kullanabilir.

İnternet üzerindeki bir proxy sunucusu için ilgili adres, normalde ağınızın internete çıkışta kullandığı genel IP adresidir. Bu, uygulamanızın proxy sunucusuna ulaştığı adrestir; proxy sunucusunun daha sonra web sitelerine gösterdiği çıkış IP adresi değildir. Statik bir proxy sunucusu satın almak ev bağlantınızı statik yapmaz: bu adresler, bağlantı yolunun farklı bölümlerine aittir.

Dolayısıyla izin verilen kaynak aynı kaldığı sürece erişim kolaylığını korur. Bir program yeniden başlatılabilir veya izin verilen başka bir cihaz, kendine ait bir proxy parolasına ihtiyaç duymadan o ağ üzerinden bağlanabilir. İnternete çıkış IP adresi değişirse eski izin, yeni adresi otomatik olarak kapsamaz. IP ile kimlik doğrulama kılavuzu, doğru kaynak adresin nasıl belirleneceğini ve izin verilen adresler listesinin nasıl yönetileceğini açıklar.

Kullanıcı adı ve parola: uygulamanın sunduğu izin

Kullanıcı adı ve parola ile kimlik doğrulamada sağlayıcı, proxy sunucusunu kullanmak için erişim bilgileri verir. Uygulama bunları, desteklenen proxy protokolünün bir parçası olarak gönderir. Bir tarayıcı kullanıcıdan bu bilgileri girmesini isteyebilir; bir betik ise oturum açma penceresi göstermeden bunları yapılandırmasından alıp gönderebilir.

Erişim bilgileri tek kimlik doğrulama gereksinimi olduğunda erişim, uygulamayla birlikte ağlar arasında taşınabilir. Çalışan aynı yapılandırma, yeni bir kaynak IP adresinden bağlanmaya devam edebilir. Bu, bir görevin çalıştırıldığı yerin proxy ayarlarından daha sık değiştiği durumlarda kullanışlıdır.

Bu erişim bilgileri, proxy sunucusuyla kurulan bağlantıya aittir. Otomatik olarak sağlayıcının kontrol paneli parolası sayılmaz ve hedef web sitesinde oturum açmanızı sağlamaz. O web sitesi kendi oturum açma ve erişim kurallarını uygulamaya devam eder. Kullanıcı adı ve parola ile kimlik doğrulama kılavuzu, bağlantı alanlarını, desteklenen istemcileri ve erişim bilgisi biçimlerini ele alır.

IP ile kimlik doğrulama ve kullanıcı adı ile parola karşılaştırması

Aşağıdaki karşılaştırma iki yöntemi ayrı ayrı açıklar. Burada parola ile erişim, ek bir IP kısıtlaması olmadan erişim anlamına gelir; birleşik erişim ileride açıklanır.

İki yöntem de hizmetteki çıkış IP adresi sayısını belirlemez. İzin verilen tek bir istemci IP adresi veya tek bir erişim bilgisi kümesi, birçok proxy sunucusuna erişim sağlayabilir. İkisi de bu proxy sunucularına sınırsız bağlantı hakkı vermez veya çıkış adreslerini tek bir müşteriye özel hâle getirmez.

Uygulamanız ve ağınız için nasıl seçim yaparsınız?

Önce uygulamanın sunulan yöntemi kullanıp kullanamadığını denetleyin

Bir program, bir proxy protokolünü desteklerken o protokolün tüm kimlik doğrulama seçeneklerini desteklemeyebilir. Yalnızca adres ve bağlantı noktası alanlarının bulunması, programın kullanıcı adı ve parola gönderebildiğini göstermez. Örneğin Chrome’un yerleşik SOCKS5 desteği, SOCKS5 kullanıcı adı ve parola ile kimlik doğrulamasını içermez. Doğru erişim bilgileri, istemcide eksik olan bu özelliği telafi edemez.

Gerekli uygulama sunulan protokolü destekliyor ancak bu protokolün erişim bilgilerini gönderemiyorsa IP ile kimlik doğrulama kullanılabilir bir yol sağlayabilir. Bunun için yine izin verilen bir kaynak adresi gerekir. Bu adres sık değişiyorsa IP ile erişime geçmek, erişim bilgileri sorununu çözer ancak kaynak adresini yönetme gereğini ortadan kaldırmaz. Bunun yerine gerekli kimlik doğrulama desteğine sahip bir istemciye veya sabit bir ağ çıkışına ihtiyaç duyabilirsiniz.

Bu nedenle satın almadan önce yapılacak faydalı kontrol nettir: bu uygulama, bu proxy protokolünü bu kimlik doğrulama yöntemiyle kullanabiliyor mu? Başka bir tarayıcıda veya komut satırı aracında başarılı olunması bu soruyu yanıtlamaz.

Ardından kurulumunuzda genellikle neyin değiştiğini değerlendirin

IP ile kimlik doğrulama, ağ çıkışı sabit ve denetim altında olan bir işe uygundur. Bu çıkışa izin verildikten sonra arkasındaki programın değiştirilmesi, her yeni sürece proxy erişim bilgileri dağıtılmasını gerektirmez. Hizmetin erişim ayarları, işin kullandığı ağa bağlı kalır.

Erişim bilgileri, çalıştırıldığı yer değişen bir işe uygundur. Hizmet erişim bilgilerini IP’ye bağlamadan kabul ediyorsa bir görev başka bir sunucuya taşındığında veya farklı ağlardan yeni çalışan süreçler başlatıldığında her kaynak için izin verilenler listesinde ayrı bir değişiklik yapılması gerekmez. Proxy yapılandırması uygulamayla birlikte taşınabilir.

Önemli ayrım, makineyi dizüstü bilgisayar, VPS veya bulut sunucusu olarak adlandırmanız değil, internete çıkış kaynağının ne sıklıkta değiştiğidir. Bir dizüstü bilgisayar sabit bir ofis çıkışının arkasında kalabilir; bir sunucu dağıtımı farklı genel adresler arasında geçiş yapabilir. Gerçek bağlantı yolunu ve normal çalışma sırasında beklediğiniz değişiklikleri dikkate alarak seçim yapın.

İki yöntem de çalışıyorsa yönetimi daha kolay olan düzeni seçin

Ayarları kimin yöneteceğini değerlendirin. Birden fazla uygulamanın paylaştığı sabit bir çıkışı denetleyen ağ yöneticisi, tek bir kaynak izniyle erişimi yönetebilir. İşleri ortamlar arasında taşıyan ancak bu ortamların genel IP adreslerini denetleyemeyen bir geliştirici için IP’ye bağlanmamış erişim bilgilerini yönetmek daha kolay olabilir.

Seçimin gerektirdiği ek kaynakları da hesaba katın. Sabit bir genel IP adresi, izin verilenler listesine ek kayıtlar veya yönetilen bir ağ geçidi maliyet doğurabilir. Parola ile erişim bu maliyetleri önleyebilir; ancak yalnızca gereken ağlardan çalışıyorsa. Gerçek hizmet seçeneklerini karşılaştırın; parola bulunması tek başına bir proxy sunucusunu daha ucuz yapmaz.

Birleşik kimlik doğrulama: IP ve parola

Bir sağlayıcı IP ile erişimi ve parola ile erişimi alternatif olarak sunabilir veya ikisini birlikte zorunlu tutabilir. Bunlar farklı düzenlerdir. Birleşik modda geçerli erişim bilgileri, yalnızca bağlantı aynı zamanda izin verilen bir adresten veya ağdan geldiğinde kabul edilir. Tek başına doğru parola da tek başına izin verilen kaynak da yeterli değildir.

Bu, kullanıcı adı ve parola alanları gerektiren uygulamalara uygun olabilir; aynı zamanda erişimin hangi kaynaklardan gelebileceği kısıtlanır. Kopyalanan erişim bilgilerinin izin verilen ağ dışında kullanımını da sınırlayabilir. IP’ye bağlanmamış parola ile erişimin sunduğu, herhangi bir ağ arasında geçiş yapma özgürlüğünü sağlamaz.

ProxyCompass statik paketlerinde birleşik mod, izin verilen IP adresleri listesine eklenen bir IP ile aynı /24 alt ağında bulunan genel istemci IPv4 adreslerinden gelen geçerli erişim bilgilerini kabul eder. Bu adreslerin ilk üç sayısı aynıdır. Dolayısıyla bu alt ağdaki birden fazla istemci adresi, izin verilenler listesindeki tek bir kayıt üzerinden erişim bilgilerini kullanabilir. Bu kural, satın alınan çıkış IP adresleriyle değil, hizmete bağlanan istemcilerle ilgilidir. Yukarıda bağlantısı verilen kullanıcı adı ve parola kılavuzunda bağlantı örnekleri bulunur.

Hangi yöntem erişim üzerinde daha iyi denetim sağlar?

IP ile kimlik doğrulama, erişim kararını ağ çıkışına bağlar. Yalnızca proxy adresini ele geçiren biri, farklı ve onaylanmamış bir kaynaktan bu adresi kullanamaz. Ancak proxy sunucusu, insanlar izin verilen bir IP adresini paylaşıyor diye onları tek tek tanıyamaz. Birden fazla kullanıcı aynı genel adres üzerinden ulaşıyorsa bu IP denetimi hepsi için aynı kaynağı görür. Bu durum, paylaşılan ofis çıkışları ve internet abonelerinin paylaştığı genel adresler için önemlidir.

Kullanıcı adı ve parola ile kimlik doğrulama, izni uygulamaların bulundukları yerden bağımsız olarak sunabildiği erişim bilgilerine bağlar. Bu, birbirinden bağımsız ağlarda iyi çalışır. Aynı zamanda geçerli erişim bilgileri içeren kopyalanmış bir yapılandırmanın başka bir yerde de kullanılabilir kalabileceği anlamına gelir. Sağlayıcı farklı kullanıcılar veya işler için ayrı erişim bilgileri sunuyorsa bunlar daha ayrıntılı erişim yönetimi sağlayabilir; herkesin paylaştığı tek bir parola bu ayrımı oluşturmaz.

Dolayısıyla seçim, hangisini daha güvenilir biçimde denetlediğinize bağlıdır: izin verilen bir ağ çıkışının arkasındaki sistem grubunu mu, uygulamalara verilen erişim bilgilerini mi? Birleşik erişim her iki koşulu da gerektirir; bu nedenle geçerli erişim bilgilerinin bile kullanılabileceği yerleri kısıtlar.

Erişim denetimi ve şifreleme ayrı konulardır. IP ile kimlik doğrulama trafiği şifrelemez; parola da otomatik olarak şifreli bağlantı oluşturmaz. Erişim bilgilerini aktarım sırasında korumak için istemci ile proxy arasındaki bağlantının kendisi korunmalıdır. Bir HTTPS web sitesini proxy üzerinden açmak, o proxy sunucusuyla daha önce yapılan şifrelenmemiş oturum açma alışverişini tek başına korumaz.

IP ile kimlik doğrulama proxy sunucusunu hızlandırır mı?

IP ile erişim, erişim bilgisi alışverişini ortadan kaldırabilir; ancak bağlantı kurulumu HTTP ve SOCKS arasında farklılık gösterir. SOCKS5’te kullanıcı adı ve parola ile kimlik doğrulama, kurulum sırasında bir istek ve yanıt ekler. HTTP’de istemci, kimlik doğrulama isteğini bekleyip kendi isteğini yineleyebilir veya uygun erişim bilgilerini en baştan gönderebilir. Bu nedenle parola ile erişim her zaman ağa ek bir gidiş dönüş eklemez.

Bu fark, bir iş az miktarda işlem için tekrar tekrar yeni bağlantılar oluşturduğunda daha önemlidir. Kurulan bağlantılar yeniden kullanıldığında önemi azalır. Örneğin mevcut bir HTTPS tüneli üzerinden aynı web sitesinden daha fazla sayfa istemek, o tüneli kurmak için kullanılan proxy oturum açma işlemini yinelemez. Bu, bağlantı kurulum maliyetidir; proxy sunucusunun veri aktarım hızında sabit bir düşüş değildir.

Her iki yöntem de kurulumunuza uygunsa bunları aynı protokol, benzer proxy kaynakları ve gerçek bağlantı düzeninizle karşılaştırın. Her istek için yeni bir bağlantı açan test, bağlantıları yeniden kullanan testten farklı bir soruya yanıt verir. Böyle bir karşılaştırma olmadan, bir kimlik doğrulama yönteminin her zaman daha hızlı olduğu iddiası hizmet seçerken pek yardımcı olmaz.

Kimlik doğrulama, bir adreste proxy çalıştığını açığa çıkarabilir mi?

Evet. Bir parola yetkisiz kullanımı önlerken dışarıdaki bir sistemin hizmeti tanımasına yine de izin verebilir. Örneğin bir denetleyici, geçerli erişim bilgileri olmadan bir HTTP proxy sunucusunun adresine ve bağlantı noktasına bağlanabilir. 407 Proxy Authentication Required yanıtı, Proxy-Authenticate başlığıyla birlikte proxy kimlik doğrulaması gereksinimini açıkça belirtir. Denetleyicinin bu kanıtı alması için parolayı bilmesi gerekmez.

IP ile kısıtlanan bir hizmet, tanınabilir bir proxy yanıtı vermeden önce onaylanmamış kaynağı engelliyorsa daha az bilgi açığa çıkarabilir. Ancak yalnızca izin verilenler listesi bulunması bu davranışı garanti etmez: sunucu kendine özgü bir ret yanıtı verebilir. Parola korumalı bir bağlantı uç noktasında da ağ filtrelemesi bulunabilir. İlgili fark, dışarıdan bir bağlantının neye ulaşabildiği ve hangi yanıtı aldığıdır.

Denetlenen adres de önemlidir. Proxy sunucusunun giriş adresi ile çıkış IP adresi aynı olduğunda, tanınabilir bir yanıt web sitelerinin gördüğü adresi tanımlayabilir. Farklı çıkış IP adresleri kullanan bir ağ geçidinde ise ağ geçidini tanımak, tek başına havuzdaki tüm çıkışları tanımlamaz.

Normal gezinme sırasında hedef web sitesi, proxy sunucusunun oturum açma isteğini otomatik olarak almaz: bu alışveriş istemci ile proxy arasındadır. Bir site veya onun tespit hizmeti başka kanıtlara ihtiyaç duyar; bunlar adresin ayrıca denetlenmesini de içerebilir. Bu nedenle yalnızca kimlik doğrulama yöntemini değiştirmek, bir IP adresinin proxy olarak tanınamayacağını veya hakkında zaten bilinen bilgilerin silineceğini garanti edemez.