MULTI: வாடிக்கையாளரிடமிருந்து தவறான மூல முகவரி: அது யாருடைய முகவரி?
உள் மூலம் அதைக் கொண்டு வந்த வாடிக்கையாளருடன் பொருந்தவில்லை. அதை ஒரு சுரங்க அனுமதிப்பு, வாடிக்கையாளருக்குப் பின்னால் உள்ள LAN, அல்லது இரட்டை அடையாளத்துடன் பொருத்துங்கள்.
சேவையகப் பதிவு MULTI: bad source address from client ஐ அச்சிடுகிறது, பொதியை நீக்குகிறது, அமர்வு இணைக்கப்பட்டே இருக்கிறது. இந்தக் கலவை, செய்தியை அங்கீகாரத் தோல்வியாகப் படிப்பவர்களைக் குழப்புகிறது. அது அல்ல: வாடிக்கையாளர் அங்கீகாரம் பெற்றுவிட்டார், வந்த பொதி, சேவையகத்தால் அந்த வாடிக்கையாளர் நிகழ்வுடன் இணைக்க முடியாத உள் மூல முகவரியைக் கொண்டு வந்தது. சரிபார்ப்பு வழங்கலுக்கு முன் நடக்கிறது, அதனால் சுரங்கம் ஆரோக்கியமாகத் தெரிகிறது, ஆனால் அதன் வழியாக எதுவும் பயனுள்ளதாகக் கடக்கவில்லை.
வழங்கலுக்கு முன் சேவையகம் எதை ஒப்பிடுகிறது
வாடிக்கையாளரிடமிருந்து வரும் ஒவ்வொரு பொதிக்கும், பயனர் இடைவெளியில் உள்ள சேவையகம் சுரங்கத்தின் உள் மூல முகவரியைப் பார்த்து, அந்த முகவரி எந்த வாடிக்கையாளருக்குரியது எனத் தன் உள் வழியமைப்பு நிலையிடம் கேட்கிறது. உரிமையாளர் வேறு நிகழ்வாக இருந்தாலோ, உரிமையாளரே இல்லாவிட்டாலோ, பொதி நீக்கப்பட்டு எச்சரிக்கை வெளியிடப்படுகிறது.
சுரங்க இடைமுகம் வழியாக வழக்கமான வழங்கல் ஒருபோதும் நடக்காது.
இந்த வரிசை மக்களை ஆச்சரியப்படுத்தும் ஒரு விவரத்தை விளக்குகிறது: புரவலன் தீச்சுவர் எண்ணிகள் அசையவில்லை, ஏனெனில் பொதி ஒருபோதும் தீச்சுவரை அடையவில்லை. புரவலனில் தலைகீழ்ப் பாதை வடிகட்டலைச் சரிசெய்வது இங்கு எதையும் மாற்றாது, ஏனெனில் நிராகரிப்பு டீமனின் சொந்த இணைப்புச் சரிபார்ப்பில் நடந்தது. செய்தியை உரிமை பற்றிய ஒரு கூற்றாகப் படித்து, பின்னர் மூன்று நிலைகளில் எது அதை உருவாக்கியது எனக் கண்டறியுங்கள்.
பொருந்தாத உள் முகவரியின் மூன்று மூலங்கள்
வாடிக்கையாளர் தனக்கு ஒதுக்கப்படாத முகவரியிலிருந்தோ, யாரும் தன்னுடையது என அறிவிக்காத வலையமைப்பிலிருந்தோ, ஏற்கனவே உரிமையாளர் உள்ள அடையாளத்தின் நகலிலிருந்தோ அனுப்பலாம். மூன்றும் ஒரே பதிவு வரியை உருவாக்குகின்றன. அவை நீங்கள் எதை மாற்ற வேண்டும் என்பதில் வேறுபடுகின்றன. முகவரியிலும் தற்போதைய ஒதுக்கீட்டுப் பட்டியலிலும் தொடங்கி, அந்த இரண்டு உண்மைகளே வழக்கைத் தேர்ந்தெடுக்கட்டும்.
அவற்றை வேறுபடுத்த இரண்டு உண்மைகள் தேவை: பதிவில் நிராகரிக்கப்பட்ட முகவரி, சேவையகம் தற்போதையதாகக் கருதும் ஒதுக்கீடுகள். இரண்டாவது இயங்கும் நிகழ்வின் நிலை அல்லது நிர்வாகக் காட்சியில் கிடைக்கிறது, வினவத் தகுந்த ஒரே அதிகாரம் அதுவே, ஏனெனில் கட்டமைப்புக் கோப்பு தற்போதைய நிலையை அல்ல, நோக்கங்களைப் பதிவு செய்கிறது.
எதையும் மாற்றுவதற்கு முன் இரண்டையும் பதிவு செய்து, பின்னர் வகைப்படுத்துங்கள். பின்னர் எடுக்கப்பட்ட திரைப்பிடிப்பு, எச்சரிக்கையை உருவாக்கிய நிலையின் பதிவு அல்ல. ஒதுக்கீடுகள் அமர்வுகளுக்கிடையே நகர்கின்றன, எனவே நேர முத்திரையையும் வைத்திருங்கள்.
| Rejected source is | Likely cause |
|---|---|
| The client's own tunnel address | Static assignment conflict, wrong profile, or manual address change |
| A host behind that client | Missing internal ownership for that prefix |
| An address belonging to another session | Two devices sharing one identity or one static address |
வாடிக்கையாளருக்குப் பின்னால் உள்ள LAN மற்றும் iroute
தள வாடிக்கையாளர் தன் சொந்த தனியார் வலையமைப்பை வழியமைக்கும்போது, அந்த வலையமைப்பு வாடிக்கையாளருக்குரியது என அறிவிக்கப்பட வேண்டும். iroute பதிவுடன் கூடிய வாடிக்கையாளர்-குறிப்பிட்ட கோப்பு அதைச் செய்கிறது, பதிவு வாடிக்கையாளர் எடுத்துச் செல்ல அனுமதிக்கப்பட்ட முன்னொட்டைப் பெயரிடுகிறது.
அதே முன்னொட்டைச் சுரங்கத்தை நோக்கிக் காட்டும் கருநிரல் வழி தனி தேவையாகும், அதைச் சேர்ப்பது டீமனின் உள் உரிமையில் எதையும் மாற்றாது.
# /etc/openvpn/server/ccd/site-b
iroute 192.168.70.0 255.255.255.0பயனுள்ள அடையாளம் கோப்புப் பெயருடன் பொருந்துகிறதா என உறுதிப்படுத்துங்கள், ஏனெனில் பொருந்தாமை என்பது கோப்பு ஒருபோதும் ஏற்றப்படாது என்பதாகும், அறிகுறி இல்லாத பதிவைப் போலவே இருக்கும். எச்சரிக்கையை அமைதிப்படுத்த பரந்த iroute சேர்க்க வேண்டாம், ஏனெனில் அது எதிர்பாராத மூலத்தை அனுமதிக்கப்பட்டதாக மாற்றி, வாடிக்கையாளர் அதை ஏன் அனுப்பினார் என்பதற்குப் பதிலளிக்காது. OpenVPN 2.6 கையேடு iroute, duplicate-cn மற்றும் அடையாள மேப்பிங்கைத் தனி கட்டுப்பாடுகளாகப் பதிவு செய்கிறது.
இரண்டு இயந்திரங்களில் ஒரே அடையாளம்
இரண்டாவது மடிக்கணினிக்கு நகலெடுக்கப்பட்ட சுயவிவரம் அதே சான்றிதழையும் அதே பொது பெயரையும் கொண்டுள்ளது. சேவையக அமைப்புகளைப் பொறுத்து, புதிய இணைப்பு பழையதை மாற்றலாம், உரிமையை வைத்திருக்கும் நிகழ்வே இணைப்புச் சரிபார்ப்பில் வெல்லும்.
இது குறையை இடைவிடாமல் தோன்றச் செய்கிறது, இரண்டு சாதனங்களும் விழித்திருக்கும்போது மட்டுமே அது தெரிகிறது.
இரட்டை பொது பெயர்களை அனுமதிப்பது இரண்டையும் இணைய வைக்கிறது, ஆனால் சுயாதீன நிலையான முகவரிகளையோ சுயாதீன உரிமையையோ தராது. இரண்டு சாதனங்கள் சேர்ந்து இருக்க வேண்டுமானால், ஒவ்வொன்றுக்கும் அதன் சொந்த அடையாளமும் அதன் சொந்த ஒதுக்கீடும் இருக்கும்படி அவற்றைத் தனித்தனியாகப் பதிவு செய்யுங்கள். இரட்டை அமைப்பை இந்த எச்சரிக்கையின் பழுதுநீக்கமாகக் கருதுவது மர்மத்தை அதே இடத்தில் வைத்து இன்னொன்றைச் சேர்க்கிறது.
இணைப்பு மாறியதை நிரூபியுங்கள்
திருத்தத்தை கட்டமைப்பின் உரிமையாளர் வழியாகப் பயன்படுத்தி, பின்னர் புதிய கொள்கை ஏற்றப்படும் வகையில் பாதிக்கப்பட்ட வாடிக்கையாளரை மீண்டும் இணைக்கவும்.
அதே ஓட்டத்தை மீண்டும் செய்து மூன்று விஷயங்களை உறுதிப்படுத்துங்கள்: பொதியின் உள் மூலம், சேவையகம் அதை இணைக்கும் வாடிக்கையாளர் நிகழ்வு, பின்னர் இலக்கின் நடத்தை.
எச்சரிக்கை நின்றாலும் பயன்பாடு இன்னும் தோல்வியடைந்தால், பிரச்சினை மறைந்துவிடவில்லை, இடம் மாறியுள்ளது. முன்னனுப்புதல், தீச்சுவர் விதிகள், திரும்பும் பாதை ஆகியவை தனித்தனி நிலைகள், இணைப்புச் சரிபார்ப்பைக் கடப்பது என்பது பொதி சுரங்கத்தை விட்டு வெளியேற அனுமதிக்கப்பட்டது என்பதே.