Aller au contenu

loli71

Membres
  • Compteur de contenus

    681
  • Inscription

  • Dernière visite

  • Jours gagnés

    10

Messages posté(e)s par loli71

  1. Bizarre, j'ai fait la mise à jours dès sa sortie, ca tournait bien jusqu'à il y a une petite heure ..

    Et surtout ce qui me fait dire que cela ne vient pas de çà, c'est que j'ai le même comportement sur mon DS109 qui lui n'a pas subit de mise à jour (DSM4.2)

    en tout cas le comportement est assez clair chez moi :

    plus d'accès au site qui fourni les paquets Synology, le centre de paquet met une erreur "réseau" et n'affiche pas les paquets tiers :-(

    Edit : petit test de ping sur ce qui devrait être le site web pour télécharger les paquets synology au travers du Centre de paquets:

    nas3> ping update.synology.com
    PING update.synology.com (59.124.41.245): 56 data bytes
    ^C
    --- update.synology.com ping statistics ---
    8 packets transmitted, 0 packets received, 100% packet loss
    
    
  2. Salut tout le monde,

    Depuis quelques heures, il m'est impossible de voir les paquets fournis par Synology dans le centre de paquets ... comme par hasard leurs sites web https://myds.synology.com/et https://www.synology.com/fr-fr/ semble lui aussi inaccessible ou plus que lent, sans compter le nombre de mail de notification que j'ai reçu depuis hier sur la perte de synchro de mon DDNS synology :-(

    Et ce qui me fait le plus rager pour être honnête, c'est que je viens de constater qu'aucun paquet tier (comme synocommunity ou autre) ne peut être affiché dans le centre de paquet si le site de synology ne répond pas ... merci syno .....

    Avez vous le même problème que moi, je suis chez Orange ?

  3. Ma question est donc la suivante: le service DDNS Syno permet-il au NAS de s'adapter automatiquement au changement d'IP dynamique?

    Oui en quelque sorte, tous les services DDNS (Dynamique DNS) permettent de mettre à jours un nom de domaine monsyno.synology.me par exemple avec l'adresse ip dynamiquement allouée par ta box.

    Pour ma part, vu le nombre de mail d'erreur reçu avec le ddns de synology ces derniers jours, j'utilise plutôt changeip.org comme fournisseur de DDNS

  4. Pour changer le port ssh d'écoute du serveur distant dans ta sauvegarde de ton syno local, c'est sur la page de définition des "Destinations de sauvegarde" que cela se fait (exemple utilisant le port 822 au lieu du 22) :

    3ea137ac_o.png

    Donc il suffit de forwarder sur la box de tes parents le port 822 vers l'adresse IP de leur syno port 22.

  5. Norbert231, voici un script que tu pourrais utiliser pour faire ce que tu souhaites, il suffira de le schéduler à ta guise :

    #!/bin/sh
    # *******************************************
    # Script permettant d'autoriser une ip dynamique
    # dans les regles de firewall du synology
    # *******************************************
    # *******************************************
    # v1.0 - 01/03/15 - Version initiale
    # *******************************************
    
    # *******************************************
    # Renseigner le nom FQDN du host a autoriser (dyndns ou autre)
    # *******************************************
    FQDNhost=monhost.dyndns.org
    # *******************************************
    # Renseigner le chemin complet ou sauvegarder la derniere adresse IP
    # *******************************************
    ArchiveIpFile=/volume1/homes/admin/store_managed_ip_dynamic.txt
    # *******************************************
    # Renseigner le nom de l'interface reseau du syno
    # *******************************************
    INTERF=eth0
    
    # *******************************************
    # Ne pas modifier la suite du fichier
    # *******************************************
    IPDYN=`nslookup $FQDNhost 2> /dev/null | awk '/^Address 1: / { print $3 }' | sed -n 2p`
    ACTVAL=""
    
    if [ -z "$IPDYN" ];then
        echo "Erreur nslookup"
        exit 1
    fi
    echo "$FQDNhost: $IPDYN"
    
    if [ -f $ArchiveIpFile ]; then
        . $ArchiveIpFile
    fi
    
    if [ "$IPDYN" != "$ACTVAL" ]; then
        # Mise a jour des regles de firewall
        # Suppression de l'ancienne regle 
        IDRULE=`synofirewall --list $INTERF | grep "$(printf 't')ALL$(printf 't')(all)$(printf 't')$ACTVAL$(printf 't')allow" | sed 's/^([0-9]*)t.*$/1/'`
        if [ -z "$IPDYN" ];then
            echo "ID regle a supprimer: $IDRULE"
            synofirewall --delete $INTERF $IDRULE 2>&1
        else
            echo "Pas de regle a supprimer"
        fi
        # Ajout de la nouvelle regle
        echo "Ajout de la nouvelle regle:"
        synofirewall --insert $INTERF 500 2>&1 << EOF
    0
    1
    $IPDYN
    0
    1
    EOF
        # enregistrement de la nouvelle adresse
        echo "ACTVAL=$IPDYN" >$ArchiveIpFile
    else
      echo "Aucun changement d'adresse IP"
    fi
    
  6. La seule chance de pouvoir faire cela n'est pas "natif" au firewall du synology .... mais comme en informatique tout est possible, voici une possibilité (parmi d'autres très certainement) de pouvoir contourner le problème.

    utilisation d'un script schédulé à ton bon vouloir qui récupère l'adresse IP de ami en utilisant l'adresse dyndns (par exemple en faisant un simple "ping machine.nomdedomaine.dyndns"

    comparaison de cette adresse IP avec celle stockée par ton script dans un fichier texte (par exemple lastip.txt) lors de son dernier lancement

    1) l'adresse ip est la meme : rien a faire, on sort du script

    2) l'adresse ip est différente :

    - suppression de l'entrée existante (ancienne ip de ton ami) dans le firewall synology

    - ajout de la nouvelle adresse ip dans le firewall dy syno avec les bonnes autorisations

    - remplacer l'adresse ip dans le fichier lastip.txt

    Et voilà le tour est joué.

    Je te l'accord, la solution est loin d'être évidente, mais comme il est possible d'ajouter/supprimer/lister les règles de firewall du synology en ligne de commande, cela rend la création d'un script possible.

    http://blog.gauss-it.net/2014/08/synology-du-dsm-au-terminal/ => III) Gérer votre Firewall depuis votre Syno

    La ligne de commande pour récupérer l'adresse IP en fonction du nom est simple elle aussi :

    ping -q -c 1 nom.complet.dyndsn | grep PING | sed -e "s/).*//" | sed -e "s/.*(//"
    
  7. Dans l'application Video Station, tu cliques sur le bouton "Paramètres", puis tu sélectionnes le répertoire où tu as tes vidéos, tu cliques sur "Modifier" > "Modifer le dossier" et tu choisis ta langues dans la nouvelle fenêtre.

    20503368_o.png

  8. D'abord, authorized_keys est un fichier, pas un dossier.

    Et s'il n'existe pas, c'est que ta commande ssh-copy-id -i ~/.ssh/id_rsa.pub "root@<ip_NAS> -p <port_SSH>" n'a pas marché.

    Je pense que les guillemets dans ta commande sont en trop.

    Sinon, tu peux simplement créer le fichier authorized_keys avec un simple "vi ~/.ssh/authorized_keys" tu y colles le contenur du fichier id_rsa.pub de ton ubuntu et tu mets les bons droits à ce fichier ~/.ssh/authorized_keys avec un "chmod 600 ~/.ssh/authorized_keys"

  9. Problème de redirection de ports => obligatoirement sur la box.

    Problème pour ouvrir ton site en local (depuis ton réseau local avec l'adresse ip locale de ton syno) => problème aussi sur la config de ton syno.

  10. Tu peux faire quelques vérifications :

    1) connecte toi en ssh sur ton syno en root

    2) vérifie si le répertoire ".ssh" existe bien dans le home directory de root et qu'il a bien les droits 700

    nas3> ls -lsa
    4 drwx------  2 root root 4096 2015-02-26 11:51 .ssh
    

    3) entre dans le répertoire ".ssh" et vérifie bien que le fichier "authorized_keys" existe bien et qu'il a bien les droits 600 :

    nas3> cd .ssh/
    nas3> ls -lsa
    total 24
    4 -rw------- 1 root root 1075 2015-02-25 18:57 authorized_keys
    

    4) vérifie dans ce fichier "authorized_keys" qu'il contient bien la clé id_rsa.pub de ton ubuntu:

    nas3> more authorized_keys
    ssh-rsa AAAAB3N......................................wMye8Q== nas1
    

    Si tu n'as pas tout cela, c'est que ta commande ssh-copy-id -i ~/.ssh/id_rsa.pub "root@<ip_NAS> -p <port_SSH>" n'a pas fonctionné correctement.

  11. J'ai eu le même problème avec la dernière version du DS vidéo qui tapait sur un DS109 en DSM 4.2 ... impossible de télécharger la vidéo.

    Je me suis acheté un DS214play la semaine dernière que j'ai mis en DSM5.1 dernière version, et sans rien changer dans le DS Vidéo à part l'adresse IP du syno, et hop de nouveau le bouton téléchargement est de nouveau fonctionnel ...

    Donc je dirais une incompatibilité entre le dernier DS video et les anciennes version de DSM :-(

  12. Juste pour info : (c'est dans la partie sécurité du site de Pure VPN)

    If you buy a NAT firewall Add-on, it will also protect your IP assigned to you by PureVPN from malicious scams.

    Je vous fais grace de la traduction... j'imagine qu'à ce niveau de réflexion, l'anglais aussi est entièrement maitrisé....

    Ah ben si tu ne dis pas tout aussi, on peut pas deviner :-)

    Faut dire qu'on en voit passer des messages de gens qui pensent que les connexions VPN sont synonymes de sécurité lol

  13. Pour les droits différents entre winscp et windows, je pense que cela vient du fait que synology utilise les ACL windows pour la gestion des droits depuis le DSM5 (chose que j'ai découverte avec l'aide de CoolRaoul ce matin) et non plus les droits Unix standard.

    Donc je dirais normal que tu ne vois pas la même chose ...

    Pour le https, oui certainement dû au fait que tu utilises un certificat auto signé, as tu essayé d'accéder en web (browser depuis la tablette connectée en wifi sur ton réseau local pour commencer) à l'url https://<nomdedomaine ou adresse ip>:443/cops/ pour voir ?

  14. Oui c'est bien cela, et d'après l'aide du DSM, le seul moyen de ne pas avoir d'ACL windows pour les dossiers partagés (attention, je ne dis pas que c'est bien) est de formaté dès le départ ses disque en EXT3 lol :

    La liste ACL Windows n'est prise en charge que dans un système de fichiers EXT4

    Pour les précédents utilisateurs de DSM 2.3, vous devez créer au moins un volume EXT4 pour utiliser les autorisations Windows ACL.

    Bon, je vais donc devoir me contenter des ACL et essayé de ne pas me perdre dans la gestion de mes droits lorsque je suis connecté en ssh sur mon syno ....

    Windows ACL :

    Dans DSM 5.0 ou les versions ultérieures, les autorisations d'accès des dossiers partagés sont basées sur Windows ACL par défaut. Les dossiers partagés nouvellement créés appliquent les paramètres d'autorisation de Windows ACL, qui permettent également de personnaliser les autorisations des fichiers et sous-dossiers individuels. De plus, les autorisations peuvent être personnalisées via File Station ou File Explorer dans Windows.

    Les dossiers partagés suivants ne peuvent utiliser le système de gestion des autorisations Windows ACL : photo, satashare, sdshare, surveillance, usbshare.

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