Squid પેરેન્ટ પ્રોક્સીને ICP પોર્ટની જરૂર છે?
HTTP ફોરવર્ડિંગ અને વૈકલ્પિક કેશ-ક્વેરી ટ્રાફિકને ભેળસેળ કર્યા વિના Squidને સામાન્ય HTTP પેરેન્ટ સાથે જોડો.
તમારી અપસ્ટ્રીમ સેવા એક 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 લક્ષ્ય સુધારી શકાતું નથી.