Squid പേരന്റ് പ്രോക്സിക്ക് ICP പോർട്ട് ആവശ്യമുണ്ടോ?

നിങ്ങളുടെ അപ്സ്ട്രീം സേവനം ഒരു HTTP പ്രോക്സി പോർട്ട് നൽകുന്നു. Squid ന്റെ cache_peer വാക്യഘടന രണ്ടെണ്ണം ആവശ്യപ്പെടുന്നു. അധിക ഫീൽഡ് കാഷെ ക്വറികൾക്കുള്ളതാണ്, രണ്ടാമത്തെ നിർബന്ധിത ഫോർവേഡിംഗ് കണക്ഷനല്ല.

cache_peer parent.example parent 8080 0 no-query name=office_parent

ഇവിടെ 8080 HTTP പ്രോക്സി അഭ്യർത്ഥനകൾ വഹിക്കുന്നു. പൂജ്യം ക്വറി-പോർട്ട് ഫീൽഡ് കൈയടക്കുന്നു; no-query ഈ പിയറിലേക്കുള്ള ICP ക്വറികൾ ഓഫാക്കുന്നു. പേരന്റ് ICP നടപ്പിലാക്കേണ്ടതില്ല.

എന്നാൽ അത് HTTP പ്രോക്സി പ്രോട്ടോക്കോൾ സംസാരിക്കണം. പേരന്റ് പൊതുവായതാകുമെങ്കിൽ, HTTP പ്രോക്സി പട്ടിക പരിശോധിക്കാൻ HTTP സ്ഥാനാർത്ഥികൾ നൽകുന്നു. SOCKS പോർട്ട് അതിന്റെ സ്ഥാനത്ത് പ്രവർത്തിക്കില്ല. HTTPS-ന്, ആവശ്യമായ CONNECT ലക്ഷ്യം പേരന്റ് അനുവദിക്കുന്നുണ്ടോ എന്ന് പരിശോധിക്കുക; ICP പിന്തുണയ്ക്ക് ഇതുമായി ബന്ധമില്ല.

ആക്സസ് നിയന്ത്രണവും തുടർന്നുള്ള റൂട്ടിംഗ് നയവും വേർതിരിച്ച് വയ്ക്കുക. ഈ പിയർ പ്രഖ്യാപിക്കുന്നത് ക്ലയന്റുകൾക്ക് അനുമതി നൽകുന്നില്ല, നേരിട്ടുള്ള ഫോൾബാക്ക് വിലക്കുന്നുമില്ല. ഉദ്ദേശിച്ച അഭ്യർത്ഥനകൾക്ക് അനുയോജ്യമായ http_access, പിയർ-തിരഞ്ഞെടുപ്പ്, never_direct നിയമങ്ങൾ നിലനിർത്തുക.

ICP പോർട്ട് മാറ്റുന്നത് നിരസിക്കപ്പെട്ട പ്രോക്സി ലോഗിൻ അല്ലെങ്കിൽ വിലക്കപ്പെട്ട CONNECT ലക്ഷ്യം ശരിയാക്കില്ല.