Reprise du message précédent :

 
 
Il faut que ta machine soit dans les baux statique sinon ça marche pas

 
Ma machine à déjà une IP fixe et j'ai désactivé le DHCP sur ma livebox.
Le problème vient vraiment d'un port en particulier je ne sais pas lequel ...
 
Impossible d'ouvrir le port 20 sur la livebox en tout cas.
 
La solution que j'ai actuellement trouvé c'est de supprimer la dernière règle dans le pare feu OMV qui dit de rejeter toutes les autres connexions entrantes.
Une fois celà fait je peux accéder à mon ftp en local mais toujours pas en accès extérieur...

J'étais un peu dans ton cas, NTFS + Linux c'est pas conseillé. Il faut faire un choix.
J'ai commencé par une VM windows (mais ça peut être ton PC) et faire une synchro via samba (syncback free)
Au final j'ai changé d'approche, j'ai monté un cluster proxmox (avec une vm omv dedans) en réutilisant mon matos n-1, avec une replication journalière auto (j'ai un script qui réveille le node dormant, ouvre le volume chiffré automatiquement, lance la réplication et éteint le node quand c'est terminé). Ça fait quelques semaines que ça tourne, ras.
En cas de besoin ou de crash j'ai tout ce qu'il faut pour accéder aux fichiers du backup précédent sans devoir brancher de disque sur un pc Windows.

Apparemment c'est la récupération du contenu du dossier qui est impossible dans filezilla.
 
Je ne comprend pas quel port il me manque ... et sur cette fout... livebox impossible d'ouvrir le port 20 ou un port autre

 
Si le backup est sur un disque géré par OMV, il vaut mieux qu'il soit dans un format natif Linux, ext4 par exemple.
 
Si t'as un souci sur le PC Windows, tu pourras toujours récupérer tes données sur la sauvegarde en passant par OMV.
 
Si c'est le disque de sauvegarde qui meurt, ben tu le changes et tu refais la sauvegarde.
 

Je pense que plus qu'une question de fs, il faudrait penser à ta logique de backup.
 
Pour l'instant tu as un backup en local en usb. Si tu veux l'automatiser et l'avoir sur ton nas, utilise un partage samba sur ton nas Et tu peux restore depuis ton nas.
 
Ah moins que j'ai mal compris tes besoins ?

Son pb c'est le backup du NAS.
La soluce backup via le plugin USB d'omv (détecte le branchement du disque et lance le backup) est pas mal... Mais c'est ext4 et pas de chiffrement.

Dans ce cas en effet, backup du disque en ext4 me semble etre la meilleure option. En ce qui concerne le chiffrement cela dit c'est un peu dommage .

Vous chiffrez les données sur le NAS lui-même ? Et si oui pourquoi ? Dans le cadre d'un usage personnel, ça ne me paraît pas vraiment nécessaire.

Vol du NAS + données en clair = vol des données.

Personne pour mon problème de ftp ... je galère trop.
Apparemment dès que je supprime la dernière règle de OMV de rejeter tout le reste du traffic entrant ça fonctionne mais dès que cette règle est activé ça ne fonctionne plus

 
Il nous faut plus d'infos.
 
Si tu es suffisamment à l'aise avec la ligne de commande, connecte toi en ssh, et execute ces commandes en root :

Tu nous donnes l'url que tu obtiens en réponse.
 
Il te faudra peut-être installer le paquet pastebinit :

 
Si pas à l'aise, dans la webGUI dOMV, Menu Diagnostiques > Information Système, onglet Rapport. Tu colles ce qui correspond à la section "IP packet filter".

Mergerfs me casse les couilles depuis une semaine
Tout allait très bien depuis des mois et d'un coup il me fait des pics à saturer le CPU toutes les 10 secondes, impossible de trouver pourquoi.
J'ai essayé de le désinstaller et de le réinstaller mais pareil.

Regarde également FreeFileSync, qui est libre.

C'est vrai qu'on y pense pas toujours à cette éventualité, tu chiffres avec quoi ?
Est ce que les données sont récupérables en cas de clash du disque.

 
Oui. Mais ma question est, vous avez quoi comme données sensibles ?

Tout dépend de ce que tu classes dans sensible. Pour moi tous les scans de paperasses en tous genres (fiches de paie, déclarations, contrats, ...) et les photos/vidéos personnelles, donc pas les fameux "films de vacances" de fait.

 
Les scans de paperasse j'en fais aussi, mais je ne détruis pas la paperasse... Les bulletins de salaire on est censé les garder ad vitam aeternam, j'ai aussi un acte de propriété que je me vois pas détruire . Donc au final que les versions scannées soient protégées ou non ça ne change pas grand-chose. Ou alors il faut faire l'effort de stocker les documents papier ailleurs.
 
Pour les photos/vidéos personnelles je vois vraiment pas en quoi ça pourrait intéresser un cambrioleur.
 
Le truc qui me paraît le plus délicat ce sont les mots de passe. Mais si j'ai bien compris:
- les mots de passe stockés par Edge et Chrome sont chiffrés et protégés par le mot de passe de la session (donc ne jamais stocker des mots de passe dans une session non protégée par mdp)
- les mots de passe stockés par Firefox sont chiffrés indépendamment de la session, à condition de définir un mot de passe maître (donc ne jamais stocker des mots de passe sans définir ce mot de passe maître)

+1, mais comme chez moi tout est sur les memes disques, tout est en luks, qui peut le plus peu le moins
Et honnetement la charge sur le cpu est négligable (aes-ni).

 
Pas du tout d'accord avec toi. les versions papiers, les voleurs ne vont pas les chercher (trop long, pas assez rentable), alors que ton NAS, ils vont partir avec, certains ! Et après coup, ils revendront peut-être tes papiers à quelqu'un qui pourra tranquillement, te voler ton identité...et contracter des dettes !! youpi!
 
Pour les photos, j'ai pas trop envie de savoir des photos des mes enfants sur le Darknet, pour alimenter les pensées obscènes de quelques pédophiles...
 
il existe un marché pour TOUT !

 
Voilà le résultat :
 
Avec la dernière règle qui rejette tout le traffic entrant j'obtient ceci : http://paste.debian.net/1077675/
Sans cette dernière règle j'obtient ceci : http://paste.debian.net/1077674/
 
Edit : Vraiment très bizarre on dirait bien maintenant que tout fonctionne à nouveau ... à ne rien y comprendre

Ok, merci, donc je vais reformater mes deux disques en format pour linux. Pour le backup, pas de problème, mais pour l'autre, je n'ai pas de sauvegardes... Donc il faudra que je fasse une sauvegarde avant de formater, faut que je vois si j'ai la place pour! ^^

En tout cas je ne sais pas si certains d'entre vous ont une livebox 4 dans le coin mais j'aimerai bien comprend comment marcher cette mer.... en effet l'ouverture de port est juste impossible sur ce routeur dès que j'essaye d'ouvrir un port pour openvpn en 1194 ou autre rien de marche aucun porte ne s'ouvre ...

J'ai une Livebox 4 mais je peux pas t'aider, je me connecte pas à chez moi depuis l'extérieur.

J'ai pu quand même en ouvrir 2 ou 3 mais certains reste fermés et ne s'ouvre pas ... vraiment bizarre

Lb4 @home, ras.
Il faut créer un port et le natter vers l'ip.
Openvpn c'est de l'udp c'est peut être ça ton problème.
En tout cas openvpn fonctionnel chez moi.

 
Alors là faudra que tu m'explique comment tu arrive à faire ça car de mon coté j'ai beau ajouté comme tu le dit ce port pour openvpn par exemple en UDP et le natter vers l'ip rien ne s'ouvre... Et c'est la même chose pour les autres ports que j'essai d'ouvrir dans l'interface de la livebox...
 
Je soupçonne peut etre un problème autre que la livebox par exemple dans le pare feu d'OMV qu'est ce que tu as fait toi comme réglage dans ce pare feu ?

Edit : oupps erreur de manipulation j'ai inséré deux fois le même message

Commence par désactiver le FW d'OMV et fais en sorte que le port forwarding fonctionne. Là tu ne peux pas savoir où ça bloque.

Oui mais je suis obligé de virer à nouveau toutes mes règles dans le FW d'OMV ?
 
Edit : Bon je viens de virer tout mon FW d'OMV mais rien n'y fait je n'arrive toujours pas à ouvrir des ports sur ma livebox (par exemple le port 1194 d'openVpn) Par contre le port 80 lui j'arrive bien à l'ouvrir ou le 443 par exemple.. donc je pense que sur la llivebox on peut pas ouvrir n'importe quel port.

Qu'est ce qui te dit que le port n'est pas correctement forwarded ?

1194 en UDP ou TCP ?

1194 en UDP et je test sur un site qui vérifie l'ouverture des ports.
 
Et puis en local je devrais également pouvoir accéder à l'adresse d'open-vpn avec ce port non ?

Justement, est-ce qu'en local tu peux te connecter à l'adresse IP (locale) de ton serveur VPN ? En gros, es-tu sûr que ton VPN fonctionne en local avant de bricoler remote/FW ...

 
Justement non c'est ce que je viens de m’apercevoir impossible d'y accéder en local ... je ne sais pas pourquoi

Le process openvpn tourne ? Le fichier de configuration est correct ? Rien dans les logs ?

 
Le service OPENVPN est bien ouvert et en marche, Le fichier de configuration ... alors là je ne sais pas du tout ou regarder et quoi chercher... et les logs pareil tu m'en demande trop comment voir ça et que regarder

Connecte toi via ssh sur ton OMV et lance la commande:
# ps aux | grep openvpn
 
Tu devrais avoir une output de ce genre:

 
Le fichier de conf est celui après l'argument --config et normalement les logs se trouvent dans /var/log avec openvpn.log pour les logs en tant que tels.

C'est OMV4 ?
 
Il y a un bug dans OpenVPN :
https://forum.hardware.fr/hfr/OSAlt [...] m#t1426413

 
Voilà la réponse à la commande en SSH :
 
 
nobody    6884  0.0  0.1  48152  5540 ?        Ss   13:09   0:00 /usr/sbin/openv          pn --daemon ovpn-server --status /run/openvpn/server.status 10 --cd /etc/openvpn           --config /etc/openvpn/server.conf --writepid /run/openvpn/server.pid
root     20261  0.0  0.0  12784   928 pts/0    S+   14:14   0:00 grep openvpn
 
Voilà le fichier server.conf :
 
port 1194
proto udp
dev tun
ca "/etc/openvpn/pki/ca.crt"
cert "/etc/openvpn/pki/issued/nasalex.crt"
key "/etc/openvpn/pki/private/nasalex.key" # This file should be kept secret
dh "/etc/openvpn/pki/dh.pem"
topology subnet
server 10.8.0.0 255.255.255.0
push "route 10.8.0.0 255.255.255.0"
ifconfig-pool-persist ipp.txt
;push "route 192.168.1.0 255.255.255.0"
push "redirect-gateway def1 bypass-dhcp"
;client-to-client
keepalive 10 120
comp-lzo
;plugin /usr/lib/openvpn/openvpn-plugin-auth-pam.so login
user nobody
group nogroup
 
 
et le log :
 
Tue Apr 16 13:09:03 2019 OpenVPN 2.4.0 x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [E$
Tue Apr 16 13:09:03 2019 library versions: OpenSSL 1.0.2r  26 Feb 2019, LZO 2.08
Tue Apr 16 13:09:03 2019 NOTE: your local LAN uses the extremely common subnet address 19$
Tue Apr 16 13:09:03 2019 TUN/TAP device tun0 opened
Tue Apr 16 13:09:03 2019 do_ifconfig, tt->did_ifconfig_ipv6_setup=0
Tue Apr 16 13:09:03 2019 /sbin/ip link set dev tun0 up mtu 1500
Tue Apr 16 13:09:03 2019 /sbin/ip addr add dev tun0 10.8.0.1/24 broadcast 10.8.0.255
Tue Apr 16 13:09:03 2019 Could not determine IPv4/IPv6 protocol. Using AF_INET
Tue Apr 16 13:09:03 2019 UDPv4 link local (bound): [AF_INET][undef]:1194
Tue Apr 16 13:09:03 2019 UDPv4 link remote: [AF_UNSPEC]
Tue Apr 16 13:09:03 2019 GID set to nogroup
Tue Apr 16 13:09:03 2019 UID set to nobody
Tue Apr 16 13:09:03 2019 Initialization Sequence Completed
 
 
 

 
Oui c'est bien OMV4 ha alors je comprendrai mieux pourquoi je vais regarder ce thread et essayer de comprendre ce qui cloche