carabao

  • il y a 13 heures
  • Inscrit 4 juil. 2004
  • 2 meilleures réponses
  • Petit nouveau Adepte du forum Rédacteur potentiel Amoureux Amoureux passionné
  • sulk517 Effectivement, l’IPV6 sur les box internet semble poser des problèmes de stabilité et de fluidité du réseau.

    Malheureusement, c’est toujours d’actualité.

    Ce n’est plus quelque chose que je constate à travers différents FAI au niveau France actuellement où historiquement il fallait désactiver l’accès par IPv6 car cela engendrait pas mal de soucis.
    Si c’est propre à sa Box je ne dis pas car je ne la connais pas du tout par contre , ni son FAI ainsi que sa localisation.
    Mais ça serait dommage d’encore ralentir le passage à IPv6 natif sans bricolage intermédiaire.
    Rapport de l’ARCEP sur la transition IPv6 en France https://www.arcep.fr/cartes-et-donnees/nos-publications-chiffrees/transition-ipv6/barometre-annuel-de-la-transition-vers-ipv6-en-france.html .

    Reste à voir les retours de @carabao maintenant en tout cas pour l’accompagner vers la meilleure solution sans dégrader la sécurité 🙂

    • @Nicosss

      Bonjour,

      Effectivement, l’IPV6 sur les box internet semble poser des problèmes de stabilité et de fluidité du réseau.

      Malheureusement, c’est toujours d’actualité.

      Une recherche sur les différents forums des FAI vous permettront de le constater. Certains techniciens l’avouent du bout des lèvres…

      @carabao

      Au pire, vous posez tester pendant quelques jours pour faire vos propres constats et revenir à votre ancienne configuration si vous n’êtes pas convaincu.

      Vous n’avez rien à perdre. Ce n’est juste qu’une piste à votre disposition. C’est le principe de Linux, tester par soi-même pour trouver la meilleur configuration pour son environnement.

      Mais c’est ce que j’ai pu constater de nombreuses fois.

      Vous devriez déjà avoir remarqué une nette amélioration de stabilité avec ces dernières astuces ?

      Quels sont vos retours ?

      • @carabao

        L’IPV6 semble activé sur votre box. Il est notoire que ce protocole pose des problèmes de stabilité.

        C’est un gain de vitesse et de stabilité que de le désactiver dans l’interface de votre box internet.

        Depuis quand avez-vous redémarrer votre box internet ? 😉

        Le portage et l’intégration de IPV6 est très en retard.

        Les problèmes de latence peuvent s’expliquer par le protocole DNSSEC qui est mal géré par votre résolveur DNS actuel. Le moteur Chrome semble utiliser les protocoles Google interne.

        L’erreur de status de votre résolveur “Using degraded feature set UDP instead of UDP+EDNS0 for DNS server” indique des déconnections et reconnections en cascade liées au DNSSEC.

        Vous pouvez éditer dans votre éditeur préféré le fichier /etc/systemd/resolved.conf

        sudo gedit /etc/systemd/resolved.conf

        et enlever la dièse à la ligne 25 (ou voisine) pour désactiver le DNSSEC

        DNSSEC=no

        La commande pour redémarrer le résolveur :

        sudo systemctl restart systemd-resolved.service

        au besoin redémarrer le pc.

        sudo reboot

        J’émets une réserve quand à la stabilité de cloudflare qui a été largement commenté sur le web anglo-saxon.

        • xamolf wrote:@carabao j'ai pris un peu le temps de regarder et malheureusement, je pense que ça vient de leur binaire, car les scripts de démarrage n'ont pas changé entre ces deux versions (3.0.1 et 3.0.3).
          Du coup, je ne sais pas trop comment fix ce problème. D'autant plus que je ne peux pas le reproduire sur mon Gnome.

          Sinon j'ai publié la nouvelle version 3.1.0 sortie hier soir.

          Mais je réitère ma question : si tu le désires, je peux aussi te faire un paquet spécialement pour la 3.0.1 ?
          Woah Merci Maxime, on sait tous parfois comment des choses simples peuvent devenir compliqué avec Linux.

          Aujourd'hui retour de vacances mon client drive ne synchronisait plus (en fait depuis le 15/04).
          J'ai déjà employé la solution Alien / deb /rpm exposé plus haut.

          Je ne connaissais pas copr, je reviens sur ce fil pour checker si il a été mis à jour et deux minutes plus tard grâce a ton travail et ton partage je peut rebosser.

          sudo dnf-remove synology drive

          puis

          sudo dnf copr enable emixampp/synology-drive
          sudo dnf --refresh install synology-drive

          Source : https://copr.fedorainfracloud.org/coprs/emixampp/synology-drive/

          J'ai retrouvé ma config et la synchro tourne !

          Merci @emixampp !!
        • @carabao j'ai pris un peu le temps de regarder et malheureusement, je pense que ça vient de leur binaire, car les scripts de démarrage n'ont pas changé entre ces deux versions (3.0.1 et 3.0.3).
          Du coup, je ne sais pas trop comment fix ce problème. D'autant plus que je ne peux pas le reproduire sur mon Gnome.

          Sinon j'ai publié la nouvelle version 3.1.0 sortie hier soir.

          Mais je réitère ma question : si tu le désires, je peux aussi te faire un paquet spécialement pour la 3.0.1 ?
        • xamolf wrote:@carabao Ah en effet ! Je n'avais pas testé avec KDE, vu que j'utilise Gnome. Je vais essayer de jeter un coup d'œil à ça au niveau du script de démarrage. J'essayerai de faire ça au plus vite, mais je ne promets rien. Le problème est peut-être dans le code compilé.

          Avais-tu ce problème avec les versions précédentes du paquet avec Alien ? Ou c'est uniquement avec la dernière/les dernières ? (je veux dire, si tu sais me préciser une version qui fonctionnait ou ça n'a jamais fonctionné ?)

          PS: désolé pour le délai de ma réponse, je n'avais pas activé les notifications

          Pas de problème, encore merci pour ton rpm.

          De mémoire:

          [q]Avec la version 3.0.2 du flatpack, j'avais l’icône[/q]
          [q]Avec la version 3.0.3 du flatpack, impossible de démarrer le programme (erreur avec le plugin wayland ??)[/q]
          [q]Avec le deb (3.0.2 et 3.0.3) transformé en rpm via alien, pas d'icône[/q]

          Ton rpm s'installe sans soucis, sans aucun paramètres supplémentaires.
          [q]Se lance sans problème en cliquant sur l'icône[/q]
          [q]Se lance sans problème en ligne de commande[/q]

          Mais pas en démarrage automatique
        • @carabao Ah en effet ! Je n'avais pas testé avec KDE, vu que j'utilise Gnome. Je vais essayer de jeter un coup d'œil à ça au niveau du script de démarrage. J'essayerai de faire ça au plus vite, mais je ne promets rien. Le problème est peut-être dans le code compilé.

          Avais-tu ce problème avec les versions précédentes du paquet avec Alien ? Ou c'est uniquement avec la dernière/les dernières ? (je veux dire, si tu sais me préciser une version qui fonctionnait ou ça n'a jamais fonctionné ?)

          PS: désolé pour le délai de ma réponse, je n'avais pas activé les notifications
        • Refuznik wrote: Nvidia a publié le nouveau driver corrigeant le problème, il y a un peu plus d'une semaine. Par contre je ne vois toujours rien dans les dépots.
          carabao wrote:Tu parles de quel pilote, ceux-là ? https://www.nvidia.fr/download/driverResults.aspx/166897/fr

          Ils sont bien présents dans rpmfusion non libre : https://download1.rpmfusion.org/nonfree/fedora/updates/33/x86_64/repoview/index.html
          Heu, les drivers 455.45 résolvent le problème de compatibilité avec le kernel 5.9 ?
          @carabao : sur cette autre discussion tu me répondais le contraire. J'ai raté quelque chose ?
        • Bonjour à tous 🙂 ,

          Malheureusement @carabao , j'ai vu la semaine dernière un tuto pour install POL via docker mais pas réussi et sa me parait lourd et pas idéal...

          @winmandrake, je fais tourner la majorité via lutris maintenant, beaucoup plus simple et efficace que POL 😃 , par contre je restais sur POL pour sa facilité de gestion des versions de wine... , certains jeux ne tourne qu'avec wine 3.x voir 1.x pour une raison qui m'échappe ^^ .

          J'avais vu qu'ils commençait à manquer de dev pour maintenir POL mais je pensais pas qu'il était plus maintenu... et la beta POL 5.0 me parait instable surtout via flatpak... est-ce une version officiel?

          Y-a-t-il encore une chance de ressuscité Mr POL ou il faut commencer à faire les funérailles? 😢
        • @carabao : C'était ça : avec les drivers de negativo ça marche 🙂

          @nouvo09 j'ai regardé avant d'installer les drivers negativo et je n'avais pas d'erreur
        • @carabao
          dans /etc/gdm/custom.conf j'ai ça :
          # GDM configuration storage
          
          [daemon]
          # Uncomment the line below to force the login screen to use Xorg
          WaylandEnable=false
          
          [security]
          
          [xdmcp]
          
          [chooser]
          
          [debug]
          # Uncomment the line below to turn on debugging
          #Enable=true
          Dans /etc/modprobe.d/blacklist.conf j'ai blacklist nouveau
          Quand tu parles de kernel, tu parles bien de /etc/default/grub ?
          Parce que dans ce fichier j'ai ça :
          GRUB_TIMEOUT=5
          GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)"
          GRUB_DEFAULT=saved
          GRUB_DISABLE_SUBMENU=true
          GRUB_TERMINAL_OUTPUT="console"
          GRUB_CMDLINE_LINUX="modprobe.blacklist=nouveau nvidia-drm.modeset=1 nouveau.modeset=0 resume=/dev/mapper/fedora-swap rd.lvm.lv=fedora/root rd.lvm.lv=fedora/swap nomodeset rhgb quiet rd.driver.blacklist=nouveau"
          GRUB_DISABLE_RECOVERY="true"
          GRUB_ENABLE_BLSCFG=true
          On voit bien modprobe.blacklist=nouveau et rd.driver.blacklist=nouveau....
        • @carabao j'ai essayé de mettre ça dans /etc/default/grub sur la ligne GRUB_CMDLINE_LINUX.
          Et de mettre ça sur la ligne de grub au démarrage (comme pour l'init 3) mais à chaque démarrage le
          $ lsmod | grep nouveau
          Donnait toujours la même chose
        • Cela m'intéresse effectivement. 🙂 Merci.

          @carabao c'est gentil de mentionner mais je ne cite globalement que des messages décrivant un minimum l'apport de la nouvelle version. Pas juste une mention de sa sortie, sinon on ne s'en sort pas. 🙂 Merci quand même.

          Je regarderais ton forum à l'occasion, étant en Belgique maintenant cela peut être utile. 😉
        • @carabao

          Apparrement le spin KDE utilise un Anaconda plus vieux, ou une option mais il demande encore, en effet, le mot de passe pour root. Ce qui est assez étonnant! Mais ce n'est pas pour autant que son mot de passe est celui de l'utilisateur... Et on n'est pas dans la section KDE, donc on va supposer que l'OP est sous Gnome et Fedora officielle.

          @tastybud
          Si tu ouvres un terminal et que tu tapes:
          sudo -i
          Avec ton mot de passe de l'utilisateur actuel. Tu arrives à passer root ? Si c'est le cas tu peux utiliser la commande
          passwd
          pour definir le mot de passe root.