બે WireGuard peer એક રેન્જ વહેંચે છે: પેકેટ કોને મળે છે

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

WireGuardની અંદર સૌથી લાંબું પ્રીફિક્સ જીતે છે

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

road-warrior સેટઅપ આનો જાણી જોઈને ઉપયોગ કરે છે. એક peer સાઇટ માટે વિશાળ રેન્જ ધરાવે છે, અને વ્યક્તિગત હોસ્ટ અન્ય peerના /32 એન્ટ્રી દ્વારા અલગ કરવામાં આવે છે. પેટર્ન કામ કરે છે કારણ કે અલગ કરેલા ભાગ વધુ ચોક્કસ છે, ક્રમને કારણે નહીં.

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

ઓપરેટિંગ સિસ્ટમ પહેલા ઇન્ટરફેસ પસંદ કરે છે

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

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

આવતા પેકેટ સ્રોત દ્વારા તપાસવામાં આવે છે

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

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

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

નકલી રેન્જ failover નથી

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

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

સંપાદન પહેલા પસંદગી ચકાસો

ત્રણ આદેશો ત્રણ પ્રશ્નોના જવાબ ક્રમમાં આપે છે. પ્રથમ દરેક peer જે રેન્જનો દાવો કરે છે તેની યાદી આપે છે. બીજો દર્શાવે છે કે હોસ્ટ ગંતવ્ય માટે કયું ઇન્ટરફેસ વાપરશે. ત્રીજો ટ્રાફિક વહ્યા પછી peerની જીવંત સ્થિતિ દર્શાવે છે.

wg show wg0 allowed-ips
ip route get 10.66.8.20
wg show wg0
ip rule show

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

ટિકિટમાં ગંતવ્ય, પસંદ કરેલું ઇન્ટરફેસ અને પસંદ કરેલો peer નોંધો. તે ત્રિપુટી જ ઓવરલેપને પછીથી સમીક્ષા યોગ્ય બનાવે છે, અને તે રૂપરેખાંકનના સ્ક્રીનશોટ કરતાં ઘણું વધુ ઉપયોગી છે.