WireGuard ડિફોલ્ટ રૂટ લૂપ: એન્ડપોઇન્ટ પાથ શોધો

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

રૂટ બદલતા પહેલાં લૂપની પુષ્ટિ કરો

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

sudo wg show wg1 endpoints
ip route get 198.51.100.20
ip rule show

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

એન્ડપોઇન્ટ પાથ વાંચો, ટનલ પાથ નહીં

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

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

એક સુસંગત ફેરફાર સાથે એન્ડપોઇન્ટ પાથ પુનઃસ્થાપિત કરો

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

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

sudo ip route replace 198.51.100.20/32 via 192.0.2.1 dev eth0
ip route get 198.51.100.20
sudo ip route add default dev wg1

ચકાસો, પછી પાછા ફરવાનો રસ્તો રાખો

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

sudo wg show wg1 latest-handshakes
sudo wg-quick down wg1
ip route show default
ip route get 198.51.100.20

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