PermitOpen SOCKS ക്ലയന്റ് നൽകുന്ന ലക്ഷ്യനാമം പരിശോധിക്കുന്നു

നിലവിലുള്ള ഒരു SSH ഫോർവേഡിംഗ് അക്കൗണ്ടിന് അതിന്റെ SOCKS ക്ലയന്റുകൾ ഉപയോഗിക്കുന്ന ലക്ഷ്യജോടികൾ നിയന്ത്രിക്കാം. സെർവർ വശത്തുള്ള ഒരു ഭാഗത്തിന് ഒരു പേരുള്ള സേവനം അനുവദിക്കാം:

Match User proxyuser
    PermitOpen api.example.net:443

ഇത് അക്കൗണ്ടിന്റെ നിലവിലുള്ള പ്രാമാണീകരണ, ഫോർവേഡിംഗ് നയവുമായി സംയോജിപ്പിക്കുക. PermitOpen സ്വയം ഫോർവേഡിംഗ് അനുമതി നൽകുന്നില്ല, shell പ്രവേശനം അപ്രാപ്തമാക്കുന്നുമില്ല.

OpenSSH നൽകിയ ലക്ഷ്യനാമങ്ങൾ ആ താരതമ്യത്തിനായി വിലാസ അന്വേഷണം നടത്താതെ താരതമ്യം ചെയ്യുന്നു. രേഖപ്പെടുത്തിയ wildcard രൂപങ്ങൾ ഒഴികെ, മൂല്യം പൊതുവായ ഹോസ്റ്റ്നാം മാതൃകയല്ല.

ഇത് SOCKS5-ന് പ്രധാനമാണ്. api.example.net 443 പോർട്ടിനൊപ്പം അയയ്ക്കുന്ന ക്ലയന്റ് ആ ജോടിയുമായി പൊരുത്തപ്പെടാം. അതേ പേര് പ്രാദേശികമായി പരിഹരിച്ച് സംഖ്യാ IP അയയ്ക്കുന്ന ക്ലയന്റ് മറ്റൊരു ലക്ഷ്യസ്ട്രിംഗ് നൽകി. അതേ വിലാസത്തിലേക്ക് പരിഹരിക്കുന്ന അപരനാമവും വ്യത്യസ്തമാണ്.

ക്ലയന്റിന്റെ പ്രാദേശിക അല്ലെങ്കിൽ പ്രോക്സി വഴിയുള്ള പരിഹാര മോഡ് ഉദ്ദേശിച്ച നിയമവുമായി പൊരുത്തപ്പെടുന്നതായി നിലനിർത്തുക. അനുവദിച്ച ഹോസ്റ്റ്നാമിന്റെ തുടർന്നുള്ള പരിഹാരം സെർവർ എവിടെ ബന്ധിപ്പിക്കുന്നു എന്ന് ഇപ്പോഴും നിർണ്ണയിക്കുന്നു; ഈ ക്രമീകരണം ഓരോ സ്വകാര്യ വിലാസത്തിനുമുള്ള DNS-ബോധ്യമുള്ള വിലക്കല്ല.

കീ-നിർദ്ദിഷ്ട നിയന്ത്രണങ്ങളും മറ്റ് ബാധകമായ സെർവർ ക്രമീകരണങ്ങളും ഇതിനൊപ്പം പരിശോധിക്കുക, കാരണം ഏതെങ്കിലും അധിക ഫോർവേഡിംഗ് വിലക്ക് അഭ്യർത്ഥന ഇപ്പോഴും നിരസിച്ചേക്കാം.