Aller au contenu

NASgul

Membres
  • Compteur de contenus

    123
  • Inscription

  • Dernière visite

Messages posté(e)s par NASgul

  1. Le 03/03/2019 à 18:11, Mic13710 a dit :

    Pour Mail Plus, il faut impérativement une adresse publique fixe, ce qui de facto exclu les orange, sfr, numéricable et consors.

    Re, pour info, je viens de finaliser, avec succès, le paramétrage mailplus et mailplus serveur via cette adresse en "synology.me", c'est donc possible (?!). Mails entrant et sortant OK, via thunderbird aussi OK, et vers des gmails par exemple c'est OK 🙂

     

    Par contre, j'ai tjrs ce soucis : seul https://monsite.synology.me est sécurisé ; lorsque je rajoute /wordpress (https://monsite.synology.me/wordpress/) il me dit que ce n'est plus sécurisé ?! EDIT (Précision : https://monsite.synology.me/video/ ou https://monsite.synology.me/music/ sont eux aussi sécurisés !).

    > Dois-je créer un sous-domaine (?) du type https://wordpress.monsite.synology.me pour que cela soit sécurisé dans les navigateurs ? Si oui, hem.. dans quelle section de la config' cela se passe t-il ?

    EDITR; je pense avoir trouvé la raison : webstation (donc wordpress) ne prend pas le https.... :

     

    Capture.JPG

  2. Citation

    "" Je ne comprends pas pourquoi vous continuez à utiliser une adresse synology si vous avez une ndd perso. Quel est l'intérêt ? L'objectif d'avoir un ndd c'est justement de s'affranchir des serveurs Synology. "

    Et bien dans ma tête c'est parce que justement, si changement dynamique d'IP il y a, synology.me se charge automatiquement de mettre à jour le lien.

    Attendez, vous êtes en train de me dire que le NDD chez OVH se charge de la même chose ? ^^

    Donc pas de mailplus SMTP pour moi ?! ................ arg

  3. Bonjour à tous, et à toi Fenrir 😉
    Je remercie au passage tous ceux qui aident encore et toujours, et salue le travail fourni tjrs consultable

    1. Certificat

    Après plusieurs mois avec un certificat qui n'était pas pris en compte, je me suis remis les mains dans le cambouis.

    J'avais acheté un monsite.fr chez OVH et j'avais mis en place la redirection et réalisé un certificat, mais ça pointait en visible vers mon https//monsite.synology.me, et donc Firefox m'enquiquinait avec sa connexion non sécurisée. J'ai refait le certificat pour mon monsite.synology.me et (important) effacé les anciens certificats qui semblaient encore interférer.

    Mon problème : seul https://monsite.synology.me est sécurisé ; lorsque je rajoute /wordpress, il me redit que ce n'est plus sécurisé ?! (https://monsite.synology.me/wordpress/). EDIT (Précision : https://monsite.synology.me/video/ est lui aussi sécurisé !)
    Une idée pour rendre l'ensemble 'sécurisé' de l'extérieur ? (Un domaine ? Serveur dns ?)

    De plus (mais ceci n'est pas important), lorsque je me connecte "localement", firefox me dit maintenant que "192.168.0.12:5002 (https chez moi) utilise un certificat de sécurité invalide. Le certificat n’est valide que pour monsite.synology.me." Surement est-ce normal et qu'il n'y a que l'ajout d'exception qui corrige le truc une fois pour toute en local ?

    2. DNS, mailplus, IP fixe

    En parlant DNS, voici ce qu'il y a ds mon DSM (Config > Réseau >  Général > la case suivante est cochée : [configurer manuellement le serveur DNS] : Serveur DNS préféré : 89.2.0.1 (c'est le DNS Primaire Numericable) et Serveur DNS de remplacement : 192.168.0.1 (la box à priori). Essayant par ailleurs de finaliser l'installation de MailPlus serveur (j'arrive à envoyer des mails mais pas à les recevoir, ni dans le NAS ni via Thunderbird. Et j'arrive à migrer mes boites tierces), je constate sur un autre post :

    qu'il faut nécessairement avoir un serveur DNS (ce qui n'est pas encore mon cas) ET une IP fixe (que je n'ai pas via SFR/numéricable ; c'est pour ça que j'utilise synology.me / quickconnect pour palier à l'IP dynamique tous les 6 mois).

    Est-ce que ça m’empêchera de me servir correctement de mailplus ?

  4. Merci pour les réponses ; en te lisant, Fenrir, je me rends compte que je n'ai pas exprimé correctement mon besoin réel (tu as raison dans ton explication, DS termine et rend dispo après redémarrage) :

    DStation me remet des fois des torrents en téléchargement depuis 0, alors que ceux-ci sont terminés à 100% depuis des mois. (Cela arrive lorsqu'on déplace / renomme des dossiers par exemple). Même en spécifiant correctement le bon endroit, il refuse de scanner/valider les 100%, et se remet en téléchargement !

    J'ai donc des données partielles en doublon, et je voulais, par ma question, vérifier la présence de doublons qui prennent de la place pour rien, et les effacer.

    (J'espère avoir été clair ^^)

  5. Bonjour: [MOD]bouteille.A.la.mer/ON

    Etant une parfaite quiche en lignes de commandes, je viens ici en dernier recours; J'ai récemment fait des opérations de déplacement de fichiers; j'avais 3 fichiers torrents terminés dans DownloadStation, qui ne sont pas passés dans le dossier "complétés", ils sont donc, à priori, restés dans le répertoire "@download" si j'ai bien compris. Traditionnellement, ces fichiers sont traités et passent normalement d'un dossier à l'autre, ce qui n'est pas le cas ici.

    J'en suis au stade d'avoir téléchargé Putty, mais mes "compétences" nulles m'empêchent d'aller plus loin (après avoir lu des tutos et explications SSH). Mon besoin est simplement d'aller vérifier la présence de mes fichiers dans "@download", et au mieux, une fois localisés, de les déplacer dans le dossier visible "complétés". La mer à boire, pour moi.. N'y a t-il pas de moyen plus basique, via l'explorateur Windows, de réaliser cela ? (comme avec l'adresse "Adresse_du_nas/volume1/@download"). Si j'ai bien compris, c'est "NON".

    Je demande donc humblement une piste pour y arriver via les lignes de commandes.... D'avance, merci à qui perdra son temps à me répondre !

    [DSM 6 à jour sur DS216+], ordi Win7 en LAN

  6. Je reviens sur ce topic d'erreur lors des MAJ.

    J'avais, parallèlement, un problème récurent : le NAS, s'il faisait la MAJ correctement, "bloquait" lors du redémarrage, celui-ci ne se faisait jamais, j'avais tout le temps besoin de le débrancher puis de le rallumer à la main.

    C'est maintenant du passé, les MAJ se font toujours avec succès et avec redémarrage automatique. Pour cela, j'ai simplement contacté le support en expliquant ; ils connaissent très bien ; la solution : s'appliquer un patch qu'ils vous donnent en lien, OU, les laisser faire à distance en leur donnant momentanément accès au NAS (code admin, celui de base que l'on supprime (normalement) après configuration d'un compte admin plus personnel) pour qu'ils appliquent le patch. Cela a été fait, et depuis le NAS fonctionne parfaitement.

    Ne me demandez pas pourquoi ils ne peuvent pas inclure ce patch dans une MAJ une bonne fois pour toute, il y a une raison technique à ça. La voici, je cite :

    Citation

    "Le problème des DS216+ était lié à son bios et la nouvelle version du processeur intégré sur ces modèles. Il était compliqué d'inclure ce patch dans une mise à jour qui aurait peut être causé des bugs sur d'autres modèles et nous avons développé ce patch qui ne modifiait que le bios des Nas impactés."

    Si vous contactez le support pour le patch à distance avec l'aide d'un technicien, voici la liste des choses à faire pour qu'ils puissent le faire directement :

    Citation

    Instruction d'accès à distance:

     
    A. Méthode de la redirection de ports.
     
    1. Ports qu'il vous faudra ouvrir sur votre routeur: 22, 5000
    (Vous pourrez vérifier le lien ci-dessous pour savoir comment transférer vos ports, puis sélectionnez l'application telnet / ssh: www.portforward.com/english/routers/port_forwarding/routerindex.htm)

    2. activez Telnet ou SSH sur le NAS. ([Panneau de configuration] >> [réseau] >> [Terminal])

    3. Merci de nous donner l'adresse IP WAN de votre NAS Synology: (vous pourrez vérifier l'adresse IP avec le site www.whatismyip.com)

    4. Il vous faudra également nous fournir un mot de passe temporaire pour le compte admin
    (Veuillez noter que nous avons besoin du mot de passe de votre compte "admin" et non d'un autre compte dans le groupe des administrateurs.)

    5. Vous pourrez utiliser ce site Web pour vérifier si les ports ont été ouverts avec succès ou non www.yougetsignal.com/tools/open-ports/

    PS: Vous pourrez autoriser les adresses IP suivantes dans le firewall de votre routeur si cela est nécessaire pour des raisons de sécurité: 118.163.127.250, 125.227.147.112, 125.227.250.74 et 194.206.4.161.

     

  7. [Download Station bug] Cela arrive depuis longtemps, pour de nombreux utilisateurs, et ce soucis sporadique (cela n'arrive pas tout le temps) n'a pas encore trouvé de réponse adéquate.

    :biggrin: Fonctionnement normal : Normalement les téléchargements, une fois complétés, réagissent correctement : ils passent en statut "Terminé", avec une coche verte devant le nom de fichier. Ils libèrent donc la place dans la file de téléchargement, et un autre peut se mettre en route ; c'est un fonctionnement normal

    704333Dstationnasstatuttermine.jpg

    :evil: Problème récurent : Les téléchargements arrivés à 100% restent dans un statut "Exécution", avec une coche orange devant le nom de fichier. Ils restent donc dans la file de téléchargement, ne permettant pas (selon mes paramètres tout du moins) de libérer de la place pour d'autres téléchargements programmés.

    670110Dstationnasstatutexecution.jpg

    Je répète, ça n'arrive pas tout le temps. Et un "simple" redémarrage du NAS permet à ces téléchargements terminés de passer en statut "terminé". Peut-être même arrêter le paquet Download Station et le redémarrer peut suffire (je ne le fait pas, ayant lu qu'une fois un disque d'un internaute a sauté lors de cette simple opération)

    :geek: Mais le mieux serait de comprendre le problème et de le résoudre pour ne pas avoir à redémarrer des choses qui ne devraient pas l'être ?

  8. Question : est-il possible, techniquement, de "sauter" une mise à jour, et de mettre à jour plus tard avec une future autre mise à jour ? Ou faut-il impérativement installer chaque MAJ sans faute ? Je penche plus la la 1ère option mais je n'en suis pas sûr.

  9. Nouvelle mise à jour ce mardi 21 juin. Qui se lance et averti de la bonne marche de l'opération ?  :mrgreen:

    Citation

     

    Version: 6.0.1-7393-1

    (2016/06/21)

    1. Improved system stability when Synology NAS serves as a VPN server.
    2. Fixed several security vulnerabilities regarding NTP module (CVE-2016-4957, CVE-2016-4953, CVE-2016-4954, CVE-2016-4955, and CVE-2016-4956).
    3. Fixed an issue where DSM user interface might become unresponsive under normal operation.
    4. Fixed an issue where shared links created by LDAP users in DSM 5.2 might be unavailable after upgrading to DSM 6.0.
    5. Fixed an issue where folders cannot be uploaded to File Station.
    6. Fixed an issue where encrypted replication tasks cannot be resumed or completed when the sync process has been interrupted.
    7. Fixed an issue where log files could not be rotated on the passive server, which could cause the upgrade failure on the passive server.
    8. Enhanced the process of shared folder encryption.

     

     

  10. Citation

    utiliser un proxy inverse qui va aiguiller les demandes vers le bon équipement en fonction de certains critères (en général l'url demandée)

    Cette fonction m'intéresse beaucoup, je vais creuser.

    Citation

    Parce qu'il n'est pas en https, donc pas de certificat (ni confidentialité).

    Je suis un boulet :mrgreen:

    Citation

    au contraire, c'est comme ça qu'on apprend et que l'espèce évolue :biggrin:

    Je vais tenter Let's encrypt, il y a du tuto sur le forum. Le hic, c'est que mon port 80 est redirigé vers l'autre NAS, mais vous m'avez dit (ou bien je l'ai lu ailleurs) qu'on pouvait temporairement l'ouvrir/rediriger, pour l'opération. Je tenterai.

    Citation

    un "sous"-domaine ça n'existe pas

    Vous m'étonnez, je ne compte plus les tutos qui emploient ce terme pour décrire les adresses du type "MonSousSomaine.Domaine.com" ?

  11. Premièrement, je vous remercie de votre patience, et de vos réponses détaillées. J'ose espérer que ça servira  à d'autres.

    J'ai parcouru les liens, et le moins qu'on puisse dire c'est que c'est sacrément compliqué ! Étonnant qu'il n'y ait pas plus simple, depuis tout ce temps ?!

    Ok, pour le nom de domaine ; le tuto externe précise tout de même que l'on peut (du moins dans son exemple via OVH) utiliser un sous-domaine ; du coup, est-ce qu'un simple "MonNAS2.synology.me" ne pourrait pas suffire ? (c'est à moi-même que je pose la question).

    Je pense que je vais laisser tomber, car l'accès à mon Syno n'a pas vocation à être public, et se galérer de la sorte par perfectionnisme n'est pas humain ^^. Le plus étrange est que "MonNAS1.dlinkddns.com", paramétré aujourd'hui, fonctionne parfaitement (testé par des tiers ce jour), et gratuitement : aucune alerte de sécurité dans le navigateur (??!). Et lui sera en accès public, donc c'est parfait.

    Allez comprendre...

  12. En voulant tester depuis le smartphone, il me ressort mon erreur de certificat .. Pour ma part, ce n'est pas "trop" un soucis, mais mes parents par exemple risquent de pas comprendre, voir d'avoir peur ^^

     

    Une idée pour résoudre cela ? (sachant que j'avais déjà, dans "certificat" du Syno, un certif" de synology.com et un autre autosigné (tout cela sans vraiment savoir ce que je faisais - peut-être est-ce là le problème :biggrin:)

  13. Citation

    "Je suppose que vous avez corrigé par vous même dans votre routeur le 5001 par le 5023 :biggrin:. Dans ce cas, un simple transfert du 5023 vers le 5023 est suffisant."

    Ah ; non, je n'ai pas fait ce genre de changement ?
    (entre-temps j'ai édité mon message, car j'ai changé les ports comme cela : 5002 (https) & 5023 (http)

    Du coup quand vous me dite " Je suppose que vous avez corrigé par vous même dans votre routeur le 5001 par le 5023 ", vous vouliez dire " 5001 par le 5002" :)
    Cela consiste en une redirection de port ? Je vais trifouiller pour tester.

    Citation

    Si ça ne marche pas avec votre smartphone, vérifiez que vous n'avez pas de blocage IP

    Sur le phone, ou le Nas ?

    Citation

    Il se peut aussi que votre certificat ne soit pas reconnu, ce qui expliquerait que vous ne puissiez pas vous connecter.

    J'ai en effet des soucis de certificats depuis le début, mais des déblocages/forçages manuels règlent le soucis (si on parle bien de la même chose).

     

    Je vais relire tout ça et tester, mais n'étant pas chez free, il y a des chances que ça ne serve à rien de chez moi.

    Merci encore

    il y a 12 minutes, Mic13710 a dit :

    ...

    ça y est ! Bravo ! ça fonctionne ! :mrgreen:

    Merci Mic13710, un vrai chef ! :geek:

    (du coup ça veut dire que le proxy fonctionne)

     

     

  14. Citation

    Je ne sais pas si ça peut fonctionner avec le DDNS Syno, mais il n'y a pas de raison.

    En temps normal, le DDNS Syno fonctionne (déjà testé depuis l'extérieur, avec succès.

    Citation

    Vérifiez d'abord que vous avez accès à DSM en rentrant dans votre navigateur https://IPprivéeDeVotreNAS2:5001.

    Oui, j'y ai accès tous les jours en local, pas de soucis (à un détail près, sur les conseils de l'assistant de sécurité, j'ai changé les ports syno 5000 & 5001 pour d'autres : 5002 (https) & 5023 (http)). Et dans ce conseil j'imagine que " IPprivéeDeVotreNAS2 " correspond à l'IP locale type 192.168.... .

    Citation

    Redirigez le port 5033 de votre routeur vers le 5001 du NAS2, et tentez d'y accéder de l'extérieur avec : https:// MonNAS2.synology.me:5033

    C'est fait, mais ça n’aboutit pas ; je suppose que mon "proxy" (un addon de firefox) ne fonctionne pas, ou que je l'utilise mal. Il me faudra attendre de trouver un accès externe fonctionnel. En tous cas, via mon smartphone (sans wifi, via internet donc) ça ne marche pas :(

    Après, il y a plein d'options, comme les passerelles, les sous-réseaux, et autres "configurer serveur DNS par défaut" du Syno que je ne maîtrise pas. Peut-être une partie de la solution est là ?

     

    Quoiqu'il en soit, Merci Mic13710

  15. Je trouve ce conseil intéressant : " Vous pouvez encore, si votre routeur le permet, faire une translation de port (par exemple le 5111 du routeur vers le 5001 du NAS "

    Par contre, votre proposition "Et en enlevant la redirection du 80 vers le Dlink ?" ne convient pas, car dans ce cas je n’accède plus au D-LINK.

    --

    Pour être plus clair, j'ai deux DDNS qui pointent vers mon IP (non statique, mais elle ne change pas souvent) :

    • NAS 1 (D-LINK) : MonNAS1.dlinkddns.com
    • NAS 2 (Synology) : MonNAS2.synology.me

    Votre conseil, qui est de créer un port spécial pour le syno (disons, ici 5033 pour l'exemple) est intéressant. Mon modem me permet de rediriger un port vers une IP locale, donc en théorie ça devrait fonctionner ? En ce moment, le port 80 pointe vers le NAS1

    Pour corser le tout, j'utilise (du moins, je le pense) un proxy pour simuler une connexion externe, mais je ne suis même pas sûr que ça fonctionne ^^

    En tous cas, l'url MonNAS1.dlinkddns.com pointe bien vers mon NAS1

  16. Bonjours à tous;

    Je lis souvent sur le forum que pas mal d'utilisateurs utilisent plusieurs NAS ; j'essaie aussi de mon côté de faire fonctionner mon second NAS (un D-LINK DNS-325) en plus du DS216+, pour une utilisation unique bien précise. C'est à dire un accès web (il ne me sert pas en réseau local). De son côté, mon Synology me sert beaucoup en local, mais je souhaite pouvoir aussi y accéder à distance ; pas pour proposer un blog, ou autre service de ce type, mais simplement pour accéder à mes photos, ou vidéos.

    Mais il semble qu'il y ait un conflit lors de l'accès externe ; l'unique utilisation du NAS D-LINK est de pouvoir accéder à l'interface depuis internet par le port 80. Je pensais, en testant ça, que je pourrai encore accéder au DSM du NAS DS216+, car je ne souhaite pas utiliser la fonction de site web / blog etc. (hum, je ne sais pas si je suis très clair, là, même en reformulant deux fois :neutral:).

    Mais le fait d'avoir redirigé (sur le modem) le port 80 vers le NAS D-LINK fait que mon adresse "NomDeMonNAS.synology.me" pointe également vers le D-Link au lieu du Synology.

    Peut-être existe t-il une astuce (genre, en ajoutant à l'url, un port particulier ?) pour pouvoir accéder à mes deux NAS ?

    J'espère avoir été suffisamment clair, si ce n'est pas le cas je m'en excuse.. :eek:

  17. Il y a 19 heures, Fenrir a dit :

    Comme tu l'indiques, même si tu ne sais pas t'en servir, d'autres peuvent t'aider.

    Coucou Fenrir (rien à voir avec le seigneur des anneaux, ton pseudo, si ? ^^)

    Peut-être pourras-tu éclairer ma lanterne : Peut-on comparer/assimiler SSH avec telnet/Putty ?

    Car je dispose d'un autre (vieux) NAS, un D-Link ShareCenter DNS 325 qui, à l'époque, m'avait été configuré par un tiers qui n'est plus dans mes contacts, via ce protocole ( telnet/Putty ) pour le rendre "invulnérable" ; je m'explique : il est impossible d'écrire/effacer les fichiers d'un certain dossier via l'explorateur windows. Pour ce faire, il est impératif de passer par FTP (en soi, c'est très bien). Mais aujourd'hui, je pense reconsidérer ma configuration, mais ça fait tellement longtemps que ça a été fait, que je ne saurai plus par où commencer ni comment m'y prendre. Au pire, je pourrai toujours formater, ayant une sauvegarde sur mon nouveau NAS Synology.

    Je pense bien que ces quelques données ne pourront pas t'aider à me l'expliquer, mais j'en parle quand même, à voir où une éventuelle discussion pourrait me mener..

  18. Cela me rappelle maintenant toutes ces tentatives d'intrusions dont je faisais l'objet, à une certaines période (plus maintenant) (je devais avoir ouvert le SSH, je pense, sans savoir ce que c'était) et je recevais des notifications pluri-quotidiennes du type :

    Citation

    "L'adresse IP [218.25.208.123] de (NomDeMonNAS) a été bloquée par SSH"

    C'était bien relou, mais ça n'arrive plus. J'imagine que c'est parce que j'ai désactivé le SSH... ça venait de Chine, beaucoup, mais pas que.

×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.