Bonjour,
via terraform (via le cluster kubernetes d'ovh), je me suis fait livrer une instance public cloud.
Seul soucis : la clé ssh. J'ai fait comme demandé par OVH i.e. passer en mode rescue et monter le disque pour générer un nouvel utilisateur (dans mon cas "admin"). J'ai beau créer le user mettre les droits nécessaires aux bons endroits, régler le fichier authorized_keys au niveau du user, tester la connexion ssh pendant le mode rescue (la connexion fonctionne !) mais rien n'y fait. Lorsque le rescue s'arrête et que j'essaie de me connecter par la console, mon ordinateur finit donner la réponse tant redoutée : "ssh: connect to host XXX.XX.XXX.XX port 22: Operation timed out".
De plus en redémarrant le mode rescue je vais regarder l'état de mon user et il n'existe plus. Il ne reste plus rien de ce que j'ai fait. Et pour la connexion j'ai voulu tenter de modifier le authorized_keys de user déjà existant et c'est tout pareil.
Si quelqu'un a une piste, je suis preneur.
Bien belle et agréable journée
Public Cloud OVHcloud - Nouvelle clé ssh
Related questions
- Dimensionnement serveur MySQL
46064 
07.11.2018 12:32
- [RESOLU] Connexion impossible en SSH
38658 05.06.2019 20:05
- Bonjour, Je n'est reçus aucun mot de passe root lors de mon achat!
33837 05.02.2018 20:47
- Gitlab private docker registry
33674 16.03.2018 13:05
- Ssh connection timed out port 22
32947 11.12.2019 08:21
- Configuration IP failover avec netplan (Ubuntu 17.10)
32435 12.01.2018 23:23
- Problème connexion ssh
32211 04.02.2018 09:46
- IP Failover sur Debian 9
31721 18.11.2016 20:40
- Instance Public Cloud en "error"
29548 15.12.2025 10:04
- Connexion OpenStack Swift Object Storage
25404 11.04.2019 10:09
Bonjour @ValentinR14.
Si je comprends bien, vous chercher a vous connecter en SSH a un node créé automatiquement sur notre offre Managed Kubernetes .
Sachez que cela n'est pas possible sur cette offre !
Ce n'est donc pas un bug mais bien une limitation technique de notre part sur ce service :)
C'est d'ailleurs indiqué dans notre documentation :
https://docs.ovh.com/gb/en/kubernetes/known-limits/
> Delivering a fully managed service, including OS and other component updates, you will neither need nor be able to SSH as root into your nodes.
Le management de cette offre doit ce faire uniquement via l'API de Kubernetes (kubectl).
Si vous souhaitez modifier ou check un élément spécifique, vous pouvez toujours créer un pod ayant des droits root sur l'host, mais je ne peut que vous le déconseiller !
En effet, selon la nature de la modification, nos robots peuvent être emmener a rebuild le node et, par conséquent, reinitialiser toute modification ou data local de l'host.
On reste ici sur une offre manager avec ses avantages et ses inconvénient :)
Au besoin, vous trouverez toute notre documentation Kubernetes ici :
https://docs.ovh.com/gb/en/kubernetes/
Eric
Bonjour Eric,
je vous remercie bcp de cette réponse claire et précise et je vous souhaite une très bonne journée