nicoueron
-
Posts
2,308 -
Joined
-
Last visited
-
Days Won
47
Posts posted by nicoueron
-
-
Pour ma part j'ai le même soucis depuis le PC de mon bureau. Cela vient du fait qu'il y a un proxy pour sortir sur Internet. Les trames "live" doivent être bloquées - enfin pour mon cas. Chez moi et depuis un autre pc ou mac aucun pb
-
essaie avec un autre navigateur, sait-on jamais
-
Pour t411, ils ont eu de nombreux pb. A tel point que le tracker pour s'annoncer a subi un changement important tel que le n° de port.
Il est donc pas impossible que ce soit liés et que les torrent qui pointaient vers l'ancienne url du tracker génèrent ce type d'erreur.
Essaie de prendre un de tes torrents et vérifie que l'url du tracker est bien la nouvelle et pas l'ancienne.
-
Salut,
tu n'as pas trop chercher... rien que sur ce forum il y a plein de licences à récupérer! Après je dis ça, je dis rien comme on dit
-
Pareil pour moi!
Le tuto nikel. Je l'ai suivi à lettre et hop 5.0-4528. Aoprès pour passer l'update 1, la même procédure qu' d'habitude fonctionne nickel.
merci bcp
-
En fait ce qu'on veut dire, c'est que par le processus de mise à jour automatique et ce , même en exécutant la tâche sed/mv ça ne fonctionne pas.
Il faut effectivement passer par une réinstall complète du DSM comme tu l'indiques sur ton blog.
C'est juste que je trouve ça un peu bourrin pour une mise à jour :/
-
C'est bon j'ai trouvé!
Pour contourner ce problème j'ai du faire ceci :
- Activer le protocole HTTPS pour le DSM (en gros le port 5001 en plus du 5000).
- modifier le backend de HAproxy associé à mon DSM en indiquant la directive :
nas localhost:5001 check ssl verify none
Maintenant je peux de nouveau accéder à Surveillance Station en HTTPS.
La différence avec mon ancienne config est que je n'ai plus directement de rupture de protocole (HTTPS(HAProxy) >>> HTTP(DSM)) mais une continuité en HTTPS (HTTPS(Haproxy >>> HTTPS(DSM))
Sécurité quand tu nous tiens^^
-
1
-
-
Bon, je confirme que c'est bien le fait d'attaquer Surveillance Station en HTTPS qui pose problème.
En effet, si je bascule en HTTP aucun soucis. Mais dès que je réactive la redirection en HTTPS, seul Surveillance Station pose pb :/
Pb, je ne sais pas comment dire à HAProxy de ne pas changer l'entête HTTP, car le pb vient soit de là soit un bug dans Surveillance Station.
-
Effectivement il s'agit bien là de l'ancienne option. Perso, je ne comprend pas pourquoi ce soit rendu si complexe pour le faire! L'ancienne icône était pratique.
-
Le dernier point est embêtant car j'ai justement déjà configuré le proliant comme serveur.
Je pense qu'en changeant les n° de port, cela doit être possible.
Mais attention, les anciens livebox ont toujours eu un pb avec les serveur VPN de type OpenVPN. En effet elles utilisent le n° de port de ce protocole pour autre chose. Evidemment les mecs d'Orange le savent mais n'ont jamais rien fait pour le corriger!
-
:/ désolé je n'ai qu'une freebox!
Cherche dans les menus, mais je doute qu'Orange ait prévu une telle option!
-
Bon, il semblerait que le pb vienne de mon service Haproxy.
en effet il semble y avoir un pb d'incompatibilité avec la redirection du HTTP vers du HTTPS .
Haproxy doit rendre mon token d'authentification en erreur pour Surveillance Station lors de l'authent.
Je regarde de plus près et vous tiens au courant
-
Personne pour ma question sur le fait de télécharger sans être visible de "HAD..I" ? J'avais penser à un VPN mais il semblerait que Xpenology ne puisse être que serveur VPN et non client...
Salut !
Je ne m'étais jamais penché sur cette problématique, mais avant que je sois en DSM 5.0 il y avait une option VPN depuis le panneau de configuration :
https://www.synology.com/fr-fr/knowledgebase/tutorials/523
Mais cette option a été dégagée visiblement :/
Bizarre
Sinon, je sais que si tu as une Freebox V6, c'est tout à fait possible de le faire.
-
Pour info, il semble que le token nommé SynoToken qui est passé à Surveillance Station n'est pas correct. Pourtant c'est bien le système SSO du Synology qui le génère ?
-
Bonjour,
Lorsque j'étais encore au DSM 4.3 SurveillanceStation fonctionnait à merveille, mais depuis mon passage en DSM 5 4493 update 7, impossible d'y accéder.
J'arrive à me logger mais au moment d'afficher la page principale j'ai une popup m'indiquant : "L'opération a échoué." avec juste un bouton OK, puis je suis redirigé vers l'interface DSM classique...
J'ai regardé les logs dans /var/log/messages et j'ai ceci :
Oct 23 08:50:27 NAS preload.cgi: login.c (1453) Token Authentication Fail. Oct 23 08:50:27 NAS camera.cgi: login.c (1453) Token Authentication Fail. Oct 23 08:50:27 NAS preload.cgi: login.c (1453) Token Authentication Fail.
Quelqu'un aurait une idée ?
-
Pareil pour moi, erreur 2.
Il faut attendre la mise à jour de nanoboot.
Validation du bios, modification ?
in Archives
Posted
Ce ne serait pas la pile de la carte mère qui est HS ? du coup la config est perdue à chaque allumage?