Forum debian-fr.org

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

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!

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 :

Ç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

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!

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

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".


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

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

À 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.


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

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

À moi aussi ça semblait correct mais ça ne passe pas
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

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

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.

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

une solution, avec *** RSYNC *** ET SSH

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

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

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

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

plus cet autre genre de ligne :


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)


Une idée ?

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

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...

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

_________________
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

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

Il me refuse le pass de root

2 fois 3 essais.


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

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

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

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.

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

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.

J'ai bien percuté mais malheureusement, en faisant au plus simple : "permitrootlogin yes", c'est toujours le même refus

à demain

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

Avant de tester avec rsync, vérifie déjà qu'une connexion SSH "normale" fonctionne :

Ç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

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é (c'est pourtant bien le même)

Je passe à ton test :
# ssh root@192.168.0.4

il me demande confirmation du pass

Puis reconfirmation, et là

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

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