-
Compteur de contenus
681 -
Inscription
-
Dernière visite
-
Jours gagnés
10
Tout ce qui a été posté par loli71
-
Julien, La fonction DNS Dynamique permet de faire le lien entre un nom FQDN (nom de domaine complet) et l'adresse IP de ta box ADSL qui change (en règle général) régulièrement, afin de pouvoir accéder à deux équipements sur ton LAN avec une seule entrée DNS (donc un seul compte DYNDNS, il suffit de mettre deux redirections de port différentes sur ta box : nom.mondomain.com port 5001 => box => <adresse IP synology1> port 5000 nom.mondomain.com port 5002 => box => <adresse IP synology2> port 5000 Bien sûr les ports à rediriger ne sont ici qu'un exemple. Chaque NAS doit pouvoir utiliser un fournisseur de DNS dynamique différent sans problème, tu auras donc deux noms DNS différents sur internet pour ton adresse IP WAN de ta box, par contre à ma connaissance, les box de monsieur totu le monde ne sont pas capable de rediriger les flux vers une adresse IP ou une autre dans ton LAN en fonction du FQDN utilisé (un reverse proxy est capable de le faire sans problème) La solution dans ce cas là serait la suivante : nom.mondomaine.com port 5000 => box => <adresse IP synology1> port 5000 nom.mondeuxiemedomaine.com port 5000 => box => <adresse IP synology1> port 5000 => [Reverse proxy] => <adresse IP synology2> port 5000 Mon exemple n'est pas forcément bien, car je ne suis pas certain que l'on puisse configurer le reverse-proxy pour ecouter sur le port d'admin du synology en 5000, mais le principe est là.
-
Vpn Ne Fonctionne Plus Depuis Passage Dsm4.0
loli71 a répondu à un(e) sujet de Looping dans VPN Serveur
Nous avons donc la réponse ^^ Merci CoolRaoul pour tes recherches -
Vpn Ne Fonctionne Plus Depuis Passage Dsm4.0
loli71 a répondu à un(e) sujet de Looping dans VPN Serveur
CoolRaoul, pour te rassurer (ou pas ..) , je n'ai pas reçu de notification pour la mise à jour du VPN non plus, mais je n'ai pas le paquet VPN d'installé .... certainement normal dans mon cas de ne rien recevoir .. ou tous les paquets n'envoient pas de notification par mail .. va donc savoir voici le mail que j'ai reçu : de: XXXXX - Synology DiskStation 00:41 (Il y a 17 heures) à XXXXXXXX. Cher utilisateur, Les mises à jour sont prêtes pour les paquets suivants sur XXXXXX. Vous pouvez lancer le centre de paquets dans DSM pour les mettre à jour. Paquets à mettre à jour : Photo Station Sincères salutations, Synology DiskStation en plus d'être génial, il est super poli mon Synology ^^ -
Vpn Ne Fonctionne Plus Depuis Passage Dsm4.0
loli71 a répondu à un(e) sujet de Looping dans VPN Serveur
Oui, i faut aller dans panneau de config => notification j'ai activé les notifications par mail ensuite dans le centre de paquets => bouton paramètres en haut => chocher "Activer la notification par mail" Et hop ce matin j'ai reçu un mail de mon syno ce matin me disant qu'une mise à jour du PhotoStation était disponible -
Noté, merci CoolRaoul
-
Effectivement, comme sur tout équipement qui fait du routage/NAT, le NAT ne se fait que si la requête vient de l'interface externe vers l'interface interne (entraînant le changement de port de 5666 vers 5000). Hors en étant dans ton LAN, le paquet arrive à ta box depuis l'interface Internet, et il est renvoyé par l'interface interne sans le NAT, du coup la requête arrive sur le port 5666 du synology qui ne le connait pas. @CoolRaoul : très belle conf de reverse proxy, je la note ;-)
-
J'ai exactement le même problème suite à l'installation toute fraîche du paquet version 1.09. Je n'ai pas pris le temps de creuser plus le code, mais il me semble que le problème vienne des déclarations "require('lib/functions.php');" faites dans les pages index.php et INSTALL.php et de la façon dont la page INSTALL.php est appelé par la page index.php si l'installation n'a jamais été faite (comme dans mon cas). Le problème ne se posant pas pour ceux qui upgrade le paquet vers la version 1.09. La déclaration de la fonction "connect()" entre autre est faite dans cette page lib/functions.php En gros : accès à la page index.php => require('lib/functions.php'); => déclaration des fonctions => si installation nécessaire : => include('INSTALL.php') (peut être un redirect vers cette page serait mieux ?) page INSTALL.php => require('lib/functions.php'); => Et là c'est le drame, redéclaration des fonctions, ce qui cause l'erreur. Si ça peut aider le dev, je peux faire des tests d'installation de zéro du paquet , étant donné que je l'ai désinstallé du coup sans aucun paramétrage de la base de données.
-
Il me semble avoir rencontré le même problème un jour, ton répertoire "Partage INP4B", tu l'as créé par l'interface web en tant que répertoire partagé non ? Car si je me souviens bien, c'est ce que j'avais fais, création du répertoire partagé, puis j'ai voulu changer le nom en ssh avec un move.. et il m'a doublé les répertoires. Je crois que j'avais dû supprimer le répertoire partagé et recommencer de zéro ..... (avec la copie des fichiers avant pour être certain de ne pas les perdre)
-
je vais peut être (même certainement paraitre chiant), mais tu peux passer la commande suivante (pas la peine de donner le résultat si ca marche): ls -lsa /volume1/PartageINP4B/Films je voudrais être certain que dans ta capture d'écran le fait que le répertoire de destination soit rouge ne veut pas dire que ce répertoire n'existe pas
-
Juste à tout hasard, tu as arrêter la webstation puis relancé au cas où pour que apache prenne bien en compte la modification ?
-
juste une question pour être certain, tu parles de lien symbolique que tu as créé, s'agirait il du lien symbolique /volume1/video/FilmsPartage qui pointerait vers un autre répertoire ? Car dans ce cas, c'est le répertoire de destination qu'il faut rajouter dans ton open_basedir et non ton lien symbolique : si tu as passé une commande du genre : ln -s /volume1/public/monrepertoire /volume1/video/FilmsPartage alors tu dois rajouter "/volume1/public/monrepertoire" à l'open_basedir et non "/volume1/video/FilmsPartage"
-
Salut Psymon, Ton problème vient de cette partie de la définition : en effet, tu as un espace dans le nom, et du coup la définition de ton open_basedir s'arrête à "...../volume1/@tmp/php:/volume1/Partage" Je ne me souviens plus si le fait de mettre un '' devant ton espace fonctionne dans l'open_basedir ou s'il faut mettre des (doubles) quotes autours de ton chemin /volume1/Partage INP4B.
-
Tos, le bug sur DSM 4 a été résolu par la nouvelle release de syno ce matin. il s'agissait d'un problème de config du firewall (ligne iptables manquante interdisant les paquets sortants à part ceux définis comme autorisés en entrant pour ceux qui avant choisi le "deny all" à la fin)
-
Petite question, serais tu passé en version 4.0 dernièrement ? Car on parle partout dans ce forum du bug du Firewall dans la version 4.0 d'avant hier .. Si c'est le cas, je te conseille en tout premier lieu de mettre à jours avec la release 2198 sortie par synology aujourd'hui même.
-
Alors si tcpdump le dit, je m'incline effectivement Remarque, j'avais pris des gants en mettant dans mon message "sont généralement paté", lol .. ok, mauvaise foi que la mienne
-
@saiian, regarde plutôt du côté s'il est activé sur ton synology
-
Qu'appelles tu "ports sortants" exactement ? Si tu parles d'autoriser les "ports destinations", alors il faut bien comprendre qu'en fait tu as autorisé les connexions provenant de n'importe quel port source (ports sur le host de départ) à se connecter à ton synology, en gros tu as désactivé le firewall ....... .. enfin pas vraiment, tu as tout autorisé dans ton firewall en utilisant la CPU et la mémoire pour de l'IPtable inutilement Il ne faut pas confondre "Port source" (numéro du port de départ du paquet IP) et sens du traffic sortant du synology L'interface du synology ne permet pas de différencier le trafic entrant/sortant par l'interface du synology, les IP table crées par l'interface agissent uniquement sur le sens "entrée" par l'interface du synology, mais de façon cachée (avant le bug), synology rajoutait systématiquement la règle qui permettait aux paquets initiés par le synology en sortie de son interface de récupérer la réponse .... D'où le contournement décrit plus haut en rajoutant cette règle dans les iptables iptables -I INPUT 1 -m state --state ESTABLISHED,RELATED -j ACCEPT
-
Ta solution n'arrange pas tous les problème, par exemple le problème des requêts DNS que to synology fait à ton routeur pour la résolution des hostname (port 53 UDP/TCP), la réponse du routeur n'est pas acceptée par le firewall du syno avec le bug de la 4.0. Et ca ne doit pas être la seule chose qui soit bloquée ... iptables -I INPUT 1 -m state --state ESTABLISHED,RELATED -j ACCEPT Car la ligne qu'il manque dans l'Iptable signifie simplement que le synology doit accepter toutes les réponses aux requêtes que le syno a initialisé lui même
-
CoolRaoul, l'idée est bonne, sauf que les paquets qui proviennent d'internet sont généralement "paté" par le routeur ASDL, autrement dit, les paquets arrivent sur le synology avec l'adresse interne de ta box (adresse dans ton réseau en 192.168.1.0/24). Une solution serait peut être (mais pas certain que cela ne bloque pas le traffic dy syno vers internet, et plus précisément la réponse du paquet) la suivante : Il faut donc normalement plutôt la règle bloquant le traffic en provenance de l'adresse IP interne de la box (192.168.1.1 par exemple) juste avant la règle qui autorise ton réseau. Maintenant, il faut bien faire attention au Firewall de la DSM 4.0 qui est actuellement bugué comme tu l'as indiqué, avec la solution de contournement indiquée.
-
Vpn Ne Fonctionne Plus Depuis Passage Dsm4.0
loli71 a répondu à un(e) sujet de Looping dans VPN Serveur
Avez vous activé le firewall sur votre synology, car il semble qu'il y ait un bug au niveu du Firewall sur la V4.0 finale qui bloque beaucoup trop de chose lorsque la politique par défaut est de bloquer les flux. Essayer de désactiver le FW (et même peut être ensuite de rebooter le synology pour être certain que tous les flux passent). Voir aussi le post suivant pour un contournement : I put these three commands into /etc/rc.local and everything works as expected (with firewall default policy set to Deny). The order of commands is important! iptables -I INPUT 1 -m state --state ESTABLISHED,RELATED -j ACCEPT -
salut, j'ai exactement le même problème que tout le monde, il semblerait effectivement que le Firewall bloque entre autre les flux sortant (comme les requêts DNS) lorsqu'il est en mode "Si aucune règle n'est remplie: refuser l'accès", ce qui n'est pas normal pour les flux sortants .... contenu du ficheir /var/log/messages : Mar 6 22:40:14 PkgSynoMan.cgi: pkgtool.cpp:2842 http://update.synology.com/packageupdate/getpackages.php, Failed to curl perform, code=6, err=Couldn't resolve host name
-
Ds211J Et Mediacenter De La Tv Evolution (Neuf)
loli71 a répondu à un(e) sujet de ds_wax dans Serveur multimédia
Ca y est, une petite mise à jour pour supporter le DSM 3.2 est dispo : SynoNeuf3.2 -
Il semblerait que vous n'ayez pas install
-
Avez vous par hasard activer le firewall du synology ? Avez vous essayer d'acc
-