Kısa adlar için bir PAC kuralı proxy'nizi atlayabilir

Noktasız bir ana bilgisayar adının ve tam nitelikli biçiminin aynı PAC betiğinde neden farklı yollar seçebildiğini anlayın.

Bir PAC betiği ana bilgisayar adını URL'den alır. dashboard eşleştirmeden önce otomatik olarak dashboard.example.internal haline gelmez:

function FindProxyForURL(url, host) {
  if (isPlainHostName(host)) {
    return "DIRECT";
  }
  return "PROXY 203.0.113.10:8080";
}

Belge adresinin yerine gerçek bir HTTP uç noktası kullanın; HTTP proxy listesi, bu rotanın izin verildiği genel hedef testleri için adaylar sunar. Bu betikte kısa ad bilinçli olarak DIRECT döndürür; tam nitelikli ad ise proxy dalına ulaşır. “Düz ana bilgisayar adı” noktasız bir yazımı ifade eder; ana bilgisayarın güvenilir bir yerel ağda olduğunun tespiti değildir.

İstenen politika tek bir iç alan adıysa, her kısa adı değil o alan adını eşleştirin. dnsDomainIs ve shExpMatch farklı girdilere ve desen anlamlarına sahiptir. .example.internal için yapılan sonek denetimi tam kök example.internal değerini içermez; gerektiğinde bu durumu açıkça ekleyin. Kabuk tarzı bir desen IP alt ağı ya da düzenli ifade değildir.

Betiğin kısa ad, tam nitelikli ad, ilgisiz bir genel ana bilgisayar ve amaçlanan herhangi bir alan adı kökü için sonucunu karşılaştırın. Bu, proxy'ye bağlanmadan kural seçimini test eder. Geniş bir DIRECT dalı, erişilebilir bir uç noktanın denenmesini engellediğinde ilk dönen kuralı inceleyin.

Politikayı ifade ediyorsa ad karşılaştırması kullanın; DNS yardımcıları kendi aramalarını ve gecikmesini ekler. Tarayıcının örtük yerel atlamasını da betikten ayrı tutun. Bir localhost denetimi, gerçek genel veya iç hedef yazımının yerini tutamaz.

İlgili makaleler