Cannot use SSH after one night

The name of the pictureThe name of the pictureThe name of the pictureClash Royale CLAN TAG#URR8PPP












0















I am using CentOS 7 server. Yesterday's night, I lean using SSH and SFTP. Everything is ok. I connect to SFTP via File Zilla on macOS 10.14.3



SFTP:



sftp://103.48.194.xxx
user: root
password: ****
port: 22


But today, I cannot use also SSH and SFTP. With SSH by macOS Terminal, I see I enter correct password, but cannot finish success



The result of ssh -v root@103.48.194.xxx is



➜ ~ ssh -v root@103.48.194.xx
OpenSSH_7.9p1, LibreSSL 2.7.3
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 48: Applying options for *
debug1: Connecting to 103.48.194.xx [103.48.194.xx] port 22.
debug1: Connection established.
debug1: identity file /Users/donhuvy/.ssh/id_rsa type 0
debug1: identity file /Users/donhuvy/.ssh/id_rsa-cert type -1
debug1: identity file /Users/donhuvy/.ssh/id_dsa type -1
debug1: identity file /Users/donhuvy/.ssh/id_dsa-cert type -1
debug1: identity file /Users/donhuvy/.ssh/id_ecdsa type -1
debug1: identity file /Users/donhuvy/.ssh/id_ecdsa-cert type -1
debug1: identity file /Users/donhuvy/.ssh/id_ed25519 type -1
debug1: identity file /Users/donhuvy/.ssh/id_ed25519-cert type -1
debug1: identity file /Users/donhuvy/.ssh/id_xmss type -1
debug1: identity file /Users/donhuvy/.ssh/id_xmss-cert type -1
debug1: Local version string SSH-2.0-OpenSSH_7.9
debug1: Remote protocol version 2.0, remote software version OpenSSH_7.4
debug1: match: OpenSSH_7.4 pat OpenSSH_7.0*,OpenSSH_7.1*,OpenSSH_7.2*,OpenSSH_7.3*,OpenSSH_7.4*,OpenSSH_7.5*,OpenSSH_7.6*,OpenSSH_7.7* compat 0x04000002
debug1: Authenticating to 103.48.194.xx:22 as 'root'
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: algorithm: curve25519-sha256
debug1: kex: host key algorithm: ecdsa-sha2-nistp256
debug1: kex: server->client cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug1: kex: client->server cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ecdsa-sha2-nistp256 SHA256:9Ohti7PtCJAN3qMGgBiKh7oBiveKiFy9gHSOI1j3LK8
debug1: Host '103.48.194.xx' is known and matches the ECDSA host key.
debug1: Found key in /Users/donhuvy/.ssh/known_hosts:5
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: rekey after 134217728 blocks
debug1: Will attempt key: /Users/donhuvy/.ssh/id_rsa RSA SHA256:xpUMQMzX3z6ADCqgmrHzQ7T5GSmDAkVkFVE4aK+3Csc
debug1: Will attempt key: /Users/donhuvy/.ssh/id_dsa 
debug1: Will attempt key: /Users/donhuvy/.ssh/id_ecdsa 
debug1: Will attempt key: /Users/donhuvy/.ssh/id_ed25519 
debug1: Will attempt key: /Users/donhuvy/.ssh/id_xmss 
debug1: SSH2_MSG_EXT_INFO received
debug1: kex_input_ext_info: server-sig-algs=<rsa-sha2-256,rsa-sha2-512>
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,gssapi-keyex,gssapi-with-mic,password
debug1: Next authentication method: publickey
debug1: Offering public key: /Users/donhuvy/.ssh/id_rsa RSA SHA256:xpUMQMzX3z6ADCqgmrHzQ7T5GSmDAkVkFVE4aK+3Csc
debug1: Authentications that can continue: publickey,gssapi-keyex,gssapi-with-mic,password
debug1: Trying private key: /Users/donhuvy/.ssh/id_dsa
debug1: Trying private key: /Users/donhuvy/.ssh/id_ecdsa
debug1: Trying private key: /Users/donhuvy/.ssh/id_ed25519
debug1: Trying private key: /Users/donhuvy/.ssh/id_xmss
debug1: Next authentication method: password
root@103.48.194.xx's password: 
debug1: Authentication succeeded (password).
Authenticated to 103.48.194.xx ([103.48.194.xx]:22).
debug1: channel 0: new [client-session]
debug1: Requesting no-more-sessions@openssh.com
debug1: Entering interactive session.
debug1: pledge: network
debug1: client_input_global_request: rtype hostkeys-00@openssh.com want_reply 0
debug1: Sending environment.
debug1: Sending env LC_CTYPE = UTF-8
debug1: Sending env LC_ALL = en_US.UTF-8
debug1: Sending env LANG = en_US.UTF-8
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug1: client_input_channel_req: channel 0 rtype eow@openssh.com reply 0
Last failed login: Fri Feb 22 23:54:05 EST 2019 from 113.119.xxx.21 on ssh:notty
There were 6 failed login attempts since the last successful login.
Last login: Fri Feb 22 23:38:47 2019 from 14.232.141.136
/bin/bash: No such file or directory
debug1: channel 0: free: client-session, nchannels 1
Connection to 103.48.194.xx closed.
Transferred: sent 2532, received 2756 bytes, in 0.1 seconds
Bytes per second: sent 26858.7, received 29234.9
debug1: Exit status 1


Try to connect via SFTP



➜ source_code sftp -v root@103.48.194.xx
OpenSSH_7.9p1, LibreSSL 2.7.3
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 48: Applying options for *
debug1: Connecting to 103.48.194.xx [103.48.194.xx] port 22.
debug1: Connection established.
debug1: identity file /Users/donhuvy/.ssh/id_rsa type 0
debug1: identity file /Users/donhuvy/.ssh/id_rsa-cert type -1
debug1: identity file /Users/donhuvy/.ssh/id_dsa type -1
debug1: identity file /Users/donhuvy/.ssh/id_dsa-cert type -1
debug1: identity file /Users/donhuvy/.ssh/id_ecdsa type -1
debug1: identity file /Users/donhuvy/.ssh/id_ecdsa-cert type -1
debug1: identity file /Users/donhuvy/.ssh/id_ed25519 type -1
debug1: identity file /Users/donhuvy/.ssh/id_ed25519-cert type -1
debug1: identity file /Users/donhuvy/.ssh/id_xmss type -1
debug1: identity file /Users/donhuvy/.ssh/id_xmss-cert type -1
debug1: Local version string SSH-2.0-OpenSSH_7.9
debug1: Remote protocol version 2.0, remote software version OpenSSH_7.4
debug1: match: OpenSSH_7.4 pat OpenSSH_7.0*,OpenSSH_7.1*,OpenSSH_7.2*,OpenSSH_7.3*,OpenSSH_7.4*,OpenSSH_7.5*,OpenSSH_7.6*,OpenSSH_7.7* compat 0x04000002
debug1: Authenticating to 103.48.194.xx:22 as 'root'
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: algorithm: curve25519-sha256
debug1: kex: host key algorithm: ecdsa-sha2-nistp256
debug1: kex: server->client cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug1: kex: client->server cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ecdsa-sha2-nistp256 SHA256:9Ohti7PtCJAN3qMGgBiKh7oBiveKiFy9gHSOI1j3LK8
debug1: Host '103.48.194.34' is known and matches the ECDSA host key.
debug1: Found key in /Users/donhuvy/.ssh/known_hosts:5
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: rekey after 134217728 blocks
debug1: Will attempt key: /Users/donhuvy/.ssh/id_rsa RSA SHA256:xpUMQMzX3z6ADCqgmrHzQ7T5GSmDAkVkFVE4aK+3Csc
debug1: Will attempt key: /Users/donhuvy/.ssh/id_dsa 
debug1: Will attempt key: /Users/donhuvy/.ssh/id_ecdsa 
debug1: Will attempt key: /Users/donhuvy/.ssh/id_ed25519 
debug1: Will attempt key: /Users/donhuvy/.ssh/id_xmss 
debug1: SSH2_MSG_EXT_INFO received
debug1: kex_input_ext_info: server-sig-algs=<rsa-sha2-256,rsa-sha2-512>
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,gssapi-keyex,gssapi-with-mic,password
debug1: Next authentication method: publickey
debug1: Offering public key: /Users/donhuvy/.ssh/id_rsa RSA SHA256:xpUMQMzX3z6ADCqgmrHzQ7T5GSmDAkVkFVE4aK+3Csc
debug1: Authentications that can continue: publickey,gssapi-keyex,gssapi-with-mic,password
debug1: Trying private key: /Users/donhuvy/.ssh/id_dsa
debug1: Trying private key: /Users/donhuvy/.ssh/id_ecdsa
debug1: Trying private key: /Users/donhuvy/.ssh/id_ed25519
debug1: Trying private key: /Users/donhuvy/.ssh/id_xmss
debug1: Next authentication method: password
root@103.48.194.xx's password: 
debug1: Authentication succeeded (password).
Authenticated to 103.48.194.xx ([103.48.194.xx]:22).
debug1: channel 0: new [client-session]
debug1: Requesting no-more-sessions@openssh.com
debug1: Entering interactive session.
debug1: pledge: network
debug1: client_input_global_request: rtype hostkeys-00@openssh.com want_reply 0
debug1: Sending environment.
debug1: Sending env LC_CTYPE = UTF-8
debug1: Sending env LC_ALL = en_US.UTF-8
debug1: Sending env LANG = en_US.UTF-8
debug1: Sending subsystem: sftp
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug1: client_input_channel_req: channel 0 rtype eow@openssh.com reply 0
debug1: channel 0: free: client-session, nchannels 1
debug1: fd 0 clearing O_NONBLOCK
Transferred: sent 2244, received 2468 bytes, in 0.1 seconds
Bytes per second: sent 19786.3, received 21761.4
debug1: Exit status 1
Connection closed


I can still access server (root account) by web console.



I need to connect to SSH, SFTP from macOS.






centos ssh sftp







share|improve this question



















  • 2





    Looks like root's login shell is failing (/bin/bash: No such file or directory)

    – steeldriver
    Feb 23 at 4:11












  • I think may be I don't mount directory for root user, but I don't know how to set it.

    – Asker
    Feb 23 at 4:13






  • 1





    @Kusalananda That isn't going to work. The SSH server uses the account's shell to launch any command requested by the client. If the shell isn't working, then launching commands won't work.

    – Kenster
    Feb 23 at 14:57











  • @Kenster Ah, that may well be true. I don't tend to delete shell binaries that are in use so I haven't run into this...

    – Kusalananda
    Feb 23 at 15:52















0















I am using CentOS 7 server. Yesterday's night, I lean using SSH and SFTP. Everything is ok. I connect to SFTP via File Zilla on macOS 10.14.3



SFTP:



sftp://103.48.194.xxx
user: root
password: ****
port: 22


But today, I cannot use also SSH and SFTP. With SSH by macOS Terminal, I see I enter correct password, but cannot finish success



The result of ssh -v root@103.48.194.xxx is



➜ ~ ssh -v root@103.48.194.xx
OpenSSH_7.9p1, LibreSSL 2.7.3
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 48: Applying options for *
debug1: Connecting to 103.48.194.xx [103.48.194.xx] port 22.
debug1: Connection established.
debug1: identity file /Users/donhuvy/.ssh/id_rsa type 0
debug1: identity file /Users/donhuvy/.ssh/id_rsa-cert type -1
debug1: identity file /Users/donhuvy/.ssh/id_dsa type -1
debug1: identity file /Users/donhuvy/.ssh/id_dsa-cert type -1
debug1: identity file /Users/donhuvy/.ssh/id_ecdsa type -1
debug1: identity file /Users/donhuvy/.ssh/id_ecdsa-cert type -1
debug1: identity file /Users/donhuvy/.ssh/id_ed25519 type -1
debug1: identity file /Users/donhuvy/.ssh/id_ed25519-cert type -1
debug1: identity file /Users/donhuvy/.ssh/id_xmss type -1
debug1: identity file /Users/donhuvy/.ssh/id_xmss-cert type -1
debug1: Local version string SSH-2.0-OpenSSH_7.9
debug1: Remote protocol version 2.0, remote software version OpenSSH_7.4
debug1: match: OpenSSH_7.4 pat OpenSSH_7.0*,OpenSSH_7.1*,OpenSSH_7.2*,OpenSSH_7.3*,OpenSSH_7.4*,OpenSSH_7.5*,OpenSSH_7.6*,OpenSSH_7.7* compat 0x04000002
debug1: Authenticating to 103.48.194.xx:22 as 'root'
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: algorithm: curve25519-sha256
debug1: kex: host key algorithm: ecdsa-sha2-nistp256
debug1: kex: server->client cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug1: kex: client->server cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ecdsa-sha2-nistp256 SHA256:9Ohti7PtCJAN3qMGgBiKh7oBiveKiFy9gHSOI1j3LK8
debug1: Host '103.48.194.xx' is known and matches the ECDSA host key.
debug1: Found key in /Users/donhuvy/.ssh/known_hosts:5
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: rekey after 134217728 blocks
debug1: Will attempt key: /Users/donhuvy/.ssh/id_rsa RSA SHA256:xpUMQMzX3z6ADCqgmrHzQ7T5GSmDAkVkFVE4aK+3Csc
debug1: Will attempt key: /Users/donhuvy/.ssh/id_dsa 
debug1: Will attempt key: /Users/donhuvy/.ssh/id_ecdsa 
debug1: Will attempt key: /Users/donhuvy/.ssh/id_ed25519 
debug1: Will attempt key: /Users/donhuvy/.ssh/id_xmss 
debug1: SSH2_MSG_EXT_INFO received
debug1: kex_input_ext_info: server-sig-algs=<rsa-sha2-256,rsa-sha2-512>
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,gssapi-keyex,gssapi-with-mic,password
debug1: Next authentication method: publickey
debug1: Offering public key: /Users/donhuvy/.ssh/id_rsa RSA SHA256:xpUMQMzX3z6ADCqgmrHzQ7T5GSmDAkVkFVE4aK+3Csc
debug1: Authentications that can continue: publickey,gssapi-keyex,gssapi-with-mic,password
debug1: Trying private key: /Users/donhuvy/.ssh/id_dsa
debug1: Trying private key: /Users/donhuvy/.ssh/id_ecdsa
debug1: Trying private key: /Users/donhuvy/.ssh/id_ed25519
debug1: Trying private key: /Users/donhuvy/.ssh/id_xmss
debug1: Next authentication method: password
root@103.48.194.xx's password: 
debug1: Authentication succeeded (password).
Authenticated to 103.48.194.xx ([103.48.194.xx]:22).
debug1: channel 0: new [client-session]
debug1: Requesting no-more-sessions@openssh.com
debug1: Entering interactive session.
debug1: pledge: network
debug1: client_input_global_request: rtype hostkeys-00@openssh.com want_reply 0
debug1: Sending environment.
debug1: Sending env LC_CTYPE = UTF-8
debug1: Sending env LC_ALL = en_US.UTF-8
debug1: Sending env LANG = en_US.UTF-8
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug1: client_input_channel_req: channel 0 rtype eow@openssh.com reply 0
Last failed login: Fri Feb 22 23:54:05 EST 2019 from 113.119.xxx.21 on ssh:notty
There were 6 failed login attempts since the last successful login.
Last login: Fri Feb 22 23:38:47 2019 from 14.232.141.136
/bin/bash: No such file or directory
debug1: channel 0: free: client-session, nchannels 1
Connection to 103.48.194.xx closed.
Transferred: sent 2532, received 2756 bytes, in 0.1 seconds
Bytes per second: sent 26858.7, received 29234.9
debug1: Exit status 1


Try to connect via SFTP



➜ source_code sftp -v root@103.48.194.xx
OpenSSH_7.9p1, LibreSSL 2.7.3
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 48: Applying options for *
debug1: Connecting to 103.48.194.xx [103.48.194.xx] port 22.
debug1: Connection established.
debug1: identity file /Users/donhuvy/.ssh/id_rsa type 0
debug1: identity file /Users/donhuvy/.ssh/id_rsa-cert type -1
debug1: identity file /Users/donhuvy/.ssh/id_dsa type -1
debug1: identity file /Users/donhuvy/.ssh/id_dsa-cert type -1
debug1: identity file /Users/donhuvy/.ssh/id_ecdsa type -1
debug1: identity file /Users/donhuvy/.ssh/id_ecdsa-cert type -1
debug1: identity file /Users/donhuvy/.ssh/id_ed25519 type -1
debug1: identity file /Users/donhuvy/.ssh/id_ed25519-cert type -1
debug1: identity file /Users/donhuvy/.ssh/id_xmss type -1
debug1: identity file /Users/donhuvy/.ssh/id_xmss-cert type -1
debug1: Local version string SSH-2.0-OpenSSH_7.9
debug1: Remote protocol version 2.0, remote software version OpenSSH_7.4
debug1: match: OpenSSH_7.4 pat OpenSSH_7.0*,OpenSSH_7.1*,OpenSSH_7.2*,OpenSSH_7.3*,OpenSSH_7.4*,OpenSSH_7.5*,OpenSSH_7.6*,OpenSSH_7.7* compat 0x04000002
debug1: Authenticating to 103.48.194.xx:22 as 'root'
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: algorithm: curve25519-sha256
debug1: kex: host key algorithm: ecdsa-sha2-nistp256
debug1: kex: server->client cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug1: kex: client->server cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ecdsa-sha2-nistp256 SHA256:9Ohti7PtCJAN3qMGgBiKh7oBiveKiFy9gHSOI1j3LK8
debug1: Host '103.48.194.34' is known and matches the ECDSA host key.
debug1: Found key in /Users/donhuvy/.ssh/known_hosts:5
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: rekey after 134217728 blocks
debug1: Will attempt key: /Users/donhuvy/.ssh/id_rsa RSA SHA256:xpUMQMzX3z6ADCqgmrHzQ7T5GSmDAkVkFVE4aK+3Csc
debug1: Will attempt key: /Users/donhuvy/.ssh/id_dsa 
debug1: Will attempt key: /Users/donhuvy/.ssh/id_ecdsa 
debug1: Will attempt key: /Users/donhuvy/.ssh/id_ed25519 
debug1: Will attempt key: /Users/donhuvy/.ssh/id_xmss 
debug1: SSH2_MSG_EXT_INFO received
debug1: kex_input_ext_info: server-sig-algs=<rsa-sha2-256,rsa-sha2-512>
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,gssapi-keyex,gssapi-with-mic,password
debug1: Next authentication method: publickey
debug1: Offering public key: /Users/donhuvy/.ssh/id_rsa RSA SHA256:xpUMQMzX3z6ADCqgmrHzQ7T5GSmDAkVkFVE4aK+3Csc
debug1: Authentications that can continue: publickey,gssapi-keyex,gssapi-with-mic,password
debug1: Trying private key: /Users/donhuvy/.ssh/id_dsa
debug1: Trying private key: /Users/donhuvy/.ssh/id_ecdsa
debug1: Trying private key: /Users/donhuvy/.ssh/id_ed25519
debug1: Trying private key: /Users/donhuvy/.ssh/id_xmss
debug1: Next authentication method: password
root@103.48.194.xx's password: 
debug1: Authentication succeeded (password).
Authenticated to 103.48.194.xx ([103.48.194.xx]:22).
debug1: channel 0: new [client-session]
debug1: Requesting no-more-sessions@openssh.com
debug1: Entering interactive session.
debug1: pledge: network
debug1: client_input_global_request: rtype hostkeys-00@openssh.com want_reply 0
debug1: Sending environment.
debug1: Sending env LC_CTYPE = UTF-8
debug1: Sending env LC_ALL = en_US.UTF-8
debug1: Sending env LANG = en_US.UTF-8
debug1: Sending subsystem: sftp
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug1: client_input_channel_req: channel 0 rtype eow@openssh.com reply 0
debug1: channel 0: free: client-session, nchannels 1
debug1: fd 0 clearing O_NONBLOCK
Transferred: sent 2244, received 2468 bytes, in 0.1 seconds
Bytes per second: sent 19786.3, received 21761.4
debug1: Exit status 1
Connection closed


I can still access server (root account) by web console.



I need to connect to SSH, SFTP from macOS.






centos ssh sftp







share|improve this question



















  • 2





    Looks like root's login shell is failing (/bin/bash: No such file or directory)

    – steeldriver
    Feb 23 at 4:11












  • I think may be I don't mount directory for root user, but I don't know how to set it.

    – Asker
    Feb 23 at 4:13






  • 1





    @Kusalananda That isn't going to work. The SSH server uses the account's shell to launch any command requested by the client. If the shell isn't working, then launching commands won't work.

    – Kenster
    Feb 23 at 14:57











  • @Kenster Ah, that may well be true. I don't tend to delete shell binaries that are in use so I haven't run into this...

    – Kusalananda
    Feb 23 at 15:52













0












0








0








I am using CentOS 7 server. Yesterday's night, I lean using SSH and SFTP. Everything is ok. I connect to SFTP via File Zilla on macOS 10.14.3



SFTP:



sftp://103.48.194.xxx
user: root
password: ****
port: 22


But today, I cannot use also SSH and SFTP. With SSH by macOS Terminal, I see I enter correct password, but cannot finish success



The result of ssh -v root@103.48.194.xxx is



➜ ~ ssh -v root@103.48.194.xx
OpenSSH_7.9p1, LibreSSL 2.7.3
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 48: Applying options for *
debug1: Connecting to 103.48.194.xx [103.48.194.xx] port 22.
debug1: Connection established.
debug1: identity file /Users/donhuvy/.ssh/id_rsa type 0
debug1: identity file /Users/donhuvy/.ssh/id_rsa-cert type -1
debug1: identity file /Users/donhuvy/.ssh/id_dsa type -1
debug1: identity file /Users/donhuvy/.ssh/id_dsa-cert type -1
debug1: identity file /Users/donhuvy/.ssh/id_ecdsa type -1
debug1: identity file /Users/donhuvy/.ssh/id_ecdsa-cert type -1
debug1: identity file /Users/donhuvy/.ssh/id_ed25519 type -1
debug1: identity file /Users/donhuvy/.ssh/id_ed25519-cert type -1
debug1: identity file /Users/donhuvy/.ssh/id_xmss type -1
debug1: identity file /Users/donhuvy/.ssh/id_xmss-cert type -1
debug1: Local version string SSH-2.0-OpenSSH_7.9
debug1: Remote protocol version 2.0, remote software version OpenSSH_7.4
debug1: match: OpenSSH_7.4 pat OpenSSH_7.0*,OpenSSH_7.1*,OpenSSH_7.2*,OpenSSH_7.3*,OpenSSH_7.4*,OpenSSH_7.5*,OpenSSH_7.6*,OpenSSH_7.7* compat 0x04000002
debug1: Authenticating to 103.48.194.xx:22 as 'root'
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: algorithm: curve25519-sha256
debug1: kex: host key algorithm: ecdsa-sha2-nistp256
debug1: kex: server->client cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug1: kex: client->server cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ecdsa-sha2-nistp256 SHA256:9Ohti7PtCJAN3qMGgBiKh7oBiveKiFy9gHSOI1j3LK8
debug1: Host '103.48.194.xx' is known and matches the ECDSA host key.
debug1: Found key in /Users/donhuvy/.ssh/known_hosts:5
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: rekey after 134217728 blocks
debug1: Will attempt key: /Users/donhuvy/.ssh/id_rsa RSA SHA256:xpUMQMzX3z6ADCqgmrHzQ7T5GSmDAkVkFVE4aK+3Csc
debug1: Will attempt key: /Users/donhuvy/.ssh/id_dsa 
debug1: Will attempt key: /Users/donhuvy/.ssh/id_ecdsa 
debug1: Will attempt key: /Users/donhuvy/.ssh/id_ed25519 
debug1: Will attempt key: /Users/donhuvy/.ssh/id_xmss 
debug1: SSH2_MSG_EXT_INFO received
debug1: kex_input_ext_info: server-sig-algs=<rsa-sha2-256,rsa-sha2-512>
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,gssapi-keyex,gssapi-with-mic,password
debug1: Next authentication method: publickey
debug1: Offering public key: /Users/donhuvy/.ssh/id_rsa RSA SHA256:xpUMQMzX3z6ADCqgmrHzQ7T5GSmDAkVkFVE4aK+3Csc
debug1: Authentications that can continue: publickey,gssapi-keyex,gssapi-with-mic,password
debug1: Trying private key: /Users/donhuvy/.ssh/id_dsa
debug1: Trying private key: /Users/donhuvy/.ssh/id_ecdsa
debug1: Trying private key: /Users/donhuvy/.ssh/id_ed25519
debug1: Trying private key: /Users/donhuvy/.ssh/id_xmss
debug1: Next authentication method: password
root@103.48.194.xx's password: 
debug1: Authentication succeeded (password).
Authenticated to 103.48.194.xx ([103.48.194.xx]:22).
debug1: channel 0: new [client-session]
debug1: Requesting no-more-sessions@openssh.com
debug1: Entering interactive session.
debug1: pledge: network
debug1: client_input_global_request: rtype hostkeys-00@openssh.com want_reply 0
debug1: Sending environment.
debug1: Sending env LC_CTYPE = UTF-8
debug1: Sending env LC_ALL = en_US.UTF-8
debug1: Sending env LANG = en_US.UTF-8
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug1: client_input_channel_req: channel 0 rtype eow@openssh.com reply 0
Last failed login: Fri Feb 22 23:54:05 EST 2019 from 113.119.xxx.21 on ssh:notty
There were 6 failed login attempts since the last successful login.
Last login: Fri Feb 22 23:38:47 2019 from 14.232.141.136
/bin/bash: No such file or directory
debug1: channel 0: free: client-session, nchannels 1
Connection to 103.48.194.xx closed.
Transferred: sent 2532, received 2756 bytes, in 0.1 seconds
Bytes per second: sent 26858.7, received 29234.9
debug1: Exit status 1


Try to connect via SFTP



➜ source_code sftp -v root@103.48.194.xx
OpenSSH_7.9p1, LibreSSL 2.7.3
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 48: Applying options for *
debug1: Connecting to 103.48.194.xx [103.48.194.xx] port 22.
debug1: Connection established.
debug1: identity file /Users/donhuvy/.ssh/id_rsa type 0
debug1: identity file /Users/donhuvy/.ssh/id_rsa-cert type -1
debug1: identity file /Users/donhuvy/.ssh/id_dsa type -1
debug1: identity file /Users/donhuvy/.ssh/id_dsa-cert type -1
debug1: identity file /Users/donhuvy/.ssh/id_ecdsa type -1
debug1: identity file /Users/donhuvy/.ssh/id_ecdsa-cert type -1
debug1: identity file /Users/donhuvy/.ssh/id_ed25519 type -1
debug1: identity file /Users/donhuvy/.ssh/id_ed25519-cert type -1
debug1: identity file /Users/donhuvy/.ssh/id_xmss type -1
debug1: identity file /Users/donhuvy/.ssh/id_xmss-cert type -1
debug1: Local version string SSH-2.0-OpenSSH_7.9
debug1: Remote protocol version 2.0, remote software version OpenSSH_7.4
debug1: match: OpenSSH_7.4 pat OpenSSH_7.0*,OpenSSH_7.1*,OpenSSH_7.2*,OpenSSH_7.3*,OpenSSH_7.4*,OpenSSH_7.5*,OpenSSH_7.6*,OpenSSH_7.7* compat 0x04000002
debug1: Authenticating to 103.48.194.xx:22 as 'root'
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: algorithm: curve25519-sha256
debug1: kex: host key algorithm: ecdsa-sha2-nistp256
debug1: kex: server->client cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug1: kex: client->server cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ecdsa-sha2-nistp256 SHA256:9Ohti7PtCJAN3qMGgBiKh7oBiveKiFy9gHSOI1j3LK8
debug1: Host '103.48.194.34' is known and matches the ECDSA host key.
debug1: Found key in /Users/donhuvy/.ssh/known_hosts:5
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: rekey after 134217728 blocks
debug1: Will attempt key: /Users/donhuvy/.ssh/id_rsa RSA SHA256:xpUMQMzX3z6ADCqgmrHzQ7T5GSmDAkVkFVE4aK+3Csc
debug1: Will attempt key: /Users/donhuvy/.ssh/id_dsa 
debug1: Will attempt key: /Users/donhuvy/.ssh/id_ecdsa 
debug1: Will attempt key: /Users/donhuvy/.ssh/id_ed25519 
debug1: Will attempt key: /Users/donhuvy/.ssh/id_xmss 
debug1: SSH2_MSG_EXT_INFO received
debug1: kex_input_ext_info: server-sig-algs=<rsa-sha2-256,rsa-sha2-512>
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,gssapi-keyex,gssapi-with-mic,password
debug1: Next authentication method: publickey
debug1: Offering public key: /Users/donhuvy/.ssh/id_rsa RSA SHA256:xpUMQMzX3z6ADCqgmrHzQ7T5GSmDAkVkFVE4aK+3Csc
debug1: Authentications that can continue: publickey,gssapi-keyex,gssapi-with-mic,password
debug1: Trying private key: /Users/donhuvy/.ssh/id_dsa
debug1: Trying private key: /Users/donhuvy/.ssh/id_ecdsa
debug1: Trying private key: /Users/donhuvy/.ssh/id_ed25519
debug1: Trying private key: /Users/donhuvy/.ssh/id_xmss
debug1: Next authentication method: password
root@103.48.194.xx's password: 
debug1: Authentication succeeded (password).
Authenticated to 103.48.194.xx ([103.48.194.xx]:22).
debug1: channel 0: new [client-session]
debug1: Requesting no-more-sessions@openssh.com
debug1: Entering interactive session.
debug1: pledge: network
debug1: client_input_global_request: rtype hostkeys-00@openssh.com want_reply 0
debug1: Sending environment.
debug1: Sending env LC_CTYPE = UTF-8
debug1: Sending env LC_ALL = en_US.UTF-8
debug1: Sending env LANG = en_US.UTF-8
debug1: Sending subsystem: sftp
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug1: client_input_channel_req: channel 0 rtype eow@openssh.com reply 0
debug1: channel 0: free: client-session, nchannels 1
debug1: fd 0 clearing O_NONBLOCK
Transferred: sent 2244, received 2468 bytes, in 0.1 seconds
Bytes per second: sent 19786.3, received 21761.4
debug1: Exit status 1
Connection closed


I can still access server (root account) by web console.



I need to connect to SSH, SFTP from macOS.






centos ssh sftp







share|improve this question
















I am using CentOS 7 server. Yesterday's night, I lean using SSH and SFTP. Everything is ok. I connect to SFTP via File Zilla on macOS 10.14.3



SFTP:



sftp://103.48.194.xxx
user: root
password: ****
port: 22


But today, I cannot use also SSH and SFTP. With SSH by macOS Terminal, I see I enter correct password, but cannot finish success



The result of ssh -v root@103.48.194.xxx is



➜ ~ ssh -v root@103.48.194.xx
OpenSSH_7.9p1, LibreSSL 2.7.3
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 48: Applying options for *
debug1: Connecting to 103.48.194.xx [103.48.194.xx] port 22.
debug1: Connection established.
debug1: identity file /Users/donhuvy/.ssh/id_rsa type 0
debug1: identity file /Users/donhuvy/.ssh/id_rsa-cert type -1
debug1: identity file /Users/donhuvy/.ssh/id_dsa type -1
debug1: identity file /Users/donhuvy/.ssh/id_dsa-cert type -1
debug1: identity file /Users/donhuvy/.ssh/id_ecdsa type -1
debug1: identity file /Users/donhuvy/.ssh/id_ecdsa-cert type -1
debug1: identity file /Users/donhuvy/.ssh/id_ed25519 type -1
debug1: identity file /Users/donhuvy/.ssh/id_ed25519-cert type -1
debug1: identity file /Users/donhuvy/.ssh/id_xmss type -1
debug1: identity file /Users/donhuvy/.ssh/id_xmss-cert type -1
debug1: Local version string SSH-2.0-OpenSSH_7.9
debug1: Remote protocol version 2.0, remote software version OpenSSH_7.4
debug1: match: OpenSSH_7.4 pat OpenSSH_7.0*,OpenSSH_7.1*,OpenSSH_7.2*,OpenSSH_7.3*,OpenSSH_7.4*,OpenSSH_7.5*,OpenSSH_7.6*,OpenSSH_7.7* compat 0x04000002
debug1: Authenticating to 103.48.194.xx:22 as 'root'
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: algorithm: curve25519-sha256
debug1: kex: host key algorithm: ecdsa-sha2-nistp256
debug1: kex: server->client cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug1: kex: client->server cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ecdsa-sha2-nistp256 SHA256:9Ohti7PtCJAN3qMGgBiKh7oBiveKiFy9gHSOI1j3LK8
debug1: Host '103.48.194.xx' is known and matches the ECDSA host key.
debug1: Found key in /Users/donhuvy/.ssh/known_hosts:5
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: rekey after 134217728 blocks
debug1: Will attempt key: /Users/donhuvy/.ssh/id_rsa RSA SHA256:xpUMQMzX3z6ADCqgmrHzQ7T5GSmDAkVkFVE4aK+3Csc
debug1: Will attempt key: /Users/donhuvy/.ssh/id_dsa 
debug1: Will attempt key: /Users/donhuvy/.ssh/id_ecdsa 
debug1: Will attempt key: /Users/donhuvy/.ssh/id_ed25519 
debug1: Will attempt key: /Users/donhuvy/.ssh/id_xmss 
debug1: SSH2_MSG_EXT_INFO received
debug1: kex_input_ext_info: server-sig-algs=<rsa-sha2-256,rsa-sha2-512>
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,gssapi-keyex,gssapi-with-mic,password
debug1: Next authentication method: publickey
debug1: Offering public key: /Users/donhuvy/.ssh/id_rsa RSA SHA256:xpUMQMzX3z6ADCqgmrHzQ7T5GSmDAkVkFVE4aK+3Csc
debug1: Authentications that can continue: publickey,gssapi-keyex,gssapi-with-mic,password
debug1: Trying private key: /Users/donhuvy/.ssh/id_dsa
debug1: Trying private key: /Users/donhuvy/.ssh/id_ecdsa
debug1: Trying private key: /Users/donhuvy/.ssh/id_ed25519
debug1: Trying private key: /Users/donhuvy/.ssh/id_xmss
debug1: Next authentication method: password
root@103.48.194.xx's password: 
debug1: Authentication succeeded (password).
Authenticated to 103.48.194.xx ([103.48.194.xx]:22).
debug1: channel 0: new [client-session]
debug1: Requesting no-more-sessions@openssh.com
debug1: Entering interactive session.
debug1: pledge: network
debug1: client_input_global_request: rtype hostkeys-00@openssh.com want_reply 0
debug1: Sending environment.
debug1: Sending env LC_CTYPE = UTF-8
debug1: Sending env LC_ALL = en_US.UTF-8
debug1: Sending env LANG = en_US.UTF-8
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug1: client_input_channel_req: channel 0 rtype eow@openssh.com reply 0
Last failed login: Fri Feb 22 23:54:05 EST 2019 from 113.119.xxx.21 on ssh:notty
There were 6 failed login attempts since the last successful login.
Last login: Fri Feb 22 23:38:47 2019 from 14.232.141.136
/bin/bash: No such file or directory
debug1: channel 0: free: client-session, nchannels 1
Connection to 103.48.194.xx closed.
Transferred: sent 2532, received 2756 bytes, in 0.1 seconds
Bytes per second: sent 26858.7, received 29234.9
debug1: Exit status 1


Try to connect via SFTP



➜ source_code sftp -v root@103.48.194.xx
OpenSSH_7.9p1, LibreSSL 2.7.3
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 48: Applying options for *
debug1: Connecting to 103.48.194.xx [103.48.194.xx] port 22.
debug1: Connection established.
debug1: identity file /Users/donhuvy/.ssh/id_rsa type 0
debug1: identity file /Users/donhuvy/.ssh/id_rsa-cert type -1
debug1: identity file /Users/donhuvy/.ssh/id_dsa type -1
debug1: identity file /Users/donhuvy/.ssh/id_dsa-cert type -1
debug1: identity file /Users/donhuvy/.ssh/id_ecdsa type -1
debug1: identity file /Users/donhuvy/.ssh/id_ecdsa-cert type -1
debug1: identity file /Users/donhuvy/.ssh/id_ed25519 type -1
debug1: identity file /Users/donhuvy/.ssh/id_ed25519-cert type -1
debug1: identity file /Users/donhuvy/.ssh/id_xmss type -1
debug1: identity file /Users/donhuvy/.ssh/id_xmss-cert type -1
debug1: Local version string SSH-2.0-OpenSSH_7.9
debug1: Remote protocol version 2.0, remote software version OpenSSH_7.4
debug1: match: OpenSSH_7.4 pat OpenSSH_7.0*,OpenSSH_7.1*,OpenSSH_7.2*,OpenSSH_7.3*,OpenSSH_7.4*,OpenSSH_7.5*,OpenSSH_7.6*,OpenSSH_7.7* compat 0x04000002
debug1: Authenticating to 103.48.194.xx:22 as 'root'
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: algorithm: curve25519-sha256
debug1: kex: host key algorithm: ecdsa-sha2-nistp256
debug1: kex: server->client cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug1: kex: client->server cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ecdsa-sha2-nistp256 SHA256:9Ohti7PtCJAN3qMGgBiKh7oBiveKiFy9gHSOI1j3LK8
debug1: Host '103.48.194.34' is known and matches the ECDSA host key.
debug1: Found key in /Users/donhuvy/.ssh/known_hosts:5
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: rekey after 134217728 blocks
debug1: Will attempt key: /Users/donhuvy/.ssh/id_rsa RSA SHA256:xpUMQMzX3z6ADCqgmrHzQ7T5GSmDAkVkFVE4aK+3Csc
debug1: Will attempt key: /Users/donhuvy/.ssh/id_dsa 
debug1: Will attempt key: /Users/donhuvy/.ssh/id_ecdsa 
debug1: Will attempt key: /Users/donhuvy/.ssh/id_ed25519 
debug1: Will attempt key: /Users/donhuvy/.ssh/id_xmss 
debug1: SSH2_MSG_EXT_INFO received
debug1: kex_input_ext_info: server-sig-algs=<rsa-sha2-256,rsa-sha2-512>
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,gssapi-keyex,gssapi-with-mic,password
debug1: Next authentication method: publickey
debug1: Offering public key: /Users/donhuvy/.ssh/id_rsa RSA SHA256:xpUMQMzX3z6ADCqgmrHzQ7T5GSmDAkVkFVE4aK+3Csc
debug1: Authentications that can continue: publickey,gssapi-keyex,gssapi-with-mic,password
debug1: Trying private key: /Users/donhuvy/.ssh/id_dsa
debug1: Trying private key: /Users/donhuvy/.ssh/id_ecdsa
debug1: Trying private key: /Users/donhuvy/.ssh/id_ed25519
debug1: Trying private key: /Users/donhuvy/.ssh/id_xmss
debug1: Next authentication method: password
root@103.48.194.xx's password: 
debug1: Authentication succeeded (password).
Authenticated to 103.48.194.xx ([103.48.194.xx]:22).
debug1: channel 0: new [client-session]
debug1: Requesting no-more-sessions@openssh.com
debug1: Entering interactive session.
debug1: pledge: network
debug1: client_input_global_request: rtype hostkeys-00@openssh.com want_reply 0
debug1: Sending environment.
debug1: Sending env LC_CTYPE = UTF-8
debug1: Sending env LC_ALL = en_US.UTF-8
debug1: Sending env LANG = en_US.UTF-8
debug1: Sending subsystem: sftp
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug1: client_input_channel_req: channel 0 rtype eow@openssh.com reply 0
debug1: channel 0: free: client-session, nchannels 1
debug1: fd 0 clearing O_NONBLOCK
Transferred: sent 2244, received 2468 bytes, in 0.1 seconds
Bytes per second: sent 19786.3, received 21761.4
debug1: Exit status 1
Connection closed


I can still access server (root account) by web console.



I need to connect to SSH, SFTP from macOS.






centos ssh sftp




centos ssh sftp






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Feb 23 at 7:25









Rui F Ribeiro

41.6k1483141




41.6k1483141










asked Feb 23 at 4:05









AskerAsker

11




11







  • 2





    Looks like root's login shell is failing (/bin/bash: No such file or directory)

    – steeldriver
    Feb 23 at 4:11












  • I think may be I don't mount directory for root user, but I don't know how to set it.

    – Asker
    Feb 23 at 4:13






  • 1





    @Kusalananda That isn't going to work. The SSH server uses the account's shell to launch any command requested by the client. If the shell isn't working, then launching commands won't work.

    – Kenster
    Feb 23 at 14:57











  • @Kenster Ah, that may well be true. I don't tend to delete shell binaries that are in use so I haven't run into this...

    – Kusalananda
    Feb 23 at 15:52












  • 2





    Looks like root's login shell is failing (/bin/bash: No such file or directory)

    – steeldriver
    Feb 23 at 4:11












  • I think may be I don't mount directory for root user, but I don't know how to set it.

    – Asker
    Feb 23 at 4:13






  • 1





    @Kusalananda That isn't going to work. The SSH server uses the account's shell to launch any command requested by the client. If the shell isn't working, then launching commands won't work.

    – Kenster
    Feb 23 at 14:57











  • @Kenster Ah, that may well be true. I don't tend to delete shell binaries that are in use so I haven't run into this...

    – Kusalananda
    Feb 23 at 15:52







2




2





Looks like root's login shell is failing (/bin/bash: No such file or directory)

– steeldriver
Feb 23 at 4:11






Looks like root's login shell is failing (/bin/bash: No such file or directory)

– steeldriver
Feb 23 at 4:11














I think may be I don't mount directory for root user, but I don't know how to set it.

– Asker
Feb 23 at 4:13





I think may be I don't mount directory for root user, but I don't know how to set it.

– Asker
Feb 23 at 4:13




1




1





@Kusalananda That isn't going to work. The SSH server uses the account's shell to launch any command requested by the client. If the shell isn't working, then launching commands won't work.

– Kenster
Feb 23 at 14:57





@Kusalananda That isn't going to work. The SSH server uses the account's shell to launch any command requested by the client. If the shell isn't working, then launching commands won't work.

– Kenster
Feb 23 at 14:57













@Kenster Ah, that may well be true. I don't tend to delete shell binaries that are in use so I haven't run into this...

– Kusalananda
Feb 23 at 15:52





@Kenster Ah, that may well be true. I don't tend to delete shell binaries that are in use so I haven't run into this...

– Kusalananda
Feb 23 at 15:52










0






active

oldest

votes











Your Answer








StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "106"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);

else
createEditor();

);

function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);



);













draft saved

draft discarded


















StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f502446%2fcannot-use-ssh-after-one-night%23new-answer', 'question_page');

);

Post as a guest















Required, but never shown

























0






active

oldest

votes








0






active

oldest

votes









active

oldest

votes






active

oldest

votes















draft saved

draft discarded
















































Thanks for contributing an answer to Unix & Linux Stack Exchange!


  • Please be sure to answer the question. Provide details and share your research!

But avoid …


  • Asking for help, clarification, or responding to other answers.

  • Making statements based on opinion; back them up with references or personal experience.

To learn more, see our tips on writing great answers.




draft saved


draft discarded














StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f502446%2fcannot-use-ssh-after-one-night%23new-answer', 'question_page');

);

Post as a guest















Required, but never shown





















































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown

































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown






-

Popular posts from this blog

How to check contact read email or not when send email to Individual?

Image
Clash Royale CLAN TAG #URR8PPP up vote 1 down vote favorite I'm using WordPress 4.9.8, CiviCRM to 5.5.1, I usually send email to contact by Search> Find contacts View contact details Action> Send email Send email ok, Contact received mail ok like picture But status only Email sent though contact read email or not. So, can CiviCRM can change status to Email read when contact read email? wordpress email share | improve this question asked Sep 26 at 0:12 ToanLuong 49 9 add a comment  |  up vote 1 down vote favorite I'm using WordPress 4.9.8, CiviCRM to 5.5.1, I usually send email to contact by Search> Find contacts View contact details Action> Send email Send email ok, Contact received mail ok like picture But status only Email sent though contact read email or not. So, can CiviCRM can change status to Email read when contact read email? wordpress email share | improve this question asked Se
Read more

Bahrain

Image
For other uses, see Bahrain (disambiguation). Sovereign island state in the Persian Gulf Kingdom of Bahrain مملكة البحرين   (Arabic) Mamlakat al-Baḥrayn Flag Coat of arms Anthem:  نشيد البحرين الوطني Bahrainona Our Bahrain Location of   Bahrain    (circled in red) Capital and largest city Manama 26°13′N 50°35′E  /  26.217°N 50.583°E  / 26.217; 50.583 Official languages Arabic Ethnic groups (2010 [1] ) 50.7% Arab (46% Bahrani, 4.7% other Arabs) 45.5% Asian 1% European 1.2% Others Religion Islam Demonym(s) Bahraini Government Unitary constitutional monarchy • King Hamad bin Isa Al Khalifa • Crown Prince Salman bin Hamad bin Isa Al Khalifa • Prime Minister Khalifa bin Salman Al Khalifa Legislature National Assembly • Upper house Consultative Council • Lower house Council of Representatives Independence • Declared Independence [2] 14 August 1971 • from United Kingdom [1] 15 August 1971 • Admitted to the United Nations 21 September 1971 • Kingdom of Bahrain 14 February 2002
Read more

Postfix configuration issue with fips on centos 7; mailgun relay

Image
Clash Royale CLAN TAG #URR8PPP up vote 0 down vote favorite I am trying to setup postfix to relay all mail generated on the local machine via SMTP to a mailgun relay. I have used the mailgun relay before with success on an ubuntu server, but I am migrating to a Centos 7 server which I will be running in FIPS mode. There error log is below, slightly sanitized. I have a small enough network that I choose to have each machine reach out to mailgun individually (this the loopback-only, 127.0.0.0/8 restrictions) and no firewall open port allowing smtp in to the machine. I assume the FIPS mode (and with it disabling of MD5) is causing problems, but I don't know how to overcome it or if it is even possible for tls_fprint to use some supported hash such as sha256 or sha512. However, the relay=none is slightly concerning since I have relayhost set, but perhaps that is because the smtp process is failing? Any help would be appreciated! postconf -n: alias_database = hash:/etc/alia
Read more