Tinyproxy Upstream નિયમો: ડિફોલ્ટ પ્રોક્સી અને અપવાદો

દરેક ગંતવ્યને સંભાળવાનું હોય તેવા પેરેન્ટ પ્રોક્સીને ડિફોલ્ટ ફોરવર્ડિંગ નિયમની જરૂર હોય છે. તેને ઘણી જૂની Tinyproxy ગોઠવણીમાંથી કોપી કરેલા વાઇલ્ડકાર્ડની જરૂર હોય એવું નથી.

વર્તમાન મેન્યુઅલ પ્રોક્સી પ્રકાર અને એન્ડપોઇન્ટ વાપરે છે, જેમાં ગંતવ્ય પસંદગી વૈકલ્પિક છે:

Upstream http parent.example.net:8080

મંજૂર સાર્વજનિક ગંતવ્યો માટે પ્રમાણીકરણ વગરના સાર્વજનિક HTTP પેરેન્ટ સાથે, HTTP પ્રોક્સી સૂચિ તે હોસ્ટ અને પોર્ટ માટે ઉમેદવારો આપે છે; બીજા પેરેન્ટના ઓળખપત્રો જોડશો નહીં. વૈકલ્પિક ગંતવ્ય છોડી દેવાથી દસ્તાવેજીકૃત સિન્ટેક્સમાં આ ડિફોલ્ટ upstream બને છે. વધુ વિશિષ્ટ ગંતવ્ય નિયમ પછી અલગ માર્ગ અથવા ઇરાદાપૂર્વકનો સીધો અપવાદ વ્યક્ત કરી શકે છે.

અલગ રિલીઝની વ્યાકરણ ભેળવશો નહીં

ફક્ત સરનામું, પોર્ટ અને અંતમાં બિંદુ ધરાવતું જૂનું ઉદાહરણ બીજી આવૃત્તિનું હોઈ શકે. મેન્યુઅલને સ્થાપિત પેકેજ સાથે મેળવો, તેના upstream સુવિધા સમર્થન અને સમર્થિત પેરેન્ટ પ્રોટોકોલ સહિત.

નિયમોનો ક્રમ પણ મહત્વનો છે. મેન્યુઅલ છેલ્લી-મેળ બર્તાવ વર્ણવે છે, તેથી દેખીતી રીતે સાચો અપવાદ પછીના મેળ ખાતા નિયમ દ્વારા છુપાઈ શકે છે. સંપૂર્ણ સમૂહની સમીક્ષા કરો, ફક્ત સંપાદિત થતી લાઇન નહીં.

પસંદ કરેલા પેરેન્ટનું સાર્વજનિક આઉટગોઇંગ હજી પણ Tinyproxy ના સ્થાનિક આઉટગોઇંગ સ્રોતથી અલગ છે. જો ઇરાદો ચોક્કસ બાહ્ય ઓળખ જાળવવાનો હોય, તો પેરેન્ટ ઉપલબ્ધ ન હોય ત્યારે શું થાય અને કયા ગંતવ્યોને સીધા જવાની મંજૂરી છે તે દસ્તાવેજ કરો.

છેલ્લે, ગંતવ્ય રૂટિંગને ક્લાયન્ટ ઍક્સેસથી અલગ રાખો. upstream નિયમ પ્રમાણીકરણ નિયમ નથી અને સ્થાનિક શ્રોતાનો કઈ મશીનો ઉપયોગ કરી શકે તે મર્યાદિત કરતું નથી. સુઘડ રૂટ કોષ્ટક ખુલ્લી પ્રોક્સી સેવાની ભરપાઈ કરી શકતું નથી.