இரண்டு உரிமையாளர்கள், ஒரு முகவரி: TAP பாலத்தில் நகல் IP

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

பாலத்தைத் தொடுவதற்கு முன் முரண்பாட்டின் ஆதாரங்களைப் படியுங்கள்

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

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

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

சுருக்கத்தில் உள்ள ஒவ்வொரு கோரிக்கையையும் பட்டியலிடுங்கள்

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

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

ip -4 addr show | grep -E 'inet |^[0-9]+: '
bridge link show
ip neigh show dev br0

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

பாலங்களுக்கு அடையாளம் தேவைப்படும் இடத்தில் மட்டுமே எண்ணிடுங்கள்

சாதாரண புரவலன் பாலத்தில் பாலச் சாதனம் புரவலனின் மூன்றாம் அடுக்கு உள்ளமைவைக் கொண்டுள்ளது, Ethernet மற்றும் TAP உறுப்புகள் துறைகளாகச் செயல்படுகின்றன. ஒவ்வொரு உறுப்புக்கும் அதன் சொந்த முகவரியை வழங்குவது, அல்லது முகவரியை மாற்றாமல் ஒரு அமைப்பு நிரலைப் பல இயந்திரங்களுக்கு நகலெடுப்பது—ஒரு சுருக்கம் ஒரே மதிப்பின் மூன்று உரிமையாளர்களை அடையும் வழி அதுவே. சட்டகங்களை அனுப்ப உறுப்புகளுக்கு சொந்த அடையாளங்கள் தேவையில்லை. அந்தச் சுருக்கத்தில் அணுகக்கூடியதாக இருக்க வேண்டிய ஒவ்வொரு புரவலனுக்கும் சரியாக ஒரு அடையாளம் தேவை.

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

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

திருத்தம் மறுதொடக்கத்தில் நிலைத்திருப்பதாக்குங்கள்

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

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

DHCP வரம்பிற்குள் உள்ள பால முகவரிகளை விலக்குகளாக ஒதுக்குங்கள், அல்லது அவற்றை வெளியே நகர்த்துங்கள். விரிதாளில் மட்டும் உள்ள ஒதுக்கீடு விலக்கு அல்ல, ஒதுக்கீட்டாளர் அதைப் படிக்காது.

ஒவ்வொரு வாடிக்கையாளரும் இணையத்தில் இருக்கும்போது இதை நிரூபியுங்கள்

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

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

arping -D -I br0 10.8.0.2
ip neigh show dev br0 | grep 10.8.0.2

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