gaetan.cambier

le raid 0 est bien pire que des volumes basic mais bon, le suicide aussi est autorisé ...

les post se sont croisé, j'avais pas vu ton message ;)

c'est la loi belge, c'est pour ca que tu vois ce logo dans tous les magazins pas besoin d'aller à la police, c'est ici l'explication exacte : https://www.privacycommission.be/sites/privacycommission/files/documents/01.02.02.02-loi_cameras.pdf art7 et art8 pour toi ;)

ben non, c'est la meme chose, c'est le fédéral qui gère cela : obligation de mettre un bel auto collant comme quoi il y a une video surveillance (autrement, c'est monsieur le juge, j'ai été filmé à l'insu de mon plein grès :s) et voir si c'est pas compris comme "système d'alarme" au sens de la loi (moi j'ai des detecteur et alarme zwave + cam donc, c'est forcement oui) si oui --> https://policeonweb.belgium.be/eloket/selectComplaintTypeAndAuthentication.action?lang=fr#

post doublon .... j'ai répondu ici :

pour commencer, deja le nat est faux c'est : 80 --> 5080 443 --> 5443 apres, il y aura surement un probleme du domaine : es-tu bien propriétaire du domaine ? vu que tu semble le gerer via le dnsserver du syno (c'est deja bizarre vu que les registrar exiges 2 dns server et des ip fixe), as-tu bien renseigné toute les info auprès de ton registrar ?

tape cette commande, tu aura la reponse : netstat -natp | grep :9002 simple et sans danger

Alienware ... portable ou pc fixe ? si portable, sans interet pour la baterie si pc fixe, ca depend de ce que tu veux, si tu veux que ca tienne 30 minutes avec le pc ou en jeux (la diférence en watt est importante sur ses machine) bon, j'ai aucune iddée de combien çà consomme, le mieux, c'est de mettre un wattmettre pour le savoir pour le nas, il comsomme entre 16W~42.9W et tu peux aller sur ce site pour savoir quel puissance d'onduleur choisir selon ta config et le temps que tu veux que cela tienne http://www.apc.com/tools/ups_selector/BE/fr/home/load (n'achete pas sur ce site, c'est ultra cher ;))

Tes disques de recup aurait surement eu + de chance de tenir que ceux la déjà s'avanturer dans ce type d'affimation avec des wd red 3to, c qd meme risque ... on est vraiment sur de rien wd a qd meme reussit sont tour de force, crée un besoin inexitant avec la serie red de la lecture pour notre ami : http://www.nas-forum.com/forum/topic/46587-comparatif-dd-red-et-red-pro/?do=findComment&comment=1319285246

supperbe iddée de supprimer des fichiers sans savoir ...

c'est la base du routage, pour trouver dans quel direction doit aller un paquet, il interroge sa table de routage pour faire simple, c'est comme dans un pays, si plusieurs autoroute portait le meme nom, ca serait le gros foutoir :p il faut absolument que cela soit unique pour qu'il n'y ait aucune anbiguité et c'est le cas sur internet, en ipv4 comme ipv6 les adresse sont decoupées en bloc et chaque bloc est assigné à la fin de la chaine aux isp qui le distribue de manière UNIQUE à leurs abonné --> jamais 2 meme ip publique sur le net les ip privée (10.0.0.0/8, 172.16.0.0/12 et 192.168.0.0/16), c'est différent, elle ne se retourve JAMAIS sur internet grace au nat --> elle peuvent etre en doublons tant que c'est pas chez la meme personne (windows afficje direct ipflic d'ip qd cela arrive ou arrivait) qd on connecte un vpn, on connecte 2 reseau local via un 3° reseau (le lien vpn), ses 3 reseaus doivent absolument avoir des subnet different pour eviter toute erreur

ben, je l'avait dis mais ca semble avoir ete ignoré ...

au passage, voir aussi si au niveau legal si il y a pas des démarche, il serait embetant d'avoir des image et de ne pas pouvoir les utilisés pour un "problème administratif"

installilité p-e d'une des 2 connection lancer un ping en boucle pour tester si tout les paquet reviennent verifie aussi que ton ip ne changerai pas pendant le backup (surtout coté destination) bien que si ca arrive coté source, ca coupe le connection aussi :s --> timeout

echo 1 > /proc/sys/net/ipv4/ip_forward iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE ps : vérifier que c'est la bonne interface (j'ai mal de tete la) et penser en théorie à securiser la table forward un minimum ;)

OK, tant que c'est pas du pptp, c OK ;)

en fait voila la table de routage d'un routeur : Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 0.0.0.0 78.129.114.1 0.0.0.0 UG 0 0 0 eth0 78.129.114.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 switch0 depuis ton gsm, le paquet sort automatiquement car qd tu met le vpn, il passe tout dedans, ca arrive sur ton reseau si l'adresse source est dans le 192.168.1.0/24, le problème est que ca ne ressortira jamais, la table de routage lui dis que ca appartient au reseau lan --> le paquet est rediriger sur la machine ayant la meme ip que ton gsm sur le reseau distant --> jamais aucun retour au passage, tu as toujours pas préciser quel vpn, le serveur vpn syno en dispose de 3

En général en 4g tu te retrouve sur un réseau en 10.0.0.0/8 Tu peux le vérifier facilement avec une appli comme network info sur Android ou similaire ;)

Pas des répéteur, des vrai access point Un système comme dans les entreprises/hôpitaux (pas obligé de prendre du Cisco hors de prix) Les répéteur, c'est vendu comme la solution miracle dans les grandes surface [emoji14]

Pour moi, ça serait un problème dans routage, si le subnet du wifi auquel tu est connecté est le même que chez toi, le vpn sais plus où routé les paquets La solution, c'est modifier le subnet chez toi --> tu passe de 192.168.0.1 ou 192.168.1.1 à quelque chose de moin utilisé (192.168.5.1 par exemple) sur ton routeur/box en espérant que cela soit possible bien sûr

Perso, sur 140 m2, j'aurai mis des access point wifi aux endroits stratégiques pour avoir une couverture wifi correcte partout

le vpn en wifi, si c'est de chez toi, c'est sans interet sauf si c'est pour avoir par exemple un smartphone configurer en vpn permanent faudrait savoir quel vpn tu utilise pour les app, voir quel config tu utilise tout cela serait interessant

non, pas du tout maintenant que je suis sur pc, je peux te donner les commande pour verifier en ssh : DiskStation> lvdisplay | grep /volume LV Name /dev/vg1/volume_1 DiskStation> tune2fs -l /dev/vg1/volume_1 la 2° commande depend de la 1°, je t'ai laisser le resultat de ma commande pour que tu comprenne ;) ce qu'il me faut pour te réponse, c'est le resultat de la 2° commande

bon, je sais pas si ca va aider, mais bon : J'avais des problème sur l'ensemble de mon reseau de perte de la visibilité aléatoire de mon serveur dlna j'ai trouvé la réponse non pas dans mon nas, mais dans mon switch qui possède des fonctions d'économies d'energies ... la fonction " Short Cable Mode " qui permet de réduire l'electricité sur des cable de moins de 10 mètres etait activées, et c'était bien de la que venais le problème --> désactivation de la fonction --> dlna stable (consommation en hausse de 0.05 watt, toutes ses emmerdes pour si peu) donc, vérifier dans vos équipement si ils ont pas des fonctions "green energy" ou autres et faite le test sans ;) ps: suis tomber betement dessus car avec mon nouveau routeur au reboot, le port du switch restait down et j'ai cherché le pourquoi de ce problème la pour en resoudre un 2° au passage ;)

Oui, spksrc fonctionne très bien, je l'utilise et c'est vraiment facile et pratique