Dimebag Darrell

Je viens d'essayer en mentionnant les volumes, mais je n'ai aucune donné dans les dossiers correspondants J'utilise ce chemin /volume1/docker/pihole/pihole /volume1/docker/pihole/dnsmasq.d Après avoir tout configuré, je fais un test docker compose down et un docker compose up, de nouveau je perds la config ! 😕

nickel merci, je vais essayer ça 🙂 Creating pihole ... error ERROR: for pihole Cannot start service pihole: b"Bind mount failed: '/volume1/docker/pihole/pidnsmasq' does not exists" ERROR: for pihole Cannot start service pihole: b"Bind mount failed: '/volume1/docker/pihole/pidnsmasq' does not exists" ERROR: Encountered errors while bringing up the project. Je suppose que ces dossiers doivent être créés avant le lancement du docker compose ps : que signifie pietc ? et pidnsmasq: ? pidnsmasq:/etc/dnsmasq.d pietc:/etc/pihole

Dans ce cas, comment dois-je procéder, car si j'active un script pour la recherche de mise à jour, ça signifie que lorsque celui-ci sera updaté, je serai dans la situation actuelle

Alors, merci beaucoup, ça fonctionne Par contre, je ne retrouve pas ma config précédente avec mes listes Comme si j'avais fait une toute nouvelle installation @bruno78 je suppose que c'est un script que tu lances tous les mois docker-compose pull pihole docker stop pihole-pihole1 docker rm pihole-pihole1 docker-compose up -d pihole

Voici mon docker-compose services: pihole: container_name: pihole image: pihole/pihole:latest hostname: pihole domainname: localhost mac_address: d0:ca:ab:cd:ef:01 cap_add: - NET_ADMIN networks: pihole_network: ipv4_address: 192.168.x.x dns: - 127.0.0.1 - 80.67.169.12 ports: - 443/tcp - 53/tcp - 53/udp - 67/udp - 80/tcp environment: ServerIP: 192.168.x.x VIRTUAL_HOST: Synology_Pi-Hole WEBPASSWORD: "" restart: unless-stopped networks: pihole_network: driver: macvlan driver_opts: parent: ovs_eth0 ipam: config: - subnet: 192.168.x.x/24 gateway: 192.168.x.x ip_range: 192.168.x.x/24

Oui, oui, j'ai utilisé docker compose J'ai finalement bien récupéré PiHole, mais... Aucun changement de release, je suis toujours en 4.3

Voila, j'ai ce message d'erreur

Dans le script du docker-compose.yml, où doivent-ils se trouver ? ça signifie que je devrai en plus refaire une install complète, vu que je vais devoir le re déployer non ?

Merci pour l'info, Ici je suis sur un docker et malgré avoir relancé celui-ci, il ne s'est pas updaté automatiquement.

Bonjour tout le monde, j'ai vu que Pi Hole avait sorti la release 5.0, avez vous déjà eu l'occasion de l'installer et de la tester ? Qu'en pensez vous ? De plus, comment avez vous procéder pour le passage de la 4.2 à la 5.0 ? Merci

J'ai une question concernant le port forwarding J'utilise un reverse proxy sur le syno pour mes différentes applications, y compris, Drive. Malgré, le proxy pour Drive, je dois néanmoins ouvrir le port 6690 afin que mon laptop puisse joindre le NAS, ce qui n'est pas la cas avec l'application mobile DS Drive

Enfait, il ne passait pas par le port 22, mais via un port que j'avais spécifié pour le SFTP Il faut savoir que celui-ci était ouvert sur l'USG Depuis la fermeture de celui-ci, plus aucune attaque en port forwarding L'USG redirigent les ports 80 et 443 et sur le Syno, maintenant je n'ai que les ports 80 et 443 ouvert

Suite aux différents conseils concernant la configuration du firewall, je viens de faire un sacré nettoyage !

Merci @maxou56 Le dernière exemple ressemble beaucoup à ma config, Pour info, les attaques ont stoppé, c'était un port que j'utilisais en SFTP qui étaient ouverts

Si tu devais donner un exemple de règle à mettre en place dans le firewall, je suis preneur 😉

sur mon USG, les port 443 et 80 sont ouverts, c'est tout Quand je fais un test via Angry IP, il ne voit que les ports 53,443,1337,49200 (bizarrement il me trouve le port 53 et 1337 et 49200) Je reviens par rapport à ta remarque, comment devrais-je dès lors configurer le firewall sur le NAS

Oui, car je veux y avoir accès depuis l'extérieur Pour info, je viens de faire un scan online et les ports ouverts sont 80 et 443 via Angry IP Scanner : Ports: 53,443,1337,49200

Enfait, de gauche à droite Internet ----- Modem (DMZ) ---- USG Unifi (Firewall, DHCP Server, VPN Server, Security) ---- Switch Unifi ----- Synology ------ Tous les différents clients (WIFI via access point) et RJ45

Mon modem est en DMZ Par contre, derrière celui-ci, j'ai installé un security gateway (UNIFI), sur lequel, j'ai installé toutes mes règles

Merci beaucoup, J'ai néanmoins une question, certes simpliste, mais comment se fait-il que le protocol SSH rejeté la connection, hors que celui-ci est hors service sur le NAS

Par rapport à comment sécuriser son NAS (voir tuto), j'ai suivi ce qui était indiqué comme élémentaire SI vous avez des recommandations, je suis preneur Pour info, SSH est désactivé sur mon NAS, mais j'ai toujours des tentatives... bizarres non ?

oups sorry

Merci Voici les règles firewall Bizarrement, le SSH est désactivé sur le NAS lui même La dernière règle est en refusée

Bonsoir tout le monde, Actuellement, je fais face à une tentative massive de connections en SSH sur mon NAS, essentiellement des IP étrangère (Chine, USA, Seychelle...) Malgré avoir désactivé le DDNS de mon NAS, les attaques continuent (mon NAS est tjs accessible en local 192.168.x.x) Je ne sais pas d'où ça pourrait bien venir Voici un log des différentes tentatives... Je suis à cours d'idées, les tentatives s'espacent mais sont tjs présentes

Bonjour à tous, Avez vous déjà eu ce type de problème, Actuellement, il m'est impossible de supprimer une entrée dans bitwarden J'ai eu erreur lorsque je click sur la poubelle