mikijone

Bonsoir à tous, j'ai installé et configuré mon vpn en openvpn depuis l'année dernière sans aucun souci à l'époque (connexion, surf via le vpn, accès au réseau, etc...). Je ne l'utilise qu'en vacances, donc je ne le teste pas souvent😂. Mais là, à mon dernier test, quelque soit le client (windows, android), la connexion s'établit bien, mais impossible d’accéder à internet ou au réseau local.😐 Après avoir testé pas mal de choses...., je me rends compte qu'en faisant ipconfig sur windows (connecté au vpn) il m'indique ceci: Carte Ethernet Ethernet : Suffixe DNS propre à la connexion. . . : Adresse IPv6 de liaison locale. . . . .: fe80::44c2:2600:efd0:c715%12 Adresse IPv4. . . . . . . . . . . . . .: 10.8.0.6 Masque de sous-réseau. . . . . . . . . : 255.255.255.252 Passerelle par défaut. . . . . . . . . : --> Mon adresse ip windows est donc 10.8.0.6 ok, mais ce qui me choque : pas de passerelle indiquée, mais aussi et surtout un masque à 252 donc seulement 2 machines possibles sur ce sous-réseau : merci au calculette de masque en ligne pour aller plus vite ( http://cric.grenoble.cnrs.fr/Administrateurs/Outils/CalculMasque/) Adresse Reseau = 10.8.0.4 Adresse Broadcast = 10.8.0.7 Masque de Sous-Reseau = 255.255.255.252 Masque Inverse (Wildcard)= 0.0.0.3 Nombre de Machines = 2 Premiere machine = 10.8.0.5 Derniere machine = 10.8.0.6 --------------------- OU ----------------- Premiere machine = 10.8.0.4 Derniere machine = 10.8.0.7 --> donc le nas qui est toujours en 10.8.0.1 pour openvpn (et qui devient notre passerelle par défaut grâce à l'option 'redirect-gateway def1', est en dehors du sous-réseau... Voilà pourquoi cela ne peut pas fonctionner et que windows ne peut pas la rentrer en tant que passerelle. Après vérif sur openvpn on voit bien ceci : Notified TAP-Windows driver to set a DHCP IP/netmask of 10.8.0.6/255.255.255.252 on interface {6F490E95-B7FE-42BA-9DCE-2DC2717885C7} [DHCP-serv: 10.8.0.5, lease-time: 31536000] C'est donc bien le serveur openvpn du syno qui donne de fausses infos lors de la connexion.... Cela m'a tout l'air d'un bug du paquet VPN non? Le syno s'exclut de lui même du réseau. Pour les utilisateurs d'openvpn , est-ce que vous rencontrez les mêmes soucis et bugs? Merci à tous Miki NB : j'ai désinstallé et réinstallé le paquet, redémarrer le syno, désactiver le parefeu, et cela n'a rien changé.

Bonsoir, pareil de mon côté : 2 syno injoignables à 2 endroits différents. Certainement des soucis de DNS chez eux, car un petit tour sur http://reverse-dns.outils-webmaster.com/index.php me dit que mes url de mes syno n'ont pas d'IP... Pourtant sur https://account.synology.com/fr-fr mes syno ont bien une IP. Par contre leur site rame et bug à moitié.

C'est assez simple en fait. A part poster le syno c'est juste de l'attente. Carton d'origine c'est mieux sinon tant pis...

Je te renvoi vers ce sujet : http://www.nas-forum.com/forum/topic/41942-configuration-perdue/ Mon DS414 a eu ses soucis de "configuration perdue" j'ai dû passer par la case SAV avec synology...

Pour ma part c'est aussi le bazar cette nouvelle version. Je pensais que c'était que la version mac qui était vérolée mais en fait non, sur windows 8.1 également ça merde... Après quelques tests il semblerait que le client devienne fou dès lors qu'il y a trop de fichiers/dossiers à maintenir synchronisés. Je synchronise 3 choses : - Docs partagés : 3 ou 4 fichiers partagés avec ma femme - Mes documents : environ 1100 fichiers pour 250 dossiers et 800 Mo au total - Mes Images : 10300 fichiers pour 370 dossiers et 20Go au total Je n'ai jamais eu aucun souci sur "docs partagés". La synchro "mes images" est devenue folle dès le départ (synchro permanente de fichiers en boucle, création de doublons avec "- Copie" à la fin du nom). Mes documents avait l'air stable depuis quelques jours et depuis quelques heures c'est devenu l'enfer (idem que "mes images"). Miki

Bonsoir, j'ai eu le même message de la part du conseiller de sécurité. Après quelques tests, il s'avère que c'était ma règle NAT pour la redirection du ssh dans la livebox qui posait souci. Bien entendu je n'utilise pas le port 22 par défaut (je ne suis pas complètement fou!!!), pourtant la règle posait quand même souci avec un port ssh lambda (dans mon exemple suivant le port utilisé par le ssh sur le syno est 6565): Sur la livebox: - si je mets en port externe 6565 vers 6565 en port interne --> là le conseiller de sécurité n'est pas content - si je mets en port externe 7777 vers 6565 en port interne --> là le conseiller de sécurité est content En bref il ne faut pas que vos ports externe et interne soient identiques.... Si ça peut en aider quelques uns à mieux sécuriser et à comprendre ce message. Miki

Sur mac tu peux effacer un disque de manière sécurisée sans logiciel spécifique. C'est inclus dans OS X. Tu vas dans "gestionnaire de disques" puis "effacer" et dans "option de sécurité" tu peux choisir ton niveau d'effacement. Pour plus d'infos je te renvoi ici : http://www.journaldulapin.com/2013/05/24/effacer-completement-un-disque-dur-ou-un-ssd-avec-mac-os-x/ Si tu veux vraiment te débarasser de tes HDD, il faut passer par là. C'est long mais bon la sécurité de tes données valent bien quelques heures d'effacement.

Mise à jour ok sur DS414 et DS211J sans reboot.

Je ne sais pas s'ils peuvent faire un envoi direct afin d'éviter un arrêt de service. Je suppose que ce genre de service est plutot destiné aux "pros". Pour ma part attendre 10 jours ne m'a pas dérangé plus que ça! . Le syno que j'ai reçu m'a semblé neuf, dans sa boite, câbles emballés, et y avait même l'espèce de plastique collant transparent (type cellophane ) sur le devant du syno.

Est-ce que ce genre de manip peut répondre à tes besoins : http://gregland.net/article.php?sid=226 Miki

Etant donné qu'ils te renvoient le même modèle de syno et que tu gardes tes disques internes, il n'y a pas de "réinstallation" au sens propre mais juste à remonter les disques dans le même ordre et démarrer la bête. C'est aussi ça la force de synology

Bonsoir rwxncz, Une procédure RMA est très simple avec synology. Ton contact chez Synology qui gère ton problème va te fournir d'ici quelques jours une adresse où envoyer le syno, et un N° RMA à indiquer sur le colis (pour moi l'adresse était en Angleterre). Tu dois envoyer le syno complet avec tous ses câbles dans sa boite d'origine (mais sans les disques durs internes qui sont à toi ). Ils te renverront un nouveau syno complet par chronopost dès réception de ton syno. Les délais sont assez rapides, en gros en 10 jours (3 jours aller + 3 jours retours + 3-4 jours de traitement et week-end bien sur ) La garantie du nouveau syno est calée sur ta date d'achat de l'ancien syno. Tu auras d'ailleurs un papier indiquant le remplacement dy syno avec les n° de série de l'ancien et du nouveau syno. Pour ma part j'ai été très content du SAV.

Je te renvoi vers un sujet que j'avais ouvert : Au final c'était bel et bien le bloc alim externe qui fonctionnait, mais était trop faible pour alimenter plus de 3 disques à la fois. 2 disques ça passait mais 3 ou 4 disques le nas s'éteignait comme ça, pouf d'un coup, et il n'y avait pas de log dans les journaux...). C'était vraiment une panne batarde, j'aurai préféré que le bloc alim crame un bon coup au lieu de fonctionner comme ça!! Si tu as 1 ou 2 disques inutilisés qui trainent dans un tirroir, je te conseille de faire quelques tests. Essaye de faire fonctionner ton nas sans disque ou avec un seul dique pour voir si la panne se reproduit. Ou si tu as un pote qui a un bloc alim compatible emprunte lui quelques jours Miki

DS414 et DS211J : ok

As tu essayé de cocher la case "intégrer la base de données de vidéostation dans le serveur multimédia" (c'est dans l'application "serveur multimédia" puis "paramètres de navigation en bas") Je n'ai pas essayé moi-même car je n'utilise pas videostation. Mais comme j'ai vu cette option dans le serveur multimédia je le signale.. @+

mise à jour faite sur DS414 aucun souci.

mis à jour éffectuée sur un DS414 et un DS211J sans souci.

As tu des coupures pendant le visionnage de tes vidéos? Pour ma part le fait que le syno apparaisse au bout de 30s ou 1 min était pénible mais ce qui me gênait le plus c'était les coupures franches au bout de 20 ou 30 min. Si tu n'as pas de coupure c'est déjà ça!! Chez moi l'apparition du syno se fait en 2 à 5 sec max environ (ça dépends si la TV vient juste de s'allumer ou pas : certainement quelques services ip dans le firmware de la TV qui mettent un peu de temps...).

Tu es en wifi ou en RJ45?

Alors pourquoi sur Android et IOS on peut choisir le https si on le souhaite? Windows serait plus sécurisé que ses 2 ainés?

Je comprends donc que c'est à cause des bridages microsoft que ces applis sont et resteront incomplètes... Pas glop tout ça... Microsoft parle de convergence, et à l'avenir d'applis développées sur un système et pouvant tourner sur tous (mobile, pc, tablettes, xbox, etc...) : on est mal barré si déjà tout est bridé comme ça.... Faut pas s'étonner si leurs ventes ne décollent pas en fait. Pourtant mon lumia 925 est très bien et le système WP8.1 mériterait une meilleure considération.

Bonjour à tous, Heureux possesseur d'un DS414, je suis par contre assez triste de voir que le développement et le suivi des applications Windows Phone 8.1 par Synology est laissé un peu (beaucoup) en plan... Certes ils ont développé les applications DS habituelles (sauf DS Cloud ) pour WP8 mais depuis très peu de mise à jour, annonces ou autre. Ces apps sont inachevées, avec notamment l'impossibilité de se connecter en https à son syno. On ne peut y accéder qu'en clair via le port 5000, ce qui est pour moi complètement impensable en matière de sécurité... Le https est le minimum syndical aujourd'hui!! Depuis l'histoire de synolocker, la sécurité est soit disant devenue une affaire de priorité chez Synology, et toujours pas de https... A quand un peu plus de suivi des apps windows phone? Miki

Utilise le logiciel "Synology Assistant" pour savoir dans quel état est le syno?

Pour ma part j'ai résolu ou plutôt contourné le souci de visibilité/coupure DLNA entre ma tv et le syno. Ma config était la suivante : une livebox play, le syno connecté dessus en RJ45 et ma TV en wifi. Le souci était le même que le votre, un syno qui apparaissait quand il le voulait bien et des coupures franches en plein visionnage de films avec disparition du syno. Le fait de toucher au temps SSDP jouait un peu mais sans plus au final.... Après quelques recherches, je suis tombé sur : http://www.forum-orange.com/forums/viewtopic.php?id=61288 http://forums.dlink.com/index.php?topic=45771.0 A ce que j'ai pu comprendre c'est que le broadcast DLNA (donc le fait de s'annoncer sur le réseau) passe mal sur certains routeurs, d'où ce temps fou que mettait ma TV a "trouver" le syno... Il faut apparemment avoir une option "multicast" afin de correctement arroser tout son réseau (voir lien 2). Sur les livebox 3 cette option multicast est active mais bizarrement seulement sur le réseau filaire RJ45. Sur le réseau wifi ça fonctionne mal (apparemment c'est un souci connu par Orange qui sera résolu lors d'une mise à jour en fin d'année ) Patience.... J'ai donc passé ma TV en RJ45 via du cpl et là plus aucun souci. Je ne doute pas que certains problèmes viennent du DSM, mais regardez attentivement du côté de votre réseau et ce fameux "multicast"...

Effectivement, les dossiers "racine" ne peuvent se créer qu'à partir de "dossier partagé" dans le panneau de configuration. Pas d'autres moyens (hormis en ligne de commande en ssh ou telnet) ...