laurent.prayer

En ce qui me concerne le routeur du réseau sur lequel se trouve le nas qui héberge le serveur VPN est une Freebox révolution. Sauf erreur il n’est pas possible de configurer une route manuellement dessus 😟.

Bonjour, quand vous parle d’un équipement qui accepte le routage de sous réseaux sur une autre Gateway, tu parles de seul type d’equipement ? j’ai personnellement toujours le même problème ou depuis le serveur, je n’arrive pas à pinguer les machine qui sont sur le réseau derrière le client. Malgré la config avec le fichier ccd.

Salut à tous. Je reviens vers vous car je tourne en rond. J'ai toujours mon problème de route je pense. mon vpn est bien établi entre les raspberry et le syno. Depuis le syno, au bout d'un moment, je n'arrive plus a pinger la camera (sur le réseau 192.168.2.0). En dehors le l'ip du raspberry 192.168.2.253, je ne peux rien pinger d'autre sur le réseau derrière le raspberry.

C'est bien ton Rasperry qui monte un tunnel VPN sur ton NAS Hôte. Il est client VPN du NAS DS3617 principal qui est serveur VPN. On est Ok ! voici la table de routage du syno. default 192.168.1.254 0.0.0.0 UG 0 0 0 eth0 10.8.0.0 10.8.0.2 255.255.255.0 UG 0 0 0 tun0 10.8.0.2 0.0.0.0 255.255.255.255 UH 0 0 0 tun0 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 192.168.2.0 10.8.0.2 255.255.255.0 UG 0 0 0 tun0 192.168.10.0 10.8.0.2 255.255.255.0 UG 0 0 0 tun0 les routes suivantes sont ajoutées via le fichier le conf openvpn et le mécanisme ccd 192.168.2.0 10.8.0.2 255.255.255.0 UG 0 0 0 tun0 192.168.10.0 10.8.0.2 255.255.255.0 UG 0 0 0 tun0 le réseau 192.168.1.0 est celui du syno, et 192.168.2.0 celui de la camera. pourrais tu me monter tes fichiers de config ?

bonjour, c'est effectivement ma configuration. le nas voit bien la camera jusqu'au moment ou le site distant change d'ip. et la c'est le drame ! Je viens de reproduire le problème chez moi avec un raspberry connecté en vpn de la même manière que celui connecté derrière le routeur 4g. Suite à une mauvaise manipulation j'ai fait redémarrer le raspberry, mais le serveur openvpn voit toujours le raspberry connecté, sauf qu'il ne l'est plus. Comment détecter ce cas de figure, et fermer automatiquement cette connexion "fantôme". Le problème étant que le raspberry n'arrive pas à se reconnecter.

Bonjour, En faite le nas n'arrive pas toujours à voir que le client à l'autre bout n'est plus connecté. comment vérifier la connexion régulièrement et forcer la deco/reco depuis le serveur openvpn sur le nas ? Bye

Vous pensez que le problème vient bien de la connexion vpn qui se plante à cause du changement d’ip de la carte sim ? Le problème est qu’il s’agit d’une carte sim de téléphone, donc ip partagée. C’est pour cette raison que j’utilise un vpn avec le serveur sur le syno et le client sur le raspberry derrière le routeur 4g. Faut que je mette en place 2 mécanismes. Un sur le raspberry qui déconnecte/reconnecte le vpn côté client quand l’ip change (avec un script qui récupère régulièrement l’ip publique pour détecter le changement) et un autre côté nas qui Ping l’ip de la caméra, et qui ferme la connexion quand elle ne répondu plus. qu’en pensez vous ?

Salut, je pense que le soucis vient du changement d’ip de la connexion 4g. Étant donné que la liaison vpn est établie, je pense qu’il doit y avoir un soucis à ce niveau là. Le vpn reste planté sur une ip qui ne répond plus. Faut que je fouille de se côté la, pour forcer la déconnexion / déconnexion du client (le raspberry derrière le routeur 4g) lorsqu’il change d’ip. bye

Bonjour, merci pour l’info. J’ai regardé de ce coté là et j’ai même désactivé le blocage mais ça ne fonctionne pas mieux. La connexion vpn est pourtant bien établie. Le NAS a redémarré suite à la dernière mise à jour du dsm. J’ai alors récupéré l’image et l’enregistrement fonctionnait à nouveau. Durant la nuit suivante, à 5h du matin la caméra a été perdue, et depuis plus rien. DS CAM m’indique que la caméra est déconnectée. J’ai essayé de redémarrer pour tester mais rien n’y fait 😡 je comprends plus rien, ça m’enerve enormement 😏 bye

Bonjour à tous, je viens vers vous car je suis en train de devenir fous ! voila mon problème. Je dispose d’un ds3617xs à mon domicile sur lequel j’ai installé surveillance station et openvpn (adresses 192.168.1.0). J’ai une caméra ip zavio sur un site distant, connectée à un routeur 4g (adresses 192.168.2.0) et je souhaite enregistrer l’image sur mon ds3617. J’ai donc installé un Raspberry Pi sur le distant. Il joue le rôle de passerelle et permet d’etablir la connexion vpn avec le client openvpn. Une route est configurée dans le serveur openvpn afin de pouvoir accéder aux machines du réseau distant en 192.168.2.0 (notamment la caméra). J’ai ensuite déclaré la caméra dans surveillance station avec son ip en 192168.2.x. L’enregistrement a fonctionné durant 1 nuit et depuis impossible d’accéder à la caméra depuis le nas. J’ai ajouté une route sur mon pc pour accéder au réseau en 192.168.2.0 avec comme passerelle l’adresse du nas en 192.168.1.x. La camera est bien accessible alors que le nas n’arrive pas discuter avec ! Depuis mon pc je peux également me connecter en ssh sur le raspberry avec l’ip en 192.168.2.0 (et donc en utilisant le syno comme passerelle). Avec vous une idée d’où peut venir le problème ? Pourquoi le nas n’arrive plus à discuter avec lea machines du réseau 182.168.2.0 alors qu’il permet à mon pc d’y accéder ? je vous remercie pour vos infos !! Bye

Bonjour, personne d'autre pour donner son avis ? Laurent

Bonjour, Après vérification, en lecture il fait des pointes à 55mo/s. En écriture, le process md5_raid prend pas mal de ressources, jusqu'à 50% par moment. Le afpd également (je suis sous mac). Bye

Bonjour et merci pour cette réponse rapide. J'avoue être quand même un peu déçu de cette baisse de débit en écriture. Je vais vérifier à combien je suis en lecture. Je pense que les nouveaux modèles en Intel doivent êtres plus véloces. D'autres personnes en ds411 ont les mêmes perf ? bye

Bonjour, je ne sais pas si je suis vraiment dans la bonne section mais je me lance quand même. Dans le pire des cas, merci à un modérateur de bien vouloir déplacer mon post dans la section qui va bien ... ;-) Cela fait plusieurs années que je possède un DS411 sous DSM 5.2 update 2. J’ai démarré avec 2 disques de 2 To (green 5400 ou 5900 avec 64Mo de cache) en miroir. Tout fonctionné correctement. De mémoire j’avais des débits sur les gros MKV de l’ordre de 50 à 60 Mo/s max en écriture. J’ai ensuite installé un 3ème disque de 2 To (identique aux 2 premiers). Je suis alors passé en raid 5 (SHR). J’ai ensuite installé mon 4ème disque. Un 3 To spécial NAS de chez WD. Depuis cette opération il sature à environ 30 Mo/s en écriture et le CPU est 99% durant toute la copie. Que ce soit via samba sous Windows, sous OSX Yosemite ou en FTP standard (je ne parle même pas des transferts en sftp ….). De mémoire, en lecture j‘arrive aux environs de 60-70 Mo/s. Le CPU est occupé par le process de calcul pour le raid mais je ne me souviens pas de son nom. Je pense que le problème est présent depuis que je suis passé en RAID 5 mais je m’en suis rendu compte que récemment. Je n’ai pas de processus de création de vignette durant la copie, j’ai essayé la copie vers les dossiers de partage par défaut (video, music, photo) et dans d’autres dossiers de partage que j’ai créé mais ça ne change rien au débit. Avez-vous une idée d’où pourrait venir le problème ? Je dis « problème » car je pense que ces débits sont anormalement bas. Je précise quand même que je suis en Giga sur tous les périphériques et que le réseau n’a pas subit de modification. Merci d’avance pour vous tuyaux. Synologiquement ;-) Laurent

Bonjour, je possède un DS411 (un papi !!) avec 4 disques (3x2To + 1x3To) en Raid 5 avec SHR. Il tourne sur DSM 5.2 update 2. Je viens vers vous pour chercher quelques infos sur mon modèle et les modèles à venir. Bonne journée à tous. Synologiquement ! Laurent