bonjours cher lecteur, admirateur? suis pitoyable n'est-ce pas?

bon, (moi et mes 36 topic...) je me demandais si il est possible de prendre le controle d'une machine local sans passez par VNC.

en fait, j'ai deux 'ordi' ayant chacun un linux.
je voudrais savoir si de l'ordi 1 je peu faire des MAJ (par exemple) de l'ordi 2?
pour etre plus précis, je voudrais dans un sens, ne plus a avoir a utiliser de souris/clavier/écran de l'ordi 2 et ce chaque fois que je l'allume et que depuis l'ordi 1 je puisse, quand bon me semble, gérer l'ordi 2 comme ouvrir un terminal, éxecuter des programmes...
j'ai trouvé un truc qui pourais m'aider mais c'est une backdoor mais il faut quand même utiliser le clavier de l'ordi 2 pour taper ls dans un terminal. ce que je veu éviter.

on peu voir ca sous un autre angle:
j'ai 1 écran, 1 clavier, 1 sourie mais 2 unité central et je veu pouvoir gérer les 2 unités sans jouer au légo avec mes cables.

merci

Halala. Tu vas enfin te servir de ssh (comme tout le "monde" )

klk@ordi1:$ ssh root@ordi2 aptitude safe-upgrade (à adapter bien sûr)

Et pour te loguer à distance :

klk@ordi:$ ssh klk@ordi2

Et plus tard, on passera à screen (c'est grosso modo LE window manager en mode console).

oki donc moi c'est mandriva lol contre une version qui utilise yum (je sais plus le nom)

je pense pouvoir m'en sortir avec ca. je vais commencer a m'entréner.
merci

c'est une machine fedora non ?

et sinon on dit entrainer et pas entréner non mais

lol désolé

Bah, ssh c'est pas très compliqué. Il suffit juste d'avoir la bonne idée d'installer le client et le serveur (histoire que ça marche dans les 2 sens) et voilà.

Sinon, c'est pas toujours une bonne idée de laisser le droit à root de se connecter via ssh. À toi de voir à quel point tu tiens à la sécurité de ton réseau local.

ah, oui c'est fedora

ah! on configure ca comment?
je peu laisser accés a un utilisateur malgrès que root soit restreint?
après réseau local, y'a que moi et ma copine, mon Wifi est sécurisé a fond et mes voisin ont tous un windows et je pense que leur compétence informatique est très bas vu que leur wifi nécessite aucune clé de connexion.

chris@tarsonis:~$ cat /etc/ssh/sshd_config | grep -i root
PermitRootLogin yes

Suffit de mettre no à cette ligne là. (tu remarqueras que je ne l'ai pas fait, au passage... je suis planqué derrière le pare-feu de l'école aussi là )

lol.
au passage, je voi | grep un peu partout en se moment. je sais qu'il sert a faire une recherche. je voi bien dans quel cas tu l'utilise mais si je prend grep tous seul (ex: $ grep nano), je peu m'en servir pour chercher des documents?

[aodren@localhost ~]$ ls /etc/ssh
ssh_config
[aodren@localhost ~]$ cat /etc/ssh/ssh_config | grep -i root
[aodren@localhost ~]$

suis un cas particulier je pense!!!

Tu as installé la partie serveur de ssh ? (ie sshd ) ?

Ma faute pour grep... je ne m'en sers souvent pas très bien.

J'aurais du faire ça :

grep /etc/ssh/sshd_config -i -e root ce qui cherche le patern "root" dans le fichier sshmachin sans tenir compte de la casse (option -i).

ca reviens a la ligne comme ci-dessus.
en fait cela s'explique :
pkoi Open BSD?

[aodren@localhost ~]$ cat /etc/ssh/ssh_config

1. $OpenBSD: ssh_config,v 1.23 2007/06/08 04:40:40 pvalchev Exp $

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

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

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

1. Host *
2. ForwardAgent no
3. ForwardX11 no
4. RhostsRSAAuthentication no
5. RSAAuthentication yes
6. PasswordAuthentication yes
7. HostbasedAuthentication no
8. GSSAPIAuthentication no
9. GSSAPIDelegateCredentials no
10. BatchMode no
11. CheckHostIP yes
12. AddressFamily any
13. ConnectTimeout 0
14. StrictHostKeyChecking ask
15. IdentityFile ~/.ssh/identity
16. IdentityFile ~/.ssh/id_rsa
17. IdentityFile ~/.ssh/id_dsa
18. Port 22
19. Protocol 2,1
20. Cipher 3des
21. Ciphers

aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfo
ur,aes192-cbc,aes256-cbc

1. MACs

hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd
160

1. EscapeChar ~
2. Tunnel no
3. TunnelDevice any:any
4. PermitLocalCommand no

Host *
ForwardX11 yes
ForwardX11Trusted yes
Protocol 2,1
StrictHostKeyChecking no

Parce que OpenBSD c'est les gens maniaques de sécurité qui s'acharnent justement sur des paquets comme ssh ?

ah oki, bon ben je sais ce qu'il me reste a faire, merci de m'avoir mis sur la piste

"mon Wifi est sécurisé a fond"
Bah dis donc... il y a des gens qui croyent au pere noel...
Ne repose jamais sur la sécurité d'un réseau sans fil. Jamais... En fait, ne repose pas sur la sécurité d'un réseau. Sécuriser un réseau c'est bien. Mais ce n'est pas assez...

Apres, chez moi c'est la fete au hacker, mais j'ai pas peur!