Lud

Hello, J'ai eu le même problème. J'ai fait simple. 1. J'ai cherché tous les dossiers @eaDir de mon dossier photo : find /volume1/photo/ -name "eaDir" 2. J'ai tout viré : rm -R <chemin_eaDir_1> <chemin_eaDir_2> <chemin_eaDir_3> etc 3. Je me suis connecté à la webUI, et j'ai fait : Panneau de configuration / Indexation multimédia / Ré-indexation 4. Et c'est tout. Quand ça s'est terminé, je me suis reconnecté à Photo Station et j'ai pu de nouveau affecter n'importe quelle image en couverture. Pour info, mes dossiers eaDir (et tout ce qu'ils contiennent) sont maintenant en chown http:http et en chmod 777. Et tous mes dossiers et fichiers de photos sont en chown admin:users et en chmod 777 également. DSM version 5.2-5565 et Photo Station version 6.3-2944. A+

Hello ! Deux ans après, désolé, mais ça peut toujours servir. Une piste ici peut-être ? https://tech.kanka.ch/index.php/faire-transiter-uniquement-les-torrents-dans-un-tunnel-openvpn-sur-un-serveur-debian/ Sinon, ayant un Synology avec deux ports réseau, j'aimerai les utiliser de manière distincte : - l'adresse IP de chaque port dans le réseau local (je ne pense pas qu'il soit nécessaire d'en isoler une dans un autre VLAN) ; - tout le trafic habituel sur la première interface ; - uniquement l'application "Download Station" sur la deuxième interface, en la configurant en client VPN avec reconnexion automatique et pas d'échange de données possible quand le VPN est down. Je ne sais pas trop encore comment, en utilisant de la QoS sur les applications peut-être ? Toute aide est la bienvenue, que ce soit pour la configuration réseau (je ne sais pas si c'est possible sur un Synology) ou pour le routage par application. Merci !

Salut, Désolé, pas beaucoup de temps ces derniers jours. 1. Je confirme, je suis en Merlin et c'est là que se trouve l'option "Enable Jumbo Frame". 2. Ton ping, tu l'utilises avec exactement 9000 ? Car ça ne passera pas, tu dois soustraire les 28 octets d'ethernet : ping -f -l 8972 192.168.0.X Sinon, je vois sur tes schémas que tu as plusieurs réseaux. Pour tes tests de PING, il faut que tu dises précisément depuis quelle machine vers quelle machine tu fais test tests. Et j'ai peu être raté ou oublié cette information, pour la connexion filaire entre ton routeur wi-fi ASUS RT-AC66U et Linksys WRT610N, tu es branché sur un port LAN de l'AC66U, mais sur quel port du 610N ? WAN ou LAN ? Si c'est WAN, il ne supporte peut-être pas les jumbo frames dessus. 4. Pour information, pas de jumbo frames sur du wi-fi, donc si tout le monde est sur smartphone ou tablette, l'intérêt est limité. En AP, celle-ci fonctionne très très bien : https://www.ubnt.com/unifi/unifi-ap/ (une version longue portée est disponible, mais la version de base fonctionne déjà très bien) Pour moi il n'y a pas d'intérêt à avoir un routeur à l'étage, puisque l'ASUS fait tout le boulot, un simple switch et un point d'accès wi-fi (ou routeur utilisé uniquement en point d'accès wi-fi, et à la limite ses ports LAN comme switch) suffisent.

Salut, LAG, c'est juste link aggregation, en fait, vois plutôt ici : http://fr.wikipedia.org/wiki/Agr%C3%A9gation_de_liens J'ai un routeur ASUS RT-AC66U et je serai extrêmement surpris s'il ne pouvait pas gérer les jumbo-frames sur ses pattes LAN. Je ne suis pas chez moi ce weekend, j'essaie de vérifier ça lundi soir si j'y pense. ^^ Mais regarde bien si ça ne porte pas un autre nom, parce que ça me paraît bizarre quand même. En switch 8 ports, je te conseille fortement le Netgear GS108E, pour plein de raisons : - gestion des VLAN ; - garantie à vie ; - châssis en métal ; - Gigabit Ethernet... La fiche constructeur en pdf pour le détail : http://www.downloads.netgear.com/files/GDC/datasheet/fr/prosafe-plus-switches.pdf 40 euros sur Amazon : http://www.amazon.fr/Netgear-GS108E-300PES-ProSafe-Switch-configurable/dp/B00MYYTP3S/ Donc pour ta question 1, je te conseille vraiment de confirmer sur ton routeur. Pour ta question 3, je ne comprends pas ce que tu cherches à faire. Si tu restes dans le même réseau, ça veux dire que tu n'isoles pas au niveau 3 du modèle OSI (couche réseau, IP), tu veux isoler comment alors ?

C'est moi qui suis bête. ^^ Je viens de trouver l'option pour changer le MTU sur les LAGS, sur mon switch. Mes excuses : :ph34r: - la page qui permet de modifier le MTU est bien cachée, et cette information ne se trouve nul part dans le menu dédié aux LAG ; - le MTU par défaut pour tous les ports sur ce switch est 9216 octets ; - le MTU par défaut pour tous les LAG (découvert en même temps) sur ce switch est 1518 octets. Bref, je suis un boulet. ^^ Mais j'ai résolu mon problème. It works !!! Merci à tous les deux !!! P.S. : Et désolé Gaétan d'avoir affirmé une bourde sur un ton péremptoire.

Salut, Le MTU se configure sur chaque port, pas sur le LAG. Le LAG prend la configuration MTU de chaque port, puisqu'un paquet n'est pas divisé en deux, même avec une agrégation de liens. Salut, J'allais te balancer des calculs pour te montrer qu'en plus du temps de traitement, il y a le gain sur le nombre d'en-têtes (paquet six fois plus gros donc six fois moins d'en-têtes = overhead). J'ai même trouvé un lien intéressant sur des résultats de tests : http://www.hardware.fr/articles/707-10/gigabit-jumbo-frames.html Et puis j'ai fait quelques tests pratiques de mon PC fixe... J'ai envoyé un fichier de 5 Go sur le NAS, trois fois avec les jumbo-frames activées sur la carte de mon PC, trois fois avec les jumbo-frames désactivées. Et je n'ai rien vu de significatif. :/ A chaque fois je tourne à 100 Mo/s en moyenne. Parfois un peu plus, parfois un peu moins. Je ferai peut-être d'autres tests, mais contrairement à ce qu'indiquent les tests effectués dans le lien, ça n'a pas été très probant... Je viens de faire des tests dans l'autre sens (copie du NAS vers le PC fixe), j'ai un petit gain avec les jumbo-frames, 116 Mo/s contre 109 Mo/s. Rien d'énorme. Faut que je vois la vitesse max des disques durs aussi, tant qu'à faire. ^^ [Edit] J'ai trouvé (il s'agit de Seagate ST4000VN000) : http://www.hardware.fr/articles/917-8/lecture-ecriture-fichiers.html Donc la question de l'intérêt de l'agrégat vient une nouvelle fois se poser. ^^ Ou alors uniquement pour la redondance de liens. (Ou pour laisser le geek s'amuser. )

Je me demande s'il le sera un jour, puisque comme je l'ai dit plus haut, cette incompatibilité LAG + jumbo-frames sur ce switch a déjà été signalé en 2012, et même peut-être avant, sans qu'aucune action corrective ne soit apportée de leur part. Ni matérielle (on est aujourd'hui à la version 4 du GS724T), ni logicielle, le firmware a évolué, mais sans jamais régler ce problème... Pour clarifier, si ce n'était pas clair dans mon post précédent, si par exemple, j'ai ce réseau : PC fixe - switch Netgear GS724T - NAS Synology (les tirets représentent des connexions directes) Pour reproduire le problème, il suffit que je mette deux câbles réseau entre le switch et le NAS, je configure ensuite le LAG sur le Synology et sur le switch (LACP dynamique). Avec seulement ça, tout fonctionne, le LAG est bien pris en compte. Mais si j'active les jumbo-frames (MTU à 9000 octets) sur le PC fixe, le NAS et le switch, le switch se met à dégager tout paquet supérieur à 1500 octets, alors qu'il est configuré pour ne fragmenter les paquets qu'à partir de 9216 octets. Mais là ce n'est même pas qu'il les fragmente, au pire j'aurai eu des lenteurs ou un débit moyen, c'est qu'il les dégage... Incompréhensible, alors que sans LAG, ça passe nickel : >ping -f -l 8972 192.168.0.X Envoi d'une requête 'Ping' 192.168.0.X avec 8972 octets de données : Réponse de 192.168.0.X : octets=8972 temps=1 ms TTL=64 Réponse de 192.168.0.X : octets=8972 temps<1ms TTL=64 Réponse de 192.168.0.X : octets=8972 temps<1ms TTL=64 Réponse de 192.168.0.X : octets=8972 temps<1ms TTL=64 Et dès que j'active le LAG, si je laisse toute la chaîne configurée en jumbo-frames, et que je teste le PING, il me dégage tout paquet supérieur à 1472 octets... Donc c'est clairement un problème du switch qui ne supporte pas les jumbo-frames sur les LAG, alors qu'il est sensé les laisser passer. Et effectivement, dans cette configuration problématique, je vais pouvoir faire des PING normaux, me connecter en SSH, etc, mais pas accéder au DSM par exemple.

Salut les bidouilleurs ! Je sèche sur un problème réseau... :/ Pour détailler la petite partie de mon réseau perso qui nous intéresse, j'ai : - une Livebox (récupère l'accès ADSL et envoie tout sur la DMZ, puisque bridge impossible...) ; - un routeur wi-fi Asus derrière cette Livebox (joue le rôle de routeur, serveur DHCP, point d'accès wi-fi, etc) ; - un switch Netgear GS724t v4 derrière le routeur wi-fi Asus qui dessert tout le LAN filaire. Le LAN wi-fi et filaire de l'Asus sont un seul et même réseau en /24 de type 192.168.0.X. J'ai pas mal d'autres matériels qui ne nous intéressent pas en l'occurence, mais tout se beau monde fonctionne sans accroc jusqu'à ce que j'ai mis en place un LAG entre mon DS1812 et le switch Netgear. Je configure donc mon "bond" sur le NAS, pas de souci, puis sur le switch, toujours aucun souci (en LACP, pas en static). Et quand j'essaie de me connecter à l'interface web du DSM via mon PC fixe (connecté en direct sur le même switch Netgear), c'est le drame ! Impossible de m'y connecter... Et pourtant : - le PING passe ; - le SSH passe, je me connecte dessus sans problème ; - je me connecte via l'interface web au DSM depuis un PC portable sur le wi-fi sans problème ; - je joue des vidéos depuis ma TV connectée au switch Netgear sans problème. J'ai vidé la table d'adresses du switch, vidé le cache arp du PC fixe, j'ai même acheté une autre carte réseau, en me demandant si ça pouvait venir de la prise réseau de ma carte mère... Mais même avec ma nouvelle carte réseau de qualitay (Intel EXPI9301CTBLK), ça foire... Toute aide est la bienvenue ! P.S. : j'ai quelques notions de réseau. [Edit] Problème identique si je connecte mon PC fixe sur l'Asus (il a 4 ports LAN en plus du WAN). Et en fait, j'ai une page web ultra légère que j'ai mise en page d'accueil avec quelques liens dessus et celle-là il la charge (cache navigateur vidé). J'ai l'impression que c'est comme si il y avait des millions de collisions sur le lien... :/ Je vais voir si je peux avoir plus d'infos avec Wireshark. [Edit 2] Ça avance, ça avance ! Quand je désactive les jumbo-frames sur mon PC fixe, tout roule ! Alors que c'est configuré de bout en bout... Sur le switch (9216), sur le NAS (9000) et ce que j'avais configuré avant sur l'ordinateaur (9014). Je ne peux pas régler finement le MTU sur le PC fixe. Je dois peut-être le descendre un peu sur le switch ? [Edit 3] Bizarre... Quand je réactive les jumbo-frames sur le PC fixe, et que je teste des PING en choisissant la taille de MTU, ça passe jusqu'à 1472, pas au-dessus (idem que jumbo-frames désactivées donc). Alors que le switch et le NAS sont configurés pour les accepter. J'ai vérifié mon MTU sur le PC fixe, puisque certains disent que ce n'est pas forcément pris en compte, mais la commande "netsh interface ipv4 show subinterfaces" me renvoie un résultat de taille de MTU à 9000, donc pas ce problème dans mon cas. [Edit 4] OOOOOOOOK, problème lié au switch. :/ http://forum1.netgear.com/showthread.php?t=80031 Merci Netgear, le ticket qui a été ouvert auprès de leur service technique en 2012 n'a pas entrainé de correction du problème sur leur switch version 4, sorti fin 2014, dernier firmware installé. Conclusion, fuyez Netgear !!!

Au fait, c'est peut-être bête, mais pouvez-vous me confirmer que c'est faisable dans les deux sens ? Sur deux dossiers différents, bien sûr. Exemple : sauvegarde de mes fichiers sur un NAS chez mes parents, et réciproquement. Ou dans ce cas vaut-il mieux passer par de la synchronisation ? Merci !

Hello ! Pour info, sur le dernier DSM : NAS> find / -iname "sshd_config" /etc.defaults/ssh/sshd_config /etc/ssh/sshd_config Donc plus "/etc/bin/sshd_config". Merci pour le tuto !

Nickel vinoo, merci ! P.S. : - le port peut être changé aussi ; - pas besoin de redémarrer le Syno, il suffit de désactiver / activer (ou l'inverse ^^) les téléchargements eMule sur le Syno : Download Station / Paramètres / Download Station / Général ; - la phase de test 1.4 est largement optionnelle... - encore merci vinoo !!!

Hello, Super, juste ce que je cherchais ! J'attaque mon NAS en SSH via PuTTY, et je me suis fait avoir, je ne trouvais pas aMule ! Hop, hop !!! NAS> find / -iname "amule.conf" /usr/syno/etc/packages/DownloadStation/amule/amule.conf Je n'ai gardé que l'utile, si ça peut servir à d'autres... Merci burning_bruno pour le tuto !

Je viens de lire vos deux messages, mais c'est bon, c'est ce que j'avais fait. Merci.

Ah ok. Pour mon domaine en monnas.domaine.fr, en fait j'ai déjà un champ DynHOST intégré à OVH et qui fonctionne très bien. C'est de là que doit venir mon erreur, j'avais mis des champs de type A au lieu d'utiliser un alias (CNAME). J'ai recréé mes champs comme ça, merci. Je comprends que ce sont des alias, et pas des sous-domaines. Cela veut-il dire que ce sont simplement des liens de recirection vers monnas.domaine.fr, mais avec un en-tête qui permet de les exploiter différemment à l'arrivée sur le NAS ? Merci.

Ok pour le fichier /usr/syno/etc/httpd-ssl-vhost.conf-user vide et l'ensemble dans /usr/local/etc/reverse-proxy.conf. Je pense que le serveur Apache n'avait pas voulu redémarrer la dernière fois à cause de l'absence du fichier /usr/syno/etc/httpd-ssl-vhost.conf-user. Mais bon, toujours le même problème... Bref, chez ton coincurrent, que mets-tu dans le type A ? Une adresse IP ? Celle de ta box ? Autre chose ? Merci.

C'est ce que j'avais fait dans un premier temps, mais au moment de redémarrer le serveur Apache j'avais un message d'erreur comme quoi ce fichier n'existait pas. Du coup je l'ai créé et j'ai copié dedans la partie SSL. Mais je vais essayer de le laisser vide et de tout remettre dans mon reverse-proxy.conf. Je fais ça ce midi, merci !

Roooh, la mauvaise foi !!! ^^ C'est clair et aéré, non ? Allez, ma question principale concerne juste la configuration des "types A" sur OVH. Je me dépatouillerai du reste.

Hello ! Tout d'abord, merci aux deux Patrick et à CoolRaoul pour les tutos et explications diverses sur le forum et ailleurs sur le sujet du reverse proxy. Voici mon petit souci : J'ai un nom de domaine chez OVH en .fr et l'adresse IP de mon NAS est en DNS dynamique sur un sous-domaine du style monnas.domaine.fr. Je redirige automatiquement le http en 5000 sur du https en 5001 avec certificat StartSSL, ça fonctionne. Mon but ici est de faire du reverse proxy pour accéder à mon 5001 en https (ou 5000 en http, puisque c'est redirigé automatiquement) sur le 443 d'une part, et de rediriger le 7000 du File Station sur le d'autre part. D'ailleurs, savez-vous s'il est possible de n'utiliser que le 7001 en https ou faut-il forcément utiliser le port 7000 ? Si c'est possible, comment utiliser le 7001 et rediriger automatiquement le 7000 en 7001 ? Ce que j'ai changé : 0. Sur OVH monnas.domaine.fr, TYPE DynHOST, ip.perso admin.domaine.fr, TYPE A, ip.domaine filestation.domaine.fr, TYPE A, ip.domaine 1. Ai ajouté à la fin de /usr/syno/apache/conf/httpd.conf-user Include /usr/local/etc/reverse-proxy.conf 2. Contenu de /usr/local/etc/reverse-proxy.conf # Apache <IfModule !proxy_module> LoadModule proxy_module modules/mod_proxy.so LoadModule proxy_connect_module modules/mod_proxy_connect.so LoadModule proxy_http_module modules/mod_proxy_http.so </IfModule> # VirtualHost File Station NameVirtualHost *: <VirtualHost *:> ServerName filestation.domaine.fr ProxyRequests Off ProxyVia Off <Proxy *> Order deny,allow Allow from all </Proxy> ProxyPass / http://192.168.1.10:7000/ ProxyPassReverse / http://192.168.1.10:7000/ <Location /> Order allow,deny Allow from all AuthName "Zone à accès restreint" AuthType Basic AuthUserFile "/volume1/web/xxxxx/.htpasswd" Require valid-user </Location> </VirtualHost> Et comme n'existait pas, je lui ai mis comme les autres : chown root:root et chmod 644. 3. Contenu de /usr/syno/etc/httpd-ssl-vhost.conf-user # VirtualHost DSM https NameVirtualHost *:443 <VirtualHost *:443> ServerName admin.domaine.fr SSLCipherSuite HIGH:MEDIUM SSLProtocol all -SSLv2 SSLCertificateFile /usr/syno/etc/ssl/ssl.crt/server.crt SSLCertificateKeyFile /usr/syno/etc/ssl/ssl.key/server.key SSLEngine on SSLProxyEngine on ProxyRequests Off ProxyVia Off <Proxy *> Order deny,allow Allow from all </Proxy> ProxyPass / https://192.168.1.10:5001/ ProxyPassReverse / https://192.168.1.10:5001/ <Location /> Order allow,deny Allow from all AuthName "Zone à accès restreint" AuthType Basic AuthUserFile "/volume1/web/xxxxx/.htpasswd" Require valid-user </Location> </VirtualHost> Et comme n'existait pas, je lui ai mis comme les autres : chown root:root et chmod 644. 4. Deux couples de .htaccess et .htpasswd créés sur mon NAS pour admin et filestation. Je ne suis pas sûr de l'étape OVH, parce que je ne comprends pas bien le fonctionnement du type A et la différence avec un sous-domaine, et plusieurs options sont proposées, je ne suis pas du tout sûr d'avoir choisi la bonne : - Sous-domaine : xxxxx.domaine.fr (ça ok, admin ou filestation et type A) - Champ Dynamique (DynHOST) : (case à cocher ou non, je ne sais pas...) - Sélectionner une IP : (je dois choisir entre Redirections, Hébergement mutualisé ou Destination personnalisée. Tout est sur mon NAS, et je ne souhaite pas passer par un autre nom de domaine que celui-ci d'OVH, je ne sais pas ce que je dois choisir...) - Sélectionner un pays : Hébergement sur une IP française. Et je pense que l'erreur vient de là car lorsque je me rends sur admin.domaine.fr ou filestation.domaine.fr, j'arrive sur la page OVH de choix de Webmail... D'avance merci pour votre aide. P.S. : Si jamais vous arrivez à résoudre le problème de blocage automatique de l'adresse ip locale au lieu de l'adresse ip côté Internet, après plusieurs mots de passe erronés, je suis preneur aussi.

Hello ! Pour info, les lignes : [OVH] modulepath=DynDNS queryurl=www.ovh.com/nic/update?system=dyndns&username=__USERNAME__&password=__PASSWORD__&hostname=__HOSTNAME__&myip=__MYIP__ dans les fichiers /etc/ddns_provider.conf et /etc.defaults/ddns_provider.conf fonctionnent parfaitement chez moi. DSM 4.0-2219 Bonne fin de journée. Ludo

Et du coup, via SeaTools, il faut forc

Et pour info, contrairement

Bonjour, Merci d'avance

Merci, oui, c'est ce que j'ai pu lire. C'