Mac പങ്കിടൽ VPN വഴി കാണാം: നിർത്തണമോ അതോ മറയ്ക്കണമോ?

ബ്രൗസ് ലിസ്റ്റുകൾ പ്രഖ്യാപനങ്ങളിൽ നിന്നാണ് നിർമ്മിക്കുന്നത്, പ്രഖ്യാപനം പ്രവേശനാനുമതിയല്ല. ആരോ നിങ്ങളുടെ ലാപ്‌ടോപ്പിന്റെ പേര് ഒരു വിദൂര ലിസ്റ്റിൽ കാണുന്നത്, സാധാരണയായി റൗട്ടറിൽ അതിനെ തടയുന്ന അതിർത്തി ഒരു multicast ചോദ്യം കടന്നുപോയതുകൊണ്ടാണ്. ആ കടന്നുപോകൽ എൻട്രി എന്തിന് കാണുന്നു, എൻട്രി നീക്കുന്നത് സേവനം അടയ്ക്കുന്നതിന് തുല്യമല്ലാത്തത് എന്തിന് എന്ന രണ്ടും വിശദീകരിക്കുന്നു. എന്തെങ്കിലും മാറ്റുന്നതിന് മുൻപ് ഈ രണ്ടിൽ ഏതിനെയാണ് നിങ്ങൾ യഥാർത്ഥത്തിൽ എതിർക്കുന്നതെന്ന് തീരുമാനിക്കുക.

ബ്രൗസ് എൻട്രി യഥാർത്ഥത്തിൽ എന്താണ്

Mac-ിലെ mDNS ഉത്തരദാതാവ് താൻ ഹോസ്റ്റ് ചെയ്യുന്ന സേവന തരങ്ങൾക്കുള്ള ചോദ്യങ്ങൾക്ക് ഉത്തരം നൽകുന്നു, ഉത്തരത്തിൽ ഒരു പേര്, ഒരു പോർട്ട്, കുറച്ച് ടെക്സ്റ്റ് റെക്കോർഡുകൾ എന്നിവയുണ്ട്. ചോദിച്ച ക്ലയന്റ് പിന്നീട് ആ പേര് ലിസ്റ്റിൽ കാണിക്കുന്നു. കൈമാറ്റത്തിൽ ഒന്നും ഒരു ബന്ധം വിജയിക്കുമെന്ന് തെളിയിക്കുന്നില്ല, ഒന്നും അനുമതി നൽകുന്നുമില്ല: ലിസ്റ്റ് ഒരു പേരിനെക്കുറിച്ചുള്ള വാദമാണ്, പ്രവേശനത്തെക്കുറിച്ചല്ല. ആ വ്യത്യാസമാണ് എന്തെങ്കിലും ഓഫ് ചെയ്യണോ അതോ പ്രസിദ്ധീകരണം നിർത്തണോ എന്ന് തീരുമാനിക്കുന്നത്.

വ്യത്യസ്ത സേവനങ്ങൾ വെവ്വേറെ രജിസ്റ്റർ ചെയ്യുന്നു, അതിനാൽ ഒരു എൻട്രി അപ്രത്യക്ഷമാകുന്നത് എല്ലാ പ്രഖ്യാപനങ്ങളും നിന്നു എന്ന് അർത്ഥമാക്കുന്നില്ല. ഫയൽ പങ്കിടൽ ഒരു തരം രജിസ്റ്റർ ചെയ്യുന്നു, സ്ക്രീൻ പങ്കിടൽ മറ്റൊന്ന്, പ്രിന്ററുകളും മീഡിയ ലൈബ്രറികളും ഡെവലപ്പർ ടൂളുകളും ഓരോന്നും സ്വന്തം തരം രജിസ്റ്റർ ചെയ്യുന്നു. ഒരു സ്വിച്ചിനെ പ്രധാന നിയന്ത്രണമായി കാണുന്നതിന് മുൻപ്, എന്താണ് രജിസ്റ്റർ ചെയ്തിരിക്കുന്നത്, ഏത് പ്രോസസ് അതിന്റെ ഉടമയാണ് എന്നിവ പട്ടികപ്പെടുത്തുക:

dns-sd -B _smb._tcp
lsof -nP -iUDP:5353

Multicast പ്രാദേശികമായി തുടരുന്നു, എന്തെങ്കിലും അതിനെ പാലമിട്ടാൽ ഒഴികെ

Multicast DNS UDP 5353-ൽ ലിങ്ക്-പ്രാദേശിക ഗ്രൂപ്പിലേക്ക് അയക്കുന്നു, റൗട്ടറുകൾ ആ ഗ്രൂപ്പ് സ്വതവേ കൈമാറുന്നില്ല. അതിനാൽ unicast ട്രാഫിക് റൂട്ട് ചെയ്യുന്ന ടണൽ കണ്ടെത്തൽ പിന്നിൽ വിടുന്നു, അതുകൊണ്ടാണ് റൂട്ട് ചെയ്ത VPN-ലെ Mac സാധാരണയായി വിദൂര സൈറ്റിന് അദൃശ്യമാകുന്നത്. പാലമിട്ട ടണലോ ബോധപൂർവം ക്രമീകരിച്ച റിലേയോ ഇരു അറ്റങ്ങളെയും ഒരേ ബ്രോഡ്കാസ്റ്റ് ഡൊമെയ്നിൽ നിർത്തി അത് മാറ്റുന്നു. ഏത് രൂപകൽപ്പനയാണ് നിങ്ങൾക്കുള്ളതെന്നത് ടണലിന്റെ സ്വഭാവമാണ്, അതിൽ അച്ചടിച്ച പ്രോട്ടോക്കോൾ പേരിന്റേതല്ല.

സർവറിന്റെ ക്രമീകരണം പരിശോധിച്ച് അത് ഒരു ഇന്റർഫേസ് പാലമിടുന്നുണ്ടോ അതോ സബ്നെറ്റ് റൂട്ട് ചെയ്യുന്നുണ്ടോ എന്ന് കാണുക, കാരണം ബ്രോഡ്കാസ്റ്റിനെ ആശ്രയിക്കുന്ന ഓരോ പ്രോട്ടോക്കോളിലും ഇവ രണ്ടും വ്യത്യസ്തമായി പെരുമാറുന്നു. ടണൽ പാലമിട്ടതാണെങ്കിൽ, ഒന്നിലധികം തരം പ്രഖ്യാപനങ്ങൾ ചോരുന്നത് പ്രതീക്ഷിക്കുക, ആരും പ്രസിദ്ധീകരിക്കാൻ ഉദ്ദേശിക്കാത്ത കാര്യങ്ങൾ ഉൾപ്പെടെ. അത് റൂട്ട് ചെയ്തതാണെങ്കിൽ, വിദൂര ലിസ്റ്റിലെ എൻട്രി ഒരു റിലേ വഴിയോ unicast DNS അടിസ്ഥാനമാക്കിയ കണ്ടെത്തൽ വഴിയോ ആയിരിക്കാം വന്നത്, multicast ഗ്രൂപ്പ് വഴിയല്ല. ആ പാതകൾക്ക് വ്യത്യസ്ത പരിഹാരങ്ങളുണ്ട്, multicast പോർട്ട് തടയുന്നത് അവയിൽ ഒന്നിനെ മാത്രമേ അടയ്ക്കുന്നുള്ളൂ.

സേവനം നിർത്തുന്നതാണ് ഏറ്റവും വ്യക്തമായ അതിർത്തി

Mac-ന് ഫയലുകൾ നൽകാൻ ജോലിയില്ലെങ്കിൽ, അതിന്റെ പ്രഖ്യാപനം മറയ്ക്കാൻ ശ്രമിക്കുന്നതിന് പകരം പിന്തുണയ്ക്കുന്ന നിയന്ത്രണം വഴി പങ്കിടൽ ഓഫ് ചെയ്യുക. നിർത്തിയ സേവനത്തിലേക്ക് ബന്ധിപ്പിക്കാനാവില്ല, അത് ഊഹിക്കാനാവില്ല, പേര് ഓർത്തിരുന്ന പഴയ ക്ലയന്റും അതിൽ എത്തില്ല. ആ സ്വഭാവമാണ് അതിനെ കൂടുതൽ ശക്തമായ നിയന്ത്രണമാക്കുന്നത്, അതിന് നെറ്റ്‌വർക്കിന്റെ ഒരു സഹകരണവും ആവശ്യമില്ല.

Apple-ന്റെ ഫയൽ പങ്കിടൽ ഗൈഡ് പങ്കിട്ട ഫോൾഡറുകൾ, അനുവദിച്ച ഉപയോക്താക്കൾ, അതിഥി പ്രവേശനം എന്നിവയ്ക്കുള്ള അനുമതി മാതൃക വിശദീകരിക്കുന്നു, പങ്കിടൽ പാനൽ നിലവിലെ അവസ്ഥ കാണിക്കുന്നു. സേവനം യഥാർത്ഥത്തിൽ ആവശ്യമുള്ളപ്പോൾ ഈ മൂന്നും പരിശോധിക്കുക, കാരണം നിലനിൽക്കേണ്ട പങ്കിടൽ പരിധി നിർണ്ണയിക്കേണ്ട പങ്കിടലാണ്. അതിഥി പ്രവേശനം പ്രത്യേകം നോക്കേണ്ടതാണ്, കാരണം അത് ഒരു ക്രെഡൻഷ്യലും കൂടാതെ ബന്ധം അനുവദിച്ചേക്കാം. തുടർന്ന് സേവനം ഏത് ഇന്റർഫേസുകളിൽ കേൾക്കുന്നു എന്ന് ഉറപ്പാക്കുക, കാരണം എല്ലാ ഇന്റർഫേസിലും വാഗ്ദാനം ചെയ്യുന്ന പങ്കിടൽ ടണലിലും വാഗ്ദാനം ചെയ്യുന്നു.

സേവനം വേണം, പക്ഷേ പ്രേക്ഷകരെ വേണ്ട

ചിലപ്പോൾ പങ്കിടൽ ന്യായമാണ്, പ്രേക്ഷകരല്ല. സേവനം അനുവദിച്ച ഉറവിടങ്ങളിൽ പരിമിതപ്പെടുത്തുക, കണ്ടെത്തൽ വേറിട്ടതും ചെറിയതുമായ നിയന്ത്രണമായി വിടുക എന്നതാണ് സത്യസന്ധമായ ക്രമീകരണം. ഫയർവാൾ നിയമങ്ങൾ, ഉപയോക്താവിന് പ്രത്യേക അനുമതികൾ, ശരിയായ ഇന്റർഫേസിൽ കേൾക്കുക എന്നിവ മറച്ച പ്രഖ്യാപനത്തിന് കഴിയാത്ത വിധത്തിൽ പ്രവേശനം ഇടുങ്ങിയതാക്കുന്നു.

കണ്ടെത്തൽ അടിച്ചമർത്തുന്നത് കർശനമായ അർത്ഥത്തിൽ അലങ്കാരമാണ്: സേവനം പേര് അറിയുന്ന എല്ലാവർക്കും ഇപ്പോഴും ഉത്തരം നൽകുന്നു. പ്രശ്നം പ്രസിദ്ധീകരണം തന്നെയാണെങ്കിൽ, അത് വഹിക്കുന്ന പാളിയിൽ പരിമിതപ്പെടുത്തുക. നിങ്ങൾ നിയന്ത്രിക്കുന്ന നെറ്റ്‌വർക്കിൽ, ഏത് സേവന തരങ്ങൾ അതിർത്തി കടക്കണമെന്ന് തീരുമാനിച്ച് പാലം, റിലേ അല്ലെങ്കിൽ ഫിൽട്ടർ അതനുസരിച്ച് ക്രമീകരിക്കുക എന്നാണ് അർത്ഥം. ഫോറത്തിൽ നിന്ന് ഒരു പാലം-ഫിൽട്ടർ കമാൻഡ് പകർത്തുന്നത് നിങ്ങളുടെ സർവർ അതേ സ്റ്റാക്കും അതേ ടണൽ മോഡും പ്രവർത്തിപ്പിക്കുമ്പോൾ മാത്രമേ ഫലിക്കൂ, നിങ്ങൾ നിയന്ത്രിക്കാത്ത നെറ്റ്‌വർക്കിൽ സത്യസന്ധമായ ഉത്തരം ഇതാണ്: വിദൂര ക്ലയന്റ് എന്ത് ഓർക്കുന്നു എന്ന് നിങ്ങൾക്ക് നിയന്ത്രിക്കാനാവില്ല.

വിദൂര ഭാഗത്ത് നിന്ന് നോക്കുക

Mac-ന്റെ സ്വന്തം നെറ്റ്‌വർക്കിൽ നിന്നല്ല, വിദൂര ഭാഗത്ത് നിന്ന് പരീക്ഷിക്കുക, കാഷ് ചെയ്ത ലിസ്റ്റിന് പകരം പുതിയ ബ്രൗസ് പരീക്ഷിക്കുക. തുടർന്ന് പേരിലും വിലാസത്തിലും സേവനത്തിലേക്ക് നേരിട്ടുള്ള ബന്ധം ശ്രമിക്കുക, കാരണം രണ്ട് ഫലങ്ങളും വ്യത്യസ്ത ചോദ്യങ്ങൾക്ക് ഉത്തരം നൽകുന്നു. വിജയകരമായ ബന്ധത്തോടൊപ്പം എൻട്രി ഇല്ലാതിരിക്കുക എന്നാൽ നിങ്ങൾ ഒരു ലേബൽ മറച്ചു എന്നാണ്, പരാജയപ്പെട്ട ബന്ധം എന്നാൽ സേവനം അടച്ചു എന്നാണ്. റിഫ്രെഷ് ഒഴിവാക്കിയാൽ കാഷ് രണ്ട് പരീക്ഷണങ്ങളെയും കള്ളമാക്കും, അതിനാൽ ക്ലയന്റ് പുതുതായി ആരംഭിക്കുക.

എന്താണ് മാറ്റിയത്, അത് മൂന്ന് നിയന്ത്രണങ്ങളിൽ ഏതിൽ പെടുന്നു എന്നിവ എഴുതിവയ്ക്കുക: സേവനം നിർത്തി, പ്രവേശനം പരിമിതപ്പെടുത്തി, അല്ലെങ്കിൽ കണ്ടെത്തൽ പരിമിതപ്പെടുത്തി. Mac ഇപ്പോഴും കാണുന്നു എന്ന് ആരെങ്കിലും റിപ്പോർട്ട് ചെയ്യുമ്പോൾ, ആ കുറിപ്പ് റിപ്പോർട്ട് പഴയതാണോ അതോ മറ്റൊരു സേവനം സ്വയം പ്രഖ്യാപിക്കുന്നുണ്ടോ എന്ന് പറയും. ഇവിടെയുള്ള മിക്ക അത്ഭുതങ്ങളും ആരും ഓണാക്കിയത് ഓർക്കാത്ത രണ്ടാമത്തെ രജിസ്ട്രേഷനാണ്, കേടായ നിയന്ത്രണമല്ല.

മാറ്റം പരാജയപ്പെട്ടു എന്ന് തീരുമാനിക്കുന്നതിന് മുൻപ് ബാക്കിയുള്ള രജിസ്ട്രേഷനുകൾ വീണ്ടും പരിശോധിക്കുക. ചെറിയൊരു പട്ടിക മറ്റൊരു ഊഹക്കച്ചവടത്തേക്കാൾ മെച്ചം.