കിൽ സ്വിച്ചോ LAN ആക്സസോ? WireGuard-നുള്ള രണ്ട് ഉത്തരങ്ങൾ

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

രണ്ട് പരാജയങ്ങൾ ഒരേ ലക്ഷണം പേരുന്നു

ആദ്യ പരാജയം ക്ലയന്റിന്റെ fail-closed മോഡാണ്, അതിന്റെ അടയാളം ടണലിന് പുറത്തുള്ള എല്ലാം നിലയ്ക്കുന്നു എന്നതാണ്, ടണൽ തന്നെ തികഞ്ഞതായി പ്രവർത്തിക്കുമ്പോൾ. രണ്ടാമത്തേത് യഥാർത്ഥ എത്തിച്ചേരൽ പ്രശ്നമാണ്: നഷ്ടമായ റൂട്ട്, ക്ലയന്റിന് പിന്നിലുള്ള സബ്നെറ്റിനായി സർവറിലെ നഷ്ടമായ എൻട്രി, അല്ലെങ്കിൽ ഒരേ വിലാസ പരിധി പങ്കിടുന്ന രണ്ട് നെറ്റ്വർക്കുകൾ. രണ്ടും ബ്രൗസ് ചെയ്യാനാകുന്ന, പ്രിന്റ് ചെയ്യാനാകാത്ത യന്ത്രം നൽകുന്നു, അവയുടെ പരിഹാരങ്ങൾ വിപരീതമാണ്, അതിനാൽ രോഗനിർണ്ണയം കോൺഫിഗറേഷന് മുമ്പ് വരണം.

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

മൂന്ന് വ്യവസ്ഥകൾ ഉത്തരം തീരുമാനിക്കുന്നു

ഒന്നാമത്, ഈ യന്ത്രത്തിന് fail-closed ആവശ്യമാണോ? ഉത്തരം അതെയെങ്കിൽ, വീഴുന്ന ടണൽ ട്രാഫിക് നിർത്തണം, അത് ഫിസിക്കൽ ഇന്റർഫേസിലേക്ക് തിരികെ പോകാൻ അനുവദിക്കുന്നതിന് പകരം, ആ ആവശ്യകത പ്രാദേശിക സൗകര്യത്തേക്കാൾ പ്രധാനമാണ്. രണ്ടാമത്, ടണൽ പ്രവർത്തിക്കുമ്പോൾ പ്രാദേശിക ഉപകരണങ്ങൾ എത്താവുന്നതായി തുടരണമോ? പ്രിന്റിംഗ്, നെറ്റ്വർക്ക് സംഭരണം, പ്രാദേശിക മാനേജ്മെന്റ് കൺസോളുകൾ എന്നിവ സാധാരണ കാരണങ്ങളാണ്, ഇവ നിയമാനുസൃത ആവശ്യകതകളാണ്, ക്ഷമ ചോദിക്കേണ്ട ഒഴിവുകളല്ല. മൂന്നാമത്, പ്രൊഫൈൽ ഡിഫോൾട്ട് അക്ഷരാർത്ഥത്തിലുള്ള 0.0.0.0/0 ആയി പ്രകടിപ്പിക്കുന്നുണ്ടോ? ആ വിശദാംശമാണ് ക്ലയന്റിന്റെ നിയമങ്ങൾ സജീവമാക്കുന്നത്, അത് തിരുത്താവുന്നതാണ്.

പ്രൊഫൈൽ തൊടുന്നതിന് മുമ്പ് ഈ മൂന്നിനും എഴുത്തിൽ ഉത്തരം നൽകുക, ഓരോ ഉത്തരവും വ്യത്യസ്ത കോൺഫിഗറേഷനിലേക്ക് വിരൽ ചൂണ്ടുന്നു.

fail-closed തിരഞ്ഞെടുത്ത് LAN ഉപേക്ഷിക്കുക

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

ടണൽ വീഴുമ്പോൾ കഫേ നെറ്റ്വർക്കിൽ കാണരുതാത്ത ജോലി ചെയ്യുന്ന യന്ത്രങ്ങൾക്ക് ഇതാണ് ശരിയായ തിരഞ്ഞെടുപ്പ്. സ്കാനറും വേണ്ട വീട്ടിലെ ലാപ്ടോപ്പിന് ഇത് മോശം ഡിഫോൾട്ടാണ്.

LAN ആക്സസ് തിരഞ്ഞെടുത്ത് ഡിഫോൾട്ട് വേറെ രീതിയിൽ പ്രകടിപ്പിക്കുക

പ്രാദേശിക ഉപകരണങ്ങൾ എത്താവുന്നതായി തുടരണമെങ്കിൽ, അക്ഷരാർത്ഥത്തിലുള്ള ഡിഫോൾട്ട് പ്രിഫിക്സ് ഇല്ലാതെ അതേ കവറേജ് പ്രകടിപ്പിക്കുക. രണ്ട് പകുതി പ്രിഫിക്സുകൾ ഓരോ IPv4 വിലാസവും ഉൾക്കൊള്ളുന്നു, തുല്യമായ ജോടി IPv6 ഉൾക്കൊള്ളുന്നു, കൂടാതെ ക്ലയന്റ് ഇനി ബ്ലോക്കിംഗ് നിയമങ്ങൾ ചേർക്കുന്നില്ല, കാരണം അത് തിരയുന്ന സ്ട്രിംഗ് ഇല്ല.

[Peer]
AllowedIPs = 0.0.0.0/1
AllowedIPs = 128.0.0.0/1
AllowedIPs = ::/1
AllowedIPs = 8000::/1
Endpoint = vpn.example.net:51820

ആ ചെക്ക്ബോക്സ് നീക്കുന്നത് ക്ലയന്റിനെ അതേ രണ്ട് ജോടികൾ പ്രൊഫൈലിൽ എഴുതാൻ പ്രേരിപ്പിക്കുന്നു, അതിനാൽ സൃഷ്ടിച്ച ഫയൽ മുകളിലുള്ള ബ്ലോക്കുമായി താരതമ്യം ചെയ്യുന്നത് സംവിധാനം ഊഹിക്കുന്നതിന് പകരം സ്ഥിരീകരിക്കാനുള്ള വേഗമുള്ള വഴിയാണ്. രണ്ട് അനന്തരഫലങ്ങൾ ഉണ്ട്. കവറേജ് സമമാണ്, അതിനാൽ ടണലിൽ മറ്റൊന്നും മാറുന്നില്ല. സംരക്ഷണം സമമല്ല: നിയമങ്ങൾ പോയാൽ, വീഴുന്ന ടണൽ യന്ത്രത്തെ അതിന്റെ ഫിസിക്കൽ ഇന്റർഫേസിൽ ഉപേക്ഷിക്കുന്നു, fail-closed തടഞ്ഞത് കൃത്യമായി അതാണ്.

ബാക്കിയുള്ള രണ്ട് സംശയിതരും എങ്ങനെയും പരിശോധിക്കുക

ഫയർവാൾ ചോദ്യം തീർന്നാൽ, പ്രാദേശിക സബ്നെറ്റ് യഥാർത്ഥത്തിൽ റൂട്ട് ചെയ്യപ്പെടുന്നുണ്ടെന്നും ഈ ക്ലയന്റിന് പിന്നിലുള്ള എല്ലാം ദൂരെ അറ്റത്തിന് അറിയാമെന്നും സ്ഥിരീകരിക്കുക. ക്ലയന്റിന് പിന്നിലുള്ള LAN-ൽ എത്തേണ്ട സർവറിന് ഹബ്ബിലെ ക്ലയന്റിന്റെ അനുവദിച്ച ലിസ്റ്റിൽ ആ പ്രിഫിക്സ് വേണം; അത് ഒഴിവാക്കിയാൽ ഹബ്ബിന് ആ വിലാസങ്ങൾക്ക് പിയർ തിരഞ്ഞെടുക്കാനാകില്ല, എത്ര ക്ലയന്റ് കോൺഫിഗറേഷൻ കൊണ്ടും അത് സൃഷ്ടിക്കുന്നില്ല.

Get-NetConnectionProfile | Select-Object Name, InterfaceAlias, NetworkCategory
Get-NetFirewallProfile | Select-Object Name, Enabled, DefaultOutboundAction
route print 0.0.0.0

നെറ്റ്വർക്ക് വിഭാഗം ആളുകൾ കരുതുന്നതിലും പ്രധാനമാണ്: പുതുതായി സൃഷ്ടിച്ച ടണൽ അഡാപ്റ്റർ പൊതുവായി തരംതിരിക്കപ്പെട്ടാൽ അതിൽ ഏത് നിയമങ്ങൾ ബാധകമാകുമെന്ന് മാറുന്നു, ഫലം ദൂരെ അറ്റത്ത് ഫയർവാൾ തടയൽ പോലെ തോന്നാം. റൂട്ട് പ്രിന്റ് ഡിഫോൾട്ട് ഉണ്ടോ എന്ന് കാണിക്കുന്നു, അത് നയ പ്രശ്നത്തെ നഷ്ടമായ റൂട്ടിൽ നിന്ന് വേർതിരിക്കുന്നു.

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