റിവേഴ്സ് SSH പ്രോക്സി ലിസണർ സെർവറിൽ മാത്രം എത്തിച്ചേരാവുന്നത് എന്തുകൊണ്ട്
പ്രോക്സി പ്രോട്ടോക്കോളോ ക്രെഡൻഷ്യലുകളോ മാറ്റുന്നതിന് മുമ്പ് റിമോട്ട് ലിസണറുടെ bind വിലാസവും GatewayPorts മോഡും പരിശോധിക്കുക.
റിമോട്ട് ഫോർവേഡ് SSH സെർവറിൽ നിന്ന് പ്രവർത്തിക്കാമെങ്കിലും മറ്റൊരു മെഷീനിൽ നിന്നുള്ള കണക്ഷനുകൾ നിരസിക്കാം, കാരണം ഇത് loopback-ൽ മാത്രം ശ്രവിക്കുന്നു. ആദ്യം യഥാർത്ഥ ശ്രവണ വിലാസം പരിശോധിക്കുക.
സെർവർ ഭാഗത്ത് GatewayPorts | റിമോട്ട്-ഫോർവേഡ് bind |
|---|---|
no, ഡിഫോൾട്ട് | ലിസണറുകളെ loopback-ൽ പരിമിതപ്പെടുത്തുന്നു |
yes | wildcard bind നിർബന്ധമാക്കുന്നു |
clientspecified | ക്ലയന്റിന് നിർദ്ദിഷ്ട bind വിലാസം അഭ്യർത്ഥിക്കാൻ അനുവദിക്കുന്നു |
ഒരു നിയന്ത്രിത ഇന്റർഫേസിനായി ഉദ്ദേശിച്ച ലിസണറിന്, സെർവറിന് ഇത് ഉപയോഗിക്കാം:
GatewayPorts clientspecifiedതുടർന്ന് ക്ലയന്റ് തന്റെ -R സ്പെസിഫിക്കേഷനിൽ ഉചിതമായ വിലാസം അഭ്യർത്ഥിക്കുന്നു. ആ വിലാസം റിമോട്ട് മെഷീനിൽ നിലവിലുണ്ടായിരിക്കണം, മറ്റ് ഫോർവേഡിംഗ് നിയന്ത്രണങ്ങളും ഇപ്പോഴും ബാധകമാണ്. ക്ലയന്റ് ഭാഗത്തെ -g ഈ ദിശയ്ക്ക് പകരമായ നിയന്ത്രണമല്ല.
മൂന്ന് അനുമതികൾ വേർതിരിച്ചു നിൽക്കുന്നു: ഫോർവേഡ് സൃഷ്ടിക്കാനുള്ള SSH അംഗീകാരം, അതിന്റെ ലിസണറിലേക്കുള്ള നെറ്റ്വർക്ക് പ്രവേശനം, ഒപ്പം HTTP അല്ലെങ്കിൽ SOCKS സേവനത്തിന്റെ സ്വന്തം പ്രവേശന നയം. SSH ലോഗിൻ ടണൽ സൃഷ്ടാവിനെ പ്രാമാണീകരിക്കുന്നു; അത് പങ്കിട്ട ലിസണറിന്റെ ഓരോ പിന്നീടുള്ള വിളിക്കാരനെയും പ്രാമാണീകരിക്കുന്നില്ല, SOCKS പാസ്വേഡ് ചലഞ്ച് ചേർക്കുന്നുമില്ല.
റിമോട്ട് വിളിക്കാരന് ഇപ്പോഴും കണക്ട് ചെയ്യാനാകുന്നില്ലെങ്കിൽ, bind വിലാസം, സെർവറിന്റെ ഫോർവേഡിംഗ് നിയന്ത്രണങ്ങൾ, ഫയർവാൾ പാത എന്ന ക്രമത്തിൽ പരിശോധിക്കുക. TCP ലിസണറിലെത്തിയ ശേഷം, പരാജയപ്പെട്ട പ്രോക്സി ഹാൻഡ്ഷേക്ക് പിന്നീടുള്ള പ്രശ്നമാണ്.