OpenVPN ની અંદર TLS ક્યાં બેસે છે, અને શું આકાર બદલે છે

OpenVPN ખરેખર TLS વાપરે છે, અને લોકો નિયમિતપણે તેને એવા દાવા સુધી લંબાવે છે જે તે ઊંચકી શકતું નથી: કે ટનલ તેથી સાઇટની મુલાકાત લેતા બ્રાઉઝર જેવી દેખાય છે. પહેલો ભાગ સાચો છે. બીજો નથી. અહીં TLS નિયંત્રણ ચેનલનું છે જે OpenVPN ના પોતાના કન્ટેનરની અંદર મુસાફરી કરે છે, સાથે સંપૂર્ણપણે અલગ ક્રિપ્ટોગ્રાફી ધરાવતી પેલોડ ચેનલ છે, તેથી જે પ્રારંભિક બાઇટ્સની તપાસ કરે છે તે OpenVPN જુએ છે.

એક પરબિડીયામાં બે વાતચીત

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

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

ખરેખર પહેલા શું આવે છે

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

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

આકાર બદલવાની ત્રણ પ્રામાણિક રીતો

stunnel જેવું TLS ટર્મિનેટર બંને છેડે એક પોર્ટ પર TLS સ્વીકારે છે અને ડિક્રિપ્ટ થયેલો પ્રવાહ સ્થાનિક રીતે OpenVPN ને આપે છે, તેથી નેટવર્ક તે પોર્ટ પર TLS જુએ છે. જે પ્રોટોકોલ પહેલા બાઇટથી TLS છે તે ફરી અલગ રીતે વર્તે છે: ocserv અમલમાં મૂકે છે તે AnyConnect-સુસંગત વિનિમય ઘણા નેટવર્ક પહેલેથી અપેક્ષા રાખતા કોર્પોરેટ રિમોટ એક્સેસ જેવો લાગે છે. SSTP, જે Windows સાથે આવે છે, અલગ ઉત્પાદનમાં સમાન ગુણધર્મ ધરાવે છે.

Linux પર, SSH નો -w વિકલ્પ SSH સેશનની અંદર પોઇન્ટ-ટુ-પોઇન્ટ લિંક વહન કરે છે, જે ત્યારે ઉપયોગી છે જ્યારે SSH જ એકમાત્ર માન્ય પ્રોટોકોલ હોય. જો SSH તે નેટવર્કથી પહેલેથી કામ કરે તો તે ચારમાં સૌથી સસ્તું છે, અને ન કરે તો સૌથી ઓછું ઉપયોગી.

એમાંથી કંઈ પણ જે બદલતું નથી

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

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

પહેલા નિદાન કરો, પછી પસંદ કરો

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

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

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

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