ખુલ્લો TCP પોર્ટ proxy કામ કરે છે તે સાબિત કરતો નથી
સફળ પોર્ટ તપાસ માત્ર જોડાણ સ્થાપે છે. Proxy handshake અને લક્ષ્યનો અપેક્ષિત જવાબ પણ તપાસો.
ખુલ્લો TCP પોર્ટ દર્શાવે છે કે listenerએ જોડાણ સ્વીકાર્યું. તે proxy, સામાન્ય વેબ સર્વર કે બીજી સેવા હોઈ શકે છે; પોર્ટ 8080 પ્રોટોકોલ ઓળખાવતો નથી.
HTTP proxy તરીકે દસ્તાવેજિત endpoint માટે તેનું સાચું સરનામું સમય મર્યાદાવાળી HTTPS વિનંતીમાં વાપરો:
curl --proxy http://203.0.113.10:8080 --noproxy '' --connect-timeout 5 --max-time 15 --verbose https://example.com/દસ્તાવેજી સરનામું તમારા HTTP endpoint અથવા HTTP proxy યાદીના ઉમેદવારથી બદલો. SOCKS માટે અનુરૂપ SOCKS client mode વાપરી વાટાઘાટ પૂર્ણ કરો. ખોટો handshake TCP સ્વીકાર થયા પછી તરત નિષ્ફળ થઈ શકે છે.
| જોવાયેલ તબક્કો | શું સાબિત થાય છે |
|---|---|
| TCP સ્વીકારાયું | Listener સુધી પહોંચી શકાય છે. |
| Proxy handshake સ્વીકારાયો | Listenerએ આ proxy ક્રિયા સ્વીકારી. |
| લક્ષ્યનું TLS ચકાસાયું | ક્લાયન્ટે પોતાની વિશ્વાસ સેટિંગ મુજબ ઇચ્છિત સુરક્ષિત જોડાણ પૂર્ણ કર્યું. |
| અપેક્ષિત સ્થિતિ અને સામગ્રી મળી | એપ્લિકેશન વિનંતીએ અપેક્ષિત પરિણામ આપ્યું. |
HTTP proxy મારફતે HTTPS માટે લક્ષ્યના પોર્ટ સુધી CONNECT મંજૂર હોવું જોઈએ. CONNECT 200 પણ મધ્યનો તબક્કો છે: TLS અથવા અંતિમ વિનંતી સફળ થાય તે પહેલાં tunnel બંધ થઈ શકે છે. એન્ક્રિપ્શન વિનાના HTTPની સફળતા આ tunnel ક્ષમતા સાબિત કરતી નથી.
અનુમાન કરી શકાય તેવી સામગ્રી ધરાવતું, બને તો તમારા નિયંત્રણનું લક્ષ્ય વાપરો અને ઉપલબ્ધ હોય તો વિનંતીનો રેકોર્ડ જુઓ. એન્ક્રિપ્શન વિનાનો HTTP listener લક્ષ્યનો સંપર્ક કર્યા વિના નિશ્ચિત પાનું સ્થિતિ 200 સાથે આપી શકે છે. કોઈપણ સફળ સ્થિતિ મળવી અપેક્ષિત જવાબ સાથે મેળ કરતાં નબળો પુરાવો છે; HTTPS ઓળખ ચકાસણી વધારાનું રક્ષણ આપે છે.
છેલ્લો સફળ તબક્કો નોંધો. ‘પોર્ટ ખુલ્લો, SOCKS વાટાઘાટ નકારાઈ’ આગળની તપાસ માટે ઉપયોગી શરૂઆત આપે છે.