Miks teie PAC-fail valib vale võrguadapteri
Sülearvutil võib olla mitu kohalikku aadressi. myIpAddress() põhinev PAC-reegel võib tuvastada teistsuguse liidese, kui ootasite.
Sülearvuti on kontori Wi-Fi-s, Etherneti kaabel on ühendatud ja VPN-adapter on endiselt olemas. Teie PAC-fail küsib myIpAddress(), millises võrgus see on. See kõlab mõistlikult, kuni see saab vale adapteri aadressi.
Puuduv detail on see, et funktsioon tagastab ühe aadressi. See ei ole kõigi liideste loend ega võta ühendust veebisaidiga, et avastada teie avalik IP. Privaatne aadress või isegi loopback-varulahendus ei ütle teile, millist väljundiaadressi puhverserveri kaudu tehtav päring kasutab.
Üks vastus mitme aadressiga masinale
Võrguliidese valik kuulub PAC-i rakenduse juurde. Vana nõuanne Windowsi adaptereid ümber järjestada võib kirjeldada konkreetset brauseri ja operatsioonisüsteemi versiooni, kuid see on halb universaalne lahendus. Chromium dokumenteerib oma valikualgoritmi ja mitme võrgu piirangud; teine klient ei pea tegema sama valikut.
Alustage sellest, et tuvastate väärtuse, mille mõjutatud brauser tegelikult edastas, ja võrrelge seda seejärel oma skripti alamvõrgu kontrollidega. Tehke seda eraldi Wi-Fi-s, Ethernetis ja kinnitatud VPN-ühenduses. Üllatavana tunduv aadress võib siiski vastata rakenduse reeglitele.
Muutke otsus vähem oletustest sõltuvaks
Kus võimalik, valige puhverserver sihtkoha hostinime järgi, mitte eeldatava kliendiliidese järgi. Kui võrgu tuvastamine on vajalik, kasutage sihilikku, dokumenteeritud signaali, mida teie organisatsioon kontrollib. DNS-põhisel tuvastamisel on samuti tõrkerežiimid, seega määratlege, mis juhtub, kui see signaal pole saadaval.
Mõned rakendused pakuvad myIpAddressEx(). Enne selle kasutuselevõttu kontrollige selle tuge ja tagastusvormingut; see ei ole ühe IPv4-stringi otsene asendus. Lõpuks kontrollige saadud päringu marsruuti iseseisvalt. Kontori alamvõrgu õige tuvastamine ja kavandatud puhverserverini jõudmine on kaks eraldi tulemust.