SoftEther പ്രാദേശിക ബ്രിഡ്ജ് അല്ലെങ്കിൽ SecureNAT: ഏതാണ് ഓണാക്കേണ്ടത്
പ്രാദേശിക ബ്രിഡ്ജ് ഹബ്ബിനെ യഥാർത്ഥ ഈതർനെറ്റ് സെഗ്മെന്റിൽ ഇടുന്നു, അതേസമയം SecureNAT സ്വന്തം വിലാസങ്ങൾ കെട്ടിച്ചമയ്ക്കുന്നു. ഒന്ന് തിരഞ്ഞെടുക്കുക, തുടർന്ന് ഗേറ്റ്വേയും റിസോൾവറും പരിശോധിക്കുക.
SoftEther Manager തുറക്കുക, ഒരു ഹബ്ബിനെക്കുറിച്ചുള്ള ആദ്യ യഥാർത്ഥ തീരുമാനം ഒരു ചെക്ക്ബോക്സല്ല, അത് ഒരു ടോപ്പോളജി ചോദ്യമാണ്. പ്രാദേശിക ബ്രിഡ്ജ് ആ ഹബ്ബിനെ ഒരു ഭൗതിക അഡാപ്റ്ററുമായി ബന്ധിപ്പിക്കുകയും നിലവിലുള്ള സെഗ്മെന്റിനെ വിലാസം നൽകാൻ അനുവദിക്കുകയും ചെയ്യുന്നു, അതേസമയം SecureNAT ഹബ്ബിന് സ്വന്തം വെർച്വൽ റൗട്ടർ, NAT, DHCP നൽകുന്നു. അവയ്ക്കിടയിലുള്ള തിരഞ്ഞെടുപ്പ് വിലാസങ്ങൾ എവിടെ നിന്ന് വരുന്നു, അവയ്ക്കായി ഏത് ഉപകരണം ഉത്തരം നൽകുന്നു എന്നത് മാറ്റുന്നു. രണ്ടും ഓണാക്കി ഒന്ന് ജയിക്കുമെന്ന് പ്രതീക്ഷിക്കുന്നതാണ് പ്രവർത്തിക്കുന്ന ലാബ് ഒരു സപ്പോർട്ട് ത്രെഡ് ആകുന്ന വഴി.
നിങ്ങൾ യഥാർത്ഥത്തിൽ എഡിറ്റ് ചെയ്യുന്ന ഹബ്ബിൽ നിന്ന് തുടങ്ങുക
Manager സെർവറുകളുടെയും ഹബ്ബുകളുടെയും ഒരു വൃക്ഷം കാണിക്കുന്നു, ഡിഫോൾട്ട് ഹബ്ബ് കോൺഫിഗർ ചെയ്യാൻ എളുപ്പമാണ്, അതേസമയം ക്ലയന്റുകൾ മറ്റൊരു പേരുള്ള ഹബ്ബിലേക്ക് കണക്ട് ചെയ്യുന്നു. ഹബ്ബിൽ ക്ലിക്ക് ചെയ്യുക, അതിന്റെ പേര് വായിക്കുക, താഴെ ലിസ്റ്റ് ചെയ്ത സെഷനുകൾ നിങ്ങൾ സേവനം നൽകാൻ ആഗ്രഹിക്കുന്ന ക്ലയന്റുകളാണെന്ന് സ്ഥിരീകരിക്കുക. ആ ഒരു പരിശോധന പ്രോട്ടോക്കോളിന് മേൽ ചുമത്തുന്ന മിക്ക ആശയക്കുഴപ്പവും തടയുന്നു.
തുടർന്ന് വിദൂര അറ്റത്തുനിന്ന് ക്ലയന്റിന് എന്ത് വേണമെന്ന് തീരുമാനിക്കുക. ബ്രോഡ്കാസ്റ്റും LAN സേവനങ്ങളുമുള്ള പങ്കിട്ട ഈതർനെറ്റ് സ്വഭാവം ബ്രിഡ്ജിലേക്ക് സൂചിപ്പിക്കുന്നു, ചെറിയ വിലാസ ശ്രേണിയിലേക്കുള്ള റൂട്ട് ചെയ്ത സ്വകാര്യ പ്രവേശനം SecureNAT ലേക്ക്, ഇന്റർനെറ്റ് എക്സിറ്റ് രണ്ട് ക്രമീകരണങ്ങൾക്കും മോശമായി കൊണ്ടുപോകാവുന്ന ഒരു റൂട്ടിംഗ് തീരുമാനമാണ്.
എന്തെങ്കിലും ക്ലിക്ക് ചെയ്യുന്നതിന് മുൻപ് ഉത്തരം എഴുതിവയ്ക്കുക, കാരണം ഈ രണ്ട് ക്രമീകരണങ്ങളും പരസ്പരം മാറ്റാനാവില്ല, പിൻവലിക്കാൻ തീരുമാനിക്കുന്നതിനേക്കാൾ സമയമെടുക്കും. രണ്ട് മിനിറ്റ് എഴുത്ത് ഒരു മണിക്കൂർ വീണ്ടും കണക്ട് ചെയ്യൽ ലാഭിക്കുന്നു.
പ്രാദേശിക ബ്രിഡ്ജ് വിലാസത്തോട് എന്ത് ചെയ്യുന്നു
പ്രാദേശിക ബ്രിഡ്ജ് ഹബ്ബിനെ ഒരു ഭൗതിക അഡാപ്റ്ററുമായി ബന്ധിപ്പിക്കുന്നു, അതിനാൽ ഹബ്ബ് ആ ഈതർനെറ്റ് സെഗ്മെന്റിന്റെ ഭാഗമാകുന്നു. ക്ലയന്റുകൾ ഇതിനകം സെഗ്മെന്റിന് സേവനം നൽകുന്നതിൽ നിന്ന് വിലാസങ്ങൾ സ്വീകരിക്കുന്നു, അവരുടെ ഗേറ്റ്വേ സെഗ്മെന്റിന്റെ റൗട്ടർ ആണ്. ക്ലയന്റിന്റെ വീക്ഷണത്തിൽ അത് ഓഫീസ് LAN-ൽ ചേർന്നു, അതിനൊപ്പം വരുന്ന എല്ലാ എത്തിച്ചേരലും എല്ലാ വിഷയവും സഹിതം.
അതിനർത്ഥം ബ്രിഡ്ജിന് ശരിയായ ഡ്രൈവർ പിന്തുണയുള്ള യഥാർത്ഥ അഡാപ്റ്റർ വേണം, കൂടാതെ അഡ്മിനിസ്ട്രേറ്റർക്ക് ആ സെഗ്മെന്റ് വിപുലീകരിക്കാൻ അധികാരമുണ്ടായിരിക്കണം. VPN ലോഗിൻ പ്രാമാണീകരണം തെളിയിക്കുന്നു, പ്രൊഡക്ഷൻ VLAN-ൽ ഒരു ഹോസ്റ്റ് ഇടാനുള്ള അവകാശമല്ല. ഡ്രൈവറുടെ പേര് നിങ്ങൾ ഉദ്ദേശിക്കുന്ന അഡാപ്റ്ററുമായി പൊരുത്തപ്പെടുന്നുണ്ടോ എന്ന് പരിശോധിക്കുക, കാരണം തെറ്റായ പോർട്ട് ബ്രിഡ്ജ് ചെയ്യുന്നത് സെഗ്മെന്റിനെ വേഗത്തിൽ താഴെയിറക്കും. അഡാപ്റ്ററുകളുടെ പട്ടിക ശൂന്യമാണെങ്കിൽ അല്ലെങ്കിൽ ബ്രിഡ്ജ് പരാജയം റിപ്പോർട്ട് ചെയ്താൽ, കാരണം സാധാരണയായി ഡ്രൈവറുമായോ അനുമതികളുമായോ ബന്ധപ്പെട്ടതാണ്, ക്രിപ്റ്റോഗ്രഫിയുമല്ല.
ഗ്രാഫിക്കൽ വൃക്ഷം അവ്യക്തമാകുമ്പോൾ കമാൻഡ് ലൈനിൽ നിന്ന് ബ്രിഡ്ജ് പട്ടിക വായിക്കുക. ഔട്ട്പുട്ട് അഡാപ്റ്ററിനെ പേരിടുന്നു, വൃക്ഷം എപ്പോഴും അങ്ങനെ ചെയ്യുന്നില്ല.
vpncmd /SERVER localhost /HUB VPN /CMD BridgeList
vpncmd /SERVER localhost /HUB VPN /CMD SessionListകണക്ട് ചെയ്ത സെഷനുകളുള്ള ശൂന്യമായ ബ്രിഡ്ജ് പട്ടിക ഉപയോഗപ്രദമായ ഒരു ചിത്രമാണ്: ക്ലയന്റുകൾ വെർച്വൽ ഹബ്ബിന്റെ ഉള്ളിലാണ്, ഇതുവരെ ഒന്നും അതിനെ ഒരു സെഗ്മെന്റിലേക്ക് വ്യാപിപ്പിക്കുന്നില്ല.
SecureNAT എന്ത് ചേർക്കുന്നു, എന്ത് മറയ്ക്കുന്നു
SecureNAT ഹബ്ബിന് ഒരു വെർച്വൽ റൗട്ടർ, ഒരു NAT ഫംഗ്ഷൻ, ഒരു DHCP സേവനം നൽകുന്നു, എല്ലാം SoftEther പ്രോസസിനുള്ളിൽ. ക്ലയന്റുകൾ വെർച്വൽ DHCP ശ്രേണിയിൽ നിന്ന് വിലാസങ്ങൾ നേടുന്നു, വെർച്വൽ റൗട്ടർ ഡിഫോൾട്ട് ഗേറ്റ്വേയ്ക്ക് ഉത്തരം നൽകുന്നു, പുറത്തുപോകേണ്ട ട്രാഫിക് വിവർത്തനം ചെയ്യുന്നു. ഭൗതിക അഡാപ്റ്റർ ഉൾപ്പെടുന്നില്ല, അതുകൊണ്ടാണ് ഒരു NIC-ഉം സ്വിച്ച് കോൺഫിഗറേഷനും ഇല്ലാത്ത ഹോസ്റ്റിൽ ഇത് പ്രവർത്തിക്കുന്നത്.
വില വെർച്വൽ വിലാസങ്ങൾ ഹബ്ബിന്റേതാണ്, മറ്റൊന്നിന്റേതുമല്ല എന്നതാണ്. ഓഫീസ് LAN-ലെ ഒരു മെഷീന് സഹായമില്ലാതെ ക്ലയന്റിന്റെ SecureNAT വിലാസത്തിലേക്ക് റൂട്ട് ചെയ്യാനാവില്ല, ഉറവിട വിലാസങ്ങൾ രേഖപ്പെടുത്തുന്ന എന്തും SoftEther ഹോസ്റ്റിന്റെ വിവർത്തനം ചെയ്ത വിലാസം കാണുന്നു. നിങ്ങളുടെ പ്രവേശന നിയമങ്ങളോ ഓഡിറ്റ് ട്രെയിലോ ക്ലയന്റിന്റെ യഥാർത്ഥ വിലാസത്തെ ആശ്രയിക്കുന്നുവെങ്കിൽ, അത് വിശദാംശമല്ല, ഡിസൈൻ മാറ്റമാണ്. ഉറവിട-വിലാസ നിയമം ക്ലയന്റിനെ ഒരിക്കലും കാണുമോ എന്നും ഇത് തീരുമാനിക്കുന്നു.
ഇത് ഒരു DHCP സെർവറുമാണ്. ഇതിനകം ഒന്നുള്ള ഒരു സെഗ്മെന്റിൽ ഇത് പ്രവർത്തിപ്പിക്കുന്നതോ അതേ സമയം ആ സെഗ്മെന്റ് ബ്രിഡ്ജ് ചെയ്യുന്നതോ രണ്ട് ഉത്തരം നൽകുന്നവരെയും അനൂഹ്യമായ ലീസുകളും സൃഷ്ടിക്കുന്നു. മാനുവൽ രണ്ട് ഫംഗ്ഷനുകളെയും വെവ്വേറെ തിരഞ്ഞെടുപ്പുകളായി കാണുന്നു കൃത്യമായി ഈ കാരണത്താൽ.
മറ്റെന്തെങ്കിലും പ്രവർത്തനക്ഷമമാക്കുന്നതിന് മുൻപ് ഹബ്ബ് ഇപ്പോൾ എന്തിന് സേവനം നൽകുന്നു എന്ന് പരിശോധിക്കുക. ഓരോ കമാൻഡും ഉദ്ദേശിച്ചതല്ല, നിലവിലുള്ള അവസ്ഥയാണ് അച്ചടിക്കുന്നത്.
vpncmd /SERVER localhost /HUB VPN /CMD SecureNatStatusGet
vpncmd /SERVER localhost /HUB VPN /CMD NatGet
vpncmd /SERVER localhost /HUB VPN /CMD DhcpGetഒന്ന് ഓണാക്കുമ്പോൾ മറ്റൊന്ന് തകർക്കാതിരിക്കുക
ക്രമീകരണം തിരഞ്ഞെടുക്കുക, അത് പ്രവർത്തനക്ഷമമാക്കുക, മറ്റൊന്ന് ഓഫ് ആയി വിടുക. ബ്രിഡ്ജും SecureNAT-ഉം രണ്ടും സജീവമായ ഹബ്ബ് ഒരേ ചോദ്യത്തിന് രണ്ട് സാധ്യമായ ഉത്തരങ്ങളുള്ള ഹബ്ബാണ്, ആദ്യം എത്തുന്നത് ക്ലയന്റ് വിശ്വസിക്കും. ഒന്നിൽ നിന്ന് മറ്റൊന്നിലേക്ക് മാറുമ്പോൾ പഴയ ഫംഗ്ഷൻ പ്രവർത്തനരഹിതമാക്കി ക്ലയന്റിനെ വീണ്ടും കണക്ട് ചെയ്യുക, പുതിയ ക്രമീകരണം നിലവിലുള്ള സെഷനിൽ ബാധകമാകുമെന്ന് കരുതുന്നതിന് പകരം.
ക്ലയന്റ് പൂൾ LAN ശ്രേണിയുമായി ഓവർലാപ്പ് ചെയ്യാതിരിക്കാൻ മാറ്റം ക്രമീകരിക്കുക. ഓവർലാപ്പ് ചെയ്യുന്ന സബ്നെറ്റുകൾ കണക്ട് ചെയ്തിട്ട് എവിടെയും എത്താത്ത ടണലിന്റെ രണ്ടാമത്തെ ഏറ്റവും സാധാരണ കാരണമാണ്, രണ്ട് വിലാസ പ്ലാനുകളും അടുത്തടുത്ത് താരതമ്യം ചെയ്യുന്നതുവരെ അവ ദൃശ്യമല്ല.
തുടർന്ന് ക്ലയന്റിൽ നിന്ന് വീണ്ടും കണക്ട് ചെയ്ത് അത് എന്ത് സ്വീകരിച്ചു എന്ന് വായിക്കുക, കാരണം ഹബ്ബിന്റെ സെഷൻ കാഴ്ചപ്പാട് ക്ലയന്റിന്റെ സ്വന്തം നെറ്റ്വർക്കിനെക്കുറിച്ചുള്ള കാഴ്ചപ്പാടല്ല. പുതിയ ലീസ് നിർബന്ധിക്കാനുള്ള ഏക വിശ്വസനീയമായ വഴി വീണ്ടും കണക്ട് ചെയ്യലാണ്.
ക്ലയന്റിൽ ഗേറ്റ്വേയും റിസോൾവറും പരിശോധിക്കുക
വിജയകരമായ പ്രാമാണീകരണം ക്രെഡൻഷ്യലുകൾ പ്രവർത്തിക്കുന്നു, ഹബ്ബ് സെഷൻ സ്വീകരിച്ചു എന്ന് നിങ്ങളോട് പറയുന്നു. ക്ലയന്റിന് എവിടെയെങ്കിലും എത്താനാകുമോ എന്നതിനെക്കുറിച്ച് അത് ഒന്നും പറയുന്നില്ല, കാരണം അത് ലഭിച്ച വിലാസം, മാസ്ക്, ഗേറ്റ്വേ, DNS സെർവർ എന്നിവയെ ആശ്രയിച്ചിരിക്കുന്നു. സെർവർ ക്രമീകരണത്തിൽ വീണ്ടും തൊടുന്നതിന് മുൻപ് ആ നാല് മൂല്യങ്ങൾ ക്ലയന്റിൽ വായിക്കുക.
Windows-ൽ അഡാപ്റ്റർ വിശദാംശങ്ങൾ ലീസും റിസോൾവറും കാണിക്കുന്നു, റൂട്ട് പട്ടിക ടണൽ യഥാർത്ഥത്തിൽ ഡിഫോൾട്ട് പാതയാണോ എന്ന് കാണിക്കുന്നു.
ipconfig /all
route print -4
nslookup intranet.corp.internalLinux ക്ലയന്റിൽ അതേ വിവരങ്ങൾ വിലാസ, റൂട്ട്, റിസോൾവർ ഫയലുകളിൽ നിന്ന് വരുന്നു. ഡിഫോൾട്ട് റൂട്ടാണ് ട്രാഫിക് ടണലിലൂടെ പുറത്തുപോകുന്നുണ്ടോ എന്ന് തീരുമാനിക്കുന്ന മൂല്യം. ഗേറ്റ്വേ ഓഫീസ് റൗട്ടറിലേക്ക് സൂചിപ്പിക്കുമ്പോൾ ടണൽ ട്രാഫിക് വഹിക്കാൻ പ്രതീക്ഷിക്കുന്നുവെങ്കിൽ, ടോപ്പോളജി പേരിൽ ബ്രിഡ്ജ് ചെയ്യപ്പെട്ടതും പ്രായോഗികമായി തകർന്നതുമാണ്. ആദ്യം വിലാസ ഉറവിടം ശരിയാക്കുക, പിന്നീട് ആപ്ലിക്കേഷൻ വീണ്ടും പരീക്ഷിക്കുക, അതിനുശേഷം മാത്രം മറ്റേ മോഡ് മാറ്റുന്നത് പരിഗണിക്കുക.