wg-quick જોડાણ વખતે DNS તોડે છે: સેટઅપ ભૂલ વાંચો

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

સહાયકે છાપેલો પહેલો સંદેશ વાંચો, છેલ્લો નહીં, અને ગુમ થયેલી ઉપયોગિતા અને અપ્રાપ્ય સર્વર વચ્ચેનો તફાવત સ્પષ્ટ થશે.

DNS લાઇન સહાયકનું લક્ષણ છે

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

તેથી રૂપરેખા ફાઇલ પ્રોટોકોલ માટે માન્ય હોવા છતાં સેટઅપ દરમિયાન નિષ્ફળ થઈ શકે છે: નિષ્ફળતા એવા હૂકની છે જે પ્રોટોકોલ ક્યારેય જોતો નથી.

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

કયું ચાલી રહ્યું છે તે જાણવું પહેલું નિદાન પગલું છે, અને તે સામાન્ય રીતે તમે લખેલા આદેશમાં દેખાય છે, રૂપરેખા ફાઇલમાં નહીં.

સહાયક જે પહેલી ભૂલ છાપે છે તે વાંચો

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

wg-quick up wg0
resolvectl status wg0
ip route get 10.66.0.1

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

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

હોસ્ટ પાસે ખરેખર કયું રિઝોલ્વર છે

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

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

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

સફાઈ સેટઅપ જેટલી જ મહત્વપૂર્ણ છે

ઇન્ટરફેસ નીચે ઉતારો અને રિઝોલ્વર સ્થિતિ ફરી તપાસો. જે સહાયક અગાઉની રૂપરેખા પુનઃસ્થાપિત કરે છે તે હોસ્ટને વાપરી શકાય તેવું રાખે છે; જે પોતાના સર્વરો પાછળ છોડે છે તે આગલી નિષ્ફળતા ઊભી કરે છે, ઘણી વાર કલાકો પછી જ્યારે ટનલ ઘણા સમય પહેલાં જતી રહી હોય છે.

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

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