Open a-gn opened 1 year ago
I have the same issue, but instead of getting Permission denied
, I am getting Connection reset by x.x.x.x port 22
, and the sshd log shows below
0580 2023-10-27 14:58:10.263 error: lookup_principal_name: User principal name lookup failed for user 'test\\ad_user' (explicit: 5, implicit: 5)
10580 2023-10-27 14:58:10.263 debug1: generate_s4u_user_token: LsaLogonUser() failed. User 'test\\ad_user' Status: 0xC0000062 SubStatus 0.
10580 2023-10-27 14:58:10.263 error: get_user_token - unable to generate token on 2nd attempt for user test\\ad_user
Can you try this on the latest release? @a-gn, can you provide the SSHD logs as well?
I'm also experiencing the same bug, but only when authenticating through pubkey. My log looks exactly as @Massukio
When logging through pubkey:
10888 2024-04-07 15:58:18.845 Accepted publickey for domain/user from 192.168.1.227 port 35944 ssh2: ED25519
...
10888 2024-04-07 15:58:27.966 error: lookup_principal_name: User principal name lookup failed for user 'domain\\user' (explicit: 1355, implicit: 1355)
10888 2024-04-07 15:58:27.966 debug1: generate_s4u_user_token: LsaLogonUser() failed. User 'domain\\user' Status: 0xC0000062 SubStatus 0.
10888 2024-04-07 15:58:27.966 debug3: get_user_token - unable to generate token for user domain\\user
10888 2024-04-07 15:58:37.057 error: lookup_principal_name: User principal name lookup failed for user 'domain\\user' (explicit: 1355, implicit: 1355)
10888 2024-04-07 15:58:37.057 debug1: generate_s4u_user_token: LsaLogonUser() failed. User 'domain\\user' Status: 0xC0000062 SubStatus 0.
10888 2024-04-07 15:58:37.057 error: get_user_token - unable to generate token on 2nd attempt for user domain\\user
10888 2024-04-07 15:58:37.057 error: unable to get security token for user domain\\user
when doing through password, same error, but it works:
13796 2024-04-07 16:03:06.319 error: lookup_principal_name: User principal name lookup failed for user 'domain\\user' (explicit: 1355, implicit: 1355)
13796 2024-04-07 16:03:06.319 debug3: mm_answer_authpassword: sending result 1
13796 2024-04-07 16:03:06.319 debug3: mm_request_send entering: type 13
13796 2024-04-07 16:03:06.319 Accepted password for domain/user from 192.168.XXX.XXX port 48914 ssh2
I'm guessing more folks would be complaining about this if it were systemic, but error 1355 is basically "I can't find the domain". Does that make any sense in the circumstances where you are seeing the error?
I'm guessing more folks would be complaining about this if it were systemic, but error 1355 is basically "I can't find the domain". Does that make any sense in the circumstances where you are seeing the error?
The domain controller is probably available through the domain name since I can't log into my machine when it's shut down for policy reasons.
(I didn't have time to look for SSHD logs since VSCode Tunnels are enough for my use.)
Prerequisites
Steps to reproduce
$COMPUTER
) jointed to an Active Directory domain ($DOMAIN
).$COMPUTER
all permissions on the$DOMAIN\$USER
user.ssh $DOMAIN\$USER@$COMPUTER
. This happens with both$DOMAIN\$USER
and$USER@$DOMAIN.COM
.$USER
's password.Expected behavior
Actual behavior
Error details
Version
OpenSSH_for_Windows_8.6p1
Visuals
No response