Aller au contenu

PiwiLAbruti

SynoCommunity
  • Compteur de contenus

    8596
  • Inscription

  • Dernière visite

  • Jours gagnés

    180

Messages posté(e)s par PiwiLAbruti

  1. Depuis Surveillance Station 9.1.4-10998, Synology a (enfin) intégré la possibilité de signaler directement des caméras non-listées dans la Liste des caméras IP prises en charge.

    La fonctionnalité s'appelle Outil d'integration (Integration Tool), l'aide a été mise à jour pour expliquer son fonctionnement :

    Ce type de signalement peut être intéressant pour ceux qui utilisent des caméras ONVIF et qui n'ont pas l'intégralité des fonctionnalités disponibles dans Surveillance Station (par exemple).

  2. La destination ne répond pas dans les 30 secondes imparties (ERR_CONNECTION_TIMED_OUT).

    Un nmap -Pn -sS -p 443 domain.tld sur la destination indique que le port 443 n'est pas joignable. Plusieurs hypothèses :

    • L'adresse IPv4 publique a changé.
    • Le port 443 est déjà utilisé par la box pour son interface de gestion (à modifier si c'est le cas).
    • Le port 443 n'est pas redirigé vers le bon hôte depuis la box/routeur.
    • Un pare-feu bloque l'accès aux ports nécessaires sur le routeur (443), sur le NAS (443), ou sur la destination finale configurée dans le reverse proxy (80).
    • La box ne supporte pas le loopback. Ce n'est pas un problème si le domaine name.domain.tld est résolu en l'adresse IP privée du NAS en local.

    Ce qui reste dérangeant, c'est que ça semble fonctionner de temps en temps (j'ai arrêté après un 12aine d'essais infructueux).

    il y a 55 minutes, Jeff777 a dit :

    Edit : aussi,  il doit y avoir une erreur dans ta zone DNS.

    Quelle erreur ?

  3. La phase de support étendu de DSM 6.2 court jusqu'en octobre 2024, il y a le temps.

    Passé cette date, DSM 6.2 sera toujours utilisable. Il faudra juste veiller à ne plus l'exposer sur internet (ou à restreindre son exposition aux seuls pairs connus).

    il y a 25 minutes, CoolRaoul a dit :

    Mais je me demande bien ce que je vais pouvoir faire de mon appareil actuel. Ca me fera mal au cœur de la jeter. Des idées ?

    • Destination de sauvegarde distance Hyper Backup Vault,
    • Réplication de zones DNS,
    • Synchronisation de bases LDAP.

    C'est ce que je fais avec un DS109 sous DSM 6.2. Ce dernier est installé chez des proches à quelques centaine de kilomètres.

    Ma seule inquiétude est la pérennité de la compatibilité de Hyper Backup pour DSM 7.2 (4.1.0-3718) avec Hyper Backup Vault pour DSM 6.2 (2.2.9-1521). Pour l'instant ça fonctionne parfaitement et j'espère que ça restera le cas le plus longtemps possible. Pour ne pas avoir de surprise, il vaut mieux désactiver la mise à jour automatique des paquets Hyper Backup et Hyper Backup Vault 😉

     

    Version française de l'annonce : https://www.synology.com/fr-fr/products/status/eol-dsm62

  4. Les paquets n'utilisent pas qu'un seul emplacement.

    La racine des paquets se situe dans /var/packages. Des liens symboliques sont utilisés depuis cet emplacement pour le stockage des paquets.

    Les paquets "système" comme ActiveInsight, FileStation, SMBService, SynoFinder, ... sont installés dans les sous-dossiers de /usr/local/packages (@appdata, @apphome, @appshare, @appstore, @apptemp).

    Les autres paquets peuvent être installés sur des volumes différents (volume{n}). Par exemple, WebStation installé sur le volume1 donne les chemins suivants (affichage simplifié) :

    user@DiskStation:~$ ls -al /var/packages/WebStation/
      .
      ..
      conf
      enabled
      etc -> /volume1/@appconf/WebStation
      home -> /volume1/@apphome/WebStation
      INFO
      scripts
      share -> /volume1/@appshare/WebStation
      shares
      target -> /volume1/@appstore/WebStation
      tmp -> /volume1/@apptemp/WebStation
      var -> /volume1/@appdata/WebStation
      WIZARD_UIFILES

     

  5. il y a 6 minutes, Maximes a dit :

    Alors, j'avais acheté le RT6600 au départ parce que j'avais plusieurs NAS Syno et pensais que l'association des appareils représentaient une opportunité d'intégration verticale sous la même marque pour un gain technique / ergonomique qui n'est en fin de compte pas très évident, les appareils ne se parlent pas particulièrement plus que si c'était un routeur tiers.

    Intéressant. Qu'est-ce que tu attends plus précisément de l'association d'un NAS et d'un routeur ?

  6. Le bugtracker Freebox est une poubelle. Un vieux ticket qui n'a pas été évalué (status Nouveau depuis 2010) devrait être systématiquement annulé par une tâche automatisée au bout d'un certain délai.

    Pour en revenir au sujet, le WoL distant semble techniquement possible en IPv6 mais toujours au travers d'un proxy WoL. Il faudrait envoyer les paquets WoL à l'adresse IPv6 publique de la Freebox [prefix]::1 et qu'elle transpose ces paquets sur le LAN à destination de ff02::1.

    Tu peux toujours compléter le ticket du bugtracker avec ces informations, puis investir dans une poule pour regarder si des dents vont lui pousser. Ça sera plus utile que d'espérer voir ce ticket changer de statut.

  7. Je viens de tester et aucun paquet WoL n'est reçu.

    Lorsqu'on veut envoyer un paquet WoL depuis DS Finder sur iOS, on se retrouve avec les choix suivants dans le menu :

    Voulez-vous réactiver ce serveur via WoL ?

    • Oui
    • Modifier
    • Non

    En sélectionnant Modifier, un champ vide apparaît pour personnaliser le port WoL. J'y ai entré la valeur 9, et le paquet WoL a bien été reçu par le NAS. Je trouve étrange que Synology n'ait pas configuré ce port par défaut.

    @CoolRaoul Je ne sais pas quelle application tu utilises sur Android, mais certaines utilisent le port udp/7. Ce dernier n'est pas pris en charge par le proxy WoL de la Freebox.

×
×
  • 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.