Sheria ya PAC kwa majina mafupi inaweza kupita proksi yako

Elewa kwa nini jina la mwenyeji lisilo na nukta na umbo lake lililostahiki kikamilifu vinaweza kuchagua njia tofauti katika script moja ya PAC.

Script ya PAC hupokea jina la mwenyeji kutoka URL. dashboard haibadiliki kiotomatiki kuwa dashboard.example.internal kabla ya ulinganisho:

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

Tumia endpoint halisi ya HTTP badala ya anwani ya nyaraka; orodha ya proksi za HTTP hutoa wagombea kwa majaribio ya marudio ya umma pale njia hiyo inaruhusiwa. Katika script hii, jina fupi kwa makusudi hurudisha DIRECT; jina lililostahiki kikamilifu hufikia tawi la proksi. “Jina la kawaida la mwenyeji” humaanisha tahajia isiyo na nukta, si ugunduzi kwamba mwenyeji yuko kwenye mtandao wa ndani unaoaminiwa.

Ikiwa sera inayotakiwa ni kikoa kimoja cha ndani, linganisha kikoa hicho badala ya kila jina fupi. dnsDomainIs na shExpMatch zina pembejeo na maana ya muundo tofauti. Ukaguzi wa kiambishi kwa .example.internal haujumuishi mzizi kamili example.internal; jumuisha kisa hicho kwa uwazi inapokusudiwa. Muundo wa mtindo wa shell si subnet ya IP au usemi wa kawaida.

Linganisha matokeo ya script kwa jina fupi, jina lililostahiki kikamilifu, mwenyeji wa umma asiyehusiana na mzizi wowote wa kikoa unaokusudiwa. Hii hujaribu uteuzi wa sheria bila kuunganisha kwa proksi. Chunguza sheria ya kwanza inayorudisha matokeo wakati tawi pana la DIRECT linazuia endpoint inayoweza kufikiwa kujaribiwa.

Tumia ulinganisho wa majina wakati unaonyesha sera; visaidizi vya DNS huongeza utafutaji na ucheleweshaji wao. Weka kando upitaji wa ndani usio wazi wa kivinjari kutoka kwa script pia. Ukaguzi wa localhost hauwezi kuchukua nafasi ya tahajia halisi ya marudio ya umma au ya ndani.

Makala zinazohusiana