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.

jjwil

Membres
  • Compteur de contenus

    45
  • Inscription

  • Dernière visite

Messages posté(e)s par jjwil

  1. Bonjour,

    Idem, le test etait fait en eth.

    safe access uniquement pour les appareils de mon fils et pas pour les autres appareils de la maison.

    contrôle du trafic pas activé

    thread prévention lui je n'installe plus il fout le bordel a chaque fois

    le cpu, la ram , périphérique tout était correct.

    depuis les 3 dernières mises à jour c'est de mal en pire.

    j'ai eu beau remettre en sortie usine, avec installation propre juste après.

    activer ou désactiver les applis ou fonctions ,

    le problème reste identique , ça rame, les pertes de connexions incessantes que ce sois en cable ou en wifi .

    la en ssh je ne puis te dire , j'ai enlevé le routeur synology définitivement.

    je suis tout de même franchement déçu vu le prix du routeur.

    je clos le sujet et je songe me tourner vers de l'open wrt ou cisco, encore indecis pour l'instant, enfin vers quelque chose de fiable.

    cordialement 

    bonne continuation à tous

  2. Bonjour,

    Quand synology annonce la fin du support pour le RT1900ac,

    Ils devraient plutôt parler d'obsoléscence programmée.

    vous , je ne sais pas !, mais moi depuis les dernières mises à jour ça donne ça:

    1er screen version de SRM

    2eme screen avec le RT1900ac

    3eme screen Sans le RT1900ac

    idem avec remise en état usine et réinstall.

     

    532515961_Capturedcran2021-10-19144846.png.bb35dc2ce13a4f9f2964a2e9379e5e23.pngavec_RT1900ac.thumb.png.4a8bc2f81f5d52aa90496515be526139.png

     

     

    Sans_le_RT1900ac.thumb.png.49b7c17f56feeeb475ff63b116494b70.png

    Cordialement

     

  3. Bonjour tous le monde,

    Pensez-vous qu'il sois possible et si oui, comment ?

    Indiquer au lecteur multi-media du routeur de lire des médias se trouvant sur un disque distant.

    en gros: le RT1900ac >> disque dur sur serveur windows 2019.

    sur nas, il y a bien la fonction permettant au lecteur multimedia d'accéder a un lecteur distant pour lire les médias, mais sur le routeur cette fonction n'y figure pas.

    Merçi

    Cordialement

  4. au cas ou...

    je n'avais plus accès à l'interface graphique du syno, ça ramais mais ne s'affichait pas.

    j'ai pu y accèder en tuant les processus zombie

    pour les lister en ssh

     ps aux | awk '{print $2,$8}' | grep Z 

    pour les tuer, comme d'hab,   lettre "k" numero du processus zombie et chiffre 9 pour le tuer.

    ensuite j'ai pu accèder a l'interface graphique du syno, mais ça rame encore.

    mais bon quand je vois des procssus qui bouffent la memoire virtuelle style:

    syncd 108Mo

    ssroutined 112Mo

    synoelasticd 222Mo

    syno-cloud-sync 195 Mo

    ssfailoverd 115Mo

    ...

    à ce tarif là pas étonnant que ça rame

    Cordialement

  5. bonjour,

    CCL, ta mise à jour ne serais pas la RC1 des fois ?

    si oui, c'est mal barré : http://www.nas-forum.com/forum/topic/55186-bugs-constat%C3%A9s-dsm-61-rc1-b%C3%AAta/

    essaye plutôt: synoservicecfg --restart pgsql  quoique les deux semblent fonctionner.

    essaye aussi : synoservicecfg --hard-start pgsql    pour voir ce que ça donne.

    Cordialement

  6. Bonjour,

    Tous d'abord je ne sais si j'ai bien fait de poster ceçi dans cette section, mais les autres sections ne semblaient pas plus appropriées...

    Laissez moi vous exposer mon petit problème,

    j'ai Copié et légèrement modifié un plugin de VideoStation afin que celui-çi aie à disposition dans ses recherche accès à Allociné,

    jusque la tout vas bien.

    Maintenant que c'est fait, j'aimerais en faire un package pour le rendre disponible à la communauté.

    Et je n'ai absolument aucune idée de la manière de m'y prendre pour réaliser cela correctement.

    je ne vais tout de même pas devoir installer tout un environnement de cross-compil de chez syno pour creer juste un package c'est une blague ? si... ?

    une piste ? un tuto en français ?

    merçi

    Cordialement

  7. Bonsoir,

    Ayant été confronté ce jour au problème identique la seule solution fonctionnelle que j'ai trouvé à été d'aller supprimer la référence du dit dossier manuellement

    en regardant de ne pas supprimer autre chose dans le fichier situé à cet endroit en ssh:

    Attention dans ce fichier, tout est sur une seule ligne, gaffe a la partie a supprimer !

    pour moi : 

    Citation

    /var/packages/VideoStation/folder.conf

    Après édition du fichier en conséquence, j'ai enfin pu Ajouter le dossier que VideoStation ne voulais pas prendre me disant qu'il l'avais déja.

    et il n'avais pas tors le bougre, il l'avais bien gardé dans son fichier d'une précédente entrée.

    Mais... parce qu'il y à un mais...

    Moi , comme un con, j'ai renommé le dossier partagé il y a quelques temps, et modifié le chemin dans l'indexation par la suite seulement !

    Et ça, VideoStation n'a apparement pas apprécié, vu que lui dans son fichier avais gardé l'ancien nom du dossier.

    du coup l'indexation quand je lui demande de supprimer la réference du dit dossier, ne le trouve plus puisque renommé précédement.

    et comme le developpeur de VideoStation est un pro pour qui apparement les routines de verifications d'existences de repertoires ne servent à rien

    et donc que c'est plus rapide de coder sans se préoccuper d'implémenter une éventuelle gestion d'erreur, telle qu'une absence de repertoire par exemple hein...

    On se retrouve dans cette situation ou VideoStation ne sais rien faire d'autre que ça pour nous prévenir de l'erreur sans en dire plus, 

    puisque sans gestion de l'erreur il est incapable de l'afficher clairement !

    donc go éditer le fichier à la main en attendant que ce sois peut-être réglé dans une version future.

    Cordialement

  8. bonjour,

    bon apparement pour le moment, on n'est pas prêt d'avoir la solution au problème, c'est même plutôt mort.

    c'est ça d'envoyer des mises à jour avant d'avoir tout testé.

    enfin soit, la réponse de chez synology est pour le moment la suivante, donc reste à attendre qu'ils règle le problème, à quelle update , va savoir...

    Citation

    Dear Customer,

    Thank you for your inquiry and please allow us reply in English.

    We are so sorry but this method described in the link does not currently apply to Nginx for DSM 6. There is currently no workaround, I apologize for your inconvenience. However, I have passed this message to our developers and product management group. They will have more research on such feature. Thank you for bringing this issue to our attention. 

    If you need to suggest more features, you could also submit the following form to let the PM team know your ideas:

     

  9. bonjour,

    si tu es sous windows 10 essaye non pas avec eedge mais avec internet explorer toujours présent dans windows 10 qui lui fonctionne toujours avec flash, java et autres,

    des fois ça dépanne dans ce genre de situations.(tu le trouveras en tapant internet explorer dans la loupe de recherche de la barre du bas)

    si pas tente non pas par ton nom de domaine mais par adresse ip différentes je m'explique quand ça m'arrive au lieux d'utiliser l'ip 218.xxx.xxx.xxx

    j'essaye 192.168.0.20:5001   qui donne sur mon nas et resoud le probleme le temps de faire ce que je dois faire.

     

  10. Bonjour à tous et toutes,

    Ayant pour but de limiter l'accès d'un répertoire web aux seuls utilisateurs autorisés, 

    je tente de mettre en place une protection de type Basic Authentification sans succès jusqu'a présent,

    en admettant que l'url du serveur soit: serveur.me

    que l'emplacement du repertoire web a proteger se situe sur le sino à l'emplacement suivant: /volume2/web/repertoireprotege

    que l'emplacement du fichier .htaccess se trouve à l'emplacement: /volume2/web/repertoireprotege/.htaccess

    je crée donc un fichier dans /etc/nginx/sites-enabled  nommé serveur.me

    contenant les infos suivantes:

    server{
           listen 443;
           server_name server.me;
    
           root /volume2/web/repertoireprotege;
    
           location / {
                       auth_basic "Restricted";
                       auth_basic_user_file /volume2/web/repertoireprotege/.htaccess;
                      }
           }
    

    restart de nginx: synoservicecfg --restart nginx

    test de la chose serveur.me/repertoireprotege/   et... rien, que dalle la page d'index du dit répertoire s'affiche

    mais la protection ne fonctionne pas !

    Aurais-je commis une erreur ? , probablement mais quoi et ou ?, comment résoudre cela ?

    j'ai essayé sous le serveur apache 2 de DSM 6.0.2 du syno et là je tente sous son serveur Nginx,

    là je commence doucement à ne plus voir de quel sens me tourner, ça fait deux semaines que je cherche,

    Même si je stoppe web station dans le centre de paquet j'accède a mes sites allez comprendre...

    soit web station a un gros mais alors très gros problème, soit il ne gère rien du tout et se fout totalement de la config.

    je ne cacherai pas que l'aide ou conseils de quelqu'un de plus expérimenté que moi sur le sujet serais la bienvenue et grandement apréciée.

    merçi

    Correction d'après un post lu récement:

    Bon d'après ce que j'en ai compris je suis à côté de la plaque, le fichier gérant les virtualhost se trouve maintenant à l'emplacement 

    suivant : /var/packages/WebStation/etc/VirtualHost.json  (merci synology).

    bien entendu fichier fournis sans aucune indications de configuration , ni dans le fichier lui-même, ni dans un fichier texte qui aurais pu l'accompagner,

    aucune info de dispo dans knowledge base de chez synology, ni sur le forum , ni sur google (merçi, merçi synology).

    alors c'est bien beau, mais vu que ce foutu fichier remplace les enciens fichiers virtualhost dans lesquels j'indiquais mes base authentification,

    comment je fais maintenant avec le VirtualHost.json parce que c'est un sacré bordel dans ce fichier, rien y est détaillé, et l'écriture y est complètement différente !

    edit : suppression du pêtage de plombs précédent , ça ne le fais pas trop sur un forum, désolé de m'être un poil emporté, mais bon au bout d'un moment je râle tout haut ^^.

    là un ticket est en cours chez synology vu que pas de solution en vue, je continue a chercher entre-temps, et ne manquerai pas de faire un retour de la solution

    dès que j'en trouverai une ou qu'un éclaircissement de synology se fasse.

    histoire que cela puisse aider ceux qui pourraient se trouver dans le même cas.

    cordialement

     

  11. Bonsoir,

    Firefox dernière version en date du site officiel, ainsi que sous firefox developper.

    Les deux versions désinstallées et réinstallées + un coup de ccleaner.

    Et pareil , sous google-chrome, ça passe sans problème.

    Bizzarement sous debian avec iceweasel, ça passe sans problème.

    A ne plus rien y comprendre.

    Plus qu'à attendre...

    Cordialement

  12. Bonjour,

    j'ai le même soucis, apparement chez moi le problème semblerais venir d'un script sur lequel le navigateur bloque constament.

    .../scripts/ext-3/ext-all.js/?......

    et donc à chaque fois qu'il tente l'execution du scipt , on a droit a un joli message : Firefox ne repond plus.

    Lorsqu'il répond de nouveau, il rafraichis la page et donc relis le script et re-belotte.

    Cordialement

  13. Bonsoir,

    Je me prénome Jean-Jacques , 45 ans.

    Originaire de Belgique , région Charleroi.

    Possesseur d'un NAS DS214se depuis maintenant environ un an. (dont je suis très satisfait cela dit en passant).

    Mes hobbies, les challenges de hacking pour le fun, voir içi pour plus de détails : Security Info Chalenges

    un peu de programmation de temps a autre cela dépend de l'envie du moment.

    Equipé d'une vieille machine en tri-boot  Windows 7 / Ubuntu 14.04 / Kali Sana 2.0, et par moment Tails sur clé usb.

    En ce moment surtout occupé a bidouiller DSM 6.0 béta a la recherche de bogues et de solution quand je le peut.

    Mon plus gros soucis actuellement étant de comprendre comment installer correctement de quoi cross-compiler pour le nas,

    et réussir a compiler cette foutue librairie boost pour le nas.

    généralement le développement je le fesait sous windows, mais afin de pouvoir me débarasser de windows j'essaye de trouver comment faire sous linux.

    certe il y a des tutos trouvable sur le net , mais soit incomplets, soit divergeants, voir incompréhensible pour le commun des mortels.

     

    Bien à vous, Bonne soirée a tous et toutes.

  14. Bonsoir,

    Concernant DSM 6.0 beta,

    A savoir que l'entièreté des paquets communauté sont indisponibles. (la liste ne s'affiche même pas).

    Que de nombreuses fois, il y a des pertes de connexion lorque l'on ouvre le gestionnaire de paquets.

    Que l'activation du jumbo frame fout le bordel (pertes de connexion).

    Que le gestionnaire de paquets notifie bien des mises a jour à éffectuer, mais impossible de les éffectuer, elles n'apparaissent pas.

    Qu'il y a un gros soucis niveau sécurité (SSH) j'en ai reporté le bug chez synology, ils se sont connecté durant une semaine pour voir d'ou venais le problème,

    en gros même si SSH est désactivé, et limité par adresse spécifique dans le firewall du nas, le port SSH reste malgré tout ouvert et attaquable,

    j'ai pu leurs démonter les faits par attaques avec kali linux.

    donc DSM confirme que le port SSH est fermé, le firewall interdit les connexions a SSH autre que venant de mon reseau interne,

    et pourtant le port reste ouvert et le firewall s'en tape les coquillettes.

    A part cela , il y a des changements interressants, mais pas encore complètement débug.

    Pour ceux qui utilisent Init-3rdparty , il n'est plus compatible et ne fonctionne donc plus , a l'heure ou j'écris ces mots, donc a suivre l'évolution.

    Maintenant comme d'autres utilisateurs l'ont dit plus haut, cela reste une béta, avec les risques que cela comporte.

    d'un autre coté si tu trouves suffisement de bug et / ou  solutions pour les résoudre, tu as une petite chance de pouvoir gagner un NAS tout neuf,

    offert par synology, mais bon c'est une chance très mince vu le nombre de béta testeur, et ça prend pas mal de temps et de bidouillages.

     

    Bien à vous, Bonne soirée à tous et toutes.

  15. Bonsoir,

    Synology aurais-t'il la gentillesse de bien vouloir nous compiler une version de l'application DS Cloud pour les smartphones tournant sous windows phone svp ?

    En effet comme beaucoup d'entre-nous l'ont remarqués son utilisation s'avère être bien pratique...

    Seul bémol, Tous les membres de la familles (dans la mienne par exemple) ne tendent pas forcément vers un smartphone tournant sous android.

    Ceux parmis eux qui sont sous android, ne posent pas de problème, par contre ceux sous windows phone, j'ai l'air d'un con avec le smartphone d'un coté et 

    DS Cloud version uniquement pour android de l'autre coté... 

    et j'aimerais bien qu'ils puissent aussi communiquer ensemble sinon a quoi bon avoir son propre Cloud sur le syno ?

    Je vous remercie de bien vouloir prendre cette humble demande en considération pour tous les utilisateurs à qui cela pourrais être utile.

    Merçi

  16. Bonsoir,

    d'après la doc:

    Now direct Firefox to use your servers rather than the default, 
    Mozilla-hosted ones. Enter “about:config” in the URL bar, search for items containing “fxaccounts”, 
    and edit them to use your self-hosted URLs:
    
    use your auth-server URL to replace “api.accounts.firefox.com” in the following settings:
    
    identity.fxaccounts.auth.uri
    
    use your content-server URL to replace “accounts.firefox.com” in the following settings:
    
    identity.fxaccounts.remote.signin.uri
    identity.fxaccounts.remote.signup.uri
    identity.fxaccounts.remote.force_auth.uri
    identity.fxaccounts.settings.uri
    
    

    source : https://docs.services.mozilla.com/howtos/run-fxa.html

    Bien à vous