_DR64_

Au temps pour moi, j'ai lu trop vite 😛

Bonjour @nunu : Dans "outils réseau" sur SRM

@cedric178 tu as réussi ?

Bonjour @cedric178, tu trouveras certainement ta réponse ici 🙂 https://kb.synology.com/fr-fr/DSM/tutorial/How_to_map_network_drives_from_your_Synology_NAS Sinon, tu vas directement dans l'explorateur windob et tu tapes dans la barre d'adresse \\ipdunas et tu te log dessus en SMB 🙂 ou encore, tu crée un raccourci sur ton bureau qui pointe vers \\ipdunas : Je rajouterai également qui faut avant tout avoir activé le partage depuis DSM :

Bonjour @maxou56 merci pour ta réponse. J'ai pu supprimer Node.js V14 ( le v16 est utilisé par Synology Drive). Pour les paquets PHP, ils sont tous utilisés par WebStation... qui me propose d'installer Python 3.9 ! Pourquoi il n'utilise pas que la dernière version des paquets ? Je ne comprends pas trop ça...

Quelqu'un peut me renseigner svp?

Ils ont corrigé le bug à l'authentification. Plus besoin d'aller chercher l'identifiant ET le mot de passe dans bitwarden par exemple. Désormais, si on renseigne l'identifiant, le mot de passe se remplit tout seul sur la page d'après. Comme SRM ! Bonne nouvelle car c'était franchement chiant. Aucun problème avec le remplacement du paquet Docker par Container Manager. Pour ma part, Acme tourne correctement ainsi que Portainer, Watchtower, PlexMediaServer, AdguardHome, Vaultwarden, Tautulli... Les paramètres comme "macvlan" sont restés et fonctionnels. HyperBackup continue de faire son travail également. Le planificateur de tâches fonctionne parfaitement. Rien à signalement pour le moment ! 👍

Voilà c'est fait 🙂 Petite question, j'ai les paquets suivants d'installés : Node.js v14 / Node.js v16 / Node.js v18 PHP 7.3 / PHP 7.4 / PHP 8.0 Python2 / Python3 La question est peut-on désinstaller les versions antérieures à la dernière ?

@PiwiLAbruti : Effectivement ! ça vient d'être actualisé je pense parce que je ne l'avais pour aucun des modèles de NAS. Merci 🙂

J'ai voulu la mettre ce matin mais elle n'est pas dispo dans le centre de téléchargement...

pas faux :x

Bonjour @Domodial, Merci pour ton retour. De mon côté, je suis passé chez Orange avec la dernière LiveBox 6. J'en suis très content et je n'ai pas eu une seule coupure mais le tarif de l'offre augmente au bout d'un an et on y est... De ce fait, migration ce jour chez Free avec la Freebox Pop (où mon RT2600ac sera en DMZ). <-- IP Full stack déjà commandée 😛 C'est quand même fort que 2 ans plus tard le soucis ne soit pas encore corrigé chez SFR ! Je suis bien content de m'être barré de chez eux. Concernant la POP, tant que j'y suis, quelqu'un à une idée pour que j'arrive à ramener les 2,5gpbs WAN sur mon NAS? J'ai vu quelques tutos où on branche un adaptateur 2,5gbps sur l'USB du NAS mais si je fais ça, il faut que je raccorde le NAS en direct à la POP sans passer par le routeur... Il y d'autres solutions ? Vous allez me dire, 1gbps DOWN et 700mbps UP suffisent largement pour le NAS mais on veut toujours plus 😛

https://github.com/acmesh-official/acme.sh/issues/2727#issuecomment-632811503 Peut-etre une réponse ici

Salut @Joshua33, bienvenue à toi sur le forum 🙂

Tu es un génie ! Effectivement, si je demande un 8780 ext vers 8080 int et que je modifie le port en 8780 interne bah ça marche pas mdr du coup j'ai remodifié le port interne en 8080 et : Miracle ! Merci ! Dans l'idée, c'est juste un accès aux logs da AdgH-Sync :

Bonjour @.Shad. merci de ta réponse qui est correcte. Cependant tout fonctionne je ne vois pas la page d'authentification de l'api Adgh-Sync pourtant dans portainer elle est bien là et fonctionne ! Un extrait de mon fichier de conf : # Configure the sync API server, disabled if api port is 0 api: # Port, default 8080 port: 8780 # if username and password are defined, basic auth is applied to the sync API username: username password: password

Bonjour @MilesTEG1! Bon ça a l'air de fonctionner mais j'aimerai quand même un avis sur mon docker-compose. Dans l'idée, voici ce que je souhaite faire : Créer grâce au même docker-compose : - un conteneur AdgH avec Macvlan sur mon NAS (IP : 192.168.64.254) - un conteneur AdgH_Sync (là je sais pas trop si je suis bon dans la conf réseau et de la dépendance) L'ip de mon NAS est 192.168.64.10 et il m'est impossible d'accéder à la page 192.168.64.10:8780 Créer un AdgH sur un Raspberry (IP : 192.168.64.4) Utiliser le Raspberry en DNS principal --- version: "2.4" services: #################################################################### adguardhome-sync: image: lscr.io/linuxserver/adguardhome-sync:latest container_name: adguardhome-sync environment: - PUID=1047 - PGID=100 - TZ=Europe/Paris - CONFIGFILE=/config/adguardhome-sync.yaml volumes: - "/volume1/docker/AdguardHome/sync_config:/config" labels: - "com.centurylinklabs.watchtower.enable=true" depends_on: - adguardhome_macvlan network_mode: bridge ports: - 8780:8080 restart: always #################################################################### adguardhome_macvlan: image: adguard/adguardhome:latest container_name: Adguardhome hostname: AdGuard-Home--Jarvis environment: - PUID=1047 - PGID=100 - TZ=Europe/Paris - LANG=fr_FR.UTF8 - LANGUAGE=fr_FR.UTF8 labels: - "com.centurylinklabs.watchtower.enable=true" volumes: - "/volume1/docker/AdguardHome/data:/opt/adguardhome/work" - "/volume1/docker/AdguardHome/config:/opt/adguardhome/conf" networks: mac0: ipv4_address: 192.168.64.254 restart: always healthcheck: test: "/bin/netstat -pant | /bin/grep 53" interval: 45s timeout: 30s retries: 3 networks: mac0: external: true

@MilesTEG1 : Merci! Effectivement ça a passé l'erreur mais j'en ai une autre… En revanche la synchro a commencé 🙂 2023-02-27T20:23:00.161+0100 INFO sync sync/sync.go:113 Connected to origin {"from": "192.168.64.254:8080", "version": "v0.107.25"} 2023-02-27T20:23:01.428+0100 INFO sync sync/sync.go:198 Start sync {"from": "192.168.64.254:8080", "to": "192.168.64.4:80"} 2023-02-27T20:23:01.697+0100 INFO sync sync/sync.go:206 Connected to replica {"from": "192.168.64.254:8080", "to": "192.168.64.4:80", "version": "v0.107.25"} 2023-02-27T20:23:03.486+0100 INFO client client/client.go:472 Set dhcp server config {"host": "192.168.64.4:80"} 2023-02-27T20:23:03.635+0100 ERROR sync sync/sync.go:263 Error syncing dns {"from": "192.168.64.254:8080", "to": "192.168.64.4:80", "error": "400 Bad Request(bad dhcpv4 configuration: dhcpv4: invalid IP is not an IPv4 address\n)"} Le DHCP d'Adguard est désactivé pour ma part. Je dois rajouter un truc quelque part non? Merci beaucoup EDIT : C'est bon j'ai trouvé le problème ! J'ai rajouté les lignes suivantes dans le fichier de cong: features: dhcp: serverConfig: false staticLeases: false Du coup plus de synchro des paramètres du DHCP 🙂

Ok merci j'avais compris mais je m'étais mal exprimé. Bon dans tous les cas, quoi que je fasse j'ai ça : 2023-02-27T14:41:00.154+0100 INFO sync sync/sync.go:113 Connected to origin {"from": "192.168.64.254:8080", "version": "v0.107.25"} 2023-02-27T14:41:01.420+0100 INFO sync sync/sync.go:198 Start sync {"from": "192.168.64.254:8080", "to": "192.168.64.252:8080"} 2023-02-27T14:41:01.526+0100 INFO sync sync/sync.go:206 Connected to replica {"from": "192.168.64.254:8080", "to": "192.168.64.252:8080", "version": "v0.107.25"} 2023-02-27T14:41:02.263+0100 INFO client client/client.go:282 Add filter {"host": "192.168.64.252:8080", "url": "https://adguardteam.github.io/HostlistsRegistry/assets/filter_28.txt", "whitelist": false, "enabled": true} 2023-02-27T14:41:02.435+0100 ERROR sync sync/sync.go:241 Error syncing filters {"from": "192.168.64.254:8080", "to": "192.168.64.252:8080", "error": "400 Bad Request(Couldn't fetch filter from url https://adguardteam.github.io/HostlistsRegistry/assets/filter_28.txt: got status code 404, want 200\n)"} Je pense que c'est une erreur qui ne vient pas de moi...

@MilesTEG1: Je comprend qu'un réseau est créé dans ton docker-compose pour une instance Adguard + Adguard Sync Tu as également un autre Adguard via un autre docker-compose ? Je suis jusqu'à la ? Si j'ai tout bon les 3Adguard sont stockés sur le même hote ?

Merci bien ! C'est une usine à gaz le truc 😛 Je ne comprend pas trop la partie networks. La macvlan est pour adguard home et pas pour adguard-sync ? Oui c'est une IP fixe maintenant en 192.168.64.4 Oui j'arrive à joindre l'interface en 192.168.64.4:80 Ou peut-etre que AdguardHome principale n'est pas cité ici ? Dans ton docker-compose c'est le AdguardHome secondaire ?

Bonjour @MilesTEG1 merci pour ta réponse. Je pense avoir tout bien paramétré mais j'ai ce retour en sorti de log Tu as une idée? Tu pourrias poster ton docker-compose si tu en as un stp ?

Bonsoir @MilesTEG1, J'ai achet& un Raspberry et j'ai mi adguard dessus comme prévu. J'ai ce retour dans adguarhome-sync : Tu veux bien m'aider sur le docker-compose stp ? J'ai mis ça : --- version: "2.1" services: AdguardHome-Sync: image: ghcr.io/bakito/adguardhome-sync container_name: AdguardHome-Sync network_mode: bridge command: run environment: ORIGIN_URL: 'http://192.168.64.254:8080' ORIGIN_USERNAME: 'loginadguard' ORIGIN_PASSWORD: 'mdpadguard' REPLICA_URL: 'http://192.168.64.105:80' REPLICA_USERNAME: 'loginadguard' REPLICA_PASSWORD: 'mdpadguard' CRON: '*/10 * * * *' # run every 10 minutes #RUNONSTART: true # Configure sync features; by default all features are enabled. # FEATURES_GENERALSETTINGS: true # FEATURES_QUERYLOGCONFIG: true # FEATURES_STATSCONFIG: true # FEATURES_CLIENTSETTINGS: true # FEATURES_SERVICES: true # FEATURES_FILTERS: true # FEATURES_DHCP_SERVERCONFIG: true # FEATURES_DHCP_STATICLEASES: true # FEATURES_DNS_SERVERCONFIG: true # FEATURES_DNS_ACCESSLISTS: true # FEATURES_DNS_REWRITES: true ports: - 8082:8080 restart: unless-stopped Merci !

Bonjour @shaft01, bienvenue à toi sur le forum!

Bonjour, tu as essayé avec SMB1 ? J'avais le cas sur mon tel, je ne vois les fichiers que si le SMB1 est activé. Du coup comme c'est peu sécurisé, bah je m'en sers pas 😛