| Both sides previous revisionPrevious revisionNext revision | Previous revisionNext revisionBoth sides next revision |
| faq:tcpip [2018/03/04 22:53] – [Ports] Add port 587 deuce | faq:tcpip [2018/06/05 21:45] – Added FAQ for SSH error: importing session key to protect private key digital man |
|---|
| * [[#block_hackers|Can Synchronet automatically block the IP address of hackers]]? | * [[#block_hackers|Can Synchronet automatically block the IP address of hackers]]? |
| * [[#ssh_kex_algo|Why do some SSH clients fail to connect to my BBS]]? | * [[#ssh_kex_algo|Why do some SSH clients fail to connect to my BBS]]? |
| | * [[#ssh_session_key|How do resolve the SSH error: importing session key to protect private key]]? |
| |
| ===== Ports ===== | ===== Ports ===== |
| 0420 !ERROR 48 binding FTP Server socket to port 21 | 0420 !ERROR 48 binding FTP Server socket to port 21 |
| |
| This usually means you have another TCP/IP server on your system that is already bound to (and is presumably already listening for incoming connections on) this port. This could be a pre-existing instance of Synchronet or any other Telnet/Web/Mail/FTP servers that you may have installed on your system. You can use utilities such as [[man>netstat]] (for Windows or Unix) or [[http://technet.microsoft.com/en-us/sysinternals/bb897437.aspx|TCPView]] (for Windows) to verify what programs (if any) have the TCP or UDP port in question already bound. If these utilities do not report any program is bound to (and listening) on this port, you can try Telnetting to the port in question and see if anything answers. If you're unable to connect to the port with a Telnet client and Synchronet cannot bind the port, your TCP/IP stack probably needs to be reset, so a system reboot may be in order. | **Note:**\\ |
| | On Unix-like systems, the error number may be different, e.g. ''ERROR 98'' (EADDRINUSE) on Linux. |
| |
| If you're running a Unix-like operating system (not Windows) and get bind errors only when recycling servers, this is most likely because a TCP session is stuck in a ''TCP TIMEWAIT'' state (you can use netstat to verify this). The session will eventually time-out and close properly on its own, allowing the port to be re-bound at that time. To work-around this problem, you can either increase the ''BindRetryCount'' and/or ''BindRetryDelay'' values in your ''[[dir:ctrl]]/[[config:sbbs.ini]]'' file, or you can add the following line to your ''[[dir:ctrl]]/[[config:sockopts.ini]]'' file: | This usually means you have another TCP/IP server on your system that is already bound to (and is presumably already listening for incoming connections on) this port. This could be a pre-existing instance of Synchronet or any other Telnet/Web/Mail/FTP servers that you may have installed on your system. You can use utilities such as ''[[man>netstat]]'' (for Windows or Unix((e.g. 'netstat -naptu' as root user on Linux))) or [[http://technet.microsoft.com/en-us/sysinternals/bb897437.aspx|TCPView]] (for Windows) to verify what programs (if any) have the TCP or UDP port in question already bound. If these utilities do not report any program is bound to (and listening) on this port, you can try Telnetting to the port in question and see if anything answers. If you're unable to connect to the port with a Telnet client and Synchronet cannot bind the port, your TCP/IP stack probably needs to be reset, so a system reboot may be in order. |
| | |
| | If you're running a Unix-like operating system (not Windows) and get bind errors only when recycling servers, this is most likely because a TCP session is stuck in a ''TCP TIMEWAIT'' state (you can use ''[[man>netstat]]'' to verify this). The session will eventually time-out and close properly on its own, allowing the port to be re-bound at that time. To work-around this problem, you can either increase the ''BindRetryCount'' and/or ''BindRetryDelay'' values in your ''[[dir:ctrl]]/[[config:sbbs.ini]]'' file, or you can add the following line to your ''[[dir:ctrl]]/[[config:sockopts.ini]]'' file: |
| REUSEADDR=1 | REUSEADDR=1 |
| |
| $ ssh -m hmac-md5 user@yourbbs.com | $ ssh -m hmac-md5 user@yourbbs.com |
| |
| | ===== SSH Session Key ===== |
| | :?: **Question:**\\ |
| | How do I resolve the following terminal server SSH error? |
| | |
| | 'Couldn't import the session key used to protect the private key' (-22) getting private key |
| | |
| | :!: **Answer:**\\ |
| | Rename/move or delete your ''[[dir:ctrl]]/cryptlib.key'' file. |
| |
| ===== See Also ===== | ===== See Also ===== |
