[phil@manjaro _posts]$ ssh ###@184.108.40.206 -p### -vv OpenSSH_6.7p1, OpenSSL 1.0.2 22 Jan 2015 debug1: Reading configuration data /home/phil/.ssh/config debug1: Reading configuration data /etc/ssh/ssh_config debug2: ssh_connect: needpriv 0 debug1: Connecting to 220.127.116.11 [18.104.22.168] port ###. debug1: Connection established. debug1: identity file /home/phil/.ssh/id_rsa type 1 debug1: key_load_public: No such file or directory debug1: identity file /home/phil/.ssh/id_rsa-cert type -1 debug1: identity file /home/phil/.ssh/id_dsa type 2 debug1: key_load_public: No such file or directory debug1: identity file /home/phil/.ssh/id_dsa-cert type -1 debug1: identity file /home/phil/.ssh/id_ecdsa type 3 debug1: key_load_public: No such file or directory debug1: identity file /home/phil/.ssh/id_ecdsa-cert type -1 debug1: key_load_public: No such file or directory debug1: identity file /home/phil/.ssh/id_ed25519 type -1 debug1: key_load_public: No such file or directory debug1: identity file /home/phil/.ssh/id_ed25519-cert type -1 debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_6.7 ssh_exchange_identification: read: Connection reset by peer
We are currently investigating what happend exactly. Stay tuned for more information. I'll post now some general threads into this forum.
I managed to reach Roland Singer by phone. We will check the backend in three hours. Then we can analyze what happend exactly and restore needed data from our backups. In the end it is a sign to publish our new server software for Manjaro Linux sooner.
On 01.03.2015 12:56, J Fernyhough wrote: > It was most definitely not what I planned. I should have done a: > > /sbin/iptables-restore < /etc/iptables-save && echo "waiting" && > iptables-save && sleep 60 && iptables -F > > in a screen but I thought, "It'll be OK, I use the same rules on other > servers"... but nope! > > The Hetzner servers have a remote console system (LARA) so I wasn't > massively concerned. The firewall rules just need flushing (iptables -F) > then the bad rule(s) in /etc/iptables/rules.v4 fixing. > > J