Skip to content
Snippets Groups Projects
Select Git revision
  • eugeneso/main
  • eugeneso/lord2_errorhandling
  • dailybuild_linux-x64
  • dailybuild_win32
  • master default protected
  • xjs-forum
  • websocket-haproxy
  • new_file_base
  • revert-9d6b6c2f
  • mlong/darkmodetweak
  • 206-SlyEdit-NUL-timeout
  • web-mods
  • sbbs319b
  • sbbs318b
  • goodbuild_linux-x64_Sep-01-2020
  • goodbuild_win32_Sep-01-2020
  • goodbuild_linux-x64_Aug-31-2020
  • goodbuild_win32_Aug-31-2020
  • goodbuild_win32_Aug-30-2020
  • goodbuild_linux-x64_Aug-30-2020
  • goodbuild_linux-x64_Aug-29-2020
  • goodbuild_win32_Aug-29-2020
  • goodbuild_linux-x64_Aug-28-2020
  • goodbuild_win32_Aug-28-2020
  • goodbuild_linux-x64_Aug-27-2020
  • goodbuild_win32_Aug-27-2020
  • goodbuild_win32_Aug-26-2020
  • goodbuild_win32_Aug-25-2020
  • goodbuild_win32_Aug-24-2020
  • goodbuild_win32_Aug-23-2020
  • goodbuild_win32_Aug-22-2020
  • test
32 results

cl-allow-none-auth.patch

Blame
  • Forked from Main / Synchronet
    Source project has a limited visibility.
    • Deucе's avatar
      f4d43d13
      Add support for the SSH "none" auth method. · f4d43d13
      Deucе authored
      This is used by some BBSs to enable encryption without needing to
      integrate the BBS user base into their SSH server (and presumably
      so they don't need to run multiple SSH servers).  All users log in
      with the same username (ie: "bbs") and no password is requested or
      required.
      
      Once the BBS starts, it prompts for the BBS user name and password
      as normal.
      
      In SyncTERM, the user/password/syspass fields are redefined as
      SSHuser/BBSuser/BBSpassword and they are moved around when you
      change the connection type.  This means that if you change a listing
      that has a syspass to SSH (no auth) and back, the syspass is lost.
      
      I'm not sure if I plan to fix this or not.
      f4d43d13
      History
      Add support for the SSH "none" auth method.
      Deucе authored
      This is used by some BBSs to enable encryption without needing to
      integrate the BBS user base into their SSH server (and presumably
      so they don't need to run multiple SSH servers).  All users log in
      with the same username (ie: "bbs") and no password is requested or
      required.
      
      Once the BBS starts, it prompts for the BBS user name and password
      as normal.
      
      In SyncTERM, the user/password/syspass fields are redefined as
      SSHuser/BBSuser/BBSpassword and they are moved around when you
      change the connection type.  This means that if you change a listing
      that has a syspass to SSH (no auth) and back, the syspass is lost.
      
      I'm not sure if I plan to fix this or not.