அலைந்து திரியும் மடிக்கணினி: நிலையான பெயரா அல்லது நிலையான அலுவலக முகவரியா?

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

மூன்று தேவைகளைப் பிரிக்கவும்

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

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

பெயரையே நிலையான விஷயமாக்குங்கள்

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

dig +short laptop17.corp.example

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

மூல அனுமதிப் பட்டியலே உண்மையான வரம்பாக இருக்கும்போது

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

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

தொடர்ச்சி உண்மையில் என்ன கோருகிறது

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

ss -tnp state established '( dport = :443 )'

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