Ssh + nom de machine

Ssh + nom de machine - réseaux et sécurité - Linux et OS Alternatifs

Marsh Posté le 03-03-2004 à 21:08:43    

Voilà alors je suis sous Mandrake 9.2. Je voudrais pouvoir accéder à ma machine depuis d'autres machines reliées à internet.  
 
J'y arrive de cette manière : je lance la commande ifconfig sur ma machine (le serveur), je récupère mon adresse inet, et de l'autre machine (le client) je me connecte par ssh, et ça marche.
 
Par contre je voudrais m'y connecter en utilisant un nom fixe, contrairement à l'adresse ip). J'ai défini un nom de machine (bidon) à ma machine sous la forme machine.domainebidon.fr,  mais en essayent le ssh, j'ai l'erreur suivante : ssh_exchange_identification: Connection closed by remote host
En utilisant le mode verbose, j'ai vu que l'adresse ip qu'il essaie de rallier est incorrecte. ca m'aurait étonné que ca marche en effet, mais je ne sais pas trop comment faire... merci

Reply

Marsh Posté le 03-03-2004 à 21:08:43   

Reply

Marsh Posté le 03-03-2004 à 21:55:02    

/etc/hosts

Reply

Marsh Posté le 03-03-2004 à 22:11:44    

tu pourrais etre un peu plus precis stp ?


Message édité par full_phil le 03-03-2004 à 22:15:08
Reply

Marsh Posté le 03-03-2004 à 22:14:57    

alien conspiracy a écrit :

/etc/hosts


il veut dire : tu remplie /etc/hosts avec les nom/ip des machines. Pour plus d'info man hosts.
 
Tu peux aussi mettre un DNS pour ton reseau local ;) :D

Reply

Marsh Posté le 03-03-2004 à 22:17:12    

GUG a écrit :


il veut dire : tu remplie /etc/hosts avec les nom/ip des machines. Pour plus d'info man hosts.
Tu peux aussi mettre un DNS pour ton reseau local ;) :D

oui, mais ca sert à rien vu que l'ip change a chaque connexion... alors je me connecte avec le numero d'ip c pareil
Comment on met se un DNS sinon ?? c payant ??

Reply

Marsh Posté le 03-03-2004 à 22:22:33    

full_phil a écrit :

oui, mais ca sert à rien vu que l'ip change a chaque connexion... alors je me connecte avec le numero d'ip c pareil
Comment on met se un DNS sinon ?? c payant ??


 
il parle de l' ip de ton poste ds ton lan.
si tu veux pouvoir acceder de l' exterieur fo un nom de domaine ou faire des bidouilles de nerdz, ds ce cas attends un nerdz plus doué que moi pour te répondre.

Reply

Marsh Posté le 03-03-2004 à 22:25:36    

ok... mais elle y est l'ip, j'en ai 2, celle pour le localhost, et celle dans le reseau

Reply

Marsh Posté le 03-03-2004 à 22:39:41    

le nom de machine bidon que tu as mis a ton serveur ssh il serait pas deja utilise sur le net par hazard ??

Reply

Marsh Posté le 03-03-2004 à 22:43:28    

le truc le plus simple c est que tu vas chez dyndns.org ou autre hebergeur dns gratuit
tu te crees un compte chez lui (creation d un nom de machine)
C est dyndns qui va s occuper de fournir l adresse IP a ce qui la demande
toi la seule chose a faire c est de mettre ajour cette adresse dans leur base (notament via un ptit script qui la met a jour quand l @IP change)
 
voilou

Reply

Marsh Posté le 03-03-2004 à 22:54:40    

1) tu t'ouvres un compte dns dynamic sur le site www.dyndns.org que tu nommes par exemple "lecomptedephil"
2) tu te crées un hostname par exemple "lamachinedephil.dyndns.org"
3) tu installes sur la machine serveur (la machine sur laquelle tu veux te connecter) un client dyndns (par exemple ipcheck)
4) tu configures le client avec les paramètres qui vont bien
5) tu mets en cron le client
6) tu peux ensuite te connecter depuis internet sur ta machine serveur en tapant : ssh lamachinedephil.dyndns.org
 
Voila c'est la méthode que j'utilise.

Reply

Marsh Posté le 03-03-2004 à 22:54:40   

Reply

Marsh Posté le 03-03-2004 à 22:58:42    

O'gure a écrit :

le nom de machine bidon que tu as mis a ton serveur ssh il serait pas deja utilise sur le net par hazard ??
 

oui, en fait c ca, j'ai changé pour un nom qui ne risquait pas d'exister et la c le ssh: *****.totoblablaboubou.fr: Name or service not known

Reply

Marsh Posté le 03-03-2004 à 22:59:09    

ok je v voir ca merci bien

Reply

Marsh Posté le 03-03-2004 à 23:01:19    

mais comment veux tu que ton client puisse obtenir l adresse IP de ton serveur via ton nom bidon si il n est dans aucun serveur DNS ???

Reply

Marsh Posté le 03-03-2004 à 23:08:48    

O'gure a écrit :

mais comment veux tu que ton client puisse obtenir l adresse IP de ton serveur via ton nom bidon si il n est dans aucun serveur DNS ???

c ca que je disais dans mon premier message, que je me doutais que ca marcherait pas...  ;)


Message édité par full_phil le 03-03-2004 à 23:09:11
Reply

Marsh Posté le 03-03-2004 à 23:30:21    

eheh merci à vous ca marche parfaitement...

Reply

Marsh Posté le 04-03-2004 à 02:37:17    

J'ai quand meme un probleme, c'est qu'avec cette methode, si je ne vide pas le dossier $HOME/.ssh (ou tout du moins l'entree qui correspond), il ne veut pas me connecter car il s'apercoit que l'ip a changé (normal, nouvelle connexion avec l'adsl) pour le meme nom

Code :
  1. Password authentication is disabled to avoid man-in-the-middle attacks.
  2. X11 forwarding is disabled to avoid man-in-the-middle attacks.
  3. Permission denied (publickey,password,keyboard-interactive).


 
ssh + dynamic dns ne fonctionnerait pas ?
 
Une méthode pour résoudre ce problème ?


Message édité par full_phil le 04-03-2004 à 02:46:02
Reply

Marsh Posté le 04-03-2004 à 09:43:59    

full_phil a écrit :

J'ai quand meme un probleme, c'est qu'avec cette methode, si je ne vide pas le dossier $HOME/.ssh (ou tout du moins l'entree qui correspond), il ne veut pas me connecter car il s'apercoit que l'ip a changé (normal, nouvelle connexion avec l'adsl) pour le meme nom

Code :
  1. Password authentication is disabled to avoid man-in-the-middle attacks.
  2. X11 forwarding is disabled to avoid man-in-the-middle attacks.
  3. Permission denied (publickey,password,keyboard-interactive).


 
ssh + dynamic dns ne fonctionnerait pas ?
 
Une méthode pour résoudre ce problème ?


 
fait voir la config de ton sshd, ca doit etre /etc/sshd/sshd_config ou un truc du genre

Reply

Marsh Posté le 04-03-2004 à 12:17:01    

Code :
  1. # $OpenBSD: sshd_config,v 1.59 2002/09/25 11:17:16 markus Exp $
  3. # This is the sshd server system-wide configuration file.  See
  4. # sshd_config(5) for more information.
  6. # This sshd was compiled with PATH=/usr/local/bin:/bin:/usr/bin:/usr/X11R6/bin
  8. # The strategy used for options in the default sshd_config shipped with
  9. # OpenSSH is to specify options with their default value where
  10. # possible, but leave them commented.  Uncommented options change a
  11. # default value.
  13. #Port 22
  14. Protocol 2,1
  15. #ListenAddress 0.0.0.0
  16. #ListenAddress ::
  18. # HostKey for protocol version 1
  19. HostKey /etc/ssh/ssh_host_key
  20. # HostKeys for protocol version 2
  21. HostKey /etc/ssh/ssh_host_rsa_key
  22. HostKey /etc/ssh/ssh_host_dsa_key
  24. # Lifetime and size of ephemeral version 1 server key
  25. #KeyRegenerationInterval 3600
  26. #ServerKeyBits 768
  28. # Logging
  29. #obsoletes QuietMode and FascistLogging
  30. #SyslogFacility AUTH
  31. #LogLevel INFO
  33. # Authentication:
  35. #LoginGraceTime 120
  36. PermitRootLogin yes
  37. #StrictModes yes
  39. #RSAAuthentication yes
  40. #PubkeyAuthentication yes
  41. #AuthorizedKeysFile .ssh/authorized_keys
  43. # rhosts authentication should not be used
  44. #RhostsAuthentication no
  45. # Don't read the user's ~/.rhosts and ~/.shosts files
  46. #IgnoreRhosts yes
  47. # For this to work you will also need host keys in /etc/ssh/ssh_known_hosts
  48. #RhostsRSAAuthentication no
  49. # similar for protocol version 2
  50. #HostbasedAuthentication no
  51. # Change to yes if you don't trust ~/.ssh/known_hosts for
  52. # RhostsRSAAuthentication and HostbasedAuthentication
  53. #IgnoreUserKnownHosts no
  55. # To disable tunneled clear text passwords, change to no here!
  56. #PasswordAuthentication yes
  57. #PermitEmptyPasswords no
  59. # Change to no to disable s/key passwords
  60. #ChallengeResponseAuthentication yes
  62. # Kerberos options
  63. #KerberosAuthentication no
  64. #KerberosOrLocalPasswd yes
  65. #KerberosTicketCleanup yes
  67. #AFSTokenPassing no
  69. # Kerberos TGT Passing only works with the AFS kaserver
  70. #KerberosTgtPassing no
  72. # Set this to 'yes' to enable PAM keyboard-interactive authentication
  73. # Warning: enabling this may bypass the setting of 'PasswordAuthentication'
  74. #PAMAuthenticationViaKbdInt no
  76. X11Forwarding yes
  77. #X11DisplayOffset 10
  78. #X11UseLocalhost yes
  79. #PrintMotd yes
  80. #PrintLastLog yes
  81. #KeepAlive yes
  82. #UseLogin no
  83. UsePrivilegeSeparation yes
  84. #PermitUserEnvironment no
  85. #Compression yes
  87. #MaxStartups 10
  88. # no default banner path
  89. #Banner /some/path
  90. #VerifyReverseMapping no
  92. # override default of no subsystems
  93. Subsystem sftp /usr/lib/ssh/sftp-server

Reply

Marsh Posté le 04-03-2004 à 12:21:24    

Au passage, comment on fait pour restreindre l'authentification à celle par clé privée pour les accès WAN (non LAN) ?

Reply

Marsh Posté le 04-03-2004 à 18:15:28    

Voici mon fichier de config. Je me connecte ainsi à mon serveur qui se trouve sur mon lan qui est relié à internet par un routeur adsl avec ip dynamique
 

Code :
  1. #       $OpenBSD: sshd_config,v 1.59 2002/09/25 11:17:16 markus Exp $
  3. # This is the sshd server system-wide configuration file.  See
  4. # sshd_config(5) for more information.
  6. # This sshd was compiled with PATH=/usr/local/bin:/bin:/usr/bin:/usr/X11R6/bin
  8. # The strategy used for options in the default sshd_config shipped with
  9. # OpenSSH is to specify options with their default value where
  10. # possible, but leave them commented.  Uncommented options change a
  11. # default value.
  13. #Port 22
  14. Protocol 2,1
  16. #ListenAddress 0.0.0.0
  17. #ListenAddress ::
  19. # HostKey for protocol version 1
  20. HostKey /etc/ssh/ssh_host_key
  21. # HostKeys for protocol version 2
  22. HostKey /etc/ssh/ssh_host_rsa_key
  23. HostKey /etc/ssh/ssh_host_dsa_key
  25. # Lifetime and size of ephemeral version 1 server key
  26. #KeyRegenerationInterval 3600
  27. #ServerKeyBits 768
  29. # Logging
  30. #obsoletes QuietMode and FascistLogging
  31. #SyslogFacility AUTH
  32. #LogLevel INFO
  34. # Authentication:
  36. #LoginGraceTime 120
  37. PermitRootLogin no
  38. #StrictModes yes
  40. #RSAAuthentication yes
  41. #PubkeyAuthentication yes
  42. #AuthorizedKeysFile     .ssh/authorized_keys
  44. # rhosts authentication should not be used
  45. #RhostsAuthentication no
  46. # Don't read the user's ~/.rhosts and ~/.shosts files
  47. #IgnoreRhosts yes
  48. # For this to work you will also need host keys in /etc/ssh/ssh_known_hosts
  49. #RhostsRSAAuthentication no
  50. # similar for protocol version 2
  51. #HostbasedAuthentication no
  52. # Change to yes if you don't trust ~/.ssh/known_hosts for
  53. # RhostsRSAAuthentication and HostbasedAuthentication
  54. #IgnoreUserKnownHosts no
  56. # To disable tunneled clear text passwords, change to no here!
  57. #PasswordAuthentication yes
  58. #PermitEmptyPasswords no
  59. # Change to no to disable s/key passwords
  60. #ChallengeResponseAuthentication yes
  62. # Kerberos options
  63. #KerberosAuthentication no
  64. #KerberosOrLocalPasswd yes
  65. #KerberosTicketCleanup yes
  67. #AFSTokenPassing no
  69. # Kerberos TGT Passing only works with the AFS kaserver
  70. #KerberosTgtPassing no
  72. # Set this to 'yes' to enable PAM keyboard-interactive authentication
  73. # Warning: enabling this may bypass the setting of 'PasswordAuthentication'
  74. #PAMAuthenticationViaKbdInt no
  76. X11Forwarding yes
  77. #X11DisplayOffset 10
  78. #X11UseLocalhost yes
  79. #PrintMotd yes
  80. #PrintLastLog yes
  81. #KeepAlive yes
  82. #UseLogin no
  83. UsePrivilegeSeparation yes
  84. #PermitUserEnvironment no
  85. #Compression yes
  87. #MaxStartups 10
  88. # no default banner path
  89. #Banner /some/path
  90. #VerifyReverseMapping no
  92. # override default of no subsystems
  93. Subsystem       sftp    /usr/lib/ssh/sftp-server


 
Mais je ne comprends pas trop, tu parles du $home/.ssh sur l'ordi qui lance l'accès au serveur ssh ?
Si oui, c'est plutot du coté de la config client qu'il faut voir. Pour info, je n'ai utilisé mon accès ssh qu'à travers le programme putty pour windows. Essaie pour voir.

Reply

Marsh Posté le 04-03-2004 à 18:55:18    

Faxone a écrit :

Mais je ne comprends pas trop, tu parles du $home/.ssh sur l'ordi qui lance l'accès au serveur ssh ?
Si oui, c'est plutot du coté de la config client qu'il faut voir. Pour info, je n'ai utilisé mon accès ssh qu'à travers le programme putty pour windows. Essaie pour voir.

J'essaierai ce soir quand j'aurais le temps, mais le pb vient du côté client à mon avis... c'est lui qui refuse de me voir me connecter à une même machine qui change d'ip

Code :
  1. @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
  2. @       WARNING: POSSIBLE DNS SPOOFING DETECTED!          @
  3. @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
  4. The RSA host key for ******.dyndns.org has changed,
  5. and the key for the according IP address ******
  6. is unknown. This could either mean that
  7. DNS SPOOFING is happening or the IP address for the host
  8. and its host key have changed at the same time.
  9. @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
  10. @    WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED!     @
  11. @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
  12. IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
  13. Someone could be eavesdropping on you right now (man-in-the-middle attack)!
  14. It is also possible that the RSA host key has just been changed.
  15. The fingerprint for the RSA key sent by the remote host is
  16. ef:0f:e2:.....
  17. Please contact your system administrator.
  18. Add correct host key in /home/fullphil/.ssh/known_hosts to get rid of this message.
  19. Offending key in /home/fullphil/.ssh/known_hosts:6
  20. Password authentication is disabled to avoid man-in-the-middle attacks.
  21. X11 forwarding is disabled to avoid man-in-the-middle attacks.
  22. Permission denied (publickey,password,keyboard-interactive).


Message édité par full_phil le 04-03-2004 à 18:56:16
Reply

Marsh Posté le 04-03-2004 à 19:22:37    

@Faxone : a premiere vue on a le meme à part rootlogin....

Reply

Marsh Posté le 04-03-2004 à 20:32:52    

tu vides /home/user/.ssh/known_hosts du user avec lequelle tu vas te connecter via ssh.
 
Apres tu t'inscris sur dyndns.org pour avoir un nom de domaine sur une ip dynamique.
Ensuite tu installes ez-ipupdate pour que le daeomon se lance au demarrage et actualise ton ip dynamique avec ton nom de domaine dyndns.
 
apres tu pourras te connecter via ssh :  ssh user@domain.dyndns
 
ça marche très bien :)
 
(fin de message nerdzien)

Reply

Marsh Posté le 04-03-2004 à 21:24:52    

full_phil : je pense vraiment que ca doit etre une protection de ton client ssh.

Reply

Marsh Posté le 04-03-2004 à 21:26:40    

ca a l'air de bien marcher maintenant... ma fois je crois ne rien avoir touché en plus ;)

Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed