WireGuard હેન્ડશેક સફળ થાય છે, પણ કોઈ જવાબ પાછો આવતો નથી

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

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

હેન્ડશેક કી સાબિત કરે છે, ડિલિવરી નહીં

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

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

એક આંતરિક સરનામું જ આખી કસોટી છે

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

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

ip route get 10.30.8.10
ip -4 addr show wg0
ip route show table all | grep -w wg0

ભૌતિક ઇન્ટરફેસ પર ઉકેલાતું સરનામું પ્રશ્નનો જવાબ પહેલેથી આપી ચૂક્યું છે. ટનલ કંઈ નકારતી નથી. પેકેટ તેમાં ક્યારેય દાખલ થયું જ નહીં.

કાઉન્ટર પુરાવા છે, ચુકાદો નહીં

wg show દરેક પક્ષ માટે મોકલેલા અને મળેલા બાઇટની જાણ કરે છે, અને બંને આંકડા સ્વતંત્ર રીતે ખસે છે. એક વાંચન લો, એક માન્ય વિનંતી કરો, પછી એ જ મિનિટમાં બીજું વાંચન લો.

wg show wg0 transfer
wg show wg0 latest-handshakes
ping -c 4 10.30.8.10
wg show wg0 transfer

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

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

સામેનો પક્ષ પોતે પરત પેકેટ તપાસે છે

દૂરનો પક્ષ આંતરિક પેકેટ ફક્ત ત્યારે સ્વીકારે છે જ્યારે સ્રોત તે પક્ષના allowedips ની અંદર આવે. મોકલનાર પર રહેલો રૂટ પૂરતો નથી. મેળવનાર પર સ્રોતની નોંધ ન હોય તો પરત ટ્રાફિક શાંતિથી નકારાય છે.

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

પ્રયોગને પ્રામાણિક રાખો

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

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

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