SSTP સામે OpenVPN: એ જ પોર્ટ 443, અલગ પ્રોટોકોલ

બંને વિકલ્પો TCP 443 પાછળ બેસી શકે છે, તેથી લોકો ધારે છે કે તે અદલાબદલી શક્ય એન્ડપોઈન્ટ છે. તે નથી: SSTP સર્વર HTTPSની અંદર PPP બોલે છે, જ્યારે OpenVPN સર્વર TLS ઉપર અથવા કાચા UDP પ્રવાહ દ્વારા પોતાનો પ્રોટોકોલ બોલે છે. એક ક્લાયન્ટને બીજાના પોર્ટ પર મોકલવાથી એવું કનેક્શન બને છે જે ક્યારેય લોગિન પ્રોમ્પ્ટ સુધી પહોંચતું નથી. પસંદગી એ વિશે છે કે તમે કયું ક્લાયન્ટ અને ટ્રાન્સપોર્ટ ટેકો આપી શકો, નંબર વિશે નહીં.

વહેંચાયેલ પોર્ટ વહેંચાયેલ પ્રોટોકોલ બનાવતું નથી

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

ન તો નામ બદલેલી પ્રોફાઇલ ન તો બીજી મેનુ એન્ટ્રી એકને બીજામાં ફેરવે છે. SSTP કનેક્શન Windowsની VPN સેટિંગ્સમાંથી સર્વર સરનામા અને ઓપરેટરની પ્રમાણીકરણ વિગતો સાથે બને છે, જ્યારે OpenVPN કનેક્શનને ક્લાયન્ટ અને મેળ ખાતી કન્ફિગરેશન ફાઇલની જરૂર પડે છે. Microsoftની SSTP સ્પેસિફિકેશન પ્રથમનું વર્ણન કરે છે, અને OpenVPN હેન્ડશેકનું વર્ણન કરતી નથી.

પોર્ટ 443 એ નીતિની સુવિધા છે. તે એવા નેટવર્કમાંથી પસાર થાય છે જે બહુ ઓછું બીજું મંજૂર કરે છે, અને તે સાચો ફાયદો છે, પરંતુ તેની પાછળ કયો પ્રોટોકોલ ચાલે છે તે વિશે કંઈ કહેતું નથી.

SSTP HTTPSની અંદર PPP ટનલ કરે છે

નામ બાંધકામનું વર્ણન કરે છે: HTTPS સેશનની અંદર વહન થતા PPP ફ્રેમ્સ, એટલે કે નીચે TLS અને એવું પ્રમાણપત્ર જે ક્લાયન્ટ ચકાસી શકે. Windows આને મૂળ VPN પ્રકાર તરીકે સમાવે છે, તેથી મેનેજ કરેલ લેપટોપ ઘણી વખત ઓપરેટર આપેલી પ્રોફાઇલ સિવાય વધારાના સોફ્ટવેર વિના કનેક્ટ થઈ શકે છે.

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

SSTP સામાન્ય રીતે ફક્ત TCP છે. તે એક જ ટ્રાન્સપોર્ટ અસર કરે છે કે તે નુકસાનવાળી લિંક પર કેવી રીતે વર્તે છે, કારણ કે પુનઃપ્રસારણ ટનલની અંદર અને નીચે બંને જગ્યાએ થાય છે.

OpenVPN પોતાનું ક્લાયન્ટ અને ટ્રાન્સપોર્ટની પસંદગી લાવે છે

OpenVPN પોતાનું ક્લાયન્ટ અને પ્રોફાઇલ પૂરું પાડે છે, જે તમને એવા નિદાન આપે છે જે મૂળ Windows સંવાદ બતાવતો નથી. સર્વર UDP અથવા TCP પર સાંભળી શકે છે, અને ઓપરેટરની કન્ફિગરેશન નક્કી કરે છે કે તમારા ક્લાયન્ટે કયું વાપરવું. ખોટા ટ્રાન્સપોર્ટ પર મોકલેલી પ્રોફાઇલ પ્રમાણીકરણ પહેલાં નિષ્ફળ જાય છે.

પ્રમાણીકરણ પણ એટલું જ કન્ફિગરેશન-આધારિત છે. તૈનાતી ફક્ત પ્રમાણપત્રો, પ્રમાણપત્રો ઉપરાંત વપરાશકર્તા નામ અને પાસવર્ડ, અથવા તેની ઉપર બીજું પરિબળ માંગી શકે છે, અને ક્લાયન્ટે તે ગોઠવણ સાથે બરાબર મેળ ખાવો પડે. કનેક્શન TLS તબક્કે પહોંચે છે એ હકીકત એ નથી કહેતી કે આગળ કઈ ઓળખપત્રો માંગશે.

UDP સામાન્ય ડિફોલ્ટ છે કારણ કે તે વિશ્વસનીય પ્રવાહને બીજા વિશ્વસનીય પ્રવાહમાં મૂકવાનું ટાળે છે. TCP મોડ એવા નેટવર્ક માટે છે જે UDP અવરોધે છે, અને તે કામ કરે છે, પરંતુ ભારે નુકસાન તેને બદલાયેલા UDP માર્ગ કરતાં ખરાબ અનુભવાવી શકે છે. જ્યારે જરૂર હોય ત્યારે TCP પસંદ કરો, વધુ વિશ્વસનીય સંભળાય છે તેથી નહીં.

ક્લાયન્ટ, ટ્રાન્સપોર્ટ અને સહાયતા પ્રમાણે પસંદ કરો

ત્રણ પ્રશ્નો આ નિર્ણયોમાંથી મોટા ભાગના ઉકેલે છે. શું દરેક ક્લાયન્ટ ઉપકરણને વધારાના સોફ્ટવેર વિના કામ કરતું કનેક્શન જોઈએ? તમે જે નેટવર્ક પર આધાર રાખો છો તે UDP મંજૂર કરે છે, અથવા TCP 443 એકમાત્ર નિકાસ છે? અને પ્રોફાઇલ સમાપ્ત થાય ત્યારે ક્લાયન્ટ, તેના અપડેટ્સ અને તેની પુનઃપ્રાપ્તિને કોણ ટેકો આપે છે?

જ્યારે બંનેની સરખામણી કરો, ત્યારે એ જ ઉપકરણ અને એ જ ઍક્સેસ નેટવર્ક પર પરીક્ષણ કરો. જો SSTP એન્ડપોઈન્ટ અને OpenVPN એન્ડપોઈન્ટ જુદા સર્વરો કે જુદી સાઇટો હોય, તો તમારા પરિણામમાં પ્રોટોકોલને અલગ કરવાને બદલે તે માર્ગો અને મશીનો સમાવિષ્ટ થાય છે. આ રીતે આ સરખામણીઓ આત્મવિશ્વાસભરી પણ ખોટી જવાબ આપે છે.

પછી બીજું કંઈ ડિબગ કરતા પહેલાં ખાતરી કરો કે તમે ખરેખર કયું સ્થાપ્યું છે:

> Get-VpnConnection -Name "Office SSTP" | Select-Object TunnelType, ServerAddress
> openvpn --config office.ovpn --verb 4

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

મેનેજ કરેલ ફ્લીટમાં, પ્રોફાઇલ વિતરણ અને અપડેટ સહાયતા સામાન્ય રીતે કોઈપણ ટ્રાન્સપોર્ટ બેન્ચમાર્ક પહેલાં ઘણા સમય અગાઉ પ્રશ્ન નક્કી કરે છે.