புதிய திசைவி, அதே VPN சேவையகம்: அதன் பொது நுழைவை நகர்த்துங்கள்

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

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

இணைப்பை அகற்றும் முன் ஒப்படைப்பை எழுதுங்கள்

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

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

அந்தப் பதிவைப் பாதுகாக்கப்பட்ட இடத்தில் வையுங்கள். திசைவி காப்பில் WAN இணைப்பின் சான்றுகள் இருக்கலாம். ஏற்றுமதி கோப்பை அமைப்புகள் குறிப்பாக அல்ல, கடவுச்சொல்லாகக் கருதுங்கள்.

முதலில் முகவரியை நகர்த்துங்கள், பின்னர் அனுப்பை

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

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

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

பொது பெயரை யார் புதுப்பிப்பது என்று முடிவு செய்யுங்கள்

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

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

வெளியிலிருந்து மாற்றத்தை நிரூபியுங்கள்

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

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

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

புதிய பொருத்தத்தை உங்கள் மீட்புக் குறிப்புகளுடன் வையுங்கள்

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

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