loli71

Non, de mon côté un réseau macvlan créé par script plante le VPN, mais le réseau macvlan que j'ai créé par portainer ne le plante pas par contre ...

oui, la création par ssh ou CLI docker pose problème quelque soit le réseau. @MilesTEG1 Par le DSM ou par portainer pas de problème, que ce soit un réseau bridge ou un macvlan. Portainer m'en a créé plusieurs sans problème via les instructions docker-compose.yml Mon souci est apparu lorsque j'ai créé l'interface via ssh qui permet au syno d'utiliser l'adresse dans le macvlan ... je n'arrive pas à trouver comment créer cette interface macvl0 comme synology l'accepterait ...

@.Shad.Je te confirme que le problème n'est pas propre à la création d'un réseau macvlan, mais à toute interface/réseau créé en ssh via docker-compose ou en CLI. J'ai créé mon réseau Macvlan via portainer, ce réseau ne pose pas de souci, et le support synology ne me l'a pas supprimé Ils m'ont supprimé que l'interface de bridge que j'ai crée en ssh par le script que tu avais mis dans ton tuto. # Creation de l interface macvlan sur l hote ip link add macvl0 link eth0 type macvlan mode bridge ip addr add 192.168.1.175/32 dev macvl0 ip link set dev macvl0 address 5E:00:01:02:03:45 ip link set macvl0 up ip route add 192.168.1.160/28 dev macvl0

pareil .... j'essaye de trouver où sont les logs de docker lors de la création d'une interface bridge par le webui ... mais je ne sais pas comment lire le fichier qui pourrait contenir des infos: /var/packages/Docker/var/docker/network/files/local-kv.db

Merci @.Shad., je vais tester cela ce week-end et voir si je trouve les logs ... Je vous tiens au courant 🙂

@Jeff777Bizarrement c'est justement sur mon DS220+ que j'ai eu le souci 🤪

Complément d'informations que j'ai pu récupérer de chez synology: Reste à voir si on peut créer une interface virtuelle qui ne plante pas le synonet --view ... @.Shad. si tu retrouves des infos, je suis preneur 😉

Bon, la réponse de synology correspond bien à ce que j'avais vu dans l'history du compte: Mais du coup je ne sais pas si l'interférence venait du nom de l'interface virtuelle que j'avais créée manuellement ou du fait qu'elle existe tout simplement. J'ai demandé plus d'explication à syno car leurs modifications on clairement un impact sur le fonctionnement du container AdGuardHome et son utilisation direct par le syno lui même.... mais je ne pense pas avoir de vrai réponse.

C'est ce que je voulais tester après que synology ait fini leurs investigations ... mais d'après les traces dans l'history du compte admin, ils aient supprimé l'interface virtuelle que j'avais ajouté (en suivant ce beau tuto .shad justement) qui correspond à la partie 5-B. Création de l'interface virtuelle. et le VPN Server semble réagir comme il l devrait. Par contre, ils n'ont pas touché à mon réseau macvlan créé dans le docker J'attends que synology clôture mon ticket avec leurs explications et je vous tiens au courant ....) Par contre, plus d'interface MacVlan sur mon docker => mon NAS est incapable de joindre AdGuardHome, donc sa résolution DNS n'est plus filtrée....

Pas de OpenVSwitch d'activé sur mon synology, mais j'ai configuré un MacVlan dans mon docker .. je ne sais pas si cela à un rapport ou pas.. Et même si cela fonctionne quand même, mon souci est que je ne peux pas activer l'option "Accorder le privilège aux utilisateurs locaux nouvellement ajoutés" ou choisir sur laquelle des deux interfaces je veux activer le VPN. Ticket ouvert chez synology .. pour voir ...

Bonjour à toutes et tous, Cela fait un petit moment que je n'étais pas venu demander de l'aide à notre belle communauté nas-forum .. Je me retrouve confronté au problème suivant dans le VPN Server de Synology : Paramètres généraux > Interface réseau et type de compte : menu déroulant vide !!! Je n'avais jamais eu ce problème avant, et j'utilise ce paquet depuis un petit moment, j'avais mis en place une conf openVPN en ma basant sur le tuto suivant J'ai essayé de rebooter, de désinstaller entièrement le paquet et le reinstaller au propre sans conf spécifique .. rien ne change. Est-ce que quelqu'un a déjà rencontré ce problème ?

0,10,20,30,40,50 * * * * root /volume1/admin/shutdownifnouser.sh voilà une solution parmi d'autres pour lancer un script toutes les 10 mn

Personnellement, moi j'ai fait plutôt un chmod 600 sur le fichier authorized_keys, je ne sais pas si cela change quelque chose ou pas. Je suis encore en DSM5, et depuis que syno a enlever les logs de connection ssh du /var/log/message, j'ai mis en place les modifications suivantes pour avoir à nouveau les logs ssh (qui pourraient peut être te montrer le problème) : 1) Créer en tant que root le fichier /usr/local/etc/syslog-ng/patterndb.d/sshd.conf comme suit : filter f_messages { level(info..emerg) and not facility( mail, news, cron) and not program(syslog-ng) and not filter(f_local) and not filter(f_synology); }; 2) Faire un chmod 644 sur le fichier /usr/local/etc/syslog-ng/patterndb.d/sshd.conf créé 3) Relancer le syslog pour prise en compte du fichier, sous DSM5 c'est la commande suivante (sinon un reboot du syno) : synoservicecfg --restart syslog-acc En espérant que cela t'aidera

Normalement, la Box Free te permet de créer une entrée DNS avec ton nom de domaine et l'adresse IP locale de ton NAS, ce qui résout ton problème d'accès en local à ton NAS par le nom de domaine.

Salut jmc, Tout d'abord tu as bien compris pourquoi lorsque tu te connectes en local avec l'adresse ip ta connexion est "en rouge" au niveau du certificat. Le certificat a été créé avec le nom de domaine, et comme tu utilises l'IP, il ne correspond pas. MAIS, cela ne veut pas dire que ta connexion n'est pas "moins sécurisée" puisque le certificat est tout de même utilisé, cela veut juste dire que le certificat ne "correspond pas" à l'URL utilisée., donc rien de grave du tout ! De plus, l'utilisation du HTTPS en réseau local n'est pas du tout une obligation. Maintenant, si tu veux absolument que la connexion soit verte, il te suffit (à condition que la box de ton FAI le permette) de renseigner dans le DNS de ta box le nom de domaine utilisé pour ton certificat et de mettre l'IP locale de ton NAS (chose impossible à faire sur un BOX Orange par exemple). Mais une fois de plus, cela n'est pour moi vraiment pas une obligation, le plus important est que ton certificat soit utilisable depuis internet avec l'URL https://mondomaine.com:port

Tu n'as pas besoin de ipkg pour cela, le FTP est utilisable/configurable directement depuis le DSM. Etant donné que tu indiques être totalement novice, je te déconseille fortement l'installation d'ipkg sur ton Syno..

Euh Piwi ... le site http://find.synology.com/ que j'ai donné dès le premier post permet justement de faire cela sans avoir a installer de soft localement sur le PC .. enfin il me semble lol. Mais le synology assistant installé sur le PC marche souvent mieux je te l'accord ;-)

Et tu as fais quoi alors ?

Avant de faire cela .... As-tu essayer de faire ce que je te conseillais depuis le début, à savoir utiliser l'url suivante pour voir s'il trouve ton Syno: http://find.synology.com/ Et s'il te plait, lit ce que les gens écrivent ... car ta question "comment faire le reset" avait déjà sa réponse depuis mon premier post .... je veux bien que l'on ne connaisse rien mais bon ... Pour rappel aux autres lecteurs, il est écrit par Mystick dans son premier post : Donc il faut arrêter de vouloir absolument changer quoi que ce soit à la conf, il faut peut être juste utiliser la bonne IP ....

Et bien sans réponse de la part de Mystick à ce qui fut ma toute première question de mon tout premier post .... faut bien faire avancer le schmilblick

Ces deux équipements ton des SWITCH ethernet, en aucun cas des routeurs, il ne servent que de multiprises pour tes ports réseaux (en plus évolué quand même lol) Etant donné que tu dis ne rien connaître au réseau (ne le prend pas mal hein), j'en déduis donc que tu n'as pas dû être capable de configurer une adresse IP fixe dans ton Synology lorsqu'il était derrière ta freebox. Partant de ce prédicat, alors ma réponse précédente doit être la solution :

Bonjour Mystic, Première question: avais-tu configuré ton Synology avec l'adresse IP FIXE 192.168.0.13 lorsque tu étais chez toi derrière la Freebox ? De mémoire, le réseau LAN fourni derrière les livebox est plutôt en 192.168.1.0/24, et donc pas compatible avec une ip fixe en 192.168.0.13 Ca confirme ce que j'ai écris juste au dessus ! Si tu avais configuré ton NAS en DHCP, alors la livebox a dû lui attribuer une adresse IP en 192.168.1.0/24, et il te suffit d'utiliser le lien ci dessous depuis ton PC connecté au même LAN pour trouver ton NAS : http://find.synology.com/ Sinon, soit tu met en ip fixe sur ton PC dans le même réseau que celui de NAS, les deux connectés sur ton switch et tu changes ensuite la config du NAS, soit reset de la config réseau du NAS (https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/General/How_to_reset_your_Synology_NAS#t2) En gros, pour une fois, Orange n'y est pour rien à première vue .....

Il semblerait que la configuration (redirection de ports) du nouveau (?) routeur free que tu utilises ne soit plus possible depuis le Synology. Il va peut être falloir que tu fasses les redirections toi même dans l'interface Web de la Freebox.

Sans plus de détails techniques, personne ne pourra te répondre. Ton logiciel permet-il de choisir l'emplacement de la base de données qu'il utilise comme par exemple en renseignant l'adresse IP du serveur DB ? Quel est le nom de ton logiciel exactement ? Et sans plus de certitude sur la base de données ... ca va être dur de t'aider, on ne peut pas faire de miracle, ma boule de cristal est tombé en panne la semaine dernière ;-)

Je ne pense pas qu'il demande cela, je pense qu'il souhaite plutôt accéder à des ressources sur son LAN au travers du VPN de son syno mais qu'il rencontre des problème lorsqu'il se trouve sur un LAN (autre que le sien) qui a le même plan d'adresse IP que le sien (derrière une box du même fournisseur d'accès par exemple). Je n'utilise pas le VPN sur le syno, mais je pense qu'il doit exister un paramètre soit côté client ou côté serveur pour utiliser l'ip du VPN comme gateway par défaut ou pour faire passer tout le traffic par le VPN. Ou encore utiliser une metric sur l'interface VPN pour obliger le traffic a l'utiliser et ne pas essayer d'accéder au réseau local ou tu es connecté. Je laisse les personne de la communauté utilisant le VPN syno t'aider un peu plus.