Forum debian-fr.org

Rechercher:

* Connexion   * M’enregistrer

* FAQ    * Rechercher





Poster un nouveau sujet Répondre au sujet  [ 59 messages ]  Aller à la page 1, 2, 3  Suivante
Auteur Message
MessagePosté: 20 Mai 2012 16:03 
Hors ligne
Administrateur du forum
Avatar de l’utilisateur

Inscription: 15 Oct 2004 01:13
Messages: 21416
Localisation: Père.Igor (24)
Je ne sais pas si c'est possible (je le crois quand même). Vous l'aurez deviné, c'est pour une éventuelle sauvegarde.

État des lieux : 4 personnages.

1/ FreeBox fonction routeur
2/ machine2 = Serveur (géré en ssh) pas de prise sata ; réseau 192.168.0.2
3/ machine1 = serveur (?) SSH ; réseau 192.168.0.4
4/ DDext relié à machine1 physiquement (sata)

Ma requête :
Monter une des partitions de DDext (sdb2) sur /mnt du serveur (machine2)

Quelle commande, si c'est possible ?

Ne me dites pas que je n'ai qu'à acheter une prise sata, ça je sais faire ;)

_________________
.
"L'action est plus efficace que la polémique, mais plus rare." Ricardo (1936-20..)
http://rictux.fr


Haut
 Profil  
 
MessagePosté: 20 Mai 2012 16:12 
Hors ligne
Dieu du clavier.
Avatar de l’utilisateur

Inscription: 13 Mar 2009 08:30
Messages: 12128
Localisation: Madagascar - Isalo
Salut,
Je ferais un export nfs de la partition de la machine 2 + montage (dans /mnt/outuveux/) sur machine 1

_________________
GO Compréhensif...
SID 3.8-etc...-aptosid-amd64 && Xfce 4.10
"Pastbin" / "service d'hébergement d'images" Visitez et Participez au wiki du forum!


Haut
 Profil  
 
MessagePosté: 20 Mai 2012 16:25 
Hors ligne
Administrateur du forum
Avatar de l’utilisateur

Inscription: 15 Oct 2004 01:13
Messages: 21416
Localisation: Père.Igor (24)
Oui, ça aussi je sais faire mais je cherche plus simple, quelque chose qui soit en place et ne bouge pas.
J'ai déjà plusieurs combines qui fonctionnent à peu près mais elle sont "sales".
Je suis sûr que ça doit être possible.
J'ai trouvé ça qui donne une idée de recherche mais je ne sais pas appliquer :
Code:
//192.168.1.3/medias    /dd-rezo    cifs    guest,uid=1000,gid=1000,iocharset=utf8,codepage=850    0  0

Ça serait à placer dans le fstab de machine 2, et ça permettrait de relier le DDext en réseau.
Mon problème, c'est que je ne sais pas où trouver l'IP du DDext, s'il en a une ???

_________________
.
"L'action est plus efficace que la polémique, mais plus rare." Ricardo (1936-20..)
http://rictux.fr


Haut
 Profil  
 
MessagePosté: 20 Mai 2012 16:46 
Hors ligne
Dieu du clavier.
Avatar de l’utilisateur

Inscription: 13 Mar 2009 08:30
Messages: 12128
Localisation: Madagascar - Isalo
Il manque des infos alors...

C'est un NAS avec un OS ? Le disque est relié au réseau ?

Pourquoi préférer Samba (Windows) à NFS (Unix) ?
Je croyais qu'il était physiquement branché sur une machine ?

Une fois en place, NFS n'a aucune raison de bouger.

Avec une règle udev tu règle le pb une bonne fois pour toute.
Quand tu branches le disque il est monté, toujours à la même place, tu peux même envisager de faire redémarrer nfs-server pour que le partage soit immédiatement effectif.

_________________
GO Compréhensif...
SID 3.8-etc...-aptosid-amd64 && Xfce 4.10
"Pastbin" / "service d'hébergement d'images" Visitez et Participez au wiki du forum!


Haut
 Profil  
 
MessagePosté: 20 Mai 2012 16:47 
Hors ligne
Modérateur du forum
Avatar de l’utilisateur

Inscription: 18 Mai 2009 16:49
Messages: 4083
Le fait qu'il s'agisse d'un disque externe ne change rien à la question. Ton disque externe doit d'abord être monté sur la machine 1, et ensuite tu fais un montage à travers le réseau de la manière que tu préfères (SSHFS, NFS, Samba, ...). Perso j'ai un faible pour SSHFS mais c'est à toi de voir.

En fait je ne comprends pas vraiment quel est ton problème ?

_________________
testing/unstable (amd64) sous KDE4
github/syam44 - De la bonne manière de poser les questions - Wiki debian-fr
Just because you're paranoid doesn't mean they aren't after you. -- J.Heller


Haut
 Profil  
 
MessagePosté: 20 Mai 2012 17:20 
Hors ligne
Administrateur du forum
Avatar de l’utilisateur

Inscription: 15 Oct 2004 01:13
Messages: 21416
Localisation: Père.Igor (24)
Ben le problèmes est que je veux sauvegarder mon serveur (machine2) sur le DDext avec rsync.
Encore une fois, inutile de me proposer autre chose, je sais qu'il existe mille façons de faire mais je veux utiliser "rsync".

Code:
de machine1 :
mount -t ext3 /dev/sdb2 /mnt (sdb2 = partition du DDext)
puis
ssh ==> machine2
donc de machine2, que ce soit en user ou en root
rsync -av --del /home ricardo@192.168.0.4:/mnt (pour l'exemple, sauvegarde du seul /home) (192.168.0.4 = IP de machine1)

Dans cet exemple, la sauvegarde ne s'effectue pas complètement.
J'arrive à le faire à peu près en faisant une étape sur /tmp mais il faut ensuite riper sur /mnt donc fastidieux.

J'ai donc pensé monter le DDext directement sur machine2 mais pas physiquement, via la Box en réseau.
Problème : placer le DDext dans le réseau = connaître son IP

Si vous arrivez à me comprendre, vous êtes fort :roll:

EDIT :
En fait, ça se résume à ça :
monter un DDext sur un réseau.

EDIT2 :
@ Syam :
tu me proposes de monter TOUT mon serveur sur machine1 en sshfs
puis de monter mon DDext sur machine1 aussi (autre dossier)
puis de rsync ... du dossier sshfs vers dossier montage DDext
C'est ça ?

_________________
.
"L'action est plus efficace que la polémique, mais plus rare." Ricardo (1936-20..)
http://rictux.fr


Haut
 Profil  
 
MessagePosté: 20 Mai 2012 17:38 
Hors ligne
Modérateur du forum
Avatar de l’utilisateur

Inscription: 18 Mai 2009 16:49
Messages: 4083
ricardo a écrit:
J'ai donc pensé monter le DDext directement sur machine2 mais pas physiquement, via la Box en réseau.
Problème : placer le DDext dans le réseau = connaître son IP

À moins que ton disque ne puisse être branché directement sur le réseau (équivalent d'un NAS quoi, il lui faut une prise ethernet) tu ne pourras pas lui attribuer une adresse IP, ça sera toujours l'IP de ta machine 1.

ricardo a écrit:
Dans cet exemple, la sauvegarde ne s'effectue pas complètement.
J'arrive à le faire à peu près en faisant une étape sur /tmp mais il faut ensuite riper sur /mnt donc fastidieux.

Pour quelle raison ça ne marche pas ? La procédure que tu emploies semble correcte, plutôt que d'essayer de faire des trucs tarabiscotés il vaudrait peut-être mieux comprendre où se situe le problème actuellement.

_________________
testing/unstable (amd64) sous KDE4
github/syam44 - De la bonne manière de poser les questions - Wiki debian-fr
Just because you're paranoid doesn't mean they aren't after you. -- J.Heller


Haut
 Profil  
 
MessagePosté: 20 Mai 2012 17:40 
Hors ligne
Modérateur du forum
Avatar de l’utilisateur

Inscription: 18 Mai 2009 16:49
Messages: 4083
ricardo a écrit:
@ Syam :
tu me proposes de monter TOUT mon serveur sur machine1 en sshfs
puis de monter mon DDext sur machine1 aussi (autre dossier)
puis de rsync ... du dossier sshfs vers dossier montage DDext
C'est ça ?

Pas tout le serveur, non, uniquement le dossier de sauvegarde (ton disque externe). Mais après réflexion ce n'est pas une bonne idée avec rsync, ça casserait complètement l'avantage de la sauvegarde différentielle donc tu te retrouverais avec des performances lamentables.

_________________
testing/unstable (amd64) sous KDE4
github/syam44 - De la bonne manière de poser les questions - Wiki debian-fr
Just because you're paranoid doesn't mean they aren't after you. -- J.Heller


Haut
 Profil  
 
MessagePosté: 20 Mai 2012 17:46 
Hors ligne
Administrateur du forum
Avatar de l’utilisateur

Inscription: 15 Oct 2004 01:13
Messages: 21416
Localisation: Père.Igor (24)
syam a écrit:
ricardo a écrit:
J'ai donc pensé monter le DDext directement sur machine2 mais pas physiquement, via la Box en réseau.
Problème : placer le DDext dans le réseau = connaître son IP

À moins que ton disque ne puisse être branché directement sur le réseau (équivalent d'un NAS quoi, il lui faut une prise ethernet) tu ne pourras pas lui attribuer une adresse IP, ça sera toujours l'IP de ta machine 1.

ricardo a écrit:
Dans cet exemple, la sauvegarde ne s'effectue pas complètement.
J'arrive à le faire à peu près en faisant une étape sur /tmp mais il faut ensuite riper sur /mnt donc fastidieux.

Pour quelle raison ça ne marche pas ? La procédure que tu emploies semble correcte, plutôt que d'essayer de faire des trucs tarabiscotés il vaudrait peut-être mieux comprendre où se situe le problème actuellement.


À moi aussi ça semblait correct mais ça ne passe pas :roll:
Là, je dois partir mais je referai un essai ce soir et je te donnerai les erreurs reçues.
Je crois me souvenir que c'était une question de droits.
à ce soir :006

_________________
.
"L'action est plus efficace que la polémique, mais plus rare." Ricardo (1936-20..)
http://rictux.fr


Haut
 Profil  
 
MessagePosté: 20 Mai 2012 20:11 
Hors ligne
Contributeur

Inscription: 18 Déc 2007 00:11
Messages: 4940
ricardo a écrit:
2/ machine2 = Serveur (géré en ssh) pas de prise sata ; réseau 192.168.1.2
3/ machine1 = serveur (?) SSH ; réseau 192.168.0.4
4/ DDext relié à machine1 physiquement (sata)

Ma requête :
Monter une des partitions de DDext (sdb2) sur /mnt du serveur (machine2)

Ma suggestion répond à ta requête, mais pas forcément à ton besoin : NBD (network block device)
Sur la machine qui a le disque en local, nbd-server exporte la partition brute.
Sur l'autre machine, nbd-client l'importe en tant que périphérique bloc, comme une partition locale, et peut en faire ce qu'il veut : mount, fsck, mkfs...

Attention : il ne s'agit pas d'export de système de fichiers comme NFS ou Samba, mais de périphérique bloc ! En particulier, comme une partition il ne peut être utilisé (monté s'il contient un système de fichiers) que par une machine à la fois.

_________________
Attention : contributeur méchant !
Pentium III 550 MHz, RAM 128 Mio, disque 4,3 Go. Debian Squeeze avec noyau Linux maison. On ne rit pas ! c'est mon nouveau serveur+routeur ADSL.


Dernière édition par PascalHambourg le 20 Mai 2012 20:41, édité 2 fois.

Haut
 Profil  
 
MessagePosté: 20 Mai 2012 20:27 
Hors ligne
Modérateur du forum
Avatar de l’utilisateur

Inscription: 18 Mai 2009 16:49
Messages: 4083
PascalHambourg a écrit:
Ma suggestion répond à ta requête, mais pas forcément à ton besoin : NBD (network block device)

Vu qu'il compte faire du rsync dessus, il va avoir exactement le même problème qu'avec un partage de fichiers : énorme gaspillage de bande passante pour que l'algo différentiel de rsync fonctionne. À ce tarif, autant faire une bête copie avec cp, la sauvegarde prendrait moins de temps. :-?
Cela dit je ne connaissais pas cette solution, je retiens ça peut servir à plein d'autres choses. :)

_________________
testing/unstable (amd64) sous KDE4
github/syam44 - De la bonne manière de poser les questions - Wiki debian-fr
Just because you're paranoid doesn't mean they aren't after you. -- J.Heller


Haut
 Profil  
 
MessagePosté: 20 Mai 2012 22:22 
Hors ligne
Très bavard(e)!
Avatar de l’utilisateur

Inscription: 11 Fév 2012 21:43
Messages: 780
Localisation: Le pays {vert,des milles sources}
une solution, avec *** RSYNC *** ET SSH :P

http://www.debiantutorials.com/remote-b ... ing-rsync/

simple et efficace

_________________
http://www.debian.org/releases/stable/i386/index.html.fr
http://www.debian.org/doc/manuals/debian-reference/index.fr.html << indispensable!
http://www.debian.org/doc/manuals/securing-debian-howto/index.fr.html


Haut
 Profil  
 
MessagePosté: 21 Mai 2012 00:05 
Hors ligne
Administrateur du forum
Avatar de l’utilisateur

Inscription: 15 Oct 2004 01:13
Messages: 21416
Localisation: Père.Igor (24)
agentsteel a écrit:
une solution, avec *** RSYNC *** ET SSH :P

http://www.debiantutorials.com/remote-b ... ing-rsync/

simple et efficace

Oui, tout ça je connais et j'utilise déjà, merci.

_________________
.
"L'action est plus efficace que la polémique, mais plus rare." Ricardo (1936-20..)
http://rictux.fr


Haut
 Profil  
 
MessagePosté: 21 Mai 2012 00:11 
Hors ligne
Administrateur du forum
Avatar de l’utilisateur

Inscription: 15 Oct 2004 01:13
Messages: 21416
Localisation: Père.Igor (24)
PascalHambourg a écrit:
Ma suggestion répond à ta requête, mais pas forcément à ton besoin : NBD (network block device)
Sur la machine qui a le disque en local, nbd-server exporte la partition brute.
Sur l'autre machine, nbd-client l'importe en tant que périphérique bloc, comme une partition locale, et peut en faire ce qu'il veut : mount, fsck, mkfs...

Attention : il ne s'agit pas d'export de système de fichiers comme NFS ou Samba, mais de périphérique bloc ! En particulier, comme une partition il ne peut être utilisé (monté s'il contient un système de fichiers) que par une machine à la fois.


Oui, c'est en effet à retenir pour des copies brutes mais ce qui m'intéresse dans rsync, c'est le côté rapidité, après la première fois, puisqu'il ne copie que ce qui a été modifié. Raison de plus pour un serveur sous Squeeze où il n'y a pas souvent de MAJ.

_________________
.
"L'action est plus efficace que la polémique, mais plus rare." Ricardo (1936-20..)
http://rictux.fr


Haut
 Profil  
 
MessagePosté: 21 Mai 2012 00:20 
Hors ligne
Administrateur du forum
Avatar de l’utilisateur

Inscription: 15 Oct 2004 01:13
Messages: 21416
Localisation: Père.Igor (24)
syam a écrit:
Vu qu'il compte faire du rsync dessus, il va avoir exactement le même problème qu'avec un partage de fichiers : énorme gaspillage de bande passante pour que l'algo différentiel de rsync fonctionne. À ce tarif, autant faire une bête copie avec cp, la sauvegarde prendrait moins de temps. :-?
Cela dit je ne connaissais pas cette solution, je retiens ça peut servir à plein d'autres choses. :)

J'ai ptet repéré une partie de mon erreur mais je dois encore vérifier avant de m'avancer plus.
Par contre, j'ai l'impression que la récursivité ne fonctionne pas bien. Pourtant, la commande est celle que j'emploie efficacement pour mes autres sauvegardes
Code:
serveur:~# rsync -av --del --exclude-from=/home/ricardo/exclure /home ricardo@192.168.0.4:/mnt/autre
ricardo@192.168.0.4's password:
sending incremental file list
rsync: failed to set times on "/mnt/autre/home/photo": Operation not permitted (1)
home/photo/cyclone/
rsync: failed to set times on "/mnt/autre/home/photo/cyclone": Operation not permitted (1)
home/photo/cyclone/.directory
home/photo/cyclone/i000765_big.jpg
home/photo/cyclone/i000766_big.jpg
home/photo/cyclone/i000767_big.jpg
home/photo/cyclone/i000768_big.jpg
home/photo/cyclone/i000769_big.jpg
home/photo/cyclone/i000770_big.jpg
home/photo/cyclone/i000771_big.jpg
home/photo/cyclone/i000773_big.jpg
home/photo/vesunia/

plus cet autre genre de ligne :
Code:
rsync: mkstemp "/mnt/autre/home/photo/vesunia/..directory.uTcsb3" failed: Permission denied (13)


Il renvoie une erreur de permission pour l'écriture d'un dossier (idem à chaque dossier) et pourtant les fichiers qu'il contient sont bien présent dans la sauvegarde (testé, les photos sont visibles)
Code:
ricardo@sid-sda8:~$ ls -al /mnt/autre/home/photo/cyclone
total 360
drwxr-xr-x 2 root root  4096 mai   19 18:44 .
drwxr-xr-x 4 root root  4096 mai   19 18:44 ..
-rwxr-xr-x 1 root root    86 mai   19 19:05 .directory
-rwxr-xr-x 1 root root 40398 mai   19 19:05 i000765_big.jpg
-rwxr-xr-x 1 root root 40000 mai   19 19:05 i000766_big.jpg
-rwxr-xr-x 1 root root 39026 mai   19 19:05 i000767_big.jpg
-rwxr-xr-x 1 root root 47168 mai   19 19:05 i000768_big.jpg
-rwxr-xr-x 1 root root 46318 mai   19 19:05 i000769_big.jpg
-rwxr-xr-x 1 root root 46811 mai   19 19:05 i000770_big.jpg
-rwxr-xr-x 1 root root 43706 mai   19 19:05 i000771_big.jpg
-rwxr-xr-x 1 root root 39914 mai   19 19:05 i000773_big.jpg


Une idée ?

_________________
.
"L'action est plus efficace que la polémique, mais plus rare." Ricardo (1936-20..)
http://rictux.fr


Haut
 Profil  
 
MessagePosté: 21 Mai 2012 00:38 
Hors ligne
Modérateur du forum
Avatar de l’utilisateur

Inscription: 18 Mai 2009 16:49
Messages: 4083
L'option -a implique que rsync préserve le propriétaire et le groupe des fichiers sauvegardés (jusqu'ici tout va bien, c'est le comportement souhaité).
Mais ta connexion SSH est faite sur le compte utilisateur ricardo qui n'a pas les droits pour définir un autre propriétaire/groupe que ricardo ! Seul root (sur le serveur SSH) peut définir un propriétaire arbitraire...
Code:
rsync -av --del --exclude-from=/home/ricardo/exclure /home root@192.168.0.4:/mnt/autre

J'aurais dû percuter quand tu as parlé de problèmes de droits, mais bon... :oops:

_________________
testing/unstable (amd64) sous KDE4
github/syam44 - De la bonne manière de poser les questions - Wiki debian-fr
Just because you're paranoid doesn't mean they aren't after you. -- J.Heller


Haut
 Profil  
 
MessagePosté: 21 Mai 2012 00:57 
Hors ligne
Administrateur du forum
Avatar de l’utilisateur

Inscription: 15 Oct 2004 01:13
Messages: 21416
Localisation: Père.Igor (24)
Oui mais j'ai fait l'essai comme user ET aussi en tant que root.
Les exemples de dessus sont donnés avec rsync en tant que root

C'est à l'écriture que ça déconne donc comment faire ?

EDIT :
OK, je n'avais pas vu le "ROOT"
J'essaie !

_________________
.
"L'action est plus efficace que la polémique, mais plus rare." Ricardo (1936-20..)
http://rictux.fr


Haut
 Profil  
 
MessagePosté: 21 Mai 2012 01:21 
Hors ligne
Administrateur du forum
Avatar de l’utilisateur

Inscription: 15 Oct 2004 01:13
Messages: 21416
Localisation: Père.Igor (24)
:018
Il me refuse le pass de root :roll:
Code:
root@192.168.0.4's password:
Permission denied, please try again.

2 fois 3 essais.
:017

Pourtant, ta proposition semble tout à fait cohérente.

On va se reposer et réfléchir la nuit, on verra demain :006

_________________
.
"L'action est plus efficace que la polémique, mais plus rare." Ricardo (1936-20..)
http://rictux.fr


Haut
 Profil  
 
MessagePosté: 21 Mai 2012 01:30 
Hors ligne
Contributeur

Inscription: 18 Déc 2007 00:11
Messages: 4940
Tu as autorisé le login root (PermitRootLogin) dans sshd_config sur le serveur ?
Entre parenthèses, voici une bonne raison de le faire.

_________________
Attention : contributeur méchant !
Pentium III 550 MHz, RAM 128 Mio, disque 4,3 Go. Debian Squeeze avec noyau Linux maison. On ne rit pas ! c'est mon nouveau serveur+routeur ADSL.


Haut
 Profil  
 
MessagePosté: 21 Mai 2012 01:41 
Hors ligne
Administrateur du forum
Avatar de l’utilisateur

Inscription: 15 Oct 2004 01:13
Messages: 21416
Localisation: Père.Igor (24)
PascalHambourg a écrit:
Tu as autorisé le login root (PermitRootLogin) dans sshd_config sur le serveur ?
Entre parenthèses, voici une bonne raison de le faire.


Non, il est à 'no'.
Il me semblait que c'était recommandé de le placer ainsi ???
Je te fais confiance, je le place à 'yes' et je teste.
Retour dans quelques minutes.

_________________
.
"L'action est plus efficace que la polémique, mais plus rare." Ricardo (1936-20..)
http://rictux.fr


Haut
 Profil  
 
MessagePosté: 21 Mai 2012 01:53 
Hors ligne
Contributeur

Inscription: 18 Déc 2007 00:11
Messages: 4940
Il ne s'agit pas de me faire confiance mais de comprendre les implications.
Si ton mot de passe root est "toto", je comprends que tu désactives le login root.
PermitRootLogin ne prend pas que les valeurs "yes" et "no", on peut aussi spécifier avec la valeur "without-password" que le login root ne peut se faire qu'avec l'authentification par clé, qu'on protégera si besoin par une passphrase robuste.

_________________
Attention : contributeur méchant !
Pentium III 550 MHz, RAM 128 Mio, disque 4,3 Go. Debian Squeeze avec noyau Linux maison. On ne rit pas ! c'est mon nouveau serveur+routeur ADSL.


Haut
 Profil  
 
MessagePosté: 21 Mai 2012 02:01 
Hors ligne
Administrateur du forum
Avatar de l’utilisateur

Inscription: 15 Oct 2004 01:13
Messages: 21416
Localisation: Père.Igor (24)
J'ai bien percuté mais malheureusement, en faisant au plus simple : "permitrootlogin yes", c'est toujours le même refus :-?
Code:
Connection closed by 192.168.0.4
rsync: connection unexpectedly closed (0 bytes received so far) [sender]
rsync error: unexplained error (code 255) at io.c(601) [sender=3.0.7]

à demain :006

_________________
.
"L'action est plus efficace que la polémique, mais plus rare." Ricardo (1936-20..)
http://rictux.fr


Haut
 Profil  
 
MessagePosté: 21 Mai 2012 08:47 
Hors ligne
Modérateur du forum
Avatar de l’utilisateur

Inscription: 18 Mai 2009 16:49
Messages: 4083
Avant de tester avec rsync, vérifie déjà qu'une connexion SSH "normale" fonctionne :
Code:
# ssh root@192.168.0.4

Ça sera probablement plus facile à déboguer comme ça qu'avec rsync.

_________________
testing/unstable (amd64) sous KDE4
github/syam44 - De la bonne manière de poser les questions - Wiki debian-fr
Just because you're paranoid doesn't mean they aren't after you. -- J.Heller


Haut
 Profil  
 
MessagePosté: 21 Mai 2012 10:30 
Hors ligne
Administrateur du forum
Avatar de l’utilisateur

Inscription: 15 Oct 2004 01:13
Messages: 21416
Localisation: Père.Igor (24)
En effet,il y a un loup dans l'acceptation de la clef :
Je me logue en root donc le pass est bon
j'envoie ma commande avec ... root@192.168.0.4 ...
il me demande le pass root, je le tape ... il est refusé :roll: (c'est pourtant bien le même)

Je passe à ton test :
# ssh root@192.168.0.4
Code:
The authenticity of host '192.168.0.4 (192.168.0.4)' can't be established.
RSA key fingerprint is xxxxxxxxxxxxxxxxxxxxxxxx.
Are you sure you want to continue connecting (yes/no)? yes

il me demande confirmation du pass
Code:
Warning: Permanently added '192.168.0.4' (RSA) to the list of known hosts.
root@192.168.0.4's password:

Puis reconfirmation, et là
Code:
Permission denied, please try again.

Je dois sortir et je reviens bientôt.
Je vais tenter de commenter les lignes de clefs qui sont habituellement pour ricardo ???

_________________
.
"L'action est plus efficace que la polémique, mais plus rare." Ricardo (1936-20..)
http://rictux.fr


Haut
 Profil  
 
MessagePosté: 21 Mai 2012 11:17 
Hors ligne
Modérateur du forum
Avatar de l’utilisateur

Inscription: 18 Mai 2009 16:49
Messages: 4083
ricardo a écrit:
Je vais tenter de commenter les lignes de clefs qui sont habituellement pour ricardo ???

Non, le compte ricardo n'a rien à voir, vu que tu essayes de te connecter sur root ça ne peut concerner que /etc/ssh/sshd_config ou bien /root/.ssh/ (sur le serveur 192.168.0.4)

Question con, mais sait-on jamais : les mots de passe root sur les deux machines sont identiques, aucun risque que tu inverses les deux ?
Sinon, tu utilises un fichier de config sur ta machine cliente (celle sur laquelle tu tapes les commandes rsync/ssh, le fichier c'est /root/.ssh/config puisque tu fais ça aussi à partir du compte root) ?

_________________
testing/unstable (amd64) sous KDE4
github/syam44 - De la bonne manière de poser les questions - Wiki debian-fr
Just because you're paranoid doesn't mean they aren't after you. -- J.Heller


Haut
 Profil  
 
Afficher les messages postés depuis:  Trier par  
Poster un nouveau sujet Répondre au sujet  [ 59 messages ]  Aller à la page 1, 2, 3  Suivante

Index du forum » Forums d'aide » Support Debian


Qui est en ligne

Utilisateurs parcourant ce forum: Aucun utilisateur enregistré et 1 invité


Vous ne pouvez pas poster de nouveaux sujets
Vous ne pouvez pas répondre aux sujets
Vous ne pouvez pas éditer vos messages
Vous ne pouvez pas supprimer vos messages
Vous ne pouvez pas joindre des fichiers

Rechercher:
Aller à:  
Flux RSS Flux RSS Liste des flux Liste des flux
Powered by phpBB® Forum Software © phpBB Group
Traduction par: phpBB-fr.com
SEO
[ Time : 0.349s | 12 Queries | GZIP : Off ]