Re: Migration Stretch vers Buster : plus de mode graphique : résolu
Bonjour. Il vous indique un paquet legacy car vous avez du vieux matériel graphique. Ce paquet nvidia-legacy provient tout de même de non-free car il n'est pas libre, il inclut le module noyau DRM exploité par DKMS + le pilote graphique exploité par xorg. Dans Buster le pilote xorg "nouveau" existe bien (xserver-xorg-video-nouveau) et le module nouveau est déjà intégré au noyau, il se lance automatiquement au boot du kernel, il est moins performant que celui de nvidia pour l'instant mais la tendance à la compatibilité s'accélère à l'instar de amdgpu. Si vous avez besoin de performances video, 2D, 3D prenez le propriétaire, si vous avez besoin d'accélération video + 2D seulement prenez nouveau. Maxime. 15 novembre 2019 12:00 "ajh-valmer" a écrit: > On Friday 15 November 2019 10:37:11 didier.gau...@gmail.com wrote: > >> Le jeudi 14 novembre 2019 18:10:03 UTC+1, ajh-valmer a écrit : >> J'ai choisi le driver nvidia free (nvidia-legacy-340xx-driver). >> >> Le pilote libre c'est Nouveau, le pilote que tu indiques est la >> version ancienne (legacy) du pilote propriétaire Nvidia > > Je ne vois pas de pilote nvidia "nouveau", > mais "xserver-xorg-video-nouveau". > > (ne pas confondre "serveur xorg" et "pilote", ce sont 2 choses). > > Si j'installe sous Buster "nvidia-detect" venant de Stretch, > il m'indique : nvidia-legacy-340xx-driver. > > Bonne journée.
Re: Migration Stretch vers Buster : plus de mode graphique
Bonjour. Peut-être qu'un petit ménage s'impose avec: apt update apt purge nvidia* rm /etc/X11/xorg.conf **(ou un move ailleurs pour sauvegarde car xorg se débrouille sans conf aujourd'hui) reboot apt install nvidia-detect nvidia-detect apt install nvidia-driver **(ou autre paquet annoncé par nvidia-detect) Maxime. 12 novembre 2019 09:25 "Daniel Huhardeaux" a écrit: > Le 11/11/2019 à 19:58, ajh-valmer a écrit : > [...] > >>> Connexion ssh possible ? Peux tu te connecter sur une console >>> (Ctrl+Alt+F1 à F6) >> >> Comme je l'avais écrit : >>> Si je lance X, l'écran devient noir, rien, >>> plus de clavier, bloqué, seule solution : hard reboot. > > Cela n'empêche pas ssh d'être fonctionnel ... > > -- Daniel
Re: pas de son buster
Normalement tout est installé par défaut pour que tout fonctionne. N'ayant pas l'antériorité de vos manipulations, je vous conseille de vérifier que la bonne sortie audio soit sélectionnée dans votre centre de contrôle KDE. Si le panneau de gestion du son présente des impossibilités d'administration il vous faut vérifier que pulseaudio et alsa sont bien installés et sont lancés: apt list --installed | grep "pulse" en cas de résultats, ceci pourra vous indiquer si le daemon tourne: pactl stat Si le défaut semble être hardware, il vous faut regarder le dmesg et voir si il ne manque pas un firmware: dmesg dmesg | grep "firm" Maxime. 4 décembre 2019 03:15 "eau céan" mailto:calem...@hotmail.com?to=%22eau%20c%C3%83%C2%A9an%22%20)> a écrit: installation kde Bonjour. Pouvez-vous nous préciser de quelle manière avez-vous installé Debian Buster ? (netinstall, dvd ?) si DVD quel tache d'installation bureautique avez vous choisi: Gnome, Mate, KDE, Cinnamon ? Merci. Maxime. 3 décembre 2019 04:56 "eau céan" (mailto:calem...@hotmail.com) a écrit: > bonjour > > je viens d'installer buster dans mon ordi très usagé > > pas de son > > j'étais avec jessie et tout fonctionnait à merveille > > lenovo~$ cat /proc/asound/cards > 0 [Intel ]: HDA-Intel - HDA Intel > HDA Intel at 0xfc52 irq 29 > je ne suis pas informaticien > > je ne connais presque rien en ligne de commande mais voici quelques > informations supplémentaires > > root@buster:/home/gilles# lspci > 00:00.0 Host bridge: Intel Corporation 4 Series Chipset DRAM Controller > (rev 03) > 00:02.0 VGA compatible controller: Intel Corporation 4 Series Chipset > Integrated Graphics Controller (rev 03) > 00:02.1 Display controller: Intel Corporation 4 Series Chipset > Integrated Graphics Controller (rev 03) > 00:03.0 Communication controller: Intel Corporation 4 Series Chipset > HECI Controller (rev 03) > 00:03.2 IDE interface: Intel Corporation 4 Series Chipset PT IDER > Controller (rev 03) > 00:03.3 Serial controller: Intel Corporation 4 Series Chipset Serial KT > Controller (rev 03) > 00:19.0 Ethernet controller: Intel Corporation 82567LM-3 Gigabit Network > Connection (rev 02) > 00:1a.0 USB controller: Intel Corporation 82801JD/DO (ICH10 Family) USB > UHCI Controller #4 (rev 02) > 00:1a.1 USB controller: Intel Corporation 82801JD/DO (ICH10 Family) USB > UHCI Controller #5 (rev 02) > 00:1a.2 USB controller: Intel Corporation 82801JD/DO (ICH10 Family) USB > UHCI Controller #6 (rev 02) > 00:1a.7 USB controller: Intel Corporation 82801JD/DO (ICH10 Family) USB2 > EHCI Controller #2 (rev 02) > 00:1b.0 Audio device: Intel Corporation 82801JD/DO (ICH10 Family) HD > Audio Controller (rev 02) > 00:1d.0 USB controller: Intel Corporation 82801JD/DO (ICH10 Family) USB > UHCI Controller #1 (rev 02) > 00:1d.1 USB controller: Intel Corporation 82801JD/DO (ICH10 Family) USB > UHCI Controller #2 (rev 02) > 00:1d.2 USB controller: Intel Corporation 82801JD/DO (ICH10 Family) USB > UHCI Controller #3 (rev 02) > 00:1d.7 USB controller: Intel Corporation 82801JD/DO (ICH10 Family) USB2 > EHCI Controller #1 (rev 02) > 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev a2) > 00:1f.0 ISA bridge: Intel Corporation 82801JDO (ICH10DO) LPC Interface > Controller (rev 02) > 00:1f.2 SATA controller: Intel Corporation 82801JD/DO (ICH10 Family) > SATA AHCI Controller (rev 02) > 00:1f.3 SMBus: Intel Corporation 82801JD/DO (ICH10 Family) SMBus > Controller (rev 02) > > alors si quequ'un a une solution pour que je puisse continuer d'utiliser > mon ordi très usagé > > et enfin avoir du son avec buster comme avant avec jessie (j'ai remis le > disque dur de jessie et le son fonctionne très bien) > > merci
Re: Problème d'envoi avec Postfix, Yahoo et UTF8
Bonjour. Pouvez-vous vérifier que postfix a bien pris en charge les nouveaux paramètres et ré-essayer ? Maxime. 3 décembre 2019 11:37 "JUPIN Alain" mailto:aju...@jupin.net?to=%22JUPIN%20Alain%22%20)> a écrit: Bonjour, Je me permet de venir solliciter votre aide sur un problème avec Postfix et UTF8 que je n'arrive pas à solutionner. Lorsqu'un internautes s'enregistre sur l'une des activités, un script PHP envoie une confirmation d'inscription au demandeur. L'envoie se fait via un serveur Postfix en version 3.1.12 (Debian 9.11). Quand l'envoie va vers une adresse yahoo, le message est refusé avec l'erreur suivante : (mailto:xxx...@yahoo.fr): SMTPUTF8 is required, but was not offered by host J'ai ajouté les directives au fichier /etc/postfix/main.cf : smtputf8_enable = yes smtputf8_autodetect_classes = all J'ai essayé également avec les variantes : smtputf8_autodetect_classes = sendmail smtputf8_autodetect_classes = verify smtputf8_autodetect_classes = sendmail, verify Mais sans succès pour résoudre ce problème d'envoi. Chez Gmail et Hotmail, cela fonctionne correctement dans tous les cas. Une petite idée ? -- Alain JUPIN Lumières d'Ici ... et d'Ailleurs (http://www.jupin.net)
Re: pas de son avec buster ?????
Bonjour. Pouvez-vous nous préciser de quelle manière avez-vous installé Debian Buster ? (netinstall, dvd ?) si DVD quel tache d'installation bureautique avez vous choisi: Gnome, Mate, KDE, Cinnamon ? Merci. Maxime. 3 décembre 2019 04:56 "eau céan" a écrit: > bonjour > > je viens d'installer buster dans mon ordi très usagé > > pas de son > > j'étais avec jessie et tout fonctionnait à merveille > > lenovo~$ cat /proc/asound/cards > 0 [Intel ]: HDA-Intel - HDA Intel > HDA Intel at 0xfc52 irq 29 > je ne suis pas informaticien > > je ne connais presque rien en ligne de commande mais voici quelques > informations supplémentaires > > root@buster:/home/gilles# lspci > 00:00.0 Host bridge: Intel Corporation 4 Series Chipset DRAM Controller > (rev 03) > 00:02.0 VGA compatible controller: Intel Corporation 4 Series Chipset > Integrated Graphics Controller (rev 03) > 00:02.1 Display controller: Intel Corporation 4 Series Chipset > Integrated Graphics Controller (rev 03) > 00:03.0 Communication controller: Intel Corporation 4 Series Chipset > HECI Controller (rev 03) > 00:03.2 IDE interface: Intel Corporation 4 Series Chipset PT IDER > Controller (rev 03) > 00:03.3 Serial controller: Intel Corporation 4 Series Chipset Serial KT > Controller (rev 03) > 00:19.0 Ethernet controller: Intel Corporation 82567LM-3 Gigabit Network > Connection (rev 02) > 00:1a.0 USB controller: Intel Corporation 82801JD/DO (ICH10 Family) USB > UHCI Controller #4 (rev 02) > 00:1a.1 USB controller: Intel Corporation 82801JD/DO (ICH10 Family) USB > UHCI Controller #5 (rev 02) > 00:1a.2 USB controller: Intel Corporation 82801JD/DO (ICH10 Family) USB > UHCI Controller #6 (rev 02) > 00:1a.7 USB controller: Intel Corporation 82801JD/DO (ICH10 Family) USB2 > EHCI Controller #2 (rev 02) > 00:1b.0 Audio device: Intel Corporation 82801JD/DO (ICH10 Family) HD > Audio Controller (rev 02) > 00:1d.0 USB controller: Intel Corporation 82801JD/DO (ICH10 Family) USB > UHCI Controller #1 (rev 02) > 00:1d.1 USB controller: Intel Corporation 82801JD/DO (ICH10 Family) USB > UHCI Controller #2 (rev 02) > 00:1d.2 USB controller: Intel Corporation 82801JD/DO (ICH10 Family) USB > UHCI Controller #3 (rev 02) > 00:1d.7 USB controller: Intel Corporation 82801JD/DO (ICH10 Family) USB2 > EHCI Controller #1 (rev 02) > 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev a2) > 00:1f.0 ISA bridge: Intel Corporation 82801JDO (ICH10DO) LPC Interface > Controller (rev 02) > 00:1f.2 SATA controller: Intel Corporation 82801JD/DO (ICH10 Family) > SATA AHCI Controller (rev 02) > 00:1f.3 SMBus: Intel Corporation 82801JD/DO (ICH10 Family) SMBus > Controller (rev 02) > > alors si quequ'un a une solution pour que je puisse continuer d'utiliser > mon ordi très usagé > > et enfin avoir du son avec buster comme avant avec jessie (j'ai remis le > disque dur de jessie et le son fonctionne très bien) > > merci
Re: [1/2HS] Serveur de messagerie perso, mails considérés comme spams et blacklistés
Bonjour. Effectivement il vous faut inscrire votre domaine sur les outils postmaster de Google et consors. Comme mentionné dans le mail de BERTRAND Joël précédemment, il vous faut impérativement utiliser un reverse DNS et inscrire un TXT SPF au minimum pour des questions de vérification. Il est de plus en plus préconisé d'utiliser un certificat pour transmettre les mails de manière chiffrée, vous pouvez renseigner votre postfix avec un certificat Letsencrypt. Enfin pour la majorité des soumissions, il est préconisé de mettre une limite la minute pour vos envois sous peine de greylisting. Vous devez vérifier que votre IP end-user n'est pas blacklisté sur les listes et que la réputation de votre domaine + IP n'est pas entachée, vous pouvez utiliser les outils de https://mxtoolbox.com/ pour cela. Maxime. 6 décembre 2019 14:05 "Tech N3" a écrit: > Salut la liste ! > >> Je vais être violent, gmail est une bouse configurée pour n'accepter >> correctement que les mails en provenance de gmail: > > Après quelques centaines d'heures passées à examiner ce problème dans tous > les sens, > j'ai trouvé un truc qui fonctionne, bien qu'il n'ait absolument rien à voir > avec la technique. > > Il convient d'inscrire le domaine sur les interfaces Web d'aide aux > postmasters proposées > par les GAFAM, par exemple : > > https://gmail.com/postmaster/?utm_source=next.36kr.com > https://sendersupport.olc.protection.outlook.com/pm > > Une fois fait, bizarrement les mails passent sans difficulté. > > Bonne continuation, > > Ph. Gras
Re: Comment interdire la consultation de son serveur web sur son IP directe et le port 443?
Je ne comprends pas la complexité des propositions précédentes. Simplement: Tu pointes ton vhost default vers une page de ton choix (blanche ou avec script de redirection ou redirect apache dans le vhost). Dans tous les cas les autres vhosts avec domaines pointent vers des repertoires (avec cgi ou autre). Si quelqu'un vient get / sur IP sans précédence domaine il aura la page par défaut de ton choix. Si quelqu'un vient get / sur IP avec précédence il sera envoyé vers le repertoire du vhost domaine qui va lui charger le bon site. Fail2ban les IP sources qui viennent sur ton serveur est une très mauvaise idée. Si iptables vient à missmatch sur le domaine réclamé il va ban le visiteur ou +, car avec les réseaux NATés tu risques de bannir plusieurs centaines de clients en trafic (réseaux mobiles par exemple) Maxime. 12 février 2020 15:01 "G2PC" a écrit: >> Remplace ta page html par une page php et envois l'adresse IP à fail2ban. > > Intéressant, je n'avais pas pensé à coupler PHP pour relever les IP et > travailler avec Fail2ban. > Je vais y penser, voir si cela peut être fait ainsi. > Enfin, j'aurais préféré que Fail2ban récupère les erreurs dans les logs, > dès lors ou une demande sur le vhost à l'écoute de l'ip se fait rejetée. > C'est déjà le cas actuellement avec la règle apache-auth ! > J'ai voulu paramétrer ma propre règle, pour surcharger les paramètres, > mais, ma règle ne semble pas travailler, c'était la le problème. > >> Je trouve toutefois cette demande très curieuse d'autant que >> visionduweb.com est redirigé vers l'accueil visionduweb.fr, alors >> pourquoi ne pas adopter le même comportement pour un accès via IP ... > > Comme je le disais, j'ai plusieurs domaines, donc, il faudrait alors > définir un site principale, hors, peut être que je ne souhaite pas > définir un site principale. > Quelques lectures m'ont laissées penser que ce n'était pas forcément si > judicieux et qu'il serrait intéressant de verrouiller la consultation > lorsque c'est l'adresse IP qui est saisie. > > J'utilisais bien une redirection il y a peu, de l'ip:80 vers le site > principale, mais, la redirection de l'ip:443 vers le site principale ne > fonctionne pas et je n'ai pas trouvé comment faire. > Dès lors, je me suis dis qu'il serait peut être plus judicieux de > verrouiller la consultation sur le navigateur, pour l'ip:80
Re: Chipsets graphiques les mieux supportés par les pilotes libres ?
Bonjour. J'ai eu des ennuis avec les pilotes nvidia sur les versions 41x pour une GTX 970: - Démarrage de Xorg chaotique. - Pas de son en HDMI (c'est ce qui ma tenu en haleine sur des dizaines de threads sur les forums et ML nvidia, debian, ubuntu, fedora ...) On a failli devenir fous car nvidia disait qu'ils voyaient pas d'où venait le problème puis ils l'ont corrigé dans la branche supérieure 43x sans trop d'explications à part une ligne dans un changelog. Debian Buster est sorti et on s'est pris un pilote 41x dans non-free ;D suite à quelques petites demandes à l'équipe de mainteneurs nvidia, ils ont poussé un 43x dans les backports et le problème est derrière nous. On peut pas compter sur le pilote nouveau actuellement pour des questions de performances mais ils y arriveront. Intel ça marche bien en libre mais ce sont des APU et les performances seront forcément moins bonnes que sur du dédié externe. Concernant AMDGPU, ce pilote libre explose tous les scores de performance sur toutes les cartes, donc il faut s'orienter sur AMD pour linux actuellement. 6 février 2020 09:55 nicolas.patr...@gmail.com a écrit: > Le 06/02/2020 09:45:01, BERTRAND Joël a écrit : > >> Surtout pas malheureux. Certaines cartes Nvidia ne >> fonctionnent plus >> qu'avec les pilotes libres, d'autres ne fonctionnent qu'avec les >> modules >> propriétaires. Les meilleures cartes supportées en libre sont les AMD >> et les Intel. >> >> À titre personnel, depuis que j'ai viré les cartes Nvidia, je >> me porte bien mieux. > > Chez moi, je n’ai jamais eu d’ennui avec ces cartes, encore moins avec les > versions empaquetées par > Debian. > Le seul truc chiant, c’est d’être obligé de redémarrer à chaque mise à jour > du pilote. Un truc > encore plus rare, c’est quand ta carte n’est plus suivie par nVidia (le > pilote change de nom). > Quelles cartes de nVidia ne fonctionne qu’avec des pilotes libres ? Et > combien ? Je voudrais bien > voir ça. > > nicolas patrois : pts noir asocial > -- > RÉALISME > > M : Qu'est-ce qu'il nous faudrait pour qu'on nous considère comme des humains > ? Un cerveau plus > gros ? > P : Non... Une carte bleue suffirait...
Re: Comment enlever facilement la PUB d'un enregistrement tv ?
Bonjour. Pouvez-vous nous préciser si vous cherchez une solution automatisable en CLI ou un autre logiciel en GUI à l'instar de Handbrake ? Merci. 2 février 2020 11:06 "hamster" a écrit: > Le 02/02/2020 à 07:40, machinSuite a écrit : > >> je veux enlever la pub au début, pendant et >> après l'enregistrement sans faire aucun transcodage comme c'est le cas avec >> handbrake > > Pour couper de la video sans re-encoder, j'utilise avidemux. Par contre > je l'utilise pour prendre un petit bout dans une video existante, je > sais pas si t'arrivera a l'utiliser pour enlever un petit bout.
Re: Comment enlever facilement la PUB d'un enregistrement tv ?
Sinon il y a LosslessCut ou VidCutter qui font le job en 3 clics de souris et en split/merge/copy. https://github.com/mifi/lossless-cut https://github.com/ozmartian/vidcutter 3 février 2020 00:19 "Haricophile" a écrit: > Le dimanche 02 février 2020 à 17:56 +0100, hamster a écrit : > >> Le 02/02/2020 à 13:56, Haricophile a écrit : >> et ffmpeg, ce qui est le plus «simple et stupide». >> C'est vrai. Et comme de bien entendu j'ai commencé par faire man ffmpeg >> mais… je ne suis jamais arrivé au bout ! > > https://www.ffmpeg.org/ffmpeg.html#Main-options option -ss et -to
Re: Chipsets graphiques les mieux supportés par les pilotes libres ?
Pour info: Ici un Pentium G4560 dans une moyenne tour: Sur le HD Graphics 610: full HD 1080p x264 @60fps aucun problème. 38°c / 15% d'utilisation sur 4 cores HT. Ici un Core i5-6200U, le HD Graphics 520 en full HD 1080p x264 @60fps aucun problème. 32°c / 20% d'utilisation sur 4 cores HT. Le tout en pstate powersave. ;) 7 février 2020 10:11 "BERTRAND Joël" a écrit: > Eric Meyer a écrit : > >> Bonjour, avec ma carte Geforce 970 qui marche très bien avec le pilote >> propriétaire aussi bien sous Debian que sous Gentoo, je mesure que j'ai >> eu un peu de chance... >> >> Mais ma question porte sur la puce graphique contenue dans les >> processeurs Intel. Je suis en train de mûrir le projet d'achat de mon >> futur pc, et comme je n'ai pas de besoin de graphisme pour les jeux, je >> me dis qu'en achetant un i7-9700k (qui correspond à mes besoins de >> calcul), je n'aurais pas besoin de carte graphique. >> >> Quelqu'un a-t-il déjà testé ? Et comment fait-on pour connecter un >> écran sur une carte mère sans carte graphique (je suis néophyte en >> montage pc, mais j'aimerais bien avoir les idées claires) ? > > Bonjour, > > Dans mon labo, j'ai un poste de travail avec une carte mère thin-mini > ITX et un i7-4770 muni de 16 Go de mémoire. Pas forcément très récent. > > Les cartes-mères permettant de gérer les GPU intel intégrés au CPU sont > munies des sorties graphiques qui vont bien. > > Sur ce poste (diskless), j'ai deux écrans fullHD, l'un en HDMI, l'autre > en DisplayPort. J'arrive même à lancer un truc comme Darkmod sans que > cela rame trop. Il y a moins de puissance que dans une carte dédiée, > mais c'est tout à fait utilisable. Chez moi, je dépasse rarement les 12 > images/s en fullHD parce que je limite la température max du CPU à 65°C. > > Le gros problème des GPU intel, c'est qu'ils rajoutent de la puissance > à la puissance. Le radiateur d'origine est déjà sous dimensionné, il > faut donc un sérieux radiateur, ce que je ne peux pas mettre dans le > boîtier. > > Pour tout ce qui est FreeCAD/KiCAD (vues 3D), ça passe sans aucun problème. > > JKB
Re: Comment interdire la consultation de son serveur web sur son IP directe et le port 443?
Comme expliqué par Apache, le port 443 est dedié à TLS, tu fais porter à ton virtualhost un certificat, quel qu'il soit, soit le signé de letsencrypt soit un autosigné, dans tous les cas ça ne matchera pas et il y aura une erreur côté client, après bypass de l'erreur le client se prendra soit le redirect en HTTP soit le redirect HTML comme proposé précédemment. Je ne reçois aucun redirect http sur mes tests de ton IP. Par contre il sert bien ta page d'erreur personnalisée, c'est que t'as du spécifier inutilement un root document quelque part en doublon de conf. Pour ton rewrite en 80, essayes ça: RewriteCond %{HTTP_HOST} ^139.99.173.195$ RewriteRule ^(.*)$ https://www.visionduweb.fr/$1 [L,R=301] 14 février 2020 14:02 "G2PC" mailto:g...@visionduweb.com?to=%22G2PC%22%20)> a écrit: Merci de vos retours, c'est sympa de tenter de m'aider à avancer ça. Magré tout, je crois qu'on est sur un autre type de problème. Encore une fois, je n'ai pas de difficulté pour mettre en place une redirection HTTP, dès lors ou l'adresse ip de mon serveur est consultée sur le port 80. C'est bien la redirection IP:443 qui me fait m'interroger, sur la façon de la gérer, puisque pour commencer, je n'ai pas de certificat let's encrypt pour mon ip, mais bien uniquement pour mes domaines. Est ce que le problème ne vient pas tout simplement de la ? # Rediriger l'adresse IP vers le domaine par défaut en https. RewriteEngine On RewriteCond %{HTTP_HOST} ^139.99.173.195$ RewriteRule ^(.*)$ https://www.visionduweb.fr$1 (https://www.visionduweb.fr%241) [QSA,L,R=301] Par exemple, actuellement (Sans aucune règle VHost pour IP:443), si je tente d'accéder à IP:443 j'ai le message suivant sur Firefox : http://139.99.173.195:443/ (http://139.99.173.195:443/) Bad Request Your browser sent a request that this server could not understand. Reason: You're speaking plain HTTP to an SSL-enabled server port. Instead use the HTTPS scheme to access this URL, please. En même temps, je n'ai aucune règle actuellement, pour Si je tente de mettre la règle précédente pour le port 80, en place pour le port 443, alors 139.99.173.195:443 ne va pas me rediriger vers https://www.visionduweb.fr (https://www.visionduweb.fr) mais vers mon premier site https://ethernium.fun (https://ethernium.fun) De plus, ma politique de no-hotlinking va faire en sorte que le site ethernium.fun va afficher l'image de sécurité anti hotlink. Qui plus est, à ce moment la, le site visionduweb.fr ne sera plus ( il me semble ) navigable ! Donc : 1- Je ne sais pas comment traiter IP:443 ( La redirection par HTML ne me semble pas répondre au problème rencontré. ) ( La VHost proposée est équivalente à ce que j'ai déjà tenté de mettre en place. ) 2- Je ne comprend pas pourquoi c'est le premier site de ma liste de sites qui va être affiché, lorsque je tente une redirection de IP:443 vers http://www.visionduweb.fr (http://www.visionduweb.fr) 3- Je ne comprend pas pourquoi le site visionduweb.fr ne sera plus navigable. Avec ma configuration actuelle : * 1.1 Les VirtualHosts suivants ont été ajoutés sur le serveur VPS (https://wiki.visionduweb.fr/index.php?title=VirtualHosts_des_domaines_enregistr%C3%A9s#Les_VirtualHosts_suivants_ont_.C3.A9t.C3.A9_ajout.C3.A9s_sur_le_serveur_VPS) * 1.2 000-default.conf (https://wiki.visionduweb.fr/index.php?title=VirtualHosts_des_domaines_enregistr%C3%A9s#000-default.conf) * 1.2.1 Recharger la configuration de Apache2 (https://wiki.visionduweb.fr/index.php?title=VirtualHosts_des_domaines_enregistr%C3%A9s#Recharger_la_configuration_de_Apache2) * 1.3 127.0.0.1.conf (https://wiki.visionduweb.fr/index.php?title=VirtualHosts_des_domaines_enregistr%C3%A9s#127.0.0.1.conf) * 1.3.1 Capturer les requêtes locales (https://wiki.visionduweb.fr/index.php?title=VirtualHosts_des_domaines_enregistr%C3%A9s#Capturer_les_requ.C3.AAtes_locales) * 1.4 139.99.173.195.conf (https://wiki.visionduweb.fr/index.php?title=VirtualHosts_des_domaines_enregistr%C3%A9s#139.99.173.195.conf) * 1.4.1 139.99.173.195 écoute du port HTTP 80 (https://wiki.visionduweb.fr/index.php?title=VirtualHosts_des_domaines_enregistr%C3%A9s#139.99.173.195_.C3.A9coute_du_port_HTTP_80) * 1.4.2 139.99.173.195 écoute du port HTTP 443 ( Si une règle équivalente à IP:80 est mise en place pour rediriger vers https://www.visionduweb.fr, alors ... (https://wiki.visionduweb.fr/index.php?title=VirtualHosts_des_domaines_enregistr%C3%A9s#139.99.173.195_.C3.A9coute_du_port_HTTP_443) * 1.5 ethernium.fun (https://wiki.visionduweb.fr/index.php?title=VirtualHosts_des_domaines_enregistr%C3%A9s#ethernium.fun) * 1.5.1 ethernium.fun écoute du port HTTP 80 . (https://wiki.visionduweb.fr/index.php?title=VirtualHosts_des_domaines_enregistr%C3%A9s#ethernium.fun_.C3.A9coute_du_port_HTTP_80) * 1.5.2 ethernium.fun écoute du port SSL 443 .. c'est ethernium.fun qui va être affiché, mais, les
Re: Buster - Pas de son - CM M2V / HDA VIA VT82xx - ALC660-VD (realtek ?)
Bonjour. Est-ce que pulseaudio est bien installé et tourne ? 18 février 2020 16:24 "Hugues MORIN" mailto:mor...@gmail.com?to=%22Hugues%20MORIN%22%20)> a écrit: Bonjour a Tous Je viens de passer un ancien PC (2007/2008 :) sous Buster et je viens de m'apercevoir que je n'ai pas de son (et je ne me rappelle pas s'il en a eu un jours). Pour info ce PC a ete upgrade plusieurs fois depuis Wheezy. Il semblerai que la carte mere equipant ce PC engendre des problemes avec le son a pas mal de personne, tant sous linux que sous windows. Dans Mate, "Systeme>Prefences>Materiel>Son" (mate-volume-control) ne semble pas fonctionner. Il n'enregistre pas les choix de carte son et les modifications. J'ai fait un peu le tour du net mais je n'ai rien trouve qui m'aide a reparer. Les quelques tuto ou forum concernant alsa ne m'ont pas permis de resoudre mon probleme. Je dois avouer ne pas trop savoir ce que je cherche ni meme par ou commencer ces recherches. Voici le resultat de quelques commandes que j'ai trouve dans les tuto et forum concernant la configuration de ma machine root@mamachine:~# dmidecode -s baseboard-manufacturer ASUSTeK Computer INC. root@mamachine:~# dmidecode -s baseboard-product-name M2V root@mamachine:~# uname -a Linux mamachine 4.19.0-8-686-pae #1 SMP Debian 4.19.98-1 (2020-01-26) i686 GNU/Linux root@mamachine:~# aplay -l Liste des Périphériques Matériels PLAYBACK carte 0: HDMI [HDA ATI HDMI], périphérique 3: HDMI 0 [HDMI 0] Sous-périphériques: 1/1 Sous-périphérique #0: subdevice #0 carte 1: VT82xx [HDA VIA VT82xx], périphérique 0: ALC660-VD Analog [ALC660-VD Analog] Sous-périphériques: 1/1 Sous-périphérique #0: subdevice #0 carte 1: VT82xx [HDA VIA VT82xx], périphérique 1: ALC660-VD Digital [ALC660-VD Digital] Sous-périphériques: 1/1 Sous-périphérique #0: subdevice #0 root@mamachine:~# cat /proc/asound/cards 0 [HDMI ]: HDA-Intel - HDA ATI HDMI HDA ATI HDMI at 0xfbcfc000 irq 32 1 [VT82xx ]: HDA-Intel - HDA VIA VT82xx HDA VIA VT82xx at 0xfbffc000 irq 17 hugues@mamachine:~$ groups hugues cdrom floppy audio dip www-data video plugdev netdev scanner bluetooth hugues@mamachine:~$ speaker-test -c 2 -l 1 -t wav speaker-test 1.1.8 Le périphérique de lecture est default Les paramètres du flux sont 48000Hz, S16_LE, 2 canaux fichier(s) WAV ALSA lib pcm_dmix.c:1108:(snd_pcm_dmix_open) unable to open slave Erreur d'ouverture à la lecture: -2,Aucun fichier ou dossier de ce type hugues@mamachine:~$ aplay /usr/share/sounds/alsa/Front_Center.wav ALSA lib pcm_dmix.c:1108:(snd_pcm_dmix_open) unable to open slave aplay: main:828: erreur à l'ouverture audio: Aucun fichier ou dossier de ce type Concernant l'erreur ALSA lib pcm_dmix.c:1108:(snd_pcm_dmix_open) unable to open slave, j'ai trouve cette page: https://dev.to/setevoy/linux-alsa-lib-pcmdmixc1108sndpcmdmixopen-unable-to-open-slave-38on (https://dev.to/setevoy/linux-alsa-lib-pcmdmixc1108sndpcmdmixopen-unable-to-open-slave-38on) hugues@mamachine:~$ lspci -knn|grep -iA2 audio 02:00.1 Audio device [0403]: Advanced Micro Devices, Inc. [AMD/ATI] RV630 HDMI Audio [Radeon HD 2600 PRO/XT / HD 3610] [1002:aa08] Subsystem: PC Partner Limited / Sapphire Technology RV630 HDMI Audio [Radeon HD 2600 PRO/XT / HD 3610] [174b:aa08] Kernel driver in use: snd_hda_intel Kernel modules: snd_hda_intel -- 80:01.0 Audio device [0403]: VIA Technologies, Inc. VT8237A/VT8251 HDA Controller [1106:3288] (rev 10) Subsystem: ASUSTeK Computer Inc. VT8237A/VT8251 HDA Controller [1043:81e7] Kernel driver in use: snd_hda_intel J'ai cree /etc/modprobe.d/default.conf et j'ai redemarrer mais toujours pas de son L'erreur ALSA lib pcm_dmix.c:1108:(snd_pcm_dmix_open) unable to open slave a neanmoins disparu sur speaker-test et aplay hugues@mamachine:~$ speaker-test -c2 speaker-test 1.1.8 Le périphérique de lecture est default Les paramètres du flux sont 48000Hz, S16_LE, 2 canaux Utilisation de 16 octaves de 'pink noise' La fréquence est 48000Hz (demandée 48000Hz) L'intervalle de la taille du tampon est de 2048 à 16384 L'intervalle de la taille de la période est de 1024 à 1024 Taille max. de tampon 16384 utilisée Périodes = 4 was set period_size = 1024 was set buffer_size = 16384 0 - Front Left 1 - Front Right Temps par période = 5,651972 0 - Front Left 1 - Front Right Temps par période = 5,973251 0 - Front Left ^CErreur en écriture: -4,Appel système interrompu xrun_recovery failed: -4,Appel système interrompu Échec du transfer: Appel système interrompu hugues@mamachine:~$ aplay /usr/share/sounds/alsa/Front_Center.wav Lecture WAVE '/usr/share/sounds/alsa/Front_Center.wav' : Signed 16 bit Little Endian, Fréquence 48000 Hz, Mono Au vue de ces resultat, je suppose que le probleme doit etre un probleme de module... et la... je suis perdu car je ne cerne pas du tout comment le systeme de module fonctionne. J'ai bien continue a chercher un peu mais je ne comprends pas ce que je lis. Je vous donne les liens car ca vous sera peut-etre plus parlant:
Re: [HS] recherche script batch pour doublons !
Bonjour. Je me suis servi de jdupes sur un nextcloud hébergeant des archives de 15 ans. J'ai gagné ~20 Go de doublons accumulés et jamais triés ;) 10 février 2020 07:59 "Contact" a écrit: > Bonjour > > fslint (dans les dépôts) vient avec un utilitaire nommé findup > > je n'ai jamais utilisé findup (mais j'ai utilisé fslint : ça marche bien) > > > > Fslint est une boîte à outils pour nettoyer la charpie du système de > fichiers. Il comprend une interface graphique GTK+ ainsi qu'une interface > en ligne de commande et peut être utilisé pour récupérer l'espace disque. > Il possède une interface pour la désinstallation des paquets, et il peut > trouver des choses comme : > > - les fichiers en double > - les noms de fichiers problématiques > - les fichiers temporaires > - les mauvais liens symboliques > - les répertoires vides > - les binaires non dénudés > > > > si ça peut aider > > Le 10/02/2020 à 06:52, ptilou a écrit : > >> Bonjour, >> >> J'ai plus de deux terra de données, du à une administration à la "légere" je >> me retrouve avec des >> doubles voir plus, ne portant pas les même: nom, date, etc ... >> >> J'ai fait des sauvegardes, et je cherche un script batch libre, mais je peut >> utiliser perl, aussi, >> pour avoir un disque de travail plus petit ! >> >> Quelqu'un peut me donner le script ? >> >> Merci
Re: Comment interdire la consultation de son serveur web sur son IP directe et le port 443?
Incompréhensible bazar ! De plus http://139.99.173.195/ (http://139.99.173.195/) ou https://139.99.173.195/ (https://139.99.173.195/) ne donnent plus aucun résultats à présent, l'host ferme le port immédiatement sans que le client puisse envoyer d'instructions et sans raison... Expliques-nous simplement ce que tu veux faire, rediriger ton IP vers un domaine ou l'envoyer sur une page d'erreur personnalisée ou répondre un 403 ?? Un truc simple. 14 février 2020 15:11 "G2PC" mailto:g...@visionduweb.com?to=%22G2PC%22%20)> a écrit: Par contre, je viens de constater quelque chose avec ma configuration actuelle : https://139.99.173.195/ (https://139.99.173.195/) renvoie actuellement, sur https://ethernium.fun (https://ethernium.fun) ( + les images du site sont remplacées par la protection anti hotlinking, ça n'a pas trop de sens pour moi, puisque l'on est bien sur ethernium.fun, hors, si on appel directement ethernium.fun, les images s'affichent. Il y a donc un probleme de redirection ! ) Oups, non. https://139.99.173.195/ (https://139.99.173.195/) ne renvoie pas sur le domaine https://ethernium.fun (https://ethernium.fun) mais uniquement sur le contenu du domaine ethernium.fun (https://ethernium.fun) C'est toujours https://139.99.173.195/ (https://139.99.173.195/) qui est affichée dans la barre URL. Cela explique le problème de hotlinking. Cela n'explique pas pourquoi, par défaut, https://139.99.173.195/ (https://139.99.173.195/) pointe vers le contenu de ethernium.fun alors que (http://) 139.99.173.195:443/ renvoie sur Bad Request Le 14/02/2020 à 14:23, Maxime G. a écrit :Comme expliqué par Apache, le port 443 est dedié à TLS, tu fais porter à ton virtualhost un certificat, quel qu'il soit, soit le signé de letsencrypt soit un autosigné, dans tous les cas ça ne matchera pas et il y aura une erreur côté client, après bypass de l'erreur le client se prendra soit le redirect en HTTP soit le redirect HTML comme proposé précédemment.
Fwd: Re: Réponse à la ML depuis gmail
2ème envoi: J'ai le même problème avec rainloop, le From: et le To: sont replacés en A lors d'une réponse. Ce serait bien que l’expéditeur soit forgé, mais ce n'est pas une solution idéale. Plus grave: personnellement, 1 mail sur 2 en réponses que je fais à la ML ne sont pas retransmis par la ML. Je soupçonne la ML de supprimer soit arbitrairement des mails par validation manuelle, soit le système automatisé est défectueux. Je cite: https://www.debian.org/MailingLists/disclaimer "Un filtrage du spam et des virus est effectué sur les messages à destination des listes Debian. Environ 1 message sur 400 envoyés vers les listes passe au travers des filtres ; le reste est supprimé car considéré comme du spam." Il faut agir car ça devient vraiment usant de se faire supprimer ses réponses sur de l'aide utilisateur. 17 février 2020 11:11 "hamster" a écrit: > Le 17/02/2020 à 10:34, David_dev Dev a écrit : > >> Bonjour, >> >> J'utilise gmail (ouais bon, arrêtez la pluie de tomates svp :) ), et >> qd je fais répondre à tous, je me retrouve avec le mail de la personne >> en A: et la ML en CC ... hors c'est plutôt le contraire qu'on voudrait >> (voir même que la ML en fait) >> >> Pour le moment je corrige à la main (presque) à chaque fois, mais >> c'est pénible. > > J'utilise thunderbird et quand je fais "répondre a tous" j'ai > l'expéditeur et la liste qui sont tous les deux en A: > > Tu peux très bien utiliser thunderbird pour consulter une boite gmail. > > Faire "répondre a tous" sur une liste comme celle ci est une mauvaise > idée : celui a qui tu répond est aussi inscrit sur la liste (sinon il > aurait pas pu poster) et du coup il recoit ton message en double, une > fois directement et une fois en passant par la liste. En plus, si il a > mis un filtre pour classer automatiquement les messages de la liste, la > version qu'il recoit directement ne sera pas traitée par le filtre et il > devra la classer a la main. Non seulement c'est pénible mais en plus > contrairement a une boite gmail, il ne peut pas changer les choses lui > meme. Il vaut bien mieux répondre a la liste et uniquement a la liste > (comme tout le monde le fait, sauf toi et bernard).
Re: Comment interdire la consultation de son serveur web sur son IP directe et le port 443?
Tu n'as pas de virtualhost pour ton 139.99.173.195:443, il est possible que apache serve soit le default soit le premier virtualhost par ordre alphabetique. Tu as juste a reprendre ton virtualhost du 139.99.173.195:80 pour 139.99.173.195:443 en lui rajoutant un certificat ssl dans la conf (qui ne matchera pas pour le client CAR c'est un appel par IP et non par domaine). 15 février 2020 01:54 "G2PC" mailto:g...@visionduweb.com?to=%22G2PC%22%20)> a écrit: Expliques-nous simplement ce que tu veux faire, rediriger ton IP vers un domaine ou l'envoyer sur une page d'erreur personnalisée ou répondre un 403 ?? Un truc simple. Désolé, je n'ai pas du être assez précis et ma demande prête peut être à confusion. Objectif : Soit interdire tous les clients sur ip:80 et ip:443 Soit rediriger ip:80 et ip:443 vers un site principale Dans les deux cas, je ne sais pas traiter la règle que je dois mettre en place dans le VHost pour IP:443 Actuellement, j'ai verrouillé la redirection IP:80 qui renvoie bien effectivement vers une page 403. Alors, effectivement, j'ai bien ici un DocumentRoot de renseigné. Est ce que c'est nécessaire ? Je suppose que ça l'est, pour renseigner le dossier qui contient le fichier 403-forbidden.php, l'image 403-forbidden.jpg et le favicon.ico ( 3 fichiers donc, qui eux ont été autorisés. ) Voilà bien la configuration appliquée actuellement : DocumentRoot /var/www/139.99.173.195 # Erreur 403 - Forbidden. FICHIERS AUTORISES POUR LA PAGE 403-FORBIDDEN.PHP Require all granted Require all granted # INTERDICTION POUR LA RACINE Require all denied # INTERDICTION POUR TOUT LE SITE ( L'ip :80 ) Require all denied # Rediriger l'adresse IP vers le domaine par défaut en https. # REDIRECTION vers le site principale désactivée actuellement. # #RewriteEngine On #RewriteCond %{HTTP_HOST} ^139.99.173.195$ #RewriteRule ^(.*)$ https://www.visionduweb.fr$1 (https://www.visionduweb.fr%241) [QSA,L,R=301] # ErrorDocument 403 /403-forbidden.php # ERRORDOCUMENT QUI POINTE VERS 403-FORBIDDEN.PHP Actuellement, je n'ai AUCUNE règle pour le Vhost ip:443 https://139.99.173.195/ (https://139.99.173.195/) renvoie sur le contenu du domaine ethernium.fun (https://ethernium.fun) C'est toujours https://139.99.173.195/ (https://139.99.173.195/) qui est affichée dans la barre URL. Cela explique le problème de hotlinking. Cela n'explique pas pourquoi, par défaut, https://139.99.173.195/ (https://139.99.173.195/) pointe vers le contenu de ethernium.fun alors que (http://) 139.99.173.195:443/ renvoie sur Bad Request Le 14/02/2020 à 14:23, Maxime G. a écrit :Comme expliqué par Apache, le port 443 est dedié à TLS, tu fais porter à ton virtualhost un certificat, quel qu'il soit, soit le signé de letsencrypt soit un autosigné, dans tous les cas ça ne matchera pas et il y aura une erreur côté client, après bypass de l'erreur le client se prendra soit le redirect en HTTP soit le redirect HTML comme proposé précédemment. Je n'ai pas bien compris ton approche. Pourquoi " ça ne matchera pas " ? Déjà, concernant mon IP, je ne pense pas pouvoir lui créer un certificat let's encrypt, qui est je crois, réservé pour les noms de domaines, je me trompe ? Tu dis que le client va prendre la redirection HTTP, soit, HTML, ok, c'est donc la situation que j'avais déjà pu réalisée. Je suis toujours désireux de comprendre comment traiter une redirection pour : https://139.99.173.195 (https://139.99.173.195) -> https://www.visionduweb.fr (https://www.visionduweb.fr) (http://) 139.99.173.195:443/ -> https://www.visionduweb.fr (https://www.visionduweb.fr) Je ne reçois aucun redirect http sur mes tests de ton IP. Par contre il sert bien ta page d'erreur personnalisée, c'est que t'as du spécifier inutilement un root document quelque part en doublon de conf. Pour ton rewrite en 80, essayes ça: RewriteCond %{HTTP_HOST} ^139.99.173.195$ RewriteRule ^(.*)$ https://www.visionduweb.fr/$1 (https://www.visionduweb.fr/%241) [L,R=301] 14 février 2020 14:02 "G2PC" mailto:g...@visionduweb.com?to=%22G2PC%22%20)> a écrit: Merci de vos retours, c'est sympa de tenter de m'aider à avancer ça. Magré tout, je crois qu'on est sur un autre type de problème. Encore une fois, je n'ai pas de difficulté pour mettre en place une redirection HTTP, dès lors ou l'adresse ip de mon serveur est consultée sur le port 80. C'est bien la redirection IP:443 qui me fait m'interroger, sur la façon de la gérer, puisque pour commencer, je n'ai pas de certificat let's encrypt pour mon ip, mais bien uniquement pour mes domaines. Est ce que le problème ne vient pas tout simplement de la ? # Rediriger l'adresse IP vers le domaine par défaut en https. RewriteEngine On RewriteCond %{HTTP_HOST} ^139.99.173.195$ RewriteRule ^(.*)$ https://www.visionduweb.fr$1 (https://www.visionduweb.fr%241) [QSA,L,R=301] Par exemple, actuellement (Sans aucune règle VHost pour IP:443
Re: Réponse à la ML depuis gmail
J'ai le même problème avec rainloop, le From: et le To: sont replacés en A lors d'une réponse. Ce serait bien que l’expéditeur soit forgé, mais ce n'est pas une solution idéale. Plus grave: personnellement, 1 mail sur 2 en réponses que je fais à la ML ne sont pas retransmis par la ML. Je soupçonne la ML de supprimer soit arbitrairement des mails par validation manuelle, soit le système automatisé est défectueux. Je cite: https://www.debian.org/MailingLists/disclaimer "Un filtrage du spam et des virus est effectué sur les messages à destination des listes Debian. Environ 1 message sur 400 envoyés vers les listes passe au travers des filtres ; le reste est supprimé car considéré comme du spam." Il faut agir car ça devient vraiment usant de se faire supprimer ses réponses sur de l'aide utilisateur. 17 février 2020 11:11 "hamster" a écrit: > Le 17/02/2020 à 10:34, David_dev Dev a écrit : > >> Bonjour, >> >> J'utilise gmail (ouais bon, arrêtez la pluie de tomates svp :) ), et >> qd je fais répondre à tous, je me retrouve avec le mail de la personne >> en A: et la ML en CC ... hors c'est plutôt le contraire qu'on voudrait >> (voir même que la ML en fait) >> >> Pour le moment je corrige à la main (presque) à chaque fois, mais >> c'est pénible. > > J'utilise thunderbird et quand je fais "répondre a tous" j'ai > l'expéditeur et la liste qui sont tous les deux en A: > > Tu peux très bien utiliser thunderbird pour consulter une boite gmail. > > Faire "répondre a tous" sur une liste comme celle ci est une mauvaise > idée : celui a qui tu répond est aussi inscrit sur la liste (sinon il > aurait pas pu poster) et du coup il recoit ton message en double, une > fois directement et une fois en passant par la liste. En plus, si il a > mis un filtre pour classer automatiquement les messages de la liste, la > version qu'il recoit directement ne sera pas traitée par le filtre et il > devra la classer a la main. Non seulement c'est pénible mais en plus > contrairement a une boite gmail, il ne peut pas changer les choses lui > meme. Il vaut bien mieux répondre a la liste et uniquement a la liste > (comme tout le monde le fait, sauf toi et bernard).
Fwd: Re: Réponse à la ML depuis gmail
3ème envoi: J'ai le même problème avec rainloop, le From: et le To: sont replacés en A lors d'une réponse. Ce serait bien que l’expéditeur soit forgé, mais ce n'est pas une solution idéale. Plus grave: personnellement, 1 mail sur 2 en réponses que je fais à la ML ne sont pas retransmis par la ML. Je soupçonne la ML de supprimer soit arbitrairement des mails par validation manuelle, soit le système automatisé est défectueux. Je cite: debian.org/MailingLists/disclaimer "Un filtrage du spam et des virus est effectué sur les messages à destination des listes Debian. Environ 1 message sur 400 envoyés vers les listes passe au travers des filtres ; le reste est supprimé car considéré comme du spam." Il faut agir car ça devient vraiment usant de se faire supprimer ses réponses sur de l'aide utilisateur. 17 février 2020 11:11 "hamster" a écrit: > Le 17/02/2020 à 10:34, David_dev Dev a écrit : > >> Bonjour, >> >> J'utilise gmail (ouais bon, arrêtez la pluie de tomates svp :) ), et >> qd je fais répondre à tous, je me retrouve avec le mail de la personne >> en A: et la ML en CC ... hors c'est plutôt le contraire qu'on voudrait >> (voir même que la ML en fait) >> >> Pour le moment je corrige à la main (presque) à chaque fois, mais >> c'est pénible. > > J'utilise thunderbird et quand je fais "répondre a tous" j'ai > l'expéditeur et la liste qui sont tous les deux en A: > > Tu peux très bien utiliser thunderbird pour consulter une boite gmail. > > Faire "répondre a tous" sur une liste comme celle ci est une mauvaise > idée : celui a qui tu répond est aussi inscrit sur la liste (sinon il > aurait pas pu poster) et du coup il recoit ton message en double, une > fois directement et une fois en passant par la liste. En plus, si il a > mis un filtre pour classer automatiquement les messages de la liste, la > version qu'il recoit directement ne sera pas traitée par le filtre et il > devra la classer a la main. Non seulement c'est pénible mais en plus > contrairement a une boite gmail, il ne peut pas changer les choses lui > meme. Il vaut bien mieux répondre a la liste et uniquement a la liste > (comme tout le monde le fait, sauf toi et bernard).
Re: [HS?] agrégation de lien
Bonjour. Pour éviter de commencer à chercher en desserte dans le vent, il vaut mieux d'abord faire des tests de rapidité du NAS afin de vérifier le goulot d'étranglement. A savoir: est-ce que les disques du NAS sont susceptibles d'envoyer + de 2 Gbps ? Pour le reste, il est possible de configurer les interfaces physiques en bonding sur Debian et si les machines sont reliés à un switch il faut lui configurer des trunks. Maxime. 7 janvier 2020 01:18 "Gaëtan Perrier" a écrit: > Bonsoir, > > Et dans le cas que je vise je peux obtenir 2 Gb ou pas alors ? > > A+ > > Gaëtan > > Le lundi 06 janvier 2020 à 21:38 +0100, Gwennhaël QUIEF a écrit : > >> Bonsoir, >> >> L'agrégation permet de "mutualiser" des liaisons physique un un lien >> logique. >> Cependant, la répartition à travers l'un des liens physique est fait >> généralement sur l'adresse mac ou il ou encore le port. >> >> Ton exemple est un agrégat LACP >> https://fr.m.wikipedia.org/wiki/IEEE_802.3ad >> >> Ainsi, par exemple, un flux web en port 443 entre les adresses IP 1 et 2 et >> respectivement les @mac A et B passant pas un agrégat de 2 câbles 1Gb chacun >> soit un "tuyau" de 2Gb ne dépassera pas la limite théorique du 1Gb ... :/ >> >> Cordialement >> Gwenn >> >> Le lun. 6 janv. 2020 à 14:42, Alexandre GRIVEAUX a >> écrit : >> Le 06/01/2020 à 14:00, Gaëtan Perrier a écrit : >>> Le lundi 06 janvier 2020 à 13:26 +0100, Alexandre GRIVEAUX a écrit : Le 06/01/2020 à 02:27, Gaëtan Perrier a écrit : > Bonjour, > > Une question un poil HS mais pas totalement non plus vu que c'est pour > connecter des PC sous Debian à un NAS. > Celui-ci va disposer de 2 ports réseaux pouvant fonctionner en >> agrégation. > Si je mets 2 cartes réseaux sur les PCs est-ce que je pourrais aussi >> les > faire > fonctionner en agrégation et au final est-ce que j'obtiendrai des >> débits > plus > importants entre le NAS et un PC ? > Mes recherches sur internet ne m'ont pas donné de réponses claires sur >> le > sujet. > > Gaëtan Bonjour, Oui c'est possible mais il faudrait un switch entre toutes les machines et qui le permet (802.3ad/802.1ax) Alex. >>> >>> Oui bien sur pour le switch. Je pensais au Netgear GS108Tv3 ? >>> >>> A+ >>> >>> Gaëtan >> >> A priori oui. >> >> Alex