શા માટે ઘણા એપ કનેક્શન એક જ OpenVPN સત્ર વહેંચે છે

કલ્પના કરો કે એક બ્રાઉઝર HTTPS પૃષ્ઠ લોડ કરી રહ્યું છે, જ્યારે SSH ક્લાયન્ટ બીજા સર્વર સુધી પહોંચે છે અને એક રિઝોલ્વર પ્રશ્નનો જવાબ આપે છે, બધું એક જ OpenVPN સત્ર દ્વારા. ભૌતિક ઇન્ટરફેસ પર તમે એક વાતચીત જુઓ છો; ટનલની અંદર તમે ત્રણ જુઓ છો. બંને દૃશ્યો સાચા છે, અને કેમ તે જાણવું એ ઉપયોગી કેપ્ચર અને ગૂંચવણભર્યા કેપ્ચર વચ્ચેનો ફરક છે. એક આંતરિક પ્રવાહને સોકેટથી વાયર સુધી અનુસરો અને સ્તરીકરણ અમૂર્ત રહેતું નથી.

એક બાહ્ય વાતચીત, ઘણા આંતરિક પ્રવાહ

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

કંઈ પણ તૂટી પડતું નથી. આંતરિક ટ્યુપલ શરૂઆતથી અંત સુધી ટકી રહે છે, અને તેથી જ દૂરની બાજુ હજી પણ ત્રણ પ્રવાહને અલગ પાડી શકે છે.

જે પોર્ટ સ્થિર રહે છે

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

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

દૂરના છેડે ડિકેપ્સ્યુલેશન શું બદલે છે

પીઅર પર બાહ્ય સ્તર ઉતરી જાય છે, અને જે રહે છે તે આંતરિક પેકેટ છે. ત્યાંથી ફોરવર્ડિંગ અને ઍક્સેસ નીતિ આંતરિક ગંતવ્ય અને પ્રોટોકોલ પર લાગુ થાય છે. વેબ સર્વર હજી પણ HTTPS કનેક્શન મેળવે છે, SSH ડીમન હજી પણ SSH મેળવે છે, અને રિઝોલ્વર હજી પણ પ્રશ્ન મેળવે છે.

તેથી જ બાહ્ય પરિવહનને મંજૂરી આપતો નિયમ આંતરિક સેવાને મંજૂરી આપવાના નિયમ જેવો નથી. પહેલો માર્ગ વર્ણવે છે; બીજો અધિકૃતિ વર્ણવે છે.

બાહ્ય TCP એટલે એક પ્રવાહ, એક કનેક્શન નહીં

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

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

તમારું પોતાનું સેટઅપ ચોક્કસ રીતે વર્ણવો

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

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