ஒரே ஹோஸ்ட்டில் OpenVPN சேவையகமும் வாடிக்கையாளரும்: வாடிக்கையாளர்கள் ஏன் விழுகிறார்கள்

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

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

ஒரே குளம், இரண்டு சேவையகங்கள்: யார் வெல்வது

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

திருத்துவதற்கு முன் எது செயலில் உள்ளது என்பதைப் பட்டியலிடுங்கள்: ip -4 addr show சுரங்கப்பாதை சாதனங்களைப் பட்டியலிடுகிறது, ss -lunp கேட்பவர்களைப் பட்டியலிடுகிறது, systemctl list-units அலகுகளைப் பெயரிடுகிறது. சுரங்கப்பாதை முகவரிகளை ஒரு பார்வை பார்த்தால் குளங்கள் மோதுகின்றனவா என்பது தீரும்.

வாடிக்கையாளர் சுயவிவரம் அட்டவணையில் சேர்ப்பது என்ன

வாடிக்கையாளர் பாதி இணைந்தவுடன் வழிகளை எழுதுகிறது. redirect-gateway def1 இயல்புநிலை வழியை 0.0.0.0/1 மற்றும் 128.0.0.0/1 ஆகப் பிரிக்கிறது, இரண்டும் புதிய சாதனம் வழியாக வழிநடத்தப்படுகின்றன, தொலைவில் உள்ள சேவையகத்திற்கான ஒரு ஹோஸ்ட் வழியுடன், அது வேண்டுமென்றே இயற்பியல் இடைமுகத்தில் பொருத்தப்பட்டுள்ளது. சுரங்கப்பாதை தன் சொந்தப் போக்குவரத்திற்கு ஒரு பாதையை வைத்திருக்கவே அந்தப் பொருத்தம் உள்ளது. மற்ற அனைத்தும், உள்ளூர் சேவையகம் தன் வாடிக்கையாளர்களுக்குத் தர வேண்டிய பதில்கள் உட்பட, இப்போது புதிய இயல்புநிலையைப் பின்பற்றி தொலை இணைப்பு வழியாக வெளியேறுகிறது.

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

பாத்திரங்களைத் தனியாக வைக்க மூன்று வழிகள்

மிகக் குறைந்த தலையீட்டுத் திருத்தம் இயல்புநிலை வழியை வாடிக்கையாளர் சுயவிவரத்திலிருந்து வெளியே வைக்கிறது: தொலை முன்னொட்டுகளுக்கு route-nopull மற்றும் வெளிப்படையான route வரிகளைச் சேர்த்து, உள்ளூர் அட்டவணை நீங்கள் கேட்ட இடத்தில் மட்டுமே மாறும். அடுத்த படி உள்ளூர் சுரங்கப்பாதை துணை வலையத்தை விலக்கும் கொள்கை விதி, இயல்புநிலை வழி இருந்தாலும் உள்ளூர் வாடிக்கையாளர்களுக்கான பதில்கள் அவை வந்த இடைமுகத்திலேயே வெளியேற அது அனுமதிக்கிறது. மிக முழுமையானது வாடிக்கையாளர் பாத்திரத்திற்கான தனி பிணைய பெயர்வெளி, அது பகிரப்பட்ட அட்டவணையை முழுவதுமாக நீக்கி, பராமரிக்க இரண்டாவது வழிநடத்தல் சூழலைக் கோருகிறது.

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

இரண்டு நிகழ்வுகளில் எது குற்றவாளி

வாடிக்கையாளர் நிகழ்வை நிறுத்தி அசல் வாடிக்கையாளர்களை மீண்டும் சோதியுங்கள். உடனடி மீட்பு என்பது வழிநடத்தல், சேவையகம் அல்ல. வாடிக்கையாளரைத் திரும்பக் கொணர்ந்து, மூல மற்றும் இலக்கு இரண்டு முகவரிகளும் கொடுக்கப்பட்ட ip route get மூலம் ஒரு பதிலைக் கண்டறியுங்கள், அது கர்னல் தேர்ந்தெடுக்கும் பாதையைக் காட்டும், பின்னர் tcpdump -ni any port 1194 மூலம் பாக்கெட்டுகள் உண்மையில் பயன்படுத்தும் இடைமுகத்தைப் பாருங்கள். சேவையகத்தின் நிலைக் கோப்பு, சில வினாடிகளுக்கு ஒருமுறை status வழிமுறையின் மூலம் எழுதப்படுகிறது, இணைக்கப்பட்ட வாடிக்கையாளர் பட்டியலையும் இரு திசைகளின் பைட் எண்ணிகளையும் கொண்டுள்ளது.

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