மறுதொடக்கத்திற்குப் பிறகு 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 இல் தோன்றுகிறது, போக்குவரத்துக்குப் பிறகு கைக்குலுக்கு எண்ணி அதிகரிக்கிறது, மேலும் சுரங்கப்பாதையைச் சார்ந்த பயன்பாடு உண்மையில் பதிலளிக்கிறது. பழைய கைக்குலுக்குடன் பட்டியலிடப்பட்ட பியர் என்பது வழித்தடம் அல்லது விசைச் சிக்கல், நிலைத்தன்மைச் சிக்கல் அல்ல, அந்த வேறுபாடு ஒரு பயனற்ற கட்டமைப்புத் திருத்தத்தைத் தவிர்க்கிறது.

இறுதியாக, மறுதொடக்கம் எதை மீட்டெடுத்தது என்பதைப் பாருங்கள். வேண்டுமென்றே நீக்கிய பியரை மீண்டும் உயிர்ப்பிக்கும் மறுதொடக்கம் அதே பிழையே எதிர் குறியுடன், மேலும் பொதுவாக கட்டமைப்பின் பழைய நகல் இன்னும் எங்கிருந்தோ ஏற்றப்படுகிறது என்பதைக் குறிக்கிறது. உரிமையாளர், கோப்புப் பாதை, பியரின் பொது விசை மற்றும் சரிபார்ப்புக் கட்டளைகளை கட்டமைப்புக்கு அருகில் பதிவு செய்யுங்கள், அடுத்த நபர் உற்பத்தி ஹோஸ்ட்டை மறுதொடக்கம் செய்து இதை மீண்டும் கண்டுபிடிக்காதபடி.