Du har lagt 192.168.0.0/16 i Firefox' liste over «Ingen proxy for». Åbning af http://192.168.1.20/ går direkte, men http://wiki.office.example/ når stadig proxyen. Begge URL'er kan henvise til den samme server.

Den vigtige forskel er den destinationsstreng, Firefox matcher. En undtagelse for et IP-interval og en undtagelse for et værtsnavn kan ikke bruges i flæng. Antag ikke, at den manuelle bypass-liste opløser ethvert værtsnavn, før du afgør, om en regel for adresseinterval gælder.

Indtastet URLOplysninger tilgængelige for matchning
http://192.168.1.20/En litteral IP-adresse
http://wiki.office.example/Et værtsnavn

Hvis intranettet har et dedikeret domæne, brug de relevante undtagelser for værtsnavn eller domæne i stedet for at gætte de adresser, navnene kan opløses til. Hold urelaterede offentlige tjenester uden for den undtagelse. Et domæne kan indeholde både interne og eksternt hostede applikationer.

Mozillas oprindelige forklaring skelner udtrykkeligt mellem matchning af litteral IP og navne, der opløses til disse IP'er. Det dokument er historisk, så kontrollér den aktuelle klients adfærd og politikgrænseflade, før du kopierer hvert syntakseksempel fra det.

Når politikken har brug for DNS

En PAC-fil giver et separat, eksplicit sted til DNS-bevidste beslutninger. Den indfører også fejltilstande ved distribution, kørsel og opløsning af scriptet. Brug den, fordi routingkravet har brug for den logik, ikke blot for at få en lang bypass-liste til at se kortere ud.

I en administreret installation skal du også undersøge Firefox' effektive politik. En låst proxy-politik kan forklare, hvorfor en lokal ændring ikke bestemmer ruten.

Ved fejlfinding skal du notere den litterale URL, du indtastede, ikke kun serverens endelige IP. At sammenligne en værtsnavn-URL med en litteral adresse-URL ændrer de oplysninger, der er tilgængelige for bypass-beslutningen, og det er netop derfor, de to anmodninger kan tage forskellige veje.

Relaterede artikler