PAC-lêerverskaffing moet werk voordat die proxy opgestel word
Maak die PAC-aflaai bereikbaar voordat die blaaier die proxy-reëls daarin verwerk het.
'n PAC-lêer vertel vir 'n blaaier hoe om ander dienste te bereik. Die lêer se eie verskaffing moet werk voordat daardie instruksies beskikbaar is.
Chromium se PAC-aflaaier is nie 'n gewone oortjieversoek nie. Volgens die proxy-dokumentasie word PAC-lêers nooit deur 'n proxy afgelaai nie. 'n PAC-adres wat slegs deur die proxy bereikbaar is wat in daardie lêer genoem word, skep dus 'n opstartprobleem.
Daar is ander verskaffingsbeperkings: die aflaaier kan nie 'n normale HTTP-aanmeldingversoek wys of 'n kliëntsertifikaat voorlê nie, en bykomende sertifikaatnetwerk-oproepe is beperk. 'n Werkende oortjie wat in 'n reeds opgestelde blaaier oopgemaak is, is nie genoeg bewys dat 'n nuwe PAC-aflaai kan slaag nie.
Plaas die lêer op 'n eindpunt wat vanaf die beoogde beginnetwerke bereikbaar is, met 'n vertroue- en toegangsreëling wat die werklike gebruiker ondersteun. Hou die lêer se verskaffingsvereistes apart van die proxy se eie gebruikersverifikasie.
Vir rondreisende kliënte, sluit die netwerk in waarop opstelling die eerste keer nodig word. 'n Gekasde script kan 'n verskaffingsfout verberg totdat 'n nuwe profiel, vervaldatum of netwerkverandering nog 'n aflaai veroorsaak.
Om twee proxy-adresse in die script by te voeg, kan nie die roete herstel wat nodig is om die script self te kry nie.