Справување со DNS неуспех во PAC правило

Дајте му на неуспешното PAC DNS пребарување сопствена гранка на политика наместо да го третирате како потврдена адреса надвор од локалната мрежа.

Неуспешното пребарување не докажува дека одредиштето е надвор од вашата приватна мрежа. Докажува само дека ова PAC оценување не ја добило потребната адреса.

Оваа разлика е важна кога dnsResolve() храни правило од типот isInNet(). PAC имплементацијата на Chromium враќа null кога разрешувањето не успее. Не градете ја гранката за неуспех врз сеќавање дека резултатот е секогаш празен текст.

function FindProxyForURL(url, host) {
    var address = dnsResolve(host);
    if (!address) {
        return "PROXY proxy.example:8080";
    }
    if (isInNet(address, "10.40.0.0", "255.255.0.0")) {
        return "DIRECT";
    }
    return "PROXY proxy.example:8080";
}

Овој пример ги испраќа неразрешените имиња до проксито. Тоа е избор на политика, а не универзално безбедно стандардно поставување. Може да биде корисно кога проксито има резолвер или мрежен преглед што клиентот го нема. Мрежа што бара локално разрешување има потреба од друг јасен исход.

Разрешете еднаш и повторно користете го резултатот. Така одлуката останува врзана за една вредност и се избегнува повторување на потенцијално бавни помошни повици.

Проверете го и вистинскиот PAC корисник. Старите IPv4 помошни функции и проширените IPv6 помошни функции имаат различни договори. Правило тестирано со имплементација на еден прелистувач не докажува поддршка во секоја апликација што го користи истиот PAC URL.

Ако барањето е само насочување на познат суфикс на компанија, правило за име на домаќин може целосно да го избегне пребарувањето. Прибегнете кон класификација по адреса кога адресата е информација што на политиката навистина ѝ е потребна.

Поврзани статии