બધા પ્રોક્સી ટાઈમ આઉટ થાય છે? તમે જે પોર્ટ સુધી પહોંચવા માંગો છો તે તપાસો
ક્લાયંટથી પ્રોક્સી સુધીના મર્યાદિત આઉટબાઉન્ડ પોર્ટને ટનલની અંદર માંગાયેલા ગંતવ્ય પોર્ટથી અલગ પાડો.
લક્ષ્ય પોર્ટ 443 પર HTTPS છે, તેથી તમે ધારો છો કે નેટવર્કની HTTPS પરવાનગી પૂરતી હશે. પરંતુ તમે પસંદ કરેલી પ્રોક્સી પોર્ટ 18347 પર સાંભળે છે; પ્રથમ કનેક્શન તે પોર્ટ પર જાય છે.
ક્લાયંટ-થી-પ્રોક્સી એન્ડપોઈન્ટ અને CONNECT માં નામ આપેલું ગંતવ્ય અલગ સરનામાં છે. નેટવર્ક 443 પર સીધો ટ્રાફિક મંજૂર કરી શકે છે, પણ મનસ્વી પ્રોક્સી પોર્ટ પરના આઉટબાઉન્ડ કનેક્શન મર્યાદિત કરી શકે છે.
જો ઘણી અસંબંધિત પ્રોક્સી એન્ટ્રીઓ કોઈ પ્રોક્સી પ્રતિસાદ મળતા પહેલાં નિષ્ફળ જાય, તો તેમના સાંભળવાના પોર્ટ અને ક્લાયંટની મંજૂર આઉટબાઉન્ડ નીતિની તુલના કરો. સામાન્ય પ્રથમ હોપની તપાસ કરતી વખતે લક્ષ્ય સ્થિર રાખો. મંજૂર પરીક્ષણો માટે મફત પ્રોક્સી સૂચિમાં દર્શાવેલા પોર્ટની તે નીતિ સાથે તુલના કરો; સૂચિ આ નેટવર્કથી પહોંચની સાબિતી આપતી નથી. ફક્ત એક મર્યાદિત નેટવર્ક પહોંચી શકતું નથી એટલા માટે બધા જાહેર એન્ડપોઈન્ટ ઓફલાઈન છે એવું અનુમાન ન કરો.
છોડી દેવાયેલ કનેક્શન પ્રયાસ ટાઈમ આઉટ થઈ શકે છે; સક્રિય અસ્વીકાર વહેલો નિષ્ફળ જાય છે. કોઈ પણ સંદેશ એકલો નીતિ કોણે લાગુ કરી તે ઓળખતો નથી. જ્યાં ઉપલબ્ધ હોય ત્યાં સ્થાનિક નેટવર્કના લોગ અથવા એડમિનિસ્ટ્રેટર દ્વારા આપેલા નિયમો વાપરો.
મંજૂર એન્ડપોઈન્ટ અથવા ચુસ્તપણે ન્યાયી ઠેરવાયેલ ઍક્સેસ ફેરફારની વિનંતી કરો. પ્રોક્સી વાપરવા માટે આખી આઉટબાઉન્ડ નીતિ દૂર કરવી પૂર્વશરત નથી, અને ક્યારેય TLS વિનિમય સુધી ન પહોંચેલા કનેક્શનને ઠીક કરવા ગંતવ્ય TLS ચકાસણી બંધ ન કરવી જોઈએ.