WireGuard: બે અડધા રૂટ વિરુદ્ધ wg-quick માં 0.0.0.0/0

બે /1 પ્રીફિક્સ એક /0 જેટલા જ IPv4 સરનામાં આવરે છે, અને આ સમાનતા ફક્ત પીઅરની મંજૂર પ્રીફિક્સ યાદીની અંદર જ લાગુ પડે છે. સેટઅપ સાધન જે ક્ષણે રૂટિંગ નક્કી કરે છે ત્યારે જ તે લાગુ પડવાનું બંધ કરે છે, કારણ કે લિનક્સમાં wg-quick ડિફોલ્ટ પ્રીફિક્સને ગણિત તરીકે નહીં, વિશેષ કિસ્સા તરીકે સંભાળે છે. વિશેષ શાખા એક સમર્પિત ટેબલ, બે પોલિસી નિયમ, એક સોકેટ માર્ક અને રિવર્સ-પાથ સેટિંગ્સ મૂકે છે જે અડધા રૂટની જોડીને ક્યારેય મળતાં નથી. તેથી સંપાદન પછી પ્રોક્સી કે બ્રાઉઝર કામ કરવાનું બંધ કરે ત્યારે પ્રીફિક્સ એ ફેરફારનો સૌથી ઓછો રસપ્રદ ભાગ હોય છે.

પ્રીફિક્સ યાદી આખું કન્ફિગરેશન નથી

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

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

ડિફોલ્ટ શાખા રૂટ ઉપરાંત શું ઉમેરે છે

/0 એન્ટ્રી wg-quick ને તેના ડિફોલ્ટ-રૂટ પાથમાં મોકલે છે: એક અલગ રૂટિંગ ટેબલ ડિફોલ્ટ મેળવે છે, એક પોલિસી નિયમ અનમાર્ક્ડ ટ્રાફિક ત્યાં મોકલે છે, બીજો નિયમ મુખ્ય ટેબલના વધુ ચોક્કસ રૂટને સત્તાવાળા રાખે છે, અને ઇન્ટરફેસને તેના પોતાના સોકેટ પર ફાયરવોલ માર્ક મળે છે. એ માર્ક જ લૂપ ગાર્ડ છે. ટનલ ટ્રાફિક વહન કરતા એન્ક્રિપ્ટેડ ડેટાગ્રામ માર્ક સેટ સાથે નીકળે છે, જેથી બાકીનું બધું ટનલમાં ધકેલતો નિયમ ટનલના પોતાના ટ્રાન્સપોર્ટ પેકેટને ગળી ન લે.

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

બે ગોઠવણ ક્યાં વિભાજિત થાય છે

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

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

સંપાદન પહેલાં નિયમો અને માર્ક વાંચો

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

ip rule show
ip -4 route show table all | grep -E 'default|wg1'
wg show wg1 fwmark
wg show wg1 endpoints

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

રિલીઝ પહેલાં ટનલ ગુમાવવાની તાલીમ લો

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

sudo ip -4 route add 198.51.100.20/32 via 192.0.2.1 dev eth0
ip -4 route get 198.51.100.20
sudo wg-quick down wg1

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