SoftEther കണക്ഷൻ പ്രൊഫൈൽ: ഇംപോർട്ടിന് മുൻപ് ആറ് ഫീൽഡുകൾ പരിശോധിക്കുക
ആറ് ഫീൽഡുകൾ SoftEther പ്രൊഫൈൽ പ്രവർത്തിക്കുമോ ഇല്ലയോ എന്ന് നിർണ്ണയിക്കുന്നു. എൻഡ്പോയിന്റ്, പോർട്ട്, പ്രോട്ടോക്കോൾ, ഹബ്, ഉപയോക്താവ്, റോൾ എന്നിവ ക്രമത്തിൽ പരിശോധിച്ച്, നിങ്ങൾ യഥാർത്ഥത്തിൽ എന്തിനോട് കണക്ട് ചെയ്തു എന്ന് പരീക്ഷിക്കുക.
പ്രൊഫൈൽ ഇംപോർട്ട് വിജയിക്കുന്നു, പക്ഷേ അക്കൗണ്ട് ഒരിക്കലും ചേർന്നിട്ടില്ലാത്ത Virtual Hub-ലേക്ക് ഫയൽ ചൂണ്ടുന്നതിനാൽ ആധികാരികത ഉറപ്പാക്കൽ പരാജയപ്പെടുന്നു. ഫയലിൽ ഒന്നും കേടായിട്ടില്ല; ഏത് ക്രമീകരണത്തിനാണ് ക്രെഡൻഷ്യലുകൾ നൽകാതിരുന്നത് എന്ന് അത് വിവരിക്കുന്നു. ആറ് ഫീൽഡുകൾ ഇംപോർട്ട് പ്രവർത്തിക്കുമോ എന്ന് നിർണ്ണയിക്കുന്നു: ഹോസ്റ്റ്നെയിം, പോർട്ട്, പ്രോട്ടോക്കോൾ, Virtual Hub, ഉപയോക്തൃ ഐഡന്റിറ്റി, ഒപ്പം ആരെങ്കിലും തെറ്റായി നിങ്ങൾക്ക് അഡ്മിൻ ക്രെഡൻഷ്യൽ നൽകിയിട്ടുണ്ടോ എന്നതും. ഒന്ന് മുതൽ മൂന്ന് വരെയുള്ള പരിശോധനകൾ ആ ഫീൽഡുകൾ ക്രമത്തിൽ ഉൾക്കൊള്ളുന്നു, അവസാന രണ്ടെണ്ണം ഫയലും നിങ്ങൾ യഥാർത്ഥത്തിൽ ചേർന്നതും ഉൾക്കൊള്ളുന്നു.
പരിശോധന 1: ഹോസ്റ്റ്നെയിം, പോർട്ട്
എന്തെങ്കിലും ഇംപോർട്ട് ചെയ്യുന്നതിന് മുൻപ് ഹോസ്റ്റ്നെയിം, പോർട്ട്, പ്രഖ്യാപിത ആക്സസ് രീതി എന്നിവ വായിക്കുക. സ്വദേശീയ SoftEther ശ്രോതാവ് സാധാരണയായി TCP 443-ൽ പ്രതികരിക്കുന്നു, 992, 5555 എന്നിവ നിയന്ത്രണാത്മക നെറ്റ്വർക്കുകൾക്ക് പിന്നിലുള്ള ക്ലയന്റുകൾക്കായി ഓപ്പറേറ്റർമാർ തുറക്കുന്ന ബദലുകളാണ്. വെബ്സൈറ്റോ മറ്റൊരു സേവനമോ നൽകുന്ന പോർട്ടിലേക്ക് ലക്ഷ്യമിടുന്ന പ്രൊഫൈൽ ആധികാരികതയ്ക്ക് മുൻപേ പരാജയപ്പെടുകയും പരാജയം ക്രെഡൻഷ്യൽ പ്രശ്നമായി റിപ്പോർട്ട് ചെയ്യുകയും ചെയ്യുന്നു. ഈ ജോടിയെ ഓപ്പറേറ്റർ ഈ എൻഡ്പോയിന്റിനായി പ്രസിദ്ധീകരിക്കുന്നതുമായി താരതമ്യം ചെയ്യുക, കഴിഞ്ഞ വർഷം ആരോ ശേഖരിച്ച ഡയറക്ടറി ലിസ്റ്റുമായി അല്ല. ഹോസ്റ്റ്നെയിം ഓപ്പറേറ്റർ ഒരിക്കലും പരാമർശിക്കാത്ത വിലാസത്തിലേക്ക് പരിഹരിക്കപ്പെട്ടാൽ, അവിടെ നിർത്തുക, കാരണം അടുത്ത ഘട്ടം ക്രെഡൻഷ്യലുകൾ ആ വിലാസത്തിലേക്ക് അയക്കും.
പോർട്ട് 443 പങ്കിട്ട പ്രദേശമാണ്, അതിനാൽ പോർട്ട് മാത്രം അതിന് പിന്നിലുള്ള സേവനത്തെക്കുറിച്ച് ഒന്നും തെളിയിക്കുന്നില്ല. SoftEther ക്ലയന്റ് രണ്ടിനെയും പ്രോട്ടോക്കോൾ ഹാൻഡ്ഷേക്ക് ഉപയോഗിച്ച് വേർതിരിക്കുന്നു, അതിനാലാണ് പ്രൊഫൈൽ ശരിയായ പോർട്ട് കാണിച്ചിട്ടും ഒരു വെബ് സെർവറിൽ അവസാനിക്കാൻ കഴിയുന്നത്. ആ പരാജയം ക്ലയന്റ് ലോഗിൽ തെറ്റായ പാസ്വേഡ് പോലെ കാണപ്പെടുന്നു, എന്നാൽ ഒരു പാസ്വേഡും പരിശോധിക്കപ്പെട്ടിട്ടില്ല.
എൻഡ്പോയിന്റ് ഹോസ്റ്റ്നെയിം, പോർട്ട്, രീതി എന്നിങ്ങനെ ഇതേ ക്രമത്തിൽ എഴുതുക. ഈ ത്രികം നിങ്ങൾ കണക്ട് ചെയ്യാതെ പരിശോധിക്കാവുന്ന ഭാഗമാണ്, ശ്രോതാവ് ഇപ്പോഴും പ്രവർത്തിക്കുന്നുണ്ടോ എന്ന് ഓപ്പറേറ്ററിനോട് ചോദിക്കുമ്പോൾ ഉദ്ധരിക്കുന്ന ഭാഗവുമാണ്. പ്രസിദ്ധീകരിച്ച ഉറവിടത്തിൽ നിന്ന് പൂരിപ്പിക്കാൻ കഴിയാത്തത് അനുമാനിക്കപ്പെടാതെ പരിശോധിക്കപ്പെടാത്തതായി തുടരുന്നു.
പരിശോധന 2: പ്രോട്ടോക്കോൾ ക്ലയന്റിനെ നിർണ്ണയിക്കുന്നു
നിരവധി ആക്സസ് രീതികൾ നൽകുന്ന സെർവർ ഒരു എക്സ്പോർട്ട് ഫയലിനെ ഓരോ ക്ലയന്റിനും തുറക്കാവുന്ന പ്രൊഫൈലാക്കി മാറ്റുന്നില്ല. Each method has its own format, its own client and its own failure mode, അവ കലർത്തുന്നത് ക്രെഡൻഷ്യൽ പ്രശ്നങ്ങൾ പോലെ തോന്നിക്കുന്ന പിശകുകൾ സൃഷ്ടിക്കുന്നു. ഏത് ക്ലയന്റ് അത് തുറക്കും എന്ന് തീരുമാനിക്കുന്നതിന് മുൻപ് ഫയൽ ഏത് രീതി പ്രഖ്യാപിക്കുന്നു എന്ന് തീരുമാനിക്കുക.
ചുവടെയുള്ള പട്ടിക പരമ്പരാഗത പോർട്ടുകളും ഓരോ രീതിക്കും യഥാർത്ഥത്തിൽ എന്ത് വേണം എന്നതും ലിസ്റ്റ് ചെയ്യുന്നു. പോർട്ടുകൾ ഓപ്പറേറ്ററുടെ തിരഞ്ഞെടുപ്പാണ്, അതിനാൽ അവയെ ഒരു പ്രത്യേക സെർവറിനെക്കുറിച്ചുള്ള വസ്തുതകളായി അല്ല, സ്ഥിരസ്ഥിതി മൂല്യങ്ങളായി കാണുക. സ്വദേശീയ SoftEther പ്രൊഫൈൽ SoftEther ക്ലയന്റ് ഇംപോർട്ട് ചെയ്യുന്നു, ovpn ബണ്ടിൽ OpenVPN-ന്റേതാണ്, SSTP അല്ലെങ്കിൽ L2TP പ്രൊഫൈലുകൾ ഓപ്പറേറ്റിംഗ് സിസ്റ്റം തന്നെ പ്രോസസ് ചെയ്യുന്നു. ആദ്യത്തേത് നിരസിച്ച ഫയൽ തുറക്കാൻ രണ്ടാമത്തെ ക്ലയന്റ് ഇൻസ്റ്റാൾ ചെയ്യുന്നത് സാധാരണയായി വ്യക്തമായ പിശകിനെ ആശയക്കുഴപ്പമുള്ള പിശകാക്കി മാറ്റുന്നു.
| Access method | Typical port | What the client needs |
|---|---|---|
| SoftEther native | TCP 443, 992 or 5555 | The SoftEther client and a hub name |
| OpenVPN | UDP or TCP 1194 | An ovpn profile and an OpenVPN client |
| SSTP | TCP 443 | Operating system support |
| L2TP over IPsec | UDP 500 and 4500 | Operating system support and the shared key |
ഫയലിനുള്ളിലെ പ്രഖ്യാപനം വായിക്കുക, എക്സ്റ്റൻഷൻ അല്ല. OpenVPN എന്ന് പേരിട്ട ഫയൽ നിർവചനപ്രകാരം OpenVPN പ്രൊഫൈലാണ്, അതേസമയം SoftEther പ്രൊഫൈൽ SoftEther ക്ലയന്റ് ഇംപോർട്ട് ചെയ്യുന്ന ചെറിയ കോൺഫിഗറേഷനാണ്, ഈ രണ്ടും പരസ്പരം മാറ്റാവുന്നതല്ല. പ്രഖ്യാപിത രീതി നിങ്ങൾക്ക് സേവനം നൽകാൻ കഴിയാത്തതാണെങ്കിൽ, അത് ഇംപോർട്ട് ചോദ്യത്തിന് ഉത്തരം നൽകുന്നു.
പരിശോധന 3: ഹബ്, ഉപയോക്താവ്, അഡ്മിൻ റോൾ
സ്വദേശീയ ആക്സസിനായി പ്രൊഫൈൽ ഒരു Virtual Hub-ഉം അതിനുള്ളിലെ ഒരു ഉപയോക്താവിനെയും പേരിടുന്നു. A hub is a logical VPN server instance with its own users and its own settings, ഉപയോക്താവ് സ്വന്തം ആധികാരികതാ പരിശോധനയോടെ ആ ഹബ്ബിന്റെ അംഗമാണ്. ഇവയൊന്നും സെർവർ അഡ്മിനിസ്ട്രേഷൻ അല്ല, അത് ശ്രോതാക്കൾ, ഹബ്ബുകൾ, വിന്യാസത്തിലെ ഓരോ ഉപയോക്താവിനെയും നിയന്ത്രിക്കുന്നു. ക്ലയന്റ് പ്രൊഫൈൽ ഒരിക്കലും ഈ നിയന്ത്രണത്തോടെ വരരുത്. ഒരു ക്ലയന്റ് പ്രവർത്തിക്കാൻ ആരെങ്കിലും നിങ്ങൾക്ക് അഡ്മിൻ ക്രെഡൻഷ്യൽ അയച്ചാൽ, അത് കണക്ട് ചെയ്താലും ഇല്ലെങ്കിലും ക്രമീകരണം തെറ്റാണ്.
കണക്ഷൻ ഡോക്യുമെന്റ് ചെയ്യുമ്പോൾ ഈ മൂന്നും വെവ്വേറെ സൂക്ഷിക്കുക, കാരണം അവയുടെ റദ്ദാക്കൽ വ്യത്യസ്തമാണ്. ഹബ് ഉപയോക്താവിനെ നീക്കം ചെയ്യുന്നത് ഒരാളുടെ ആക്സസ് അവസാനിപ്പിക്കുകയും വിന്യാസത്തിന്റെ ബാക്കി തൊടാതെ വിടുകയും ചെയ്യുന്നു, അഡ്മിൻ ക്രെഡൻഷ്യൽ തിരിക്കുന്നത് എല്ലാത്തിനെയും സ്പർശിക്കുന്നു. ഈ വ്യത്യാസമാണ് ഒരു ടീമിന് ഒരേ പങ്കിട്ട ഹബ് ഉപയോക്താവിനെ എതിർക്കാനുള്ള കാരണം, കാരണം ഒരു ക്രെഡൻഷ്യൽ എന്നാൽ എല്ലാവർക്കും ഒരേ റദ്ദാക്കൽ സംഭവം.
പരിശോധന 4: ഫയൽ അത് വഹിക്കുന്നത്ര സംവേദനക്ഷമമാണ്
ഫോർമാറ്റ് അനുസരിച്ച് പ്രൊഫൈൽ സേവ് ചെയ്ത പാസ്വേഡ്, സർട്ടിഫിക്കറ്റ് അല്ലെങ്കിൽ മുൻകൂട്ടി പങ്കിട്ട കീ വഹിക്കാം. എക്സ്പോർട്ട് നിലനിൽക്കുന്നിടത്തോളം അതിനെ രഹസ്യമായി കാണുക, കാരണം ടിക്കറ്റിനോട് ചേർക്കുന്ന പകർപ്പ് മറ്റാർക്കെങ്കിലും ഇംപോർട്ട് ചെയ്യാവുന്ന പകർപ്പാണ്. പങ്കിടുന്നതിന് മുൻപ് ക്രെഡൻഷ്യൽ നീക്കം ചെയ്യുക അല്ലെങ്കിൽ പുതിയ രഹസ്യത്തോടെ വീണ്ടും സൃഷ്ടിച്ച പ്രൊഫൈൽ പങ്കിടുക. ഫയലിന്റെ സംവേദനക്ഷമത അതിന്റെ ഉള്ളടക്കത്തിൽ നിന്നാണ് വരുന്നത്, എക്സ്റ്റൻഷനിൽ നിന്നോ വലുപ്പത്തിൽ നിന്നോ അല്ല.
എൻഡ്പോയിന്റ് ഓപ്പറേറ്റർ പ്രസിദ്ധീകരിക്കുന്ന ചാനലിലൂടെ സ്ഥിരീകരിക്കുക, ഡയറക്ടറി ലേബൽ പരിശോധിക്കപ്പെടാത്തതായി കാണുക. പൊതു നോഡ് ലിസ്റ്റിലെ രാജ്യ കൊടിയും ഹോസ്റ്റ്നെയിമും എൻട്രി അയച്ചയാളാണ് തിരഞ്ഞെടുക്കുന്നത്, അതിനാൽ ഒന്നും സെർവർ ആര് നടത്തുന്നു എന്ന് സ്ഥാപിക്കുന്നില്ല. പ്രൊഫൈൽ പൊതു ഡയറക്ടറിയിൽ നിന്ന് വന്നതാണെങ്കിൽ, അത് കുറവല്ല, കൂടുതൽ പരിശോധനകൾക്കുള്ള കാരണമാണ്.
ഫയൽ എവിടെ നിന്ന് വന്നു, എപ്പോൾ ലഭിച്ചു എന്ന് രേഖപ്പെടുത്തുക. കണക്ഷൻ പിന്നീട് വ്യത്യസ്തമായി പെരുമാറിയാൽ, പരിശോധിച്ച എൻഡ്പോയിന്റുമായി താരതമ്യം ചെയ്യേണ്ട ആദ്യ കാര്യം ഉറവിടമാണ്. ഉറവിടമില്ലാത്ത പ്രൊഫൈൽ നിങ്ങൾക്ക് ഓഡിറ്റ് ചെയ്യാൻ കഴിയാത്ത പ്രൊഫൈലാണ്.
നിങ്ങൾ പരിശോധിച്ച പകർപ്പ് ആർക്കൈവ് ചെയ്യുക, പിന്നീട് കണ്ടെത്തിയതല്ല. ഒരേ പേരും വ്യത്യസ്ത എൻഡ്പോയിന്റുകളുമുള്ള രണ്ട് ഫയലുകളാണ് പ്രവർത്തിക്കുന്ന ഇംപോർട്ട് പിന്തുണാ കേസാകുന്ന വഴി. പരിശോധിച്ച പകർപ്പ് അതിന്റെ ഉറവിടത്തെക്കുറിച്ചുള്ള കുറിപ്പിന് അരികിൽ സൂക്ഷിക്കുക.
പരിശോധന 5: ആപ്ലിക്കേഷൻ പരീക്ഷിക്കുക, സ്റ്റാറ്റസ് ലൈറ്റ് അല്ല
ഇംപോർട്ടിന് ശേഷം കണക്ഷൻ സൂചകത്തിന് പകരം നിങ്ങൾക്ക് യഥാർത്ഥത്തിൽ ആവശ്യമുള്ള ആപ്ലിക്കേഷൻ പരീക്ഷിക്കുക. വിജയകരമായ ആധികാരികതാ പരിശോധന ക്രെഡൻഷ്യലുകൾ പ്രവർത്തിക്കുന്നു എന്ന് തെളിയിക്കുന്നു, പ്രതീക്ഷിച്ച റൂട്ടുകളോ DNS-ഓ സെഷനോടൊപ്പം വന്നു എന്നല്ല. കണക്ട് ചെയ്ത്, പിന്നീട് പ്രൊഫൈൽ എത്തേണ്ടിയിരുന്ന സേവനം ഉപയോഗിക്കുക.
അനുവദിച്ച റൂട്ടുകളും DNS സെർവറുകളും പരിശോധിക്കുക, ഡിസൈനിൽ വിഭജനം ഉണ്ടെങ്കിൽ ഏത് ലക്ഷ്യങ്ങൾ ടണൽ ഒഴിവാക്കുന്നു എന്ന് രേഖപ്പെടുത്തുക. പിന്നീട് ഒഴിവാക്കേണ്ട ഒരു ലക്ഷ്യത്തോടെ ആവർത്തിക്കുക, കാരണം എല്ലാം ടണലിലൂടെ അയക്കുന്ന വിഭജിത ടണൽ ഒരു ലക്ഷ്യ പരീക്ഷണം എങ്ങനെയും പാസാകും. സ്വകാര്യ വിഭവം പരാജയപ്പെട്ടാൽ, സംശയിക്കേണ്ടത് ക്രെഡൻഷ്യലിന് മുൻപ് റൂട്ടാണ്. നാല് ഫലങ്ങൾ എഴുതുക: ആധികാരികമാക്കി, സേവനം ലഭ്യം, റൂട്ടുകൾ പ്രതീക്ഷിച്ചതുപോലെ, ഒഴിവാക്കിയ ലക്ഷ്യം ഒഴിവാക്കി.
നാല് ഫലങ്ങളും ഓപ്പറേറ്റർ ഈ ഹബ്ബിനായി വാഗ്ദാനം ചെയ്തതുമായി താരതമ്യം ചെയ്യുക. ഒഴിവാക്കിയ ലക്ഷ്യവും ലഭ്യമായിരിക്കെ ആധികാരികമാക്കപ്പെടുന്ന സെഷൻ അർത്ഥമാക്കുന്നത് വിഭജനം നിലവിലില്ല, പ്രൊഫൈൽ പ്രശ്നമല്ല. പ്രതീക്ഷയോ ഹബ് നയമോ തിരുത്തി, പിന്നീട് നാല് പരിശോധനകളും അതേ ക്രമത്തിൽ വീണ്ടും പ്രവർത്തിപ്പിക്കുക.