j’ai vérifié l’orthographe et c’est seulement dans le fil de discussion que j’ai fait l’erreur.
Dans ce cas il faut faire aussi l’inverse. Le principe est toujours le même.
Générer depuis le client une clef rsa publique que l’on dépose dans le fichier authorized_keys du serveur ?
Je pense que j’ai tout fait bien . Du coup pourquoi rien ne fonctionne ?
Retour complet de ta commande (avec la commande elle même) :
ssh -v toto@ip_du_serveur
nicolas@NICOLASDEBIAN:~$ ssh -v 192.168.1.33@xx.xxx.xxx.xx
OpenSSH_7.4p1 Debian-10+deb9u6, OpenSSL 1.0.2s 28 May 2019
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug1: Connecting to xx.xxx.xxx.xx [xx.xxx.xxx.xx] port 22.
Hein ?
Ton utilisateur sur le serveur se nomme réellement « 192.168.1.33 » ?!
1 J'aime
Salut , non ça c’est l’adresse ip interne de ma bécanne . L’adresse externe est la même pour tous les ordis de la maison, non ? Si je mets un nom d’utilisateur , comment savoir vers quel ordi se diriger ? J’ai spécifié au rooteur que son port 22 devait se diriger vers librazik ( le pc que je cherche à joindre à la maison)
Pour la troisième fois, la syntaxe correcte pour se connecter à un serveur avec SSH est :
ssh nom_utilisateur@ip_serveur
Par exemple je veux me connecter en tant que bruno à mon serveur qui a pour IP 151.12.23.14
ssh bruno@151.12.23.14
Autre exemple je veut me connecter en tant que root au serveur ayant pour nom example.com :
ssh root@example.com
Ressources pour apprendre à utiliser SSH :
https://debian-facile.org/doc:reseau:ssh:client
https://wiki.debian.org/fr/SSH
https://doc.ubuntu-fr.org/ssh
Bonjour,
Je ne suis pas un spécialiste, mais je pense qu’il faut faire
ssh login@ip
où login est l’utilisateur autorisé ssh et ip l’IP publique de ton installation.
Ensuite, sur le routage interne j’ai un doute : est-ce que toutes les connexions externes sur le port 22 (ssh) seront redirigées vers ta machine locale, librazik si j’ai bien compris, qui écoute sur ce port ?
A la maison , en réseau local, donc, je mets le login@ip interne de la machine .
Depuis mon boulot , je vais mettre un login ( ssh login@adresse publique) mais c’est nicolas sur plusieurs bécanes de mon domicile ( mon pc portable sous MX linux et ma tour sous librazik) . La redirection de port sur ma freebox indique que le port 22 va vers librazik.
Un copain informaticien vient de passer et constate que mon installe ssh est bonne , que le démon est lancé mais que l’adresse externe n’est plus la même . Il teste depuis son tél et avec la " nouvelle" adresse externe ça fonctionne .
si c’est le même login dans les deux cas, c’est bien ça, vu que
Donc le port 22 de ta freebox est celui de librazik.
Alors ça, tu peux ouvrir un compte, par exemple sur dyndns.org, te réserver un nom de sous domaine gratuit, genre nicolas-librazik.homeip.net (c’est un exemple), et ensuite tu configures le client ddclient sur ta machine librazik, et ou qu’elle se trouve, le nom nicolas-librazik.homeip.net sera toujours associé à l’ip extérieure de là ou se trouve librazik, même si cette adresse change ou si tu déplace librazik sur un autre réseau (mais il faudra juste refaire une redirection du port 22 sur la box ou tu déplaceras librazik si tu veux conserver ton accés ssh).
c’est payant ? ou je me trompe
De fait, il semble que ça le soit devenu, je n’avais pas fait attention.
Mais il y a des alternatives ddns, la doc de ddclient cite Hammernode, Zoneedit or EasyDNS (qui n’existent peut être plus), mais il y a plein d’autres services qui font la même chose, parfois avec d’autres clients que ddclient: