ഒരു പ്ലാൻ ഇല്ലാതെ മൾട്ടികാസ്റ്റ് 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 ലെ ഒരു പേര് അത് ആവശ്യമുള്ള എല്ലാ സൈറ്റിൽ നിന്നും എത്താവുന്നതാണ്, ആവശ്യമില്ലാത്ത സൈറ്റുകളോട് ഒന്നും പ്രഖ്യാപിക്കുന്നുമില്ല, ഉപകരണം മറ്റൊരു വിലാസമുള്ള ഉപകരണം കൊണ്ട് മാറ്റിയാലും പ്രവർത്തിക്കുന്നു.

ഒരു പ്രോട്ടോക്കോളിന് യഥാർത്ഥത്തിൽ മൾട്ടികാസ്റ്റ് ആവശ്യമുണ്ടെങ്കിൽ അത് ഗ്രൂപ്പിലേക്കും ആവശ്യമുള്ള സൈറ്റുകളിലേക്കും പരിമിതപ്പെടുത്തുക, കാരണം രേഖപ്പെടുത്തുക, ആപ്ലിക്കേഷൻ മാറുമ്പോൾ തീരുമാനം പുനഃപരിശോധിക്കുക. കണ്ടെത്തൽ എല്ലായിടത്തും വിപുലീകരിക്കുന്നത് ഒരിക്കൽ എളുപ്പമാണ്, അതിനെ ശാന്തമായി ആശ്രയിക്കുന്ന ഉപകരണങ്ങളുമായി ഒരു വർഷം കഴിഞ്ഞ് അത് പിൻവലിക്കുന്നത് ബുദ്ധിമുട്ടാണ്.