NetworkManager અથવા wg-quick: તમારા WireGuard રૂટનો માલિક કોણ છે?

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

દંતકથા: મશીન પર એક જ WireGuard કન્ફિગ છે

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

યાદ રાખવા લાયક એક સંકેત: રીબૂટ ટકી જાય પણ ફરી આયાતમાં ન ટકે તેવા ફેરફારો એક સ્ટોરમાંથી આવે છે, અને રીબૂટમાં અદૃશ્ય થતા ફેરફારો બીજા સ્ટોરમાંથી આવે છે.

એક વ્યવહારુ ઉદાહરણ વિભાજન સ્પષ્ટ કરે છે. સરખાવો nmcli connection show સાથે systemctl status wg-quick@wg0, પછી તપાસો કે રૂટ ખરેખર કયા ઇન્ટરફેસ પર લટકે છે. જો સેવા મૃત હોય અને ઇન્ટરફેસ ઉપર હોય, તો ફાઇલ શું કહે તે પ્રોફાઇલ કામ કરે છે.

દંતકથા: રૂટિંગ નિયમો WireGuardનો ભાગ છે

કર્નલનું WireGuard ઉપકરણ પીઅર્સ અને કીઓ જાણે છે, અને તે પોલિસી રૂટિંગ વિશે કંઈ જાણતું નથી. તમે જે ip rule એન્ટ્રીઓ અને વધારાના ટેબલ જુઓ છો તે ઇન્ટરફેસ ઉપર લાવનાર સાધન દ્વારા ઇન્સ્ટોલ કરાયા છે. wg-quick fwmark અને સમર્પિત ટેબલ તથા તે તરફ નિર્દેશ કરતા નિયમો ઉમેરી શકે છે, જ્યારે NetworkManager પોતાની ipv4 સેટિંગ્સ દ્વારા રૂટ ઇન્સ્ટોલ કરે છે અને DNS સિસ્ટમ જે રિઝોલ્વર બેકએન્ડ વાપરે તેને છોડી દે છે. એ જ ટનલ, જુદી આડઅસરો.

કંઈપણ બદલતા પહેલાં ip rule અને ip route show table all વાંચો, અને નોંધો કે દરેક રૂટ કયા ટેબલમાં રહે છે. તમે કન્ફિગર ન કર્યું હોય તેવો ટેબલ નંબર તેને બનાવનાર સાધન વિશે મજબૂત સંકેત છે.

દંતકથા: રૂટ કાઢી નાખવો એ ઉપાય છે

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

ફરી જોડાવું અને સંબંધિત સેવા ફરી શરૂ કરવી એ એ પરીક્ષા છે જે સાચા ઉપાયને સુઘડ દેખાતા ઉપાયથી અલગ પાડે છે.

એક માલિક પસંદ કરો અને બીજાને દૂર કરો

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

ફેરફાર પછી સમાવિષ્ટ અને બાકાત ટ્રાફિક, પછી DNS, પછી એક વાર રીબૂટ કરીને ચકાસો. જો એક મેનેજર સાથે સ્થિતિ રીબૂટ ટકી જાય, તો તમારી પાસે સંયોગને બદલે માલિક છે.

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