sonson

"attendre sagement la version stable" Why not ? Mais je pense que même avec la version stable on va "s'emmerder" surtout dans les premières versions stables ! J'ai confusément l'impression que la version 6 amène des changements radicaux qui nécessiteront de "s'emmerder" . Pour moi, l'installation s'est arrêtée en me demandant de désinstaller Zarafa qui n'est plus compatible ! Fromage ou Dessert...

Ben... ça ne fonctionne plus, non ? bien téléchargé, dézippé et ajouté à audio station. Mais plus aucune paroles même plus le début qui s'affichait par le plugin de base. Fausse manip ou solution obsolète ?

Tu installes zarafa puis quand tu lance l'appli "administration de zarafa", tu trouvera les fichiers a modifier (et quoi modifier !). de memoire : server.cfg... Pas de Dovecot à modifier pour que ca fonctionne et merci à beepbeep pour avoir permit de refaire fonctionner zarafa si vite !

Pour les tests, il y a XPEnology avec la version 5.0 Beta qui est sortit... Je dis ca mais j'ai rien dis !

es tu sur d'etre sur le bon forum ?

la maj est ok : _ desinstallé l'ancien zarafa par le centre de paquets. l'as-tu fait ? _ installé manuellement le nouveau zarafa _ remodifié tous les fichiers indiqués (server.cfg...) _ relancé le syno Il a tout gardé : anciens emails...

Merci Beepbeep !!! c'est Vil qui est content ;-)

Si si mais je vais tout refaire. le truc sympa c'est le serveur DHCP activable sur chaque interface lan independamment !

Maj DS1513 effectuee. - GLPI fonctionne toujours - Zarafa est dans le sac : "version incompatible" d'après le syno. vivement une MAJ rapide... La grosse question est l'apparition de MariaDB. Remplace t'elle Mysql ou en parallèle ? Sinon le parefeu n'a plus qu'une règle : tout autoriser...

calibre...

Bonjour, D'abord, pourquoi rediriger le port 20 ? Ensuite peux tu confirmer que la redirection fonctionne de ton smartphone vers tous les ports ? Tes règles ont toutes le meme nom dans ta box, Ca fonctionne en local chez moi. Je coche a chaque fois la case de la dernière colonne. Ca change quelquechose pour toi ?

Bonjour, La premiere ligne et la seconde me semblent en contradiction : Tu veux faire des sauvegardes d'un serveur vers le nas ou de chaque poste utilisateur vers le nas ? J'utilise RSYNC et je n'ai pas eu de bootstrap à modifier... Pour les sauvegardes d'un serveur vers le NAS, tu dois décider lequel des deux initie la sauvegarde. Perso j'essaierai de faire en sorte que le serveur lance le Rsync vers le Nas. Les clients windows seraient plus faciles à sauvegarder vers le serveur en local puis une seule machine (le serveur) à distance vers le nas. Bonne sauvegarde !

Ton Western Digital a un client ou serveur Rsync intégré ?

Avoir mon propre serveur DNS avec des filtres (est-ce possible de l'acceder de l'exterieur de mon LAN ?) > le syno fait serveur DNS et via HAproxy tu peut avoir acces a tes service interieur sur le net ( site web autre serveur ) apres tu a aussi un serveur VPN pour crée un tunnel pour avoir acces a ton lan de n'import e ou de facon securiser . Intéressant ! Par contre, il me semble avoir lue qu'il jetait pas possible d'avoir un serveur DNS avec une IP dynamique. Es possible d'avoir des filtres sur le serveur DNS de Synology ? -------------------- Si j'ai bien compris... Tu veux gérer des noms DNS sur ton Syno ET qu'ils soient accessibles de partout sur Internet. Un serveur DNS sert à résoudre des noms (FQDN) en adresses IP. La gestion des noms est hiérarchisée : Le .fr est géré nationalement, le toto.fr par une entreprise qui a une délégation de .fr sur le sous-domaine toto etc ! Si tu veux gérer un machin.fr, il te faut "acheter" (ca peut etre gratuit) ce nom auprès d'un registar (ou hebergeur) qui te délèguera la gestion de ce nom. Ensuite tu pourra faire des site1.machin.fr, mail1.machin.fr.... chez ton registar ET les faire pointer vers ton syno en interne. Si tu crée un machin.fr sur ton syno sans "acheter" ce nom à une entreprise dans "Internet", aucun DNS externe ne saura que tu as un DNS interne qui gère ce nom. Et c'est tant mieux : Si chacun pouvait se créer un "microsoft.com", bonjour la galère.

Là tu es dur !!! Douterais-tu qu'il l'ait fait ?

Paquet ? As tu installé le plugin sous GLPI ? Dans Configuration /plugin, tu dois avoir un bouton "Voir le catalogue des plugins". Tu telecharges ceux de fusion inventory par exemple. Tu les copies dans le dossier "Plugin" de GLPI sur ton NAS (../web/glpi/plugins) avec chaque plugin dans son sous-dossier. Apres seulement tu peux les installer PUIS les activer dans configuration/plugin. Il reste à installer le paquet "client" fusion inventory sur tes postes à suivre. La aussi il y a la doc pour entrer le bon chemin vers le serveur NAS de GLPI. Ensuite seulement tu peux utiliser l'onglet plugin de glpi pour lui dire quoi et comment remonter les données des postes !

Merci aussi pour tes précisions. Je n'avais pas fait attention au fait qu'il a activé le nattage... je raisonnais en routage pur... Bravo !

Je pense qu'une fois la connexion etablie de l'exterieur vers l'interieur par le port 1723, c'est le serveur VPN qui initie le transfert en sortie grace au protocole GRE. Et ca ce n'est pas bloqué normalement. au 1er juillet pour la suite des tests !!!

Par "le meme reseau", je voulais dire que tu ne passe pas par l'adresse externe de ta livebox. Tu as probablement trouvé la réponse au problème ! Orange bloque le port 1723 ! Essaie de rediriger sur la livebox un autre port externe (exemple 41723) vers le 1723 interne. Mais la question est : le client VPN Android sait-il utiliser le port 41723 ? Edit : Je viens de tester, ca ne fonctionne pas avec le client integré à Android. Meme si on met l'adresse du serveur à IPExterneBox:41723, la connexion renvoie un "Expiation du delai". Faudra essayer un client PPTP qui sait indiquer un autre port que le 1723. Mais là, pourquoi ne pas utiliser OpenVPN si tu dois utiliser un logiciel supplémentaire....

En fait, il n'y a pas de lien entre le ping et l'acces au nas. Ce ne sont pas les meme protocoles. L'acces interne fonctionnait ? c'est http://192.168.1.xxx:5000 qui ne fonctionne pas ?

Pas seulement. quand un appareil de 192.168.2.x envoie une trame à la livebox qui le renvoie vers internet ca sort bien. Mais au retour de la reponse depuis internet, la livebox doit savoir qu'elle a un sous reseau en interne en 192.168.2.x pour la transmettre au routeur (interne, en 192.168.1.x) qui fait le routage entre le sous reseau 192.168.2.x et 192.168.1.x Principe du routage : Trajet : Intérieur -------------------------------------------------------------> Exterieur Chemin : Client ----------->Routeur1-------------> routeur2------------->Google.fr Adresse IP : .2.2 -----------.2.1+++.1.17----------.1.1--------IP externe1----IP externe2 - Les "passerelles par defaut" permettent la sortie. Le client envoie au Routeur1 qui envoie au Routeur2 qui envoie à google.fr - Au retour, google repond à l'adresse IP externe1 du Routeur2 qui sait qu'il est connecté au sous-réseau 192.168.1.x. Dans la réponse, google indique que c'est destiné à 192.168.2.2. - Si Routeur2 n'a pas de route statique vers le sous-réseau 192.168.2.x, il laisse tomber la trame. Comme pour les autres sous-réseaux... - La route statique de Routeur2 doit dire que si la destination est le sous-reseau 192.168.2.x, il faut envoyer la trame à 192.168.1.17 (Routeur1) qui lui connait le sous-reseau 192.168.2.x

En wifi ca veut dire que tu es sur le meme reseau. Donc peut etre une config incomplete au niveau de la box ? si openvpn fonctionne c'est que le port 1194 est bien redirigé. Il n'y a pas de raison que le port 1723 pour le PPTP ne le soit pas bien redirigé aussi. non ?

il est donné comme le successeur de mon MGE ellipse 600 qui lui est compatible. Donc je pense qu'il l'est.

Ah oui ! En fait, il faut cliquer sur le dossier dans la fenetre de droite pour modifier les permissions ! Dans celle de gauche, ca reste grisé ! Merci CoolRaoul pour m'avoir obligé à chercher.

Le eco 650 devrait suffire à bien moins cher http://www.macway.com/fr/product/22357/onduleur-eaton-ellipse-eco-650.html