![Ansible создал пользователя в Windows, к имени пользователя добавляется «.EC2AMAZ-ELNOCH3»](https://rvso.com/image/760989/Ansible%20%D1%81%D0%BE%D0%B7%D0%B4%D0%B0%D0%BB%20%D0%BF%D0%BE%D0%BB%D1%8C%D0%B7%D0%BE%D0%B2%D0%B0%D1%82%D0%B5%D0%BB%D1%8F%20%D0%B2%20Windows%2C%20%D0%BA%20%D0%B8%D0%BC%D0%B5%D0%BD%D0%B8%20%D0%BF%D0%BE%D0%BB%D1%8C%D0%B7%D0%BE%D0%B2%D0%B0%D1%82%D0%B5%D0%BB%D1%8F%20%D0%B4%D0%BE%D0%B1%D0%B0%D0%B2%D0%BB%D1%8F%D0%B5%D1%82%D1%81%D1%8F%20%C2%AB.EC2AMAZ-ELNOCH3%C2%BB.png)
Я создал Windows Server 2019 AMI с помощью Packer и Ansible в качестве поставщика.
Я добавил пользователя jenkins
и скопировал файлы SSH (открытый/закрытый ключ, известные_хосты, авторизованные_ключи) в C:\Users\jenkins\.ssh
.
Вот соответствующая часть моего руководства по Ansible:
- name: Ensure user jenkins is present
ansible.windows.win_user:
name: jenkins
password: ***REDACTED***
state: present
groups:
- Users
- name: Create directory structure
ansible.windows.win_file:
path: C:\Temp\
state: directory
- name: Allow write and execute access to User jenkins
ansible.windows.win_acl:
user: jenkins
path: C:\Temp
type: allow
rights: ExecuteFile,Write
- name: Copy SSH keys
ansible.windows.win_copy:
src: ./files/.ssh
dest: C:\Users\jenkins
vars:
ansible_become_user: jenkins
ansible_become_password: ***REDACTED***
# The tmp dir must be set when using win_copy as another user
# This ensures the become user will have permissions for the operation
# Make sure to specify a folder both the ansible_user and the become_user have access to (i.e not %TEMP% which is user specific and requires Admin)
ansible_remote_tmp: C:\Temp
Я запускаю экземпляр EC2 из этого AMI.
Я вхожу через ssh:
ssh -i ~/.ssh/***REDACTED***.pem jenkins@ec2-***REDACTED***.compute.amazonaws.com -vvv
Я не вошел в систему с помощью ключа SSH, но могу войти с помощью пароля.
Это журнал отладки SSH:
debug3: load_hostkeys: loaded 1 keys from ***REDACTED***
debug1: Host 'ec2-***REDACTED***.compute.amazonaws.com' is known and matches the ECDSA host key.
debug1: Found key in /home/amedee/.ssh/known_hosts:161
debug3: send packet: type 21
debug2: set_newkeys: mode 1
debug1: rekey out after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug3: receive packet: type 21
debug1: SSH2_MSG_NEWKEYS received
debug2: set_newkeys: mode 0
debug1: rekey in after 134217728 blocks
debug1: Will attempt key: /home/amedee/.ssh/***REDACTED***.pem explicit
debug2: pubkey_prepare: done
debug3: send packet: type 5
debug3: receive packet: type 7
debug1: SSH2_MSG_EXT_INFO received
debug1: kex_input_ext_info: server-sig-algs=<ssh-ed25519,ssh-rsa,rsa-sha2-256,rsa-sha2-512,ssh-dss,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521>
debug3: receive packet: type 6
debug2: service_accept: ssh-userauth
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug3: send packet: type 50
debug3: receive packet: type 51
debug1: Authentications that can continue: publickey,password,keyboard-interactive
debug3: start over, passed a different list publickey,password,keyboard-interactive
debug3: preferred gssapi-with-mic,publickey,keyboard-interactive,password
debug3: authmethod_lookup publickey
debug3: remaining preferred: keyboard-interactive,password
debug3: authmethod_is_enabled publickey
debug1: Next authentication method: publickey
debug1: Trying private key: /home/amedee/.ssh/***REDACTED***.pem
debug3: sign_and_send_pubkey: RSA SHA256:3OWWXRDheAUWZ9kxRiSJPvwFy1/Nh3//CdbLirDuFSM
debug3: sign_and_send_pubkey: signing using rsa-sha2-512 SHA256:3OWWXRDheAUWZ9kxRiSJPvwFy1/Nh3//CdbLirDuFSM
debug3: send packet: type 50
debug2: we sent a publickey packet, wait for reply
debug3: receive packet: type 51
debug1: Authentications that can continue: publickey,password,keyboard-interactive
debug2: we did not send a packet, disable method
debug3: authmethod_lookup keyboard-interactive
debug3: remaining preferred: password
debug3: authmethod_is_enabled keyboard-interactive
debug1: Next authentication method: keyboard-interactive
debug2: userauth_kbdint
debug3: send packet: type 50
debug2: we sent a keyboard-interactive packet, wait for reply
debug3: receive packet: type 51
debug1: Authentications that can continue: publickey,password,keyboard-interactive
debug3: userauth_kbdint: disable: no info_req_seen
debug2: we did not send a packet, disable method
debug3: authmethod_lookup password
debug3: remaining preferred:
debug3: authmethod_is_enabled password
debug1: Next authentication method: password
jenkins@***REDACTED***.compute.amazonaws.com's password:
Затем Windows приветствует меня следующим образом:
Microsoft Windows [Version 10.0.17763.1637]
(c) 2018 Microsoft Corporation. All rights reserved.
jenkins@EC2AMAZ-ELNOCH3 C:\Users\jenkins.EC2AMAZ-ELNOCH3>
Итак, я вошел в систему не как пользователь, jenkins
а как пользователь jenkins.EC2AMAZ-ELNOCH3
.
Пользователь jenkins
также существует:
jenkins@EC2AMAZ-ELNOCH3 C:\Users\jenkins.EC2AMAZ-ELNOCH3>dir ..
Volume in drive C has no label.
Volume Serial Number is E43B-9F7E
Directory of C:\Users
12/11/2020 02:19 PM <DIR> .
12/11/2020 02:19 PM <DIR> ..
12/11/2020 01:51 PM <DIR> Administrator
12/11/2020 02:02 PM <DIR> jenkins
12/11/2020 02:22 PM <DIR> jenkins.EC2AMAZ-ELNOCH3
12/12/2018 07:45 AM <DIR> Public
0 File(s) 0 bytes
6 Dir(s) 12,552,163,328 bytes free
и там находятся файлы SSH, которые я скопировал с помощью Ansible:
jenkins@EC2AMAZ-ELNOCH3 C:\Users\jenkins.EC2AMAZ-ELNOCH3>dir ..\jenkins\.ssh
Volume in drive C has no label.
Volume Serial Number is E43B-9F7E
Directory of C:\Users\jenkins\.ssh
12/11/2020 02:02 PM <DIR> .
12/11/2020 02:02 PM <DIR> ..
11/13/2020 10:57 AM 1,221 authorized_keys
11/13/2020 10:57 AM 1,675 id_rsa
11/13/2020 10:57 AM 401 id_rsa.pub
11/13/2020 10:57 AM 7,962 known_hosts
4 File(s) 11,259 bytes
2 Dir(s) 12,552,081,408 bytes free
Когда я пытаюсь подключиться по SSH, .EC2AMAZ-ELNOCH3
добавив к имени пользователя следующее, я не могу войти с паролем:
ssh -i ~/.ssh/***REDACTED***.pem jenkins.EC2AMAZ-ELNOCH3@ec2-***REDACTED***.compute.amazonaws.com -vvv
.
.
.
debug1: Next authentication method: password
jenkins.EC2AMAZ-ELNOCH3@ec2-***REDACTED***.compute.amazonaws.com's password:
debug3: send packet: type 50
debug2: we sent a password packet, wait for reply
debug3: receive packet: type 51
debug1: Authentications that can continue: publickey,password,keyboard-interactive
Permission denied, please try again.
jenkins.EC2AMAZ-ELNOCH3@ec2-***REDACTED***.compute.amazonaws.com's password:
Когда я вхожу в систему как пользователь jenkins.EC2AMAZ-ELNOCH3
, я копирую файлы из C:\Users\jenkins\.ssh\
в C:\Users\jenkins.EC2AMAZ-ELNOCH3\.ssh\
и разрываю соединение. В следующий раз, когда я вхожу через SSH, вход без пароля срабатывает, что доказывает, что мои ключи SSH верны, но находятся в неправильном каталоге.
Я не хочу, jenkins.EC2AMAZ-ELNOCH3
чтобы этот пользователь существовал. Как мне убедиться, что jenkins
существует только этот пользователь?
FYI Я знаком только с Linux, поэтому если ваш ответ содержит расширенную терминологию Windows, то, пожалуйста, поясните. Последняя версия Windows, которую я использовал, была Windows 3.11. Это также первый раз, когда я что-то делаю с Ansible, но я уверен, что понимаю суть.
решение1
jenkins@EC2AMAZ-ELNOCH3
jenkins
означает, что вы вошли в систему как пользовательмашина EC2AMAZ-ELNOCH3
.
C:\Users\jenkins.EC2AMAZ-ELNOCH3
означает, что при входе в систему Windows обнаружила, что папка C:\Users\jenkins
уже существует, но она не соответствует пользователю jenkins
; поэтому Windows пришлось создать новую папку профиля пользователя.
Если вы входите в систему на компьютере bar
с локальной учетной записью пользователя foo
, папкой вашего профиля пользователя по умолчанию будет C:\Users\foo
; но если эта папка уже существует и Windows не может сопоставить ее с фактической учетной записью пользователя (по каким-либо причинам), она создаст новую; чтобы обойти дублирование имени папки, Windows добавит к ней имя компьютера, поэтому новая папка профиля пользователя будет называться C:\users\foo.bar
.
Это не имеет никакого отношения к имени пользователя, которое по-прежнему определенно foo
.
Что касается причины, по которой это произошло, я понятия не имею. Но это стандартное поведение Windows с дублирующимися папками профилей пользователей.
решение2
С использованиемсообщество.windows.win_user_profile– Управляет профилями пользователей Windows. Создайте домашний каталог сразу после создания пользователя, и только потом копируйте файлы.
Вот как это сделать в Ansible:
- name: Ensure user jenkins is present
ansible.windows.win_user:
name: jenkins
password: ***REDACTED***
state: present
groups:
- Users
- name: Create a profile for user jenkins at C:\Users\jenkins
community.windows.win_user_profile:
username: jenkins
name: jenkins
state: present
- name: Create directory structure
ansible.windows.win_file:
path: C:\Temp\
state: directory
- name: Allow write and execute access to User jenkins
ansible.windows.win_acl:
user: jenkins
path: C:\Temp
type: allow
rights: ExecuteFile,Write
- name: Copy SSH keys
ansible.windows.win_copy:
src: ./files/.ssh
dest: C:\Users\jenkins
vars:
ansible_become_user: jenkins
ansible_become_password: ***REDACTED***
# The tmp dir must be set when using win_copy as another user
# This ensures the become user will have permissions for the operation
# Make sure to specify a folder both the ansible_user and the become_user have access to (i.e not %TEMP% which is user specific and requires Admin)
ansible_remote_tmp: C:\Temp