loli71

Oh, il me semblait bien avoir compris cela. Donc ton routeur se comporte comme ta box, tu as mis du forwarding dessus aussi, le forward semble correct. Par contre, dans les tests que tu as effectué, le ssh 192.168.1.1:443 ne pourra jamais fonctionner (limitation des BOX en général), si tu veux voir si la config de ton routeur est la bonne il faut faire la chose suivante : Branché ton PC sur ta box (en fils ou wifi) et donc avoir une adresse IP en 192.168.1.x et de là faire un ssh 192.168.1.12 port 22 (si j'ai bien compris que ton routeur avait comme adresse IP 192.168.1.12 sur son interface WAN (connecté à ta box)). Ensuite vouloir utiliser les ports Giga de ton routeur pour y connecter ton PC et ton NAS est une chose compréhensible, et cela augmente la vitesse de transfert entre ton PC et ton NAS, en aucun cas la vitesse entre ton PC et internet ou ton nas et internet, car cette vitesse est limité par ton accès internet et même la fibre dépasse rarement 100Meg (vitesse en général des ports des box standards). Ton routeur ne fait en fait que complexifier ton réseau tel qu'il est configuré, un switch Giga à la place de ton routeur aurait été la meilleur solution. A moins que tu ne te serves de ton WNDR3300 pour faire du Wifi ? Je vais jeter un coup d'oeil sur le net concernant ton routeur pour voir si tu peux l'utiliser en mode bridge (plus proche d'un switch).

Que veux tu dire par cela exactement ? Il s'agit de que marque / type de routeur ?

Bizarre d'avoir placé un routeur après ta box surtout si ton PC (connecté à ta box) et ton nas (connecté à ton routeur) .. je vois pas trop l’intérêt, à part complexifier les forwards et autre. Je suppose que ton routeur fait du NAT entre son interface WAN (192.168.1.X) connectée côté Box et ses interfaces LAN côté NAS (10.0.0.X) non ?

Tu as ce comportement parce que le chemin "/volume1/@appstore/minidlna/bin" ne se trouve pas dans le PATH. Donc soit tu utilises la commande avec le chemin complet devant : /volume1/@appstore/minidlna/bin/minidlna -h soit si tu vas dans le répertoire "/volume1/@appstore/minidlna/bin/minidlna" comme tu l'as fait avant, tu utilises la commande ./minidlna -h En ce qui concerne les scripts de démarrage des applications installée, ils se trouvent là : /var/packages/<nom du package>/scripts/start-stop-status donc dans ton cas, certainement /var/packages/minidlna/scripts/start-stop-status

en général c'est une question de PATH mal configuré lorsque tu as ce résultat là. As tu bien fait la partie consistant à modifier le fichier /root/.profile comme décrit ? et si tu lance la commande avec le chemin complet "/opt/bin/ipkg" ca donne quoi ?

Ben les erreurs sont marquées en rouge dans ta capture d'écran : Admin user : Username doit comporter au minimum 6 caractères et tu as mis "admin" qui n'en fait que 5 Database : MySQL Password ne peut pas être vide, tu dois mettre le mot de passe du compte admin avec lequel tu te connectes au DSM en web. Pour les warning PHP en tête de ta capture, je ne suis pas certain que cela empêchera l'installation, commence par corriger les erreurs en rouge.

Merci pour ton retour positif 006fazer, et content d'avoir pu aider un peu la communauté ;-)

Oui, on voit la trace du restart dans l'un des logs (je ne sais plus trop lequel).

C'est que tu n'as pas du prendre toutes mes modifications, car une partie des patchs/modifications réglaient aussi ce problème de restart du squid en utilisant "su - squid -c $SQUID_WRAPPER" à plusieurs endroits dans le fichier squidguardmgr.cgi.patch

006fazer, le problème c'est que tu ne trouveras sur le GitHub de synocommunity que les différences avec les fichiers de synocommunity. L'une des façon serait de passer par mon fork GIT directement et récupérer les fichiers suivants pour les mettre au même endroit sur ton serveur de dev en attendant que synocommunity prenne en charge mes propositions Fork de synocommunity : https://github.com/loli71/spksrc Liste des fichiers à récupérer pour remplacer ceux de ton serveur de dev pour la compilation : cross/squidguard/patches/sgDb.c.patch cross/squidguardmanager/patches/squid_wrapper.c.patch cross/squidguardmanager/patches/squidguardmgr.cgi.patch spk/squidguard/Makefile spk/squidguard/src/etc/squid.conf spk/squidguard/src/etc/squidclamav.conf.tpl spk/squidguard/src/installer.sh spk/squidguard/src/logrotate.sh spk/squidguard/src/update_db.sh Ensuite, allez dans "spk/squidguard/" et faire le "make armdaxp", le fichier spk que tu trouveras dans le répertoire "packages/" aura toutes mes modifs.

C'est effectivement le rôle d'un proxy HTTP/HTTPS, il existe des paquets de "Squid" sur des dépôts 3rdparty que tu devrais pouvoir trouver dans ce forum. Après, pour la partie "faire passer tous les connexions internet", tu devras être obligé de configurer ce proxy sur tous tes ordinateurs, sachant que sans cette config, le trafic passera par la box directement (et il est assez simple de supprimer la conf du proxy sur un ordi)... donc tu ne pourras pas t'assurer que tout ton trafic utilisateur passera bien par le SQUID, sauf si tu as la possibilité de bloquer sur ta box l'accès internet par défaut pour tous ton réseau et ne l'autoriser que pour l'adresse de ton synology qui a le SQUID.

As-tu bien activé le serveur Web sur le synology (panneau de configuration => services web) C'est sur cette page que tu pourra aussi paramétrer PHP par l'onglet "Paramètres PHP" Ensuite pour l'emplacement des fichiers à proprement dit, ils doivent se trouver dans "/var/services/web" (lien symbolique vers "/volume1/web" dans mon cas) soit directement si tu ne veux héberger qu'un seul site web, soit tu peux y créer un répertoire et configurer un nouvel hôte virtuel qui pointe vers ce répertoire.

Tu as des outils gratuits comme http://www.subnet-calculator.com/ après pour l'implémentation sur le synology, regarde l'aide sur le firewall ou les blocages automatique des IP.

Cela correspond à la plage IP partant de 37.160.0.0 à 37.175.255.255

J'ai posté les différents patchs et correction sur le GIT de synocommunity, faut attendre que les admin aient le temps de regarder.

Je suppose qu'en cherchant un peu sur google tu devrais pouvoir trouver les bonnes infos, comme par exemple ce site : https://craym.eu/tutoriels/utilitaires/ouvrir_les_ports_de_sa_box.html#bbox Maintenant comme le dis Raoul, faut être certain d'en avoir besoin et de comprendre ce qu'implique l'ouverture de ton NAS sur internet ... et pas juste suivre ce qui peut être écrit sur un forum sans comprendre. Donner l'accès à ton NAS depuis internet est loin d'être neutre.

Il vaut mieux activer le HTTPS en plus du HTTP sur ton synology sans forcer la redirection, et n'ouvrir que le port 443 sur ta box pour rediriger vers le port 5001 de ton syno dans ce cas là. Cela te permettra de continuer à utilise le HTTP port 5000 en interne sur ton réseau local, et utiliser le HTTPS depuis internet.

j'arrive sur la page du dentiste de Biarritz, donc je suppose que oui ;-)

L'accès à ton site perso "fonctionne bien", la seule chose qui ne fonctionne pas, c'est que l'on reçoit un redirect lorsqu'on essaye d'y accéder avec l'adresse "http://zunz.synology.me/" vers "http://192.168.1.19/?lang=en", cette redirection doit être codée dans ta page d'accueil de ton site perso (pour gérer la langue d'affichage très certainement"). La redirection ne devrait pas forcer la partie FQDN de l'url mais uniquement la fin (donc rediriger "/" vers "/?lang=en" en laissant sans toucher à http://zunz.synology.me/)

Personnellement, j'arrive bien sur ta page de ton phpMyAdmin avec l'url qui tu as indiqué. D'ailleurs ... c'est pas très sécure je trouve ;-)

Good Raoul, effectivement c'est certainement la solution la plus sécurisée ;-)

il suffit peut être de mettre le dossier en lecture/ecriture pour le groupe other par un chmod 777 (même si je n'aime pas tellement cela) ?

Pour moi, une configuration entièrement "statique" du syno est ce qui est le plus efficace dans ton cas: - adresse IP fixe attribuée au synology (et non pas une adresse réservée dans le DHCP par exemple) - utilisation des adresses DNS de google que Raoul a fourni tout à l'heure : 8.8.8.8 et 8.8.4.4 - firewall de ta box en niveau de sécurité sur moyen ou même faible Et tu devrais pouvoir t'en servir comme cela.

tu as répondu toi même à ta question ...

Et puis il te reste semble t il un gros problème de résolution de nom par le DNS que tu as configuré sur le syno aussi .....