Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
C'est étrange, dans la console où je tape la commande je peux sélectionner le texte. Sinon, il faut tout écrire dans un fichier puis faire le copier-coller après coup. Voici comment faire:
Tu attends quelques secondes puis tu tapes Ctrl + D pour la déconnexion. Un fichier ssh.out de quelques Ko devrait apparaître dans le répertoire courant. Tout est dedans.
Code : Sélectionner tout - Visualiser dans une fenêtre à part ssh -vvv user_server@machine_serveur &> ssh.out
Voilà ce que ça me sors :
Code : Sélectionner tout - Visualiser dans une fenêtre à part
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
J'ai l'impression qu'il y a un problème avec ta clé RSA1.
Premièrement, vérifie les fichiers ~/.ssh/identity et ~/.ssh/identity.pub.
Si les fichiers n'ont pas cette structure, c'est qu'ils ont été mal générés. Le cas échéant, il faut les supprimer tout simplement parce que non utilisés: protocole version 1 alors que l'authentification est faite en version 2. Toujours dans ce cas, il faudrait également vérifier les deux autres clés.
Code : Sélectionner tout - Visualiser dans une fenêtre à part
2
3
4
5
6
Par contre, la reconnaissance de la clé ordi fonctionne correctement grâce à la clé RSA (donc les RSA1 et DSA sont inutiles).
Code : Sélectionner tout - Visualiser dans une fenêtre à part
2
3
4
5
6
7
8
9
10
11
12
13
Enfin, je crois qu'il y a un problème durant l'authentification par clé (RSA puis DSA): le serveur ne répond pas. Peut-être un réglage à modifier.
Deuxièmement, mets le fichier /etc/ssh/sshd_config ici, entre balises code.
Tous les fichiers ont la structure que tu as écrit
Code : Sélectionner tout - Visualiser dans une fenêtre à part
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
Bon, c'est un peu long, mais ça avance.
Le serveur ne répond qu'au protocole 2, donc tu peux virer la clé RSA1 (qui est en protocole 1); donc tu supprimes ~/.ssh/identity* sur le client, et sur le serveur la clé publique RSA1 qui se trouve dans ~/.ssh/authorized_keys (c'est la ligne où il n'y a que des chiffres).
Sinon le fichier /etc/ssh/sshd_config du serveur SSH sur la machine serveur a l'air correct. J'ai oublié de te dire d'extraire les infos pertinentes de la manière suivante:
Il me faut maintenant les infos pertinentes du client SSH sur la machine cliente. Comme tu as une machine Windows en client, je ne sais pas comment faire. Sur Linux ce serait:
Code : Sélectionner tout - Visualiser dans une fenêtre à part
2
3
4
5
6
7
8
9
10
11
12
13
Enfin, vérifie les droits des répertoires et fichiers (client comme serveur):
Code : Sélectionner tout - Visualiser dans une fenêtre à part awk '$0 !~ /^#/ && NF > 0' /etc/ssh/ssh_config
~/.ssh: drwx------
~/.ssh/id_rsa: -rw------- (clé RSA privée)
~/.ssh/id_rsa.pub: -rw-r--r-- (clé RSA publique)
~/.ssh/id_dsa: -rw------- (clé DSA privée)
~/.ssh/id_dsa.pub: -rw-r--r-- (clé DSA publique)
~/.ssh/known_hosts: -rw-r--r-- (liste des serveurs connus, sur le client)
~/.ssh/authorized_keys: -rw-r--r-- (liste des clés publiques des clients, sur le serveur)
Ma dernière réponse était trop rapide. J'étais au travail et avais la tête ailleurs, résultat je n'ai pas bien décortiqué la sortie de la commande ssh -vvv. J'en suis désolé.
Voici ce qu'on peut y lire:
Je suis connecté sur les ordis du travail, et voici ce que j'obtiens:
Code : Sélectionner tout - Visualiser dans une fenêtre à part
2
3
4
Il est clair que le serveur chez moi accepte la requête, mais chez toi, Noizet, il la refuse. C'est donc le serveur qui est en cause. Pour obtenir plus d'indices sur le problème, il faudrait que tu arrives à lire le fichier de log du serveur ssh. Chez nous, les distros utilisées sont dérivées de RedHat et ce fichier est /var/log/secure. Il faut être root pour le lire. Exemple de connexion réussie, de <user_name> à root:
Code : Sélectionner tout - Visualiser dans une fenêtre à part
2
3
4
5
On devrait lire dans les dernières lignes du fichier la raison pour laquelle ce foutu serveur SSH refuse la requête de connexion. Donne les lignes intéressantes (réfère-toi à l'heure).
Code : Sélectionner tout - Visualiser dans une fenêtre à part
2
3
Ok, le soucis c'est que je n'ai pas les droits suffisants pour aller lire ce fichier.
Je vais regarder lundi avec la personne concerner si elle peut me sortir ce fichier et te redonne des nouvelles
Entendu. Cependant, ce devrait être à l'admin de résoudre ce problème, et non à l'utilisateur.
Dans la situation actuelle, je pense que ce peut être une config PAM inadaptée. Dans ce cas, voir /etc/pam.d/sshd et les fichiers inclus. Je ne suis pas spécialiste de la chose, d'ailleurs ton post aurait dû passer dans le forum Linux/Sécurité plutôt que Linux/Applications/Shell. Néanmoins je suis curieux de voir comment ce problème aura été résolu alors donne des nouvelles.
Voilà les lignes que sa me met :
Code : Sélectionner tout - Visualiser dans une fenêtre à part
2
3
Bonjour Noizet,
Le fichier de log est très instructif, n'est-ce pas? Peux-tu mettre maintenant le résultat de la commande
Fais bien attention à USER: Si ce n'est pas le même, alors mets USER1 et USER2, par exemple.
Code : Sélectionner tout - Visualiser dans une fenêtre à part ls -l /data/USER/.ssh/authorized_keys
Edit: Il peux y avoir plusieurs erreurs de ce côté-là, alors fais tout de suite ls -al /data/USER/.ssh
J'ai également les mêmes droits pour id_dsa, id:dsa.pub, identitiy, identity.pub, id_rsa,id_rsa.pub
Code : Sélectionner tout - Visualiser dans une fenêtre à part -rwxrwxrwx USER1 UER1 1668 Oct 28 .ssh/authorized_keys
Bon, le problème est maintenant clair. Si tu lis la man page de ssh, à la fin sont indiqués les droits que doivent avoir les fichiers:J'espère que tu sais modifier les droits des fichiers pour obtenir exactement ce qui est indiqué. Une fois les changements effectués, essaie à nouveau et dis-nous si ça marche.
- Les clés privées (les trois fichiers id_dsa, id_rsa et identity) doivent être privées, c'est-à-dire: -rw-------.
- Les clés publiques (les trois fichiers id_dsa.pub, id_rsa.pub, et identity.pub) peuvent être publiques: -rw-r--r--. Mais elles ont le droit de rester privées quand même.
- Le fichier des clés publiques host des ordinateurs connus (authorized_keys) peut être publique: -rw-r--r--.
- Le répertoire .ssh doit être privé: drwx------.
Alors, les fichiers sur le serveur ont ces droits, mais ça ne change rien, il me demande toujours mon mot de passe quand je me connect
Bon, il y a peut-être d'autres problèmes. Mais essaie d'être plus actif en n'attendant pas que quelqu'un te résolve tes problèmes. Par exemple, retourne voir ce que te dit maintenant le fichier /var/log/secure, il donnera certainement d'autres indices, maintenant que le problème des droits est résolu. Et puis relance la commande ssh avec l'option -vvv: il y a toutes les étapes survenues durant la tentative de connexion.
Malheureusement je n'ai pas accès à ce fichier...
J'ai exécuté la commande -vvv, j'ai exactement la même chose que la dernière fois, aucune ligne n'a changé !
Si vraiment aucune ligne n'a changé lors de la sortie de la commande ssh -vvv, c'est que le serveur ne veut toujours pas répondre. Il faut voir pourquoi dans le fichier /var/log/secure. En attendant, tu peux aussi vérifier les droits des fichiers ssh sur le poste client. Les droits doivent être comme décrits précédemment.
Les droits sont ok.
Est-ce que bien correcte :
- Machine cliente (.ssh): id_dsa, id_dsa.pub, id_rsa, id_rsa.pub, identity, identity.pub, known_hosts
- Serveur (.ssh): id_dsa, id_dsa.pub, id_rsa, id_rsa.pub, identity, identity.pub, authorized_keys
Est-ce correct ou j'ai omis un fichier et sa coince ici ?
Bonjour Noizet,
Pour cette connexion uniquement (ssh protocole 2), les fichiers indispensables dans le répertoire .ssh sont:
ClientServeur
- id_rsa: contient la clé privée de l'utilisateur; fichier utilisé durant la connexion.
- id_rsa.pub: contient la clé publique de l'utilisateur; fichier non utilisé directement chez le client.
- known_hosts: contient la clé publique de la machine serveur, et provient du fichier /etc/ssh/ssh_host_rsa_key.pub (sur le serveur); fichier utilisé durant la connexion.
C'est tout.
- authorized_keys: contient la clé publique de l'utilisateur sur la machine cliente, et provient du fichier ~/.ssh/id_rsa.pub (sur le machine cliente); fichier utilisé durant la connexion.
Répondre avec citation
Partager