Azure P2S: VNet மாற்றத்திற்குப் பிறகு ஒரு Windows கிளையண்டிற்கு வழிகள் இழப்பு

இரண்டு மடிக்கணினிகள் ஒரே Azure point-to-site கேட்வேயில் அங்கீகாரம் பெறுகின்றன, புதிதாக இணைக்கப்பட்ட VNet-ஐ அடைவது ஒன்று மட்டுமே. இரண்டும் Connected காட்டுகின்றன, எனவே அங்கீகாரம் வேறுபாடு அல்ல; அவை வைத்திருக்கும் இலக்கு வழிகளே வேறுபாடு. தோல்வியடையும் கிளையண்டிலிருந்து தொடங்குங்கள், ஒரு இலக்கை ஒப்பிடுங்கள், அதன் பிறகே இடைவெளி கேட்வே தொகுப்பிற்குச் சொந்தமா அல்லது உள்ளூர் வழி அட்டவணைக்குச் சொந்தமா என்பதை முடிவு செய்யுங்கள்.

கேட்வேயிலிருந்து அல்ல, தோல்வியடையும் கிளையண்டிலிருந்து தொடங்குங்கள்

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

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

route print மூலம் ஒரு இலக்கை ஒப்பிடுங்கள்

அனுமதிக்கப்பட்ட ஆதார IP ஒன்றைத் தேர்ந்தெடுத்து இரு மடிக்கணினிகளையும் இருமுறை ஒப்பிடுங்கள்: துண்டிக்கப்பட்ட நிலையில், பின்னர் இணைக்கப்பட்ட நிலையில். Windows-இல் route print -4 IPv4 வழிகளை இலக்கு முன்னொட்டு, இடைமுகம், அடுத்த ஹாப் மற்றும் அளவுருவுடன் பட்டியலிடுகிறது. VPN என்ற சொல் உள்ள உள்ளீடுகளை எண்ணுவதற்குப் பதிலாக அந்த இலக்கிற்கு உண்மையில் வெல்லும் வரியைப் பதிவு செய்யுங்கள்.

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

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

TTL expired வழி விநியோகப் பிழை அல்ல

TTL expired in transit திருப்பித் தரும் ping, தொகுப்பு தன் ஹாப் ஒதுக்கீட்டைத் தீர்த்துவிட்டது என்கிறது, இது பொதுவாக முன்னனுப்பல் சுழற்சி என்பதே அர்த்தம், உடைந்த VPN இயக்கி அல்ல. Windows ping 255 வரை TTL ஏற்கிறது, மதிப்பை உயர்த்துவது சுழற்சியைச் சரிசெய்யாது; அதே பிழையைத் தாமதப்படுத்துகிறது. செய்தியைப் பாதையின் அறிகுறியாகக் கருதுங்கள், வழி விநியோகத்திற்கான ஆதாரமாக அல்ல.

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

தொகுப்பை அதன் உரிமையாளர் கேட்வேயில் மீண்டும் உருவாக்குங்கள்

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

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

Azure P2S வழியமைப்பு சூழல்கள் நேரடியாகப் பியர் செய்யப்பட்ட VNet-களை மற்ற சுரங்கப்பாதைகள் வழியாக அடையும் நெட்வொர்க்குகளிலிருந்து பிரிக்கின்றன, புதிய தொகுப்பு பியரிங்கை கடத்தக்கூடியதாக மாற்ற முடியாது. சில Windows site-to-site அல்லது BGP சூழல்களுக்கு கைமுறையாக அமைக்கப்பட்ட தொலை வழிகளும் தேவை, எனவே தொகுப்பைப் புதுப்பிப்பது உலகளாவிய வழி விநியோக முறை அல்ல.

தற்காலிக வழியைத் தற்காலிகமாகவே வைத்திருங்கள்

கைமுறை வழி காணாமல் போன கிளையண்ட் வழியைத் தனிமைப்படுத்தலாம், ஆனால் அதை உண்மையான வடிவமைப்பிலிருந்து உருவாக்குங்கள்: route add 10.24.0.0 mask 255.255.0.0 172.16.0.1 if 42, நிரந்தரக் கொடியின்றி, மறுதொடக்கத்தில் அது மறையும். இடைமுகக் குறியீட்டையும் அடுத்த ஹாப்பையும் இணைக்கப்பட்ட VPN அடாப்டரிலிருந்து தேர்ந்தெடுங்கள், ஊகத்திலிருந்து அல்ல.

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

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