திட்டமில்லாமல் மல்டிகாஸ்ட் VPN-ஐ ஏன் கடக்கவில்லை

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

குழு மற்றும் பயன்பாட்டில் இருந்து தொடங்குங்கள்

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

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

இணைப்பு-உள்ளூர் கண்டறிதல் நிற்க வேண்டியது

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

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

வழியமைக்கப்பட்ட மல்டிகாஸ்ட்டுக்குத் தேவையான மூன்று

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

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

ip maddr show dev tun0
ip mroute show
ss -gnu | grep 239.255.0.10
ip route get 10.20.5.20

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

ஒரு மூலமும் ஒரு பெறுநரும் கொண்டு நிரூபியுங்கள்

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

tcpdump -ni tun0 -c 10 'ip multicast'
tcpdump -ni eth0 -c 10 'ip multicast and host 239.255.0.10'

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

சேவை மட்டுமே தேவை என்றால் சேவை முகவரியைத் தேர்ந்தெடுங்கள்

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

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