Proxy kimlik bilgilerinde alan adıyla nitelenmiş kullanıcı adları
Opak bir hesap adını ayrı alan adı alanlarına sahip API'lerden ayırt edin ve yalnızca URL sözdizimini karşılamak için hesap kimliğini değiştirmekten kaçının.
Bir yanıt DOMAIN\ kaldırın der. Bir diğeri ekleyin der. Her iki değişiklik de proxy'niz için yanlış olabilir.
İki soru vardır: hizmet hangi kimliği bekliyor ve seçilen API bu kimliği nasıl temsil ediyor.
| Arayüz | Neyin belirlenmesi gerektiği |
|---|---|
| Tek hesap adı alanı | Operatörün kabul ettiği tam hesap sözdizimi |
| Alan adı alanı olan kimlik bilgisi API'si | Alan adı ve kullanıcı adının ayrı verilmesi gerekip gerekmediği |
| URI içindeki kimlik bilgisi bileşenleri | Amaçlanan değerlerin o kapsayıcı için nasıl kodlanması gerektiği |
Örneğin .NET, kullanıcı adı, parola ve alan adı için ayrı bağımsız değişkenler alan bir NetworkCredential oluşturucusu sunar. Bir alan adını ayrım yapmadan iki alana koymak, tümleşik kimlik doğrulamayı yapılandırmanın taşınabilir bir yolu değildir.
Basic kimlik doğrulama başka bir durumdur: sunucu, sağlanan hesap metnini kendi ilkesine göre yorumlar. Aynı ağda bulunmak, alan adı önekinin örtük olduğunu kanıtlamaz. Alan adıyla nitelenmiş bir ad da otomatik olarak farklı bir kimlik doğrulama protokolü değildir.
URL kaçışı amaçlanan hesabı korumalıdır, onu değiştirmemelidir. Kaynak dildeki bir dizede ters bölü, bir hesap adında ters bölü ve bunun bir URI içindeki yüzde kodlu gösterimi ayrı katmanlardır.
Kabul edilen kimlik biçimini ve şemayı operatörden alın, ardından uygun kimlik bilgisi arayüzünü kullanın. Kısa ad, alan adı ve e-posta benzeri ad arasında rastgele geçiş yapmak, özgün 407 hakkında zayıf kanıt üretir.