UDP હંમેશા ઝડપી નથી: OpenVPN ટ્રાન્સપોર્ટ પસંદ કરવો

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

ટ્રાન્સપોર્ટ ખરેખર શું બદલે છે

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

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

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

TCP ક્યાં પોતાનું સ્થાન કમાય છે

એક્સેસ નેટવર્ક TCP પસંદ કરવાનું સામાન્ય કારણ છે. હોટેલ, એરપોર્ટ કે ગેસ્ટ નેટવર્ક બહાર જતા 443 ને મંજૂરી આપી બાકીનું બધું કાઢી શકે છે, અને તે પોર્ટ પરનો TCP શ્રોતા જ એકમાત્ર કામ કરતી પ્રોફાઇલ છે. તે પહોંચ છે, પ્રદર્શન નહીં, અને તે પોતે જ પૂરતું સારું કારણ છે.

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

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

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

તમારી પાસે ખરેખર કયો શ્રોતા છે તે તપાસો

પ્રદર્શન સરખાવતા પહેલાં ખાતરી કરો કે બંને છેડા ટ્રાન્સપોર્ટ અને પોર્ટ પર સહમત છે. ક્લાઇન્ટ ફાઇલમાં proto udp ને proto tcp માં બદલવાથી સર્વર શ્રોતા બનતો નથી. સર્વરને તે પ્રોટોકોલ માટે ગોઠવવું પડે અને પ્રોફાઇલ તેનાથી મેળ ખાવી જોઈએ.

grep -E '^(proto|port|remote)' /etc/openvpn/server.conf
ss -lunp | grep openvpn
ss -ltnp | grep openvpn

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

ક્લાઇન્ટ બાજુની ખાતરી સસ્તી છે: --verb 4 સાથે કનેક્શન ચલાવો અને લોગમાં ટ્રાન્સપોર્ટ લીટી વાંચો. જો ક્લાઇન્ટ UDP કહે જ્યારે સર્વર TCP પર સાંભળે, તો હેન્ડશેક કદી શરૂ થતો નથી અને કોઈ ટ્યુનિંગ મદદ કરશે નહીં.

કાર્યભાર સરખાવો, ટ્રાન્સપોર્ટનું લેબલ નહીં

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

દરેક રન માટે ત્રણ પરિણામ નોંધો: ટનલ સ્થપાય છે કે નહીં, ટકી રહે છે કે નહીં અને કાર્ય પૂર્ણ થાય છે કે નહીં. નાની વિનંતીઓ કામ કરે અને મોટા સ્થાનાંતરણ અટકી જાય તો તે ટ્રાન્સપોર્ટ નહીં, પેકેટ કદ અને MTU તરફ ઇશારો કરે છે. વારંવાર ફરી જોડાણ માર્ગ અથવા મધ્યવર્તી બોક્સના સમયસમાપ્તિ તરફ ઇશારો કરે છે.

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