<div dir="ltr"><div>Hi Viraj,</div><div><br></div><div>Thank you so much for bringing this to my attention.  I am CC-ing users as this is of wider interest. It appears that OpenVPN daemon has died on all desktops over the night.  That renders 2 out of three gateways (bash and lion) unusable. I just fixed them.</div><div><br></div><div>The probable cause of OpenVPN failure is a hiccup at the university network. I see these things regularly but typically not on VPN gateway machine. Unfortunately </div><div><br></div><div>When it doubt always try <a href="http://lop2.autonlab.org">lop2.autonlab.org</a> gateway first.  For people who have Auton Lab desktops. Please log as a root (It will take a long time since DNS is broken) and issue the following commands</div><div><br></div><div>systemctl restart openvpn-client@autonlab</div><div>mount -a<br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div>Cheers,</div><div>Predrag</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jan 7, 2021 at 10:51 AM Viraj Mehta <<a href="mailto:virajm@cs.cmu.edu">virajm@cs.cmu.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Sorry bout that. I've pasted the dump from ssh -v below. I'm not super familiar with the normal functioning of the SSH protocol but it seems like it's still finding the key I put on the server and I'm not sure why that's not enough to get in afterwards. Thanks for the help.<div><br></div><div>Viraj<br><div><br></div><div>OpenSSH_7.6p1 Ubuntu-4ubuntu0.3, OpenSSL 1.0.2n  7 Dec 2017<br>debug1: Reading configuration data /home/viraj/.ssh/config<br>debug1: /home/viraj/.ssh/config line 1: Applying options for auton<br>debug1: Reading configuration data /etc/ssh/ssh_config<br>debug1: /etc/ssh/ssh_config line 19: Applying options for *<br>debug1: Connecting to <a href="http://bash.autonlab.org" target="_blank">bash.autonlab.org</a> [128.2.177.47] port 22.<br>debug1: Connection established.<br>debug1: identity file /home/viraj/.ssh/id_rsa type 0<br>debug1: key_load_public: No such file or directory<br>debug1: identity file /home/viraj/.ssh/id_rsa-cert type -1<br>debug1: Local version string SSH-2.0-OpenSSH_7.6p1 Ubuntu-4ubuntu0.3<br>debug1: Remote protocol version 2.0, remote software version OpenSSH_7.4<br>debug1: match: OpenSSH_7.4 pat OpenSSH* compat 0x04000000<br>debug1: Authenticating to <a href="http://bash.autonlab.org:22" target="_blank">bash.autonlab.org:22</a> as 'virajm'<br>debug1: SSH2_MSG_KEXINIT sent<br>debug1: SSH2_MSG_KEXINIT received<br>debug1: kex: algorithm: curve25519-sha256<br>debug1: kex: host key algorithm: ecdsa-sha2-nistp256<br>debug1: kex: server->client cipher: <a href="mailto:chacha20-poly1305@openssh.com" target="_blank">chacha20-poly1305@openssh.com</a> MAC: <implicit> compression: none<br>debug1: kex: client->server cipher: <a href="mailto:chacha20-poly1305@openssh.com" target="_blank">chacha20-poly1305@openssh.com</a> MAC: <implicit> compression: none<br>debug1: expecting SSH2_MSG_KEX_ECDH_REPLY<br>debug1: Server host key: ecdsa-sha2-nistp256 SHA256:Pf/uiR0Hzw9HpSNaf3/fRXon9gdXFes5KP7HEobNaW4<br>debug1: Host '<a href="http://bash.autonlab.org" target="_blank">bash.autonlab.org</a>' is known and matches the ECDSA host key.<br>debug1: Found key in /home/viraj/.ssh/known_hosts:2<br>debug1: rekey after 134217728 blocks<br>debug1: SSH2_MSG_NEWKEYS sent<br>debug1: expecting SSH2_MSG_NEWKEYS<br>debug1: SSH2_MSG_NEWKEYS received<br>debug1: rekey after 134217728 blocks<br>debug1: SSH2_MSG_EXT_INFO received<br>debug1: kex_input_ext_info: server-sig-algs=<rsa-sha2-256,rsa-sha2-512><br>debug1: SSH2_MSG_SERVICE_ACCEPT received<br>debug1: Authentications that can continue: publickey,gssapi-keyex,gssapi-with-mic,password<br>debug1: Next authentication method: gssapi-keyex<br>debug1: No valid Key exchange context<br>debug1: Next authentication method: gssapi-with-mic<br>debug1: Unspecified GSS failure.  Minor code may provide more information<br>No Kerberos credentials available (default cache: FILE:/tmp/krb5cc_1000)<br><br>debug1: Unspecified GSS failure.  Minor code may provide more information<br>No Kerberos credentials available (default cache: FILE:/tmp/krb5cc_1000)<br><br>debug1: Next authentication method: publickey<br>debug1: Offering public key: RSA SHA256:C3kyuqLEyboBW4ZomyN7bOSyIhu3PPQThQylT2sTzaI /home/viraj/.ssh/id_rsa<br>debug1: Authentications that can continue: publickey,gssapi-keyex,gssapi-with-mic,password<br>debug1: Next authentication method: password<br><a href="mailto:virajm@bash.autonlab.org" target="_blank">virajm@bash.autonlab.org</a>'s password: <br>debug1: Authentications that can continue: publickey,gssapi-keyex,gssapi-with-mic,password<br>Permission denied, please try again.<br><a href="mailto:virajm@bash.autonlab.org" target="_blank">virajm@bash.autonlab.org</a>'s password: <br>Connection closed by 128.2.177.47 port 22<br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jan 7, 2021 at 9:36 AM Predrag Punosevac <<a href="mailto:predragp@andrew.cmu.edu" target="_blank">predragp@andrew.cmu.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto">The system was working as designed as recently as late last night. I will check it in an hour again. However, you problem report or rather lack of it doesn't give me much to  work with. Do you know how to use -v option and increase verbosity of ssh?</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jan 7, 2021, 9:55 AM Viraj Mehta <<a href="mailto:virajm@cs.cmu.edu" target="_blank">virajm@cs.cmu.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hi Predrag,<br><div><br></div><div>Hope you're well and happy new year. This morning I have been having a hard time logging into the cluster, as it seems to be ignoring the ssh keys I typically use and is also not accepting my password. Do you know why that might be happening? I haven't been doing anything atypical and definitely haven't messed with any ssh settings or configuration. </div><div><br></div><div>Thanks,</div><div>Viraj</div></div>
</blockquote></div>
</blockquote></div>
</blockquote></div>