This site uses cookies! Learn More

Ce site utilise des cookies !

En continuant à utiliser ce site, vous vous engagez à nous permettre de stocker des cookies sur votre ordinateur.

 

Si nous utilisons des cookies et retenons des données anonymes, c’est pour nous aider à mieux gérer notre mesure d’audience, aider nos partenaires commerciaux à nous rémunérer et nos partenaires publicitaires à proposer des annonces qui vous correspondent.

 

Grâce à ces cookies, le forum est en mesure de savoir qui écrit un message et utile pour le système d'authentification.

 

En cliquant sur « J'accepte », vous acceptez l'utilisation par NAS-Forum de cookies publicitaires et de mesure d'audience fine.

tops

Membres
  • Compteur de contenus

    18
  • Inscription

  • Dernière visite

  1. Je précise que c'est optionnel dans le tuto ... par contre, je ne comprends pas bien comment le NAS va accepter la clef que l'on vient lui donner si on ne décommente pas les 2 lignes ... C'est justement tout l'objet de ce tuto que de rajouter une clef publique ... encore heureux que cela marche du coup ;) Je n'utilise pas Pageant ... la manip marche parfaitement même sans avoir installé putty (qui lui l'utilise ... nan on me demande pas pourquoi ^^). Exact ... sauf que cela ne marche pas chez moi après test (access denied par exemple avec vi /etc/ssh/sshd_config)
  2. Hello, Ayant trouvé mon chemin pour me log en root, je vous donne la recette ;-) Pour commencer, je n'ai rien inventé, j'ai trouvé mon inspiration ici : http://www.mauchle.name/blog/?p=239&cpage=1#comment-29143 Mes modifications sont en "jaune". (1) Download PuTTY and PuTTYgen (or just get the installer, everything is in there). (2) Generate a keypair with PuTTYgen (Parameters: SSH-2 RSA) (3) Save the private key as “myprivatekey.ppk” (4) Copy the public key to the clipboard. Looks somewhat like this : ssh-rsa AAAAB3NzaC1yc2EAAAABJQAAAIEAzP4M
  3. Marche pas non plus dans mon cas ... Autant sur Chrome, la solution était rapide, autant sur fox, j'ai vraiment pas eu le choix : suppression du profil.
  4. J'ai fini par creuser et trouvé du côté du stockage dans Firefox ... Pour Chrome, j'avais déjà fait la manip conseillé dans ton lien avec succès. Mais pour Firefox, niet ... suppression comme expliqué dans le lien, suppression de tous les cookies, suppression des certificats "serveur", safe, ... Peau de balle, rien n'avait marché. J'ai fini par virer Firefox du PC ... et dégager le dossier %user%\AppData\Roaming\Mozilla ... et là impeccable ! Et si je réinstalle mon profil via Firefox Sync, ca marche sans problèmes. Bref t'avais vu juste et s'était bien le navigateur qui avait gardé en têt
  5. Bien vu ... mais j'ai essayé et cela sans succès. Et puis concernant Firefox, il est mentionné que si un site accédé en HTTP, le header STS est ignoré. Il faut que le site fasse un renvoi sur HTTPS lui-même. Je suppose donc que le NAS redirige les sites HTTP vers du HTTPS et qu'après cela devient le bordel total ... reste à savoir pourquoi il me fait des redirections de son propre chef sur des sites sous /web Quand à avoir le même problème sur deux NAS au même moment ? Avec zéro modif de paramétrage sur les deux NAS ? Ca sent la mise à jour qui fait des trucs pas nets !
  6. Edit : J'ai le même soucis sur un autre NAS qui n'est pas dans le même bâtiment ... A noter que sur celui-ci le HSTS n'est activé nul part et que je rencontre aussi un problème ... pour le coup c'est un NAS hyper clean sans aucun paquet tiers installé (backup) donc le problème est forcément lié au Syno en lui-même. Hors même la dernière mise à jour ne fait aucune mention d'un changement concernant HSTS ...
  7. Hello, Petit soucis depuis ce matin mon NAS redirige toutes les adresses HTTP de format "domain.com" vers du HTTPS. Le problème a moins de 15 jours puisque je ne l'avais pas depuis mon lieu de vacances ... La chose est parfaitement normale pour les adresses comme l'accès au DSM mais par contre me faire cela pour des sites installés à la mano dans le /web ou avec des paquets comme sonarr ???? WTF ! Je me balade pour trouver une solution et : 1/ http:// domaine.com:8989 donne https:// domaine.com:8989 il redirige tout vers https, les paquets, les sites web, ... même la page video station pou
  8. tops

    [R

    1er point : Je remarque aussi un truc con, mais très très con ... l'autocompletion de firefox forçait quelques champs de saisie dans mes pages de configuration. > J'ai honte ! 2eme point: J'ai fini par modifier le détenteur des répertoires + files en passant de sickbeard:root à sickbeard:users. Il n'y a pas photo ... j'arrive parfaitement à sauver ! 3eme point: SSL ... pas bon non plus ! Vu les retours sur le forums, il y a quelques points bête à ne pas louper qu'il faudrait "épingler" au début de la liste ... - ne pas utiliser le SSL - ne jamais faire un upd
  9. tops

    [R

    Raahhhhh ... Mais où sont stockés les paramètres pour qu'ils puissent revenir comme cela à un état inital ?! J'ai essayé toutes les options, SSL, pas SSL, avec et sans mot de passe, j'ai changé les dates, ... rien à faire. Sickbeard revient systématiquement sur la configuration par défaut et détaille Je suis pourtant sur une installation toute fraiche où rien ne pourrait faire que le config.ini plante. Personne n'a d'idée ?
  10. tops

    [R

    Après réinstallation totale du NAS ... Je reste sur les "fesses" : - le bug du save qui tourne en rond est toujours là - et dès qu'il se produit ... j'ai l'impression que le config.ini prend une claque et revient à une configuration antérieure Le mot de passe "buepumber55779" (qui semble être le mdp par défaut) est revenu tout seul ! Alors qu'en exécutant la commande (more /usr/local/sickbeard/var/config.ini) 20 secondes avant j'avais le bon mot de passe.
  11. tops

    [R

    Bah de toute manière, j'ai pris la décision : RAZ du NAS. Ca va prendre une plombe de faire l'aller-retour du paquet de RAW qui restent dessus mais c'est plus sûr ...
  12. tops

    [R

    Et voici le résultat : Petite précision, j'ai désinstallé le soft et refait une installation toute propre ... lorsque je vais pour la première fois dans les paramètres, les paramètres sont déjà erronés (mais le save marche) ... j'ai eu le malheur de demander le SSL et bim : save qui tourne en rond J'ai regardé l'arbo avant de reinstaller et tous les dossiers sickbeard avaient bien disparus. Les paramètres sont stockés autre part visiblement et truc que je ne comprend pas ... "web_password = buepumber55779" : je n'ai jamais vu ce mot de passe de ma vie ! Dois-je y voir un trou dans l
  13. tops

    [R

    Là, tu vas devoir me donner un peu la main J'avoue ne pas savoir comment ouvrir ce fichu config.ini. Pas faute d'avoir cherché sur google mais je n'ai pas trouvé de tuto expliquant les choses "basiques" comme celle-ci (d'ailleurs si tu as une url pour éclairer le newbee ^^). Thanks à tous pour le coup de main ! C'est sacrément plaisant de voir une communauté aussi sympa
  14. tops

    [R

    Voilà ce que cela donne : drwxr-sr-x 6 sickbear root 4096 Sep 12 20:18 . drwxr-xr-x 6 sickbear root 4096 Sep 9 20:51 .. drwxr-sr-x 2 sickbear root 4096 Sep 9 20:51 Logs drwxr-sr-x 4 sickbear root 4096 Sep 10 00:16 cache -rw-r--r-- 1 sickbear root 99328 Sep 12 20:18 cache.db -rw------- 1 sickbear root 0 Sep 12 20:18 config.ini drwx--S--- 2 sickbear root 4096 Sep 10 00:23 logs -rw-r--r-- 1 sickbear root 2099200 Sep 12 20:18 sickbeard.db -rw-r--r-- 1 sickbear root 9216 Sep 9 20:51 sickbeard.db.v0 drwx--S--- 2 sickbear r
  15. tops

    [R

    Hélas ... J'ai bien exécuté la commande en "root" mais cela ne change rien.