રીસ્ટાર્ટ પછી WireGuard પીઅર અદૃશ્ય થાય છે: સાચી ગોઠવણી શોધો

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

એક વાર જાણી જોઈને તેને પુનરાવર્તિત કરો

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

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

ઇન્ટરફેસનો માલિક કોણ છે?

WireGuard પોતે પાસે કોઈ ડીમન કે ગોઠવણી ફાઇલ નથી. તેની ઉપર કંઈક બૂટ વખતે wg ને બોલાવે છે અને એ જ સત્યનો સ્રોત છે. સામાન્ય ઉમેદવારો છે [email protected], NetworkManager કનેક્શન પ્રોફાઇલ, વિતરણ-વિશિષ્ટ નેટવર્ક યુનિટ, અથવા પોતાનું ડેટાબેઝ લખતું મેનેજમેન્ટ પેનલ.

તમારા વિતરણના દસ્તાવેજોને નહીં, સિસ્ટમને પૂછો. systemctl status wg-quick@wg0 અને nmcli connection show સામાન્ય રીતે એક-એક આદેશથી આ મામલો નક્કી કરે છે. જો બંને ઇન્ટરફેસ પર દાવો કરે, તો કંઈપણ સંપાદિત કરતાં પહેલાં જ તમે બગ શોધી કાઢ્યો છે: બે માલિક દરેક શરૂઆતમાં એ જ ઉપકરણ ફરી લખે છે, અને છેવટે ચાલનારો જીતે છે.

systemctl status wg-quick@wg0 --no-pager
grep -R "Address\|SaveConfig\|PostUp" /etc/wireguard/wg0.conf
nmcli -g NAME,TYPE connection show
wg show wg0 peers

રનટાઇમ સ્થિતિ અને સ્ટાર્ટઅપ સ્થિતિ એક જ ફાઇલ નથી

wg set જીવંત ઉપકરણને netlink દ્વારા નિયંત્રિત કરે છે. તે /etc/wireguard/wg0.conf, NetworkManager પ્રોફાઇલ કે પેનલનું ડેટાબેઝ લખતું નથી. પછીનું સફળ wg show સાબિત કરે છે કે કર્નલે પીઅર સ્વીકાર્યું, એ નહીં કે કંઈક તેને પાછું લાવશે.

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

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

સંપાદન બંને જગ્યાએ પહોંચે એ સુનિશ્ચિત કરો

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

# 1. persistent state (wg-quick owner)
sudo vi /etc/wireguard/wg0.conf

# 2. apply through the owner, not by hand
sudo systemctl restart wg-quick@wg0

# 3. verify runtime matches the file
sudo wg show wg0
sudo wg showconf wg0

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

તે જીવનચક્રની ઘટનામાંથી પસાર થાય છે એ સાબિત કરો

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

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