Chromecast, DLNA കണ്ടെത്തൽ ഒരിക്കലും റൂട്ട് ചെയ്ത VPN കടക്കുന്നില്ല
കാസ്റ്റിംഗിനും DLNA ബ്രൗസിംഗിനും ലോക്കൽ സെഗ്മെന്റിൽ ഗ്രൂപ്പ് കൈമാറ്റം വേണം, റൂട്ട് ചെയ്ത ടണൽ അത് ഒരിക്കലും കൊണ്ടുപോകുന്നില്ല. ടണലിന് മുമ്പ് പ്രഖ്യാപനം പരിശോധിക്കുക.
കാസ്റ്റ് ബട്ടൺ ഒന്നും കാണിക്കുന്നില്ല, VLC DLNA ശൂന്യമായി തുടരുന്നു, മറുവശത്തുള്ള യന്ത്രം പരാതിയില്ലാതെ ping-ന് ഉത്തരം നൽകുന്നു. ഈ സംയോജനം ബാൻഡ്വിഡ്ത്ത് പ്രശ്നമല്ല, ഫയർവാൾ രഹസ്യവുമല്ല. ഈ പ്രോട്ടോക്കോളുകളിലെ കണ്ടെത്തൽ ലോക്കൽ സെഗ്മെന്റിലെ ഗ്രൂപ്പ് കൈമാറ്റമാണ്, കൂടാതെ റൂട്ട് ചെയ്ത ടണൽ ഗ്രൂപ്പ് വിലാസമുള്ള ട്രാഫിക് കൊണ്ടുപോകുന്നില്ല. നിങ്ങൾ ആരംഭിക്കാൻ ശ്രമിക്കുന്ന സെഷൻ ഒരിക്കലും വാഗ്ദാനം ചെയ്യപ്പെടുന്നില്ല.
എത്തിച്ചേരൽ കുഴപ്പമില്ല. കണ്ടെത്തൽ കാണുന്നില്ല.
കെട്ടുകഥ: ടണലിന് ഒരു ക്രമീകരണമോ കൂടുതൽ ശേഷിയോ വേണം
സാധാരണ നിർദ്ദേശങ്ങൾ പിയർ-ടു-പിയർ ട്രാഫിക് പ്രവർത്തനക്ഷമമാക്കുക, MTU കൂട്ടുക, അല്ലെങ്കിൽ ടണൽ ഉപകരണത്തിന്റെ തരം മാറ്റുക എന്നിവയാണ്. അവയൊന്നും ബ്രോഡ്കാസ്റ്റ് ഡൊമെയ്ൻ ചേർക്കുന്നില്ല. മൾട്ടികാസ്റ്റ് സ്വിച്ചുകളും ലോക്കൽ നെറ്റ്വർക്ക് സ്റ്റാക്കും നൽകുന്നു, പോയിന്റ്-ടു-പോയിന്റ് TUN ഇന്റർഫേസിന് നിറയ്ക്കാൻ ഗ്രൂപ്പ് വിലാസമില്ല.
ക്രമീകരണങ്ങൾ മാറ്റുന്നത് പരാജയം കൂടുതൽ ഉച്ചത്തിലാക്കാം. എന്നാൽ പ്രോട്ടോക്കോൾ ഒരിക്കലും അയച്ചിട്ടില്ലാത്ത ഒരു പ്രഖ്യാപനം അതിന് പ്രത്യക്ഷപ്പെടുത്താനാവില്ല.
കണ്ടെത്തൽ കൈമാറ്റം യഥാർത്ഥത്തിൽ എന്താണ്
നിങ്ങൾ നേരിടുന്ന മിക്കതും മൂന്ന് പാറ്റേണുകൾ ഉൾക്കൊള്ളുന്നു. mDNS UDP 5353 വഴി 224.0.0.251-ലേക്ക് അയക്കുന്നു, SSDP UDP 1900 വഴി 239.255.255.250-ലേക്ക് അയക്കുന്നു, പഴയ SMB ബ്രൗസ് ലിസ്റ്റുകൾ സബ്നെറ്റിന്റെ ബ്രോഡ്കാസ്റ്റ് വിലാസത്തിലേക്ക് പോയി. ഓരോന്നും ഹോസ്റ്റിനല്ല, ഗ്രൂപ്പിനാണ് വിലാസം നൽകുന്നത്, ഓരോന്നും അതേ സെഗ്മെന്റിൽ ശ്രോതാവിനെ പ്രതീക്ഷിക്കുന്നു. റൂട്ട് ചെയ്ത ടണലിന് അപ്പുറമുള്ള സ്വീകർത്താവ് ആ സെഗ്മെന്റിലല്ല, അതിനാൽ ഒന്നും എത്തുന്നില്ല.
റിലേ ചെയ്ത പ്രഖ്യാപനവും പേലോഡ് വഹിക്കുന്നു: സാധാരണയായി അയച്ചയാളുടെ LAN വിലാസവും പോർട്ടും, അങ്ങോട്ട് ദൂരെയുള്ള കാഴ്ചക്കാരന് എത്തിച്ചേരേണ്ടതാണ്.
ടണൽ മാറ്റുന്നതിന് മുമ്പ് ഒരു ക്യാപ്ചർ വായിക്കുക
ആപ്പ് സ്കാൻ ചെയ്യുമ്പോൾ ടണൽ ഇന്റർഫേസിൽ ക്യാപ്ചർ ചെയ്യുക. ശൂന്യമായ ക്യാപ്ചർ അർത്ഥം പ്രഖ്യാപനം ഒരിക്കലും അതിർത്തി കടന്നിട്ടില്ല, ടണലിന്റെ ഏതൊരു ട്യൂണിംഗും അത് മാറ്റുന്നില്ല. ആപ്പ് ഇപ്പോഴും ഒന്നും കാണിക്കാതിരിക്കുമ്പോൾ പ്രത്യക്ഷപ്പെടുന്ന പാക്കറ്റുകൾ സാധാരണയായി പ്രഖ്യാപിച്ച വിലാസം കാഴ്ചക്കാരന് എത്താനാവില്ല എന്നാണ് അർത്ഥമാക്കുന്നത് — ഇത് കണ്ടെത്തലിന്റെ വേഷത്തിലുള്ള ഒരു റൂട്ടിംഗ് പ്രശ്നമാണ്.
രണ്ട് മിനിറ്റ് ക്യാപ്ചർ പോർട്ടുകളെക്കുറിച്ചുള്ള ഒരു മണിക്കൂർ ഊഹത്തിന് പകരമാകുന്നു: tcpdump -ni tun0 udp port 5353 or udp port 1900.
മൂന്ന് പരിഹാരങ്ങൾ, ഏറ്റവും വിലകുറഞ്ഞത് ആദ്യം
ക്ലയന്റിനെ നേരിട്ട് സേവന വിലാസത്തിലേക്ക് ചൂണ്ടിക്കാണിക്കുക. DLNA, SMB, സാധാരണ മീഡിയ സെർവറുകൾ എന്നിവയ്ക്ക് ഇത് കണ്ടെത്തൽ പൂർണ്ണമായും ഒഴിവാക്കുകയും പേലോഡ് പാത പ്രവർത്തിക്കുന്നുവെന്ന് തെളിയിക്കുകയും ചെയ്യുന്നു, ഇത് മികച്ച ആദ്യ പരിശോധനയും ഉപയോഗയോഗ്യമായ ഒരു വഴിതിരിവും ആക്കുന്നു. Chromecast ഒഴികെ, കാരണം സ്വീകർത്താവ് വിലാസം നൽകപ്പെടുന്നതിനേക്കാൾ കണ്ടെത്തപ്പെടുന്നത് പ്രതീക്ഷിക്കുന്നു.
ഗേറ്റ്വേയിൽ പ്രോട്ടോക്കോൾ റിലേ ചെയ്യുക. mDNS റിഫ്ലക്ടർ ടണലിനും LAN-നും ഇടയിൽ പ്രഖ്യാപനങ്ങൾ ആവർത്തിക്കുന്നു, Avahi വ്യക്തമായ ഇന്റർഫേസ് പട്ടിക സ്വീകരിക്കുന്ന റിഫ്ലക്ടർ വിഭാഗം നൽകുന്നു. റിലേ ഇടുങ്ങിയതായി നിർത്തുക, പ്രഖ്യാപിച്ച വിലാസം ഇരുവശത്തുനിന്നും എത്താനാകുമെന്ന് ഉറപ്പാക്കുക, അല്ലാത്തപക്ഷം ഉത്തരം ഇപ്പോഴും കാഴ്ചക്കാരന് റൂട്ട് ചെയ്യാനാകാത്ത ഒരു സബ്നെറ്റിലേക്ക് ചൂണ്ടിക്കാണിക്കുന്നു.
റൂട്ടിംഗിന് പകരം ബ്രിഡ്ജ് ചെയ്യുക. സെർവർ tap ഉപകരണം LAN-ലേക്ക് ബ്രിഡ്ജ് ചെയ്യുന്ന TAP സെഗ്മെന്റ് രണ്ട് അറ്റങ്ങളെയും ഒരു ബ്രോഡ്കാസ്റ്റ് ഡൊമെയ്നിൽ ഇടുന്നു, അതിനാൽ പ്രഖ്യാപനങ്ങൾ മാറ്റമില്ലാതെ കടക്കുന്നു. ഇത് ഏറ്റവും ചെലവേറിയ ഓപ്ഷനുമാണ്, കാരണം ഒരു സബ്നെറ്റ് എന്നാൽ ഒരു പരാജയ ഡൊമെയ്ൻ, LAN-ലെ ഓരോ മൾട്ടികാസ്റ്റ് സേവനവും ഇപ്പോൾ ഓരോ പിയറിലേക്കും എത്തുന്നു.
സഹായിക്കാത്തത്, എത്ര തവണ നിർദ്ദേശിച്ചാലും
ബ്രിഡ്ജ് ഇല്ലാതെ dev tun എന്നത് dev tap ആക്കി മാറ്റിയാലും റൂട്ട് ചെയ്യപ്പെടുന്ന TAP ഉപകരണം അവശേഷിക്കുന്നു, അതിനാൽ സ്വഭാവം മാറുന്നില്ല. client-to-client പിയർ-ടു-പിയർ യൂണികാസ്റ്റ് അനുവദിക്കുന്നു, ബ്രോഡ്കാസ്റ്റ് നിറയ്ക്കുന്നില്ല. കണ്ടെത്തൽ പോർട്ട് ഒരു ഹോസ്റ്റിലേക്ക് ഫോർവേഡ് ചെയ്താലും ഗ്രൂപ്പ് വിലാസമുള്ള ട്രാഫിക് എത്തുന്നില്ല. ഒരു വിലാസത്തിൽ ബന്ധിച്ച മീഡിയ സെർവർ അതിന്റെ സ്വന്തം കോൺഫിഗറേഷൻ VPN ഇന്റർഫേസ് ലിസ്റ്റ് ചെയ്യുന്നതുവരെ ആ വിലാസത്തിൽ ഉത്തരം നൽകിക്കൊണ്ടിരിക്കും.
ഒരു നേരിട്ടുള്ള യൂണികാസ്റ്റ് അഭ്യർത്ഥന പരീക്ഷിക്കുക, തുടർന്ന് ഒരു പ്രഖ്യാപിത അഭ്യർത്ഥന. ആദ്യത്തേത് പ്രവർത്തിക്കുകയും രണ്ടാമത്തേത് പ്രവർത്തിക്കാതിരിക്കുകയും ചെയ്താൽ, ടണൽ ആരോഗ്യകരമാണ്, കണ്ടെത്തലാണ് മുഴുവൻ പ്രശ്നം.