Contenu | Rechercher | Menus

Annonce

Si vous rencontrez des soucis à rester connecté sur le forum (ou si vous avez perdu votre mot de passe) déconnectez-vous et reconnectez-vous depuis cette page, en cochant la case "Me connecter automatiquement lors de mes prochaines visites".

#1 Le 09/02/2010, à 01:38

rwikus090

se connecter a une machine à distance

Bonjour
voila j'aimerai savoir si c'est possible de se connecter à une machine qui est aussi sous ubuntu a distance , par exemple sur la machine de mon ami qui est entrain de me parler sur msn.
merci
ps: on m'a dit que c'était possible avec une commande dans le terminal

Hors ligne

#2 Le 09/02/2010, à 01:39

sputnick

Re : se connecter a une machine à distance

http://doc.ubuntu-fr.org/ssh


bashfr.org(random);
<arciks1994> dou tu connai qel age j'ai ?

Hors ligne

#3 Le 09/02/2010, à 02:02

rwikus090

Re : se connecter a une machine à distance

j'ai esséyé:
ssh user@ip
on me sors tjr connexion refused
pour l'user j'ai mis le nom d'utilisateur de la session du pc qui est a distance,c'est juste?

Hors ligne

#4 Le 09/02/2010, à 16:16

serged

Re : se connecter a une machine à distance

Il faut néanmoins que :
- sshd soit installé chez ton copain
- Que sur sa box, le port 22 (par défaut, il peut préciser un autre, voir la doc signalée par sputnick) soit redirigé sur son PC.


Linux-Mint Petra 64 (Cinnamon) sur ASUS F2A55/AMD A8-5600K APU

Hors ligne

#5 Le 10/02/2010, à 17:46

rwikus090

Re : se connecter a une machine à distance

c'est quoi ce sshd, et je dois l'installer moi ausi?

Hors ligne

#6 Le 10/02/2010, à 17:53

Onclebenz

Re : se connecter a une machine à distance

c'est pour quel utilité?

Hors ligne

#7 Le 10/02/2010, à 19:25

francoisp31

Re : se connecter a une machine à distance

rwikus090 a écrit :

Bonjour
voila j'aimerai savoir si c'est possible de se connecter à une machine qui est aussi sous ubuntu a distance , par exemple sur la machine de mon ami qui est entrain de me parler sur msn.
merci
ps: on m'a dit que c'était possible avec une commande dans le terminal

des solutions il en existe plusieurs

ssh c'est le shell à distance donc un terminal

sshd doit tourné sur la machine QUI EST accédée avec les droits qui vont bien etc....et le port ouvert XXX sur la box qui va bien etc....

ssh -l user host -p PORT c'est coté client ((donc toi) qui le lance pour acceder à sa machine)


la configuration se fait dans /etc/ssh/ssh_config et /etc/ssh/sshd_config

bien sur toute machine peut etre client ET serveur à la fois ... c'est juste une histoire de droits à bien gerer après...



si tu préfére une connexion totalement graphique à distance il y a par exemple VNC.... de la meme manière vnc server d'un coté et vncviewer de l'autre  et bien sur pareil il faut le port ouvert et les droits qui vont bien...

c'est inutile mais tu peux même croiser les connexions
ouvrir un vncviewer sur la machine de ton pote et depuis là bas ouvrir un ssh sur ta machine à toi .... c'est 100% inutile mais ça marchera aussi ... smile

prends le temps de bien lire la doc c'est tout simple c'est juste un fichier texte à remplir et un service à démarrer... (pour ssh)

un exemple minimaliste peu configuré et pas très sécurisé donc juste le minimum vital :
ssh_config

# This is the ssh client system-wide configuration file.  See
# ssh_config(5) for more information.  This file provides defaults for
# users, and the values can be changed in per-user configuration files
# or on the command line.

# Configuration data is parsed as follows:
#  1. command line options
#  2. user-specific file
#  3. system-wide file
# Any configuration value is only changed the first time it is set.
# Thus, host-specific definitions should be at the beginning of the
# configuration file, and defaults at the end.

# Site-wide defaults for some commonly used options.  For a comprehensive
# list of available options, their meanings and defaults, please see the
# ssh_config(5) man page.

Host *
   ForwardAgent no
   ForwardX11 no
   ForwardX11Trusted yes
   RhostsRSAAuthentication no
   RSAAuthentication yes
   PasswordAuthentication yes
   HostbasedAuthentication no
   GSSAPIAuthentication no
   GSSAPIDelegateCredentials no
   GSSAPIKeyExchange no
   GSSAPITrustDNS no
   BatchMode no
   CheckHostIP yes
   AddressFamily any
   ConnectTimeout 0
   StrictHostKeyChecking ask
   IdentityFile ~/.ssh/identity
   IdentityFile ~/.ssh/id_rsa
   IdentityFile ~/.ssh/id_dsa
   Port 22
   Protocol 2
#   Cipher 3des
#   Ciphers aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc
#   MACs hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160
#   EscapeChar ~
#   Tunnel no
#   TunnelDevice any:any
#   PermitLocalCommand no
    SendEnv LANG LC_*
    HashKnownHosts yes
    GSSAPIAuthentication yes
    GSSAPIDelegateCredentials no

sshd_config :

# Package generated configuration file
# See the sshd(8) manpage for details

# What ports, IPs and protocols we listen for
Port 22
# Use these options to restrict which interfaces/protocols sshd will bind to
#ListenAddress ::
#ListenAddress 0.0.0.0
Protocol 2
# HostKeys for protocol version 2
HostKey /etc/ssh/ssh_host_rsa_key
HostKey /etc/ssh/ssh_host_dsa_key
#Privilege Separation is turned on for security
UsePrivilegeSeparation yes

# Lifetime and size of ephemeral version 1 server key
KeyRegenerationInterval 3600
ServerKeyBits 768

# Logging
SyslogFacility AUTH
LogLevel INFO

# Authentication:
LoginGraceTime 120
PermitRootLogin no
StrictModes yes

RSAAuthentication yes
PubkeyAuthentication no
#AuthorizedKeysFile	%h/.ssh/authorized_keys

# Don't read the user's ~/.rhosts and ~/.shosts files
IgnoreRhosts yes
# For this to work you will also need host keys in /etc/ssh_known_hosts
RhostsRSAAuthentication no
# similar for protocol version 2
HostbasedAuthentication no
# Uncomment if you don't trust ~/.ssh/known_hosts for RhostsRSAAuthentication
#IgnoreUserKnownHosts yes

# To enable empty passwords, change to yes (NOT RECOMMENDED)
PermitEmptyPasswords no

# Change to yes to enable challenge-response passwords (beware issues with
# some PAM modules and threads)
ChallengeResponseAuthentication no

# Change to no to disable tunnelled clear text passwords
#PasswordAuthentication yes

# Kerberos options
#KerberosAuthentication no
#KerberosGetAFSToken no
#KerberosOrLocalPasswd yes
#KerberosTicketCleanup yes

# GSSAPI options
#GSSAPIAuthentication no
#GSSAPICleanupCredentials yes

X11Forwarding yes
X11DisplayOffset 10
PrintMotd no
PrintLastLog yes
TCPKeepAlive yes
#UseLogin no

#MaxStartups 10:30:60
#Banner /etc/issue.net

# Allow client to pass locale environment variables
AcceptEnv LANG LC_*

Subsystem sftp /usr/lib/openssh/sftp-server

UsePAM yes

Que les puces d'un millier de chiens galleux infeste le cul de celui qui osera vous gacher ne serai ce
qu'une seule journée de votre vie et que les bras lui soient trop court pour qu'il puisse se le gratter.

Hors ligne

#8 Le 13/02/2010, à 02:06

rwikus090

Re : se connecter a une machine à distance

j'ai esséyé de me connecter sur une machine d'un ami qui vie dans un autre pays, sa met du temps apré sa me sors:
ssh: connect to host 41.97.191.75 port 22: Connection timed out
vous pouvez m'expliquer?

Hors ligne

#9 Le 14/02/2010, à 12:02

francoisp31

Re : se connecter a une machine à distance

timeout : trop long a obtenir le retour  il faut alors augmenter le limite du  timeout et/ou que chacun change de provider internet pour prendre une ligne plus rapide


Que les puces d'un millier de chiens galleux infeste le cul de celui qui osera vous gacher ne serai ce
qu'une seule journée de votre vie et que les bras lui soient trop court pour qu'il puisse se le gratter.

Hors ligne

#10 Le 14/02/2010, à 20:58

Link31

Re : se connecter a une machine à distance

francoisp31 a écrit :

timeout : trop long a obtenir le retour  il faut alors augmenter le limite du  timeout et/ou que chacun change de provider internet pour prendre une ligne plus rapide

Bien sûr que non ! Changer de FAI, et puis quoi encore roll

Un timeout ne se produit jamais dans des conditions normales. Dans le cas présent, la cause est assez simple : le paquet a été ignoré (drop) par un pare-feu. C'est peut-être celui de la *box cible ou du routeur cible (dans ce cas, il faudrait rediriger le port comme cela a été dit), ou c'est celui du PC cible lui-même. De plus, il faut veiller à ce que sshd tourne bien dessus, et qu'il tourne sur le port 22.

Dernière modification par Link31 (Le 14/02/2010, à 20:59)

Hors ligne

#11 Le 14/02/2010, à 22:40

francoisp31

Re : se connecter a une machine à distance

manque d'humour ces jeunes wink

lol


Que les puces d'un millier de chiens galleux infeste le cul de celui qui osera vous gacher ne serai ce
qu'une seule journée de votre vie et que les bras lui soient trop court pour qu'il puisse se le gratter.

Hors ligne

Haut de page ↑