Getting "Access denied for 'password'. Authentication that can continue: publickey, password", used to work
I've been running x2go from an xubuntu laptop client to an xubuntu desktop machine successfully for a year or so. It has now stopped working with a pop-up window that says:-
Access denied for 'password'. Authentication that can continue:
publickey,password
Access denied for 'password'. Authentication that can continue:
publickey,password(yes, it is repeated like that)
I have moved from xubuntu 18.04 to 19.04 (via 18.10), would this have caused the problem maybe?
Whatever, how do I fix this? The error doesn't make much sense anyway as it's saying I'm not allowed to use password authentication and then it's saying I must use either publickey or password. FWIW I do use password authentication on my systems, for various reasons public key doesn't fulfil my requirements.
-- Chris Green
Am 11.09.19 um 10:07 schrieb Chris Green:
I've been running x2go from an xubuntu laptop client to an xubuntu desktop machine successfully for a year or so. It has now stopped working with a pop-up window that says:-
Access denied for 'password'. Authentication that can continue: publickey,password Access denied for 'password'. Authentication that can continue: publickey,password(yes, it is repeated like that)
I have moved from xubuntu 18.04 to 19.04 (via 18.10), would this have caused the problem maybe?
What happens when you use the same password for a regular SSH session, from the same client?
Anything in /etc/ssh/sshd_config on the server that might have changed during the upgrade? (You do have a backup you could compare it to, right?)
-Stefan
-- BAUR-ITCS UG (haftungsbeschränkt) Geschäftsführer: Stefan Baur Eichenäckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364 Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243
On Wed, Sep 11, 2019 at 10:15:32AM +0200, Stefan Baur wrote:
Am 11.09.19 um 10:07 schrieb Chris Green:
I've been running x2go from an xubuntu laptop client to an xubuntu desktop machine successfully for a year or so. It has now stopped working with a pop-up window that says:-
Access denied for 'password'. Authentication that can continue: publickey,password Access denied for 'password'. Authentication that can continue: publickey,password(yes, it is repeated like that)
I have moved from xubuntu 18.04 to 19.04 (via 18.10), would this have caused the problem maybe?
What happens when you use the same password for a regular SSH session, from the same client?
It all works with password authentication as it always used to, I spend half my life permanently connected via ssh connections between these machines! :-) The upgrades 18.04 -> 18.10 -> 19.04 didn't have any noticeable effect on my ssh usage.
Anything in /etc/ssh/sshd_config on the server that might have changed during the upgrade? (You do have a backup you could compare it to, right?)
Probably, I'll go and take a look.....
... that's odd, my connection to the backup machine (using ssh) didn't ask for a password. I'll clear everything down (as in reboot this laptop) and try all over again. I'll be back to report what I find.
-- Chris Green
On Wed, Sep 11, 2019 at 10:29:25AM +0100, Chris Green wrote:
On Wed, Sep 11, 2019 at 10:15:32AM +0200, Stefan Baur wrote:
Am 11.09.19 um 10:07 schrieb Chris Green:
I've been running x2go from an xubuntu laptop client to an xubuntu desktop machine successfully for a year or so. It has now stopped working with a pop-up window that says:-
Access denied for 'password'. Authentication that can continue: publickey,password Access denied for 'password'. Authentication that can continue: publickey,password(yes, it is repeated like that)
I have moved from xubuntu 18.04 to 19.04 (via 18.10), would this have caused the problem maybe?
What happens when you use the same password for a regular SSH session, from the same client?
It all works with password authentication as it always used to, I spend half my life permanently connected via ssh connections between these machines! :-) The upgrades 18.04 -> 18.10 -> 19.04 didn't have any noticeable effect on my ssh usage.
Anything in /etc/ssh/sshd_config on the server that might have changed during the upgrade? (You do have a backup you could compare it to, right?)
Probably, I'll go and take a look.....
... that's odd, my connection to the backup machine (using ssh) didn't ask for a password. I'll clear everything down (as in reboot this laptop) and try all over again. I'll be back to report what I find.
Well, after a reboot of the laptop everything works perfectly! The non-password login to the backup machine was 'correct' as I had an ssh connection to that machine in another window and I use 'ControlMaster' in my ~/.ssh/config.
Why the reboot has cleared the authentication problem I don't know, I simply did a 'restart'from the panel, I didn't even power down and up again.
... and I did check my backups, I have incremental backups of /etc going back to 2015-01-19. :-) It hasn't changed in the past year (sshd_config that is) :-
chris@backup$ diff /b2/esprimo/2019-09-10/etc/ssh/sshd_config /b2/esprimo/2018-09-02/etc/ssh/sshd_config
1c1
< # $OpenBSD: sshd_config,v 1.103 2018/04/09 20:41:22 tj Exp $
---
> # $OpenBSD: sshd_config,v 1.101 2017/03/14 07:19:07 djm Exp $-- Chris Green
Am 11.09.19 um 11:42 schrieb Chris Green:
Well, after a reboot of the laptop everything works perfectly! The non-password login to the backup machine was 'correct' as I had an ssh connection to that machine in another window and I use 'ControlMaster' in my ~/.ssh/config.
Why the reboot has cleared the authentication problem I don't know, I simply did a 'restart'from the panel, I didn't even power down and up again.
Could you provide us with a screenshot of your X2Go Session configuration (Session Preferences; the first tile, "Session", will be enough) on the client? Feel free to blank out user name and host IP.
I have an idea what might be the cause of your trouble ...
-Stefan
-- BAUR-ITCS UG (haftungsbeschränkt) Geschäftsführer: Stefan Baur Eichenäckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364 Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243
On Wed, Sep 11, 2019 at 11:47:19AM +0200, Stefan Baur wrote:
Am 11.09.19 um 11:42 schrieb Chris Green:
Well, after a reboot of the laptop everything works perfectly! The non-password login to the backup machine was 'correct' as I had an ssh connection to that machine in another window and I use 'ControlMaster' in my ~/.ssh/config.
Why the reboot has cleared the authentication problem I don't know, I simply did a 'restart'from the panel, I didn't even power down and up again.
Could you provide us with a screenshot of your X2Go Session configuration (Session Preferences; the first tile, "Session", will be enough) on the client? Feel free to blank out user name and host IP.
I have an idea what might be the cause of your trouble ...
Screenshot attached, I've not blanked out name/domain as the firewall only allows access from a very few places.
-- Chris Green
Am 11.09.19 um 12:30 schrieb Chris Green:
I have an idea what might be the cause of your trouble ...
Screenshot attached, I've not blanked out name/domain as the firewall only allows access from a very few places.
Hmm, there goes my theory. I would have guessed you had one or more of the alternative authentication options checked ... but that's not the case.
-Stefan
-- BAUR-ITCS UG (haftungsbeschränkt) Geschäftsführer: Stefan Baur Eichenäckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364 Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243
-
Chris Green -
Stefan Baur