ZeroTier પર HTTP એન્ક્રિપ્ટેડ છે? જુઓ ઓવરલે ક્યાં પૂરો થાય છે

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

તપાસ 1: બ્રાઉઝર જે સરનામું ડાયલ કરે છે તે શોધો

URLને મશીન પાસે ખરેખર જે છે તેની સાથે સરખાવો. ip -brief addr show zt ઇન્ટરફેસ અને નેટવર્ક કંટ્રોલરે આપેલું ઓવરલે સરનામું સૂચિબદ્ધ કરે છે; જો URL તે સરનામું વાપરે, તો બ્રાઉઝરનું સોકેટ ઓવરલેમાં જાય છે.

જ્યારે નામ તેના બદલે LAN સરનામામાં રિઝોલ્વ થાય, ત્યારે ઓવરલે બિલકુલ સંડોવાયેલું ન પણ હોય, ક્લાયન્ટનો સ્ટેટસ સૂચક શું સૂચવે તે પછી. ip route get 10.147.20.5 ઇન્ટરફેસ અને કર્નલ જે સ્રોત સરનામું પસંદ કરે તે છાપે છે, તેથી ત્યાં zt ઇન્ટરફેસ એટલે પેકેટ ઓવરલેમાં જાય છે, અને તમારા ફિઝિકલ NICનું નામ એટલે જતું નથી. નામો બીજું સ્તર ઉમેરે છે: ઓવરલે સરનામા તરફ ઇશારો કરતો રેકોર્ડ LAN સરનામા તરફ ઇશારો કરતા રેકોર્ડ કરતાં અલગ વર્તે છે, અને સર્ચ સફિક્સ કે hosts ફાઇલની એન્ટ્રી શાંતિથી નક્કી કરી શકે છે કે તમને કયું મળે.

તપાસ 2: ખાતરી કરો કે બંને છેડા પીઅર છે, ડિક્રિપ્ટ કરતું રિલે નહીં

ZeroTier પીઅર વચ્ચે એન્ક્રિપ્ટ કરે છે, અને જ્યાં સીધો માર્ગ નથી ત્યાં પેકેટ્સ રૂટ દ્વારા રિલે થાય છે જે તેમને હજી એન્ક્રિપ્ટેડ જ આગળ મોકલે છે. zerotier-cli peers દરેક પીઅરનો માર્ગ DIRECT કે RELAY તરીકે લેટન્સી આંક સાથે ચિહ્નિત કરે છે. રિલે કરેલો માર્ગ રાઉન્ડ ટ્રિપનો ખર્ચ કરે છે, ગોપનીયતાનો નહીં.

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

તપાસ 3: વિનંતી ક્યાં વાંચી શકાય એવી બને છે તે જુઓ

જે હોસ્ટ પૃષ્ઠ પરોસે છે એવું તમે માનો છો ત્યાં, રીલોડ કરતી વખતે ઓવરલે ઇન્ટરફેસ કેપ્ચર કરો: sudo tcpdump -i ztxxxxxxx -A -c 5 'tcp port 80'. તે આઉટપુટમાં વાંચી શકાય એવી વિનંતી લાઇન સાબિત કરે છે કે ટ્રાફિક તે હોસ્ટ પર ડિક્રિપ્ટ થઈને પહોંચ્યો, અને એ જ તમે શોધો છો તે સીમા છે.

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

સામે રિવર્સ પ્રોક્સી હોય ત્યારે લૂપબેક કેપ્ચર કરવું પણ જરૂરી છે, કારણ કે HTTPS સ્વીકારીને HTTP આગળ મોકલતું પ્રોક્સી સીમા પોતાના બેકએન્ડ પર ખસેડે છે.

તપાસ 4: રાઉટર કે બ્રિજ પાછળના દરેક હોપનો હિસાબ કરો

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

ધારવાને બદલે ટ્રેસ કરો. ક્લાયન્ટથી સેવા સરનામા સુધી traceroute અને ગેટવે સભ્ય પરનું રૂટિંગ ટેબલ બતાવે છે કે છેલ્લો હોપ zt છે કે eth.

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

તપાસ 5: નક્કી કરો કે એપ્લિકેશને હજી શું કરવું પડે

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

ફરી વાપરી શકાય એવા સત્ર કે પાસવર્ડ ધરાવતી કોઈપણ વસ્તુ માટે એપ્લિકેશનમાં કે તમે નિયંત્રિત કરો છો તેવા પ્રોક્સીમાં TLS સમાપ્ત કરો અને પ્રમાણપત્ર ચકાસણી ચાલુ રાખો. જ્યાં જૂની સેવાએ સાદા HTTP પર જ રહેવું પડે, ત્યાં તે જે ચોક્કસ હોસ્ટ-થી-હોસ્ટ માર્ગ વાપરી શકે, કોણ તેને પહોંચી શકે અને કયો સેગમેન્ટ અસુરક્ષિત રહે છે તે લખો; ભાવિ સમીક્ષકને એ જ નોંધની જરૂર પડશે.

"VPN જોડાયેલું છે" એ આમાંની કોઈપણ વસ્તુનું મૂલ્યાંકન નથી. પ્રામાણિક આવૃત્તિ બંને છેડા, તેમની વચ્ચેનો માર્ગ અને પહેલો ન ઢાંકાયેલો હોપ નામ આપે છે.

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