WireGuard சமீபத்திய ஹேண்ட்ஷேக்கைக் காட்டவில்லை: முதலில் என்ன சரிபார்க்க வேண்டும்

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

சோதனை என்பது peer எடுத்துச் செல்ல வேண்டிய இலக்கை நோக்கிய அனுமதிக்கப்பட்ட பாக்கெட். அந்த நிலைத் திரையில் உள்ள மற்ற அனைத்தும் செயல்பாட்டை அல்ல, நோக்கத்தை விவரிக்கிறது.

செயலற்ற இன்டர்ஃபேஸுக்குத் தெரிவிக்க எதுவும் இல்லை

WireGuard ஹேண்ட்ஷேக்குகளை சோம்பலாகச் செய்கிறது: சுரங்கப்பாதை தேவைப்படும் முதல் பாக்கெட் பரிமாற்றத்தைத் தொடங்குகிறது, அதுவரை இன்டர்ஃபேஸ் அமைதியாக இருக்கும். உள்ளமைக்கப்பட்டு ஒருபோதும் பயன்படுத்தப்படாத peer காலி ஹேண்ட்ஷேக், பூஜ்ஜியம் பெற்ற பைட்டுகள் மற்றும் கடைசியிலிருந்து வளரும் இடைவெளியைக் காட்டுகிறது. அந்த நிலை செயலற்ற கிளையண்டுக்கு ஆரோக்கியமானது, மேலும் போக்குவரத்து ஏற்கனவே பாய்ந்திருக்கும் என்று எதிர்பார்த்தால் மட்டுமே கவலைக்குரியது. பரிமாற்ற எண்ணிகளையும் சரிபார்க்கவும், ஏனெனில் அவை எதுவும்-அனுப்பப்படவில்லை என்பதை முயற்சி-செய்யப்பட்டு-தோல்வியடைந்தது என்பதிலிருந்து பிரிக்கின்றன.

இரு பக்கமும் எண்ணிகள் பூஜ்ஜியத்தில் இருந்தால், சிக்கல் சுரங்கப்பாதைக்கு மேலே உள்ளது. எதையாவது தொடங்க இன்டர்ஃபேஸை எதுவும் அடையவில்லை.

peer எடுத்துச் செல்ல அனுமதிக்கப்பட்ட போக்குவரத்தைத் தூண்டவும்

உள்ளூர் இயந்திரத்தில் peer இன் அனுமதிக்கப்பட்ட முன்னொட்டுகளுக்குள் ஒரு முகவரியைத் தேர்ந்தெடுத்து, ரூட்டிங் அட்டவணை அதை இன்டர்ஃபேஸ் வழியாக அனுப்பும் என்பதை உறுதிப்படுத்தவும். அந்த முன்னொட்டுகளுக்கு வெளியே உள்ள இலக்கு WireGuard இன் எந்தப் பங்கேற்பும் இல்லாமல் சாதாரண ரூட்டட் கோரிக்கையை உருவாக்குகிறது. விரைவாகப் பதிலளிக்கும் சேவையைப் பயன்படுத்தவும், ping அல்லது குறுகிய TCP இணைப்பு போன்றது, முயற்சிக்கு தெரியும் தொடக்கமும் முடிவும் இருக்கும் வகையில். பின்னர் திரையைப் பார்த்துக் காத்திருப்பதற்குப் பதிலாக ஹேண்ட்ஷேக் வரியை மீண்டும் படிக்கவும்.

ip route get 10.60.9.5
ping -c 3 -W 2 10.60.9.5
wg show wg0 latest-handshakes
wg show wg0 transfer

பாதை வினவல் ping ஐ விட முக்கியம். அது இயற்பியல் இன்டர்ஃபேஸைக் குறிப்பிட்டால், பாக்கெட் ஒருபோதும் சுரங்கப்பாதையில் நுழையவில்லை, காலி ஹேண்ட்ஷேக் கிரிப்டோகிராஃபிக் அல்ல, ரூட்டிங்கின் பதில். peer இல் பிழைத்திருத்தம் செய்வதற்கு முன் பாதையைச் சரிசெய்யவும்.

விசை இணை மற்றும் முடிவுப் புள்ளியை ஒப்பிடவும்

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

முடிவுப் புள்ளிக்கும் அதே பரிசோதனை தேவை: ஹோஸ்ட்பெயர், முகவரி, UDP போர்ட் மற்றும் அங்கு செல்லப் பயன்படுத்தப்படும் குடும்பம். பழைய முகவரி அல்லது தவறான போர்ட் செய்திக்குப் பதிலாக அமைதியைத் தரும்.

வெளிப்புற UDP பாதையைக் கவனிக்கவும்

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

ss -lunp | grep 51820
sudo tcpdump -ni eth0 udp port 51820
wg show wg0 endpoints
conntrack -L -p udp | grep 51820

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

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