પોર્ટ 443 જવાબ આપે છે, SSTP હજી પણ નિષ્ફળ જાય છે: કયો તબક્કો તૂટ્યો?

ટનલ ક્યારેય ન બને તેમ પોર્ટ 443 પર TCP હેન્ડશેક પૂર્ણ થવો એક વાત સાબિત કરે છે, અને તે નાની વાત છે. તે સરનામે કંઈક સાંભળી રહ્યું છે અને જોડાણ સ્વીકારવા તૈયાર છે. તે સેવા, રજૂ કરવાનું પ્રમાણપત્ર કે પ્રથમ બાઇટ પછી શું થાય છે તે ઓળખાવતું નથી.

તે હેન્ડશેક અને કાર્યકારી ટનલ વચ્ચે ચાર તબક્કા છે, અને દરેક અલગ ભૂલ ઉત્પન્ન કરે છે.

ખુલ્લો પોર્ટ ફક્ત એક સ્તરનું વર્ણન કરે છે

TCP જોડાણ સ્વીકારવાનો અર્થ એ છે કે પ્રક્રિયા સોકેટની માલિક છે અને માર્ગ હેન્ડશેકને મંજૂરી આપે છે. તે એ વિશે કંઈ કહેતું નથી કે તે પ્રક્રિયા SSTP સર્વર છે કે નહીં, તમારી પ્રોફાઇલના નામ માટે માન્ય પ્રમાણપત્ર ધરાવે છે કે નહીં, અથવા તમારા ખાતાને અધિકૃત કરશે કે નહીં. તે જ સરનામે વેબ સર્વર હેન્ડશેકનો સંપૂર્ણ જવાબ આપે છે અને પછી તમારી SSTP વિનંતીને HTTP ભૂલ સાથે જવાબ આપે છે. તે હેન્ડશેકની ઉપરનું બધું ચકાસાયેલું રહેતું નથી.

પોર્ટ પરીક્ષાને શક્ય સૌથી સસ્તા ગાળણ તરીકે ગણો, ચુકાદા તરીકે નહીં. તેનું મૂલ્ય એ છે કે તે નિષ્ફળતાની આખી શ્રેણી દૂર કરે છે, એ નહીં કે તેની ઉપરનું બધું પુષ્ટિ કરે છે.

બંનેને ભેગા કરવાના કારણે જ લોકો એવી પરીક્ષા પછી ક્લાયન્ટ ફરી સ્થાપિત કરે છે જેણે ક્લાયન્ટની વાસ્તવિક સમસ્યા ક્યારેય તપાસી ન હતી.

પુરાવા સાથે ચાર તબક્કા અલગ કરો

તબક્કા છે પરિવહનની પહોંચ, TLS માન્યતા, HTTPS પર SSTP વિનિમય, અને ટનલની અંદર PPP પ્રમાણીકરણ. પ્રથમ પસાર કરીને ચોથામાં નિષ્ફળ જતા માર્ગને ઓળખપત્ર સુધારણાની જરૂર છે; બીજામાં નિષ્ફળ જતાને પ્રમાણપત્ર કે નામ સુધારણાની જરૂર છે. આ સુધારણાઓમાં કંઈ સામ્ય નથી, અને ખોટી પસંદ કરવાથી વિક્ષેપ વ્યર્થ જાય છે.

nc -vz vpn.example.net 443
openssl s_client -connect vpn.example.net:443 -servername vpn.example.net -brief
curl -sS -o /dev/null -w '%{http_code}\n' https://vpn.example.net/

ત્રીજો આદેશ ધ્યાનથી વાંચવા લાયક છે. સામાન્ય વેબ પૃષ્ઠનો 200 તમને કહે છે કે વેબ સેવા છે; તે એ નથી કહેતો કે SSTP વિનંતી સમજાશે. તે જ સરનામેથી મળતો 404 VPN વિશે એટલો જ માહિતીહીન છે. ફક્ત ક્લાયન્ટ લોગ જ કહે છે કે તે ચારમાંથી કયા તબક્કે પહોંચ્યું.

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

આંશિક સફળતા સાચી દિશામાં વાંચો

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

આ નિદાન કરતી વખતે સર્વર માન્યતા ચાલુ રાખો. તેને બંધ કરવાથી પ્રમાણપત્રની અસંગતિ સફળ હેન્ડશેકમાં ફેરવાય છે અને નિષ્ફળતા સમજાવતો એકમાત્ર પુરાવો છુપાય છે.

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

પછી એપ્લિકેશન ચકાસો, ફક્ત સત્ર નહીં

સત્ર હોય ત્યારે જે ક્લાયન્ટને તેની જરૂર છે તેની પાસેથી ઇચ્છિત માર્ગ, નામ ઉકેલ અને સેવા પરવાનગી ચકાસો. જોડાયેલ ટનલમાં દૂરના ભાગમાં ગેરહાજર ફોરવર્ડિંગ કે ક્યારેય ન હતો તેવો પરત માર્ગ હોઈ શકે છે, અને તે નિષ્ફળતાઓ રાહ જોતી વ્યક્તિને બરાબર એપ્લિકેશન સમસ્યા જેવી લાગે છે.

દરેક નિષ્કર્ષને જે તબક્કાએ તેને ઉત્પન્ન કર્યો તેની સાથે જોડેલો રાખો. ખુલ્લા પોર્ટને કાર્યકારી VPN કહેવું એ પાંચ મિનિટની પ્રમાણપત્ર ચકાસણીને એક દિવસના સોફ્ટવેર પુનઃસ્થાપનમાં ફેરવવાનો રસ્તો છે.