Re: Bridger deux VLAN avec systemd network
Euh, si t'es en wifi, non. Ton tag est sur tes équipements, et pas sur les équipements utilisateurs. Sauf si tu fournis un port réseau pour les visiteurs. Et encore, la tu configure en untag vid visiteur le port de ton switch. Olivier Le ven. 21 janv. 2022 à 14:03, Luc Novales a écrit : > Bonsoir, > > Je rajouterai qu'il vaut mieux taguer le VLAN normal. Taguer le VLAN > invité, c'est obliger les invit·és à utiliser une configuration difficile à > mettre en place, voire impossible sur certains équipements. > > Bonne soirée, > > Luc. > > > Le 21/01/2022 à 16:26, Olivier Lange a écrit : > > Bonjour > > Je pense que tu as une ereur d'architecture. si tu veux avoir un réseau > invité dédié et sécurisé, il te faut un vlan dédié, et un subnet (/24) > dédié. Ce qui va te permettre de mettre en place des règles spécifiques, > autant au niveau 3/4/6 (via ton subnet et ton routeur) que 2 (via ton vlan). > > Tenter de bridger tout ca, au mieux ca devient une usine a gaz ingérable > avec plein de vulnérabilité, au pire ton réseau ne fonctionnera pas. > > C'est mon avis. > Olivier > > Le ven. 21 janv. 2022 à 10:06, Patrick ZAJDA a écrit : > >> Bonjour, >> >> >> Le contexte est le suivant : >> >> J'utilise des TP-Link Deco M5 pour avoir un réseau wifi maillé et >> souhaite activé le réseau wifi invité. >> >> La seule chose qui sépare ces réseau c'est un VLAN tagué pour le réseau >> invité. >> >> Les adresses IP sont dans le même rang pour les deux réseaux, les >> paramètres DHCP sont en tout point similaires pour les réseau principal et >> invité. Il n'y a aucun paramètre DHCP séparé pour le réseau invité. >> >> >> Sur un Raspberry Pi, j'ai installé Adguard et souhaite donc l'utiliser >> comme résolveur au niveau de tout le réseau. >> >> Je pourais très bien spécifier l'adresse IP du Deco principal comme >> résolveur et faire en sorte que celui-ci prenne Adguard comme résolveur >> mais ça voudrait dire que toutes les requêtes viendraient de la même >> adresse IP, ce qui ne convient pas. >> >> >> Il faudrait donc que ce résolveur soit joignable depuis le réseau >> principal comme invité et ce, en utilisant la même adresse IP. >> >> >> J'espère avoir pu expliquer clairement pourquoi il n'y a pas d'autre >> solution qu'une seule IP qui serait joignable sur les deux VLAN... >> >> >> >> Le 21/01/2022 à 14:10, JUPIN Alain a écrit : >> >> Bonjour, >> >> Je comprends pas trop le concept. >> Pour moi l’intérêt des VLAN c'est d'isoler les réseaux (en utilisant les >> même équipements réseaux, switch par exemple). >> En général on relie les VLAN entre eux par du routage, du moins j'ai >> toujours pratiqué de cette manière ! >> >> Bridger des VLAN, si c'est pour du test/apprentissage pourquoi pas, mais >> pour de la prod je me méfierait des effets de bords au niveau de la >> sécurité. >> >> Alain JUPIN >> >> Le 20/01/2022 à 14:51, Patrick ZAJDA a écrit : >> >> Bonjour, >> >> >> Est-il possible de bridger deux VLAN ? >> >> >> Le but étant d'avoir une adresse IP commune aux deux VLAN pour que les >> deux puissent utiliser le même résolveur entre les réseaux principal et >> invité. >> >> Si une autre méthode que le bridge est possible, je reste bien entendu >> ouvert aux alternatives :) >> >> >> Pour le moment, j'ai testé ceci (en anglais) sans succès : >> https://www.variantweb.net/blog/creating-vlan-bridges-with-systemd-networkd/ >> >> >> Il utilise deux bridges mais le raspberry Pi sur lequel je le fait ne >> passe jamais en ligne. >> >> J'ai tenté de n'utiliser qu'un seul bridge, avec le même résultat. >> >> >> -- >> Patrick ZAJDA >> >> >> -- >> Patrick ZAJDA >> >
Re: chromium , google-chrome : ingérables avec Bullseye
On Friday 21 January 2022 19:15:55 didier gaumet wrote: > > Tout ceci depuis que j'ai upgradé à Bullseye, avec un système > > entièrement réinstallé à neuf. J'ai bien lu ton commentaire et Merci : je suis sceptique... J'ai upgradé à Bullseye, avec un système entièrement réinstallé à neuf, sur une partition effacée et formatée, sur un ordinateur de test donc vide d'applications, en attendant de le mettre en production, J'ai bien fait exactement ce que tu écris plus bas : >"installe une Debian 11 *standard* (avec *un* bureau *fourni par Debian* > dans ses paquets: Gnome, KDE, LXDE, LXQt, Xfce, Mate, Cinnamon) > sans *rien* paramétrer, sans rien installer d'autre, tu installes juste les > firmwares nécessaires et après que l'installation est terminée, tu > installes le paquet Chromium de Debian". J'ai fait exactement ce que tu préconises. Je n'ai jamais eu ce type de problèmes avec les ex-distributions Debian, depuis 20 ans. Ce n'est que depuis Bullseye. En plus de 20 années, je pense avoir maîtrisé Debian :-) Un membre de la liste m'a répondu sur ce sujet : > "A cause de problèmes dont je ne connais pas le détail, > mais qui est je crois le cycle de mise-à-jour de Chrome qui est ## > avec pas mal de problèmes associés, Ubuntu met chromium/chrome en snap. > C'est peut-être un moyen de résoudre ton problème, même si ça oblige à > installer snap". Je m'orienterai plus vers cet avis... Bonne soirée, A. Valmer > le code de Chrome est grosso-modo celui de Chromium, auquel Google > rajoute quelques trucs: > https://fr.wikipedia.org/wiki/Chromium#Diff%C3%A9rences_entre_Chromium_et_Google_Chrome > donc c'est normal que Chrome réagisse majoritairement comme Chromium > Ce n'est vraiment pas pour te contrarier, mais je pense que ton > installation est bancale et cela occasionne des dysfonctionnements qui > sont absents d'une installation bien faite. > j'ai cassé mes Debian toutes fraîches bien avant toi (et ça peut encore > m'arriver à l'occasion), et avant de finir par comprendre que mes > configurations et installations de logiciels juste après l'installation > de base de Debian, cassaient Debian, parce que j'avais lu quelque part > qu'il fallait absolument paramétrer tel machin de telle manière (source > obsolète ou non-fiable) ou que j'installais des logiciels sans > comprendre que parfois il n'y avait pas de conflit d'installation mais > qu'il y avait un conflit d'utilisation, etc... :-) > La page en français "ne cassez pas Debian" du wiki Debian mérite d'être > lue: > https://wiki.debian.org/fr/DontBreakDebian > Si tu veux vérifier que Chromium marche bien dans Debian, installe une > Debian 11 *standard* (avec *un* bureau *fourni par Debian* dans ses > paquets: Gnome, KDE, LXDE, LXQt, Xfce, Mate, Cinnamon) sans *rien* > paramétrer, sans rien installer d'autre, tu installes juste les > firmwares nécessaires et après que l'installation est terminée, tu > installes le paquet Chromium de Debian. > Je pense que tu as 99% de chances pour que, aussi bien Chromium que > Debian séparément, comme la conjuguaison des deux, fonctionnent > parfaitement > Une fois que tu auras compris que Debian est globalement fiable et > fonctionnel et que tu auras admis que tu as des précautions à prendre > si tu ne veux pas le casser, rien ne t'empêchera de te concocter *ta* > Debian avec les caractéristiques esthétiques, fonctionnelles et > autres... que tu souhaites. > mon but n'est pas de te dire "tu n'as pas le droit de personnaliser ta > Debian" mais plutôt "apprends à gérer une Debian standard, une fois > cela maîtrisé, tu pourras la personnaliser à ta guise sans la casser > puisque tu maîtriseras) > Amicalement :-)
Re: Bridger deux VLAN avec systemd network
Bonsoir, Je rajouterai qu'il vaut mieux taguer le VLAN normal. Taguer le VLAN invité, c'est obliger les invit·és à utiliser une configuration difficile à mettre en place, voire impossible sur certains équipements. Bonne soirée, Luc. Le 21/01/2022 à 16:26, Olivier Lange a écrit : Bonjour Je pense que tu as une ereur d'architecture. si tu veux avoir un réseau invité dédié et sécurisé, il te faut un vlan dédié, et un subnet (/24) dédié. Ce qui va te permettre de mettre en place des règles spécifiques, autant au niveau 3/4/6 (via ton subnet et ton routeur) que 2 (via ton vlan). Tenter de bridger tout ca, au mieux ca devient une usine a gaz ingérable avec plein de vulnérabilité, au pire ton réseau ne fonctionnera pas. C'est mon avis. Olivier Le ven. 21 janv. 2022 à 10:06, Patrick ZAJDA a écrit : Bonjour, Le contexte est le suivant : J'utilise des TP-Link Deco M5 pour avoir un réseau wifi maillé et souhaite activé le réseau wifi invité. La seule chose qui sépare ces réseau c'est un VLAN tagué pour le réseau invité. Les adresses IP sont dans le même rang pour les deux réseaux, les paramètres DHCP sont en tout point similaires pour les réseau principal et invité. Il n'y a aucun paramètre DHCP séparé pour le réseau invité. Sur un Raspberry Pi, j'ai installé Adguard et souhaite donc l'utiliser comme résolveur au niveau de tout le réseau. Je pourais très bien spécifier l'adresse IP du Deco principal comme résolveur et faire en sorte que celui-ci prenne Adguard comme résolveur mais ça voudrait dire que toutes les requêtes viendraient de la même adresse IP, ce qui ne convient pas. Il faudrait donc que ce résolveur soit joignable depuis le réseau principal comme invité et ce, en utilisant la même adresse IP. J'espère avoir pu expliquer clairement pourquoi il n'y a pas d'autre solution qu'une seule IP qui serait joignable sur les deux VLAN... Le 21/01/2022 à 14:10, JUPIN Alain a écrit : Bonjour, Je comprends pas trop le concept. Pour moi l’intérêt des VLAN c'est d'isoler les réseaux (en utilisant les même équipements réseaux, switch par exemple). En général on relie les VLAN entre eux par du routage, du moins j'ai toujours pratiqué de cette manière ! Bridger des VLAN, si c'est pour du test/apprentissage pourquoi pas, mais pour de la prod je me méfierait des effets de bords au niveau de la sécurité. Alain JUPIN Le 20/01/2022 à 14:51, Patrick ZAJDA a écrit : Bonjour, Est-il possible de bridger deux VLAN ? Le but étant d'avoir une adresse IP commune aux deux VLAN pour que les deux puissent utiliser le même résolveur entre les réseaux principal et invité. Si une autre méthode que le bridge est possible, je reste bien entendu ouvert aux alternatives :) Pour le moment, j'ai testé ceci (en anglais) sans succès : https://www.variantweb.net/blog/creating-vlan-bridges-with-systemd-networkd/ Il utilise deux bridges mais le raspberry Pi sur lequel je le fait ne passe jamais en ligne. J'ai tenté de n'utiliser qu'un seul bridge, avec le même résultat. -- Patrick ZAJDA -- Patrick ZAJDA
Re: chromium , google-chrome : ingérables avec Bullseye
Le vendredi 21 janvier 2022 à 17:57 +0100, ajh-valmer a écrit : > On Friday 21 January 2022 14:11:21 Luc Novales wrote: > > C'est la façon dont tu as tourné ta phrase qui peut sous-entendre > > que > > Chromium est moins bon parcequ'il est libre ;) > > Tu aurais écrit "moins utilisé" à la place de libre, il n'y aurait > > pas > > eu de doute. > > Je félicite les développeurs libristes de Chromium, > mais sur ma Bullseye, il fonctionne pas du tout, jamais eu ça avant. > En plus, en bas à droite du navigateur, il m'affiche des pubs > changeantes, > impossible de les retirer malgré un clic sur le petite croix, ça > revient sans cesse. > > Et pourquoi le navigateur Chrome (google) le + utilisé, c'est pareil, > sauf que les pubs n'apparaissent pas. > Serait-ce alors que la version Chrome pour Linux qui créé ces blêmes > ? > > Tout ceci depuis que j'ai upgradé à Bullseye, avec un système > entièrement > réinstallé à neuf. > > > Sinon, par rapport au problème initial, je pense qu'il ne vient pas > > de > > Chromium, mais du contexte particulier sur cette machine, puisque > > personne d'autre ne l'a confirmé. > > Je ne suis pas intervenu car mon navigateur quotidien est Brave > > (pas > > exactement Chromium), c'est la Version 1.34.80 Chromium: > > 97.0.4692.71 > > (Build officiel) (64 bits). > > Aucun problème de fonctionnement sous Gnome (pure Debian), ni sous > > XFCE > > (Debian facile). > > Par contre, je suis sous X11 (compatibilité de certains logiciels), > > les > > problèmes sont ils sous Wayland ? Les problèmes sont ils identiques > > en > > changeant ce paramètre au login ? > > Bonne journée, Luc. > > Mon système graphique a parfois été bancale, malgré, Chromium et > Chrome, > ont toujours été fonctionnels. > > Bonne journée également > > A. Valmer > > le code de Chrome est grosso-modo celui de Chromium, auquel Google rajoute quelques trucs: https://fr.wikipedia.org/wiki/Chromium#Diff%C3%A9rences_entre_Chromium_et_Google_Chrome donc c'est normal que Chrome réagisse majoritairement comme Chromium Ce n'est vraiment pas pour te contrarier, mais je pense que ton installation est bancale et cela occasionne des dysfonctionnements qui sont absents d'une installation bien faite. j'ai cassé mes Debian toutes fraîches bien avant toi (et ça peut encore m'arriver à l'occasion), et avant de finir par comprendre que mes configurations et installations de logiciels juste après l'installation de base de Debian, cassaient Debian, parce que j'avais lu quelque part qu'il fallait absolument paramétrer tel machin de telle manière (source obsolète ou non-fiable) ou que j'installais des logiciels sans comprendre que parfois il n'y avait pas de conflit d'installation mais qu'il y avait un conflit d'utilisation, etc... :-) La page en français "ne cassez pas Debian" du wiki Debian mérite d'être lue: https://wiki.debian.org/fr/DontBreakDebian Si tu veux vérifier que Chromium marche bien dans Debian, installe une Debian 11 *standard* (avec *un* bureau *fourni par Debian* dans ses paquets: Gnome, KDE, LXDE, LXQt, Xfce, Mate, Cinnamon) sans *rien* paramétrer, sans rien installer d'autre, tu installes juste les firmwares nécessaires et après que l'installation est terminée, tu installes le paquet Chromium de Debian. Je pense que tu as 99% de chances pour que, aussi bien Chromium que Debian séparément, comme la conjuguaison des deux, fonctionnent parfaitement Une fois que tu auras compris que Debian est globalement fiable et fonctionnel et que tu auras admis que tu as des précautions à prendre si tu ne veux pas le casser, rien ne t'empêchera de te concocter *ta* Debian avec les caractéristiques esthétiques, fonctionnelles et autres... que tu souhaites. mon but n'est pas de te dire "tu n'as pas le droit de personnaliser ta Debian" mais plutôt "apprends à gérer une Debian standard, une fois cela maîtrisé, tu pourras la personnaliser à ta guise sans la casser puisque tu maîtriseras) Amicalement :-)
Re: chromium , google-chrome : ingérables avec Bullseye
On Friday 21 January 2022 14:11:21 Luc Novales wrote: > C'est la façon dont tu as tourné ta phrase qui peut sous-entendre que > Chromium est moins bon parcequ'il est libre ;) > Tu aurais écrit "moins utilisé" à la place de libre, il n'y aurait pas > eu de doute. Je félicite les développeurs libristes de Chromium, mais sur ma Bullseye, il fonctionne pas du tout, jamais eu ça avant. En plus, en bas à droite du navigateur, il m'affiche des pubs changeantes, impossible de les retirer malgré un clic sur le petite croix, ça revient sans cesse. Et pourquoi le navigateur Chrome (google) le + utilisé, c'est pareil, sauf que les pubs n'apparaissent pas. Serait-ce alors que la version Chrome pour Linux qui créé ces blêmes ? Tout ceci depuis que j'ai upgradé à Bullseye, avec un système entièrement réinstallé à neuf. > Sinon, par rapport au problème initial, je pense qu'il ne vient pas de > Chromium, mais du contexte particulier sur cette machine, puisque > personne d'autre ne l'a confirmé. > Je ne suis pas intervenu car mon navigateur quotidien est Brave (pas > exactement Chromium), c'est la Version 1.34.80 Chromium: 97.0.4692.71 > (Build officiel) (64 bits). > Aucun problème de fonctionnement sous Gnome (pure Debian), ni sous XFCE > (Debian facile). > Par contre, je suis sous X11 (compatibilité de certains logiciels), les > problèmes sont ils sous Wayland ? Les problèmes sont ils identiques en > changeant ce paramètre au login ? > Bonne journée, Luc. Mon système graphique a parfois été bancale, malgré, Chromium et Chrome, ont toujours été fonctionnels. Bonne journée également A. Valmer
Re: Bridger deux VLAN avec systemd network
Bonjour Je pense que tu as une ereur d'architecture. si tu veux avoir un réseau invité dédié et sécurisé, il te faut un vlan dédié, et un subnet (/24) dédié. Ce qui va te permettre de mettre en place des règles spécifiques, autant au niveau 3/4/6 (via ton subnet et ton routeur) que 2 (via ton vlan). Tenter de bridger tout ca, au mieux ca devient une usine a gaz ingérable avec plein de vulnérabilité, au pire ton réseau ne fonctionnera pas. C'est mon avis. Olivier Le ven. 21 janv. 2022 à 10:06, Patrick ZAJDA a écrit : > Bonjour, > > > Le contexte est le suivant : > > J'utilise des TP-Link Deco M5 pour avoir un réseau wifi maillé et souhaite > activé le réseau wifi invité. > > La seule chose qui sépare ces réseau c'est un VLAN tagué pour le réseau > invité. > > Les adresses IP sont dans le même rang pour les deux réseaux, les > paramètres DHCP sont en tout point similaires pour les réseau principal et > invité. Il n'y a aucun paramètre DHCP séparé pour le réseau invité. > > > Sur un Raspberry Pi, j'ai installé Adguard et souhaite donc l'utiliser > comme résolveur au niveau de tout le réseau. > > Je pourais très bien spécifier l'adresse IP du Deco principal comme > résolveur et faire en sorte que celui-ci prenne Adguard comme résolveur > mais ça voudrait dire que toutes les requêtes viendraient de la même > adresse IP, ce qui ne convient pas. > > > Il faudrait donc que ce résolveur soit joignable depuis le réseau > principal comme invité et ce, en utilisant la même adresse IP. > > > J'espère avoir pu expliquer clairement pourquoi il n'y a pas d'autre > solution qu'une seule IP qui serait joignable sur les deux VLAN... > > > > Le 21/01/2022 à 14:10, JUPIN Alain a écrit : > > Bonjour, > > Je comprends pas trop le concept. > Pour moi l’intérêt des VLAN c'est d'isoler les réseaux (en utilisant les > même équipements réseaux, switch par exemple). > En général on relie les VLAN entre eux par du routage, du moins j'ai > toujours pratiqué de cette manière ! > > Bridger des VLAN, si c'est pour du test/apprentissage pourquoi pas, mais > pour de la prod je me méfierait des effets de bords au niveau de la > sécurité. > > Alain JUPIN > > Le 20/01/2022 à 14:51, Patrick ZAJDA a écrit : > > Bonjour, > > > Est-il possible de bridger deux VLAN ? > > > Le but étant d'avoir une adresse IP commune aux deux VLAN pour que les > deux puissent utiliser le même résolveur entre les réseaux principal et > invité. > > Si une autre méthode que le bridge est possible, je reste bien entendu > ouvert aux alternatives :) > > > Pour le moment, j'ai testé ceci (en anglais) sans succès : > https://www.variantweb.net/blog/creating-vlan-bridges-with-systemd-networkd/ > > > Il utilise deux bridges mais le raspberry Pi sur lequel je le fait ne > passe jamais en ligne. > > J'ai tenté de n'utiliser qu'un seul bridge, avec le même résultat. > > > -- > Patrick ZAJDA > > > -- > Patrick ZAJDA >
Re: Bridger deux VLAN avec systemd network
Bonjour, Le contexte est le suivant : J'utilise des TP-Link Deco M5 pour avoir un réseau wifi maillé et souhaite activé le réseau wifi invité. La seule chose qui sépare ces réseau c'est un VLAN tagué pour le réseau invité. Les adresses IP sont dans le même rang pour les deux réseaux, les paramètres DHCP sont en tout point similaires pour les réseau principal et invité. Il n'y a aucun paramètre DHCP séparé pour le réseau invité. Sur un Raspberry Pi, j'ai installé Adguard et souhaite donc l'utiliser comme résolveur au niveau de tout le réseau. Je pourais très bien spécifier l'adresse IP du Deco principal comme résolveur et faire en sorte que celui-ci prenne Adguard comme résolveur mais ça voudrait dire que toutes les requêtes viendraient de la même adresse IP, ce qui ne convient pas. Il faudrait donc que ce résolveur soit joignable depuis le réseau principal comme invité et ce, en utilisant la même adresse IP. J'espère avoir pu expliquer clairement pourquoi il n'y a pas d'autre solution qu'une seule IP qui serait joignable sur les deux VLAN... Le 21/01/2022 à 14:10, JUPIN Alain a écrit : Bonjour, Je comprends pas trop le concept. Pour moi l’intérêt des VLAN c'est d'isoler les réseaux (en utilisant les même équipements réseaux, switch par exemple). En général on relie les VLAN entre eux par du routage, du moins j'ai toujours pratiqué de cette manière ! Bridger des VLAN, si c'est pour du test/apprentissage pourquoi pas, mais pour de la prod je me méfierait des effets de bords au niveau de la sécurité. Alain JUPIN Le 20/01/2022 à 14:51, Patrick ZAJDA a écrit : Bonjour, Est-il possible de bridger deux VLAN ? Le but étant d'avoir une adresse IP commune aux deux VLAN pour que les deux puissent utiliser le même résolveur entre les réseaux principal et invité. Si une autre méthode que le bridge est possible, je reste bien entendu ouvert aux alternatives :) Pour le moment, j'ai testé ceci (en anglais) sans succès : https://www.variantweb.net/blog/creating-vlan-bridges-with-systemd-networkd/ Il utilise deux bridges mais le raspberry Pi sur lequel je le fait ne passe jamais en ligne. J'ai tenté de n'utiliser qu'un seul bridge, avec le même résultat. -- Patrick ZAJDA -- Patrick ZAJDA
Re: Bridger deux VLAN avec systemd network
Bonjour, Je comprends pas trop le concept. Pour moi l’intérêt des VLAN c'est d'isoler les réseaux (en utilisant les même équipements réseaux, switch par exemple). En général on relie les VLAN entre eux par du routage, du moins j'ai toujours pratiqué de cette manière ! Bridger des VLAN, si c'est pour du test/apprentissage pourquoi pas, mais pour de la prod je me méfierait des effets de bords au niveau de la sécurité. Alain JUPIN Le 20/01/2022 à 14:51, Patrick ZAJDA a écrit : Bonjour, Est-il possible de bridger deux VLAN ? Le but étant d'avoir une adresse IP commune aux deux VLAN pour que les deux puissent utiliser le même résolveur entre les réseaux principal et invité. Si une autre méthode que le bridge est possible, je reste bien entendu ouvert aux alternatives :) Pour le moment, j'ai testé ceci (en anglais) sans succès : https://www.variantweb.net/blog/creating-vlan-bridges-with-systemd-networkd/ Il utilise deux bridges mais le raspberry Pi sur lequel je le fait ne passe jamais en ligne. J'ai tenté de n'utiliser qu'un seul bridge, avec le même résultat. -- Patrick ZAJDA
Re: ** Ceci est peut etre un SPAM IMSS:Bridger deux VLAN avec systemd network
Bonjour, Le 20/01/2022 à 14:51, Patrick ZAJDA a écrit : Bonjour, Est-il possible de bridger deux VLAN ? Le but étant d'avoir une adresse IP commune aux deux VLAN pour que les deux puissent utiliser le même résolveur entre les réseaux principal et invité. Si une autre méthode que le bridge est possible, je reste bien entendu ouvert aux alternatives :) C'est le concept même de bridger des VLAN qu'il faut peut-être questionner. Je ne comprends pas trop le besoin car on fait d'habitude des VLAN pour avoir des réseaux étanches et si des informations doivent passer de l'un à l'autre, c'est par du routage et pas par du partage d'adresse qu'on le gère. Sans plus d'information sur le besoin (un croquis ?), on ne peut pas suggérer de solution plus classique. Bonne journée, Luc.
Re: chromium , google-chrome : ingérables avec Bullseye
Re, Le 21/01/2022 à 12:03, ajh-valmer a écrit : On Friday 21 January 2022 11:28:36 Luc Novales wrote: Le 21/01/2022 à 11:18, ajh-valmer a écrit : Encore Chromium (Libre) je peux comprendre des bugs, mais le navigateur Google-Chrome créé par la richissime Google, Les nouveaux savent que vendredi est jour de troll ? Pige pas, Google-Chrome est bien le navigateur le plus utilisé... (Windows, Mac, GNU/Linux...) C'est la façon dont tu as tourné ta phrase qui peut sous-entendre que Chromium est moins bon parcequ'il est libre ;) Tu aurais écrit "moins utilisé" à la place de libre, il n'y aurait pas eu de doute. Sinon, par rapport au problème initial, je pense qu'il ne vient pas de Chromium, mais du contexte particulier sur cette machine, puisque personne d'autre ne l'a confirmé. Je ne suis pas intervenu car mon navigateur quotidien est Brave (pas exactement Chromium), c'est la Version 1.34.80 Chromium: 97.0.4692.71 (Build officiel) (64 bits). Aucun problème de fonctionnement sous Gnome (pure Debian), ni sous XFCE (Debian facile). Par contre, je suis sous X11 (compatibilité de certains logiciels), les problèmes sont ils sous Wayland ? Les problèmes sont ils identiques en changeant ce paramètre au login ? Bonne journée, Luc.
Re: Bridger deux VLAN avec systemd network
Bonjour, Le 20/01/2022 à 19:05, didier gaumet a écrit : 1) tu as redémarré le servive après les modifs? # systemctl restart systemd-networkd Oui, et juste après le Raspberry Pi passe hors ligne. 2) le wiki Debian avertit d'une particularité qui peut poser problème: "Hint: in Debian Buster (probably also previous versions) systemd- networkd may assign a different MAC-Address to the bridge than your physical interface has. This may cause connection issues if your service provider uses some kind of MAC-filtering when routing your traffic. To circumvent such problems you may assign a MAC-address to your bridge (probably the same as your physical device, replace the 'xx' with valid MAC): " https://wiki.debian.org/SystemdNetworkd Pas de filtrage particulier au niveau adresse MAC, tout au plus un bail DHCP statique assigné à la MAC de l'interface réseau. J'essayerais d'assigner la MAC au bridge au cas où... Merci beaucoup pour les pistes :) -- Patrick ZAJDA
Re: chromium , google-chrome : ingérables avec Bullseye
On Friday 21 January 2022 11:28:36 Luc Novales wrote: > Le 21/01/2022 à 11:18, ajh-valmer a écrit : > > Encore Chromium (Libre) je peux comprendre des bugs, > > mais le navigateur Google-Chrome créé par la richissime Google, > Les nouveaux savent que vendredi est jour de troll ? Pige pas, Google-Chrome est bien le navigateur le plus utilisé... (Windows, Mac, GNU/Linux...) On Wednesday 19 January 2022 14:00:56 Haricophile wrote: > A cause de problèmes dont je ne connais pas le détail, mais > qui est je crois le cycle de mise-à-jour de Chrome qui est ## avec > pas mal de problèmes associés, Ubuntu met chromium/chrome en snap. C'est > peut-être un moyen de résoudre ton problème, même si ça oblige à > installer snap.
Re: Problème de lecture vidéo (trop rapide)
didier gaumet a écrit : > > > Le jeudi 20 janvier 2022 à 21:36 +0100, BERTRAND Joël a écrit : >>> Bon, je vais commencer par virer l'intrus que je n'ai >>> jamais installé à >>> la main. Je serais assez curieux de voir par quel dépendance >>> miraculeuse >>> il est arrivé jusque là... >> >> Mauvaise pioche. >> >> Le résultat est toujours le même. En plein écran, plus aucun >> son. Mais >> si je bascule la sortie sur l'interface casque, analogique, toute >> bête, >> ça fonctionne. Le problème est donc plus autour du pilote HDMI que du >> son lui-même. > > - tu peux éventuellement envisager la piste du mauvauis contact dans le > câble HDMI (essayer un autre câble si tu en as un), verifier les specs > HDMI des 2 ports (PC et l'appareil à l'autre bout, et tester d'autres > prises HDMI si tu en as plusieurs sur le PC ou l'appareil) Je n'y crois pas, c'est beaucoup trop reproductible. Ça fonctionne, je passe n plein écran, ça ne fonctionne plus. Le câble n'a aucune raison de se synchroniser sur mes actions. > - en ligne de commande tu peux exécuter pa-info (pas en root, en simple > utilisateur), qui va donner pas mal d'infos sur le fonctionnement et la > configuration de Pulseaudio et alsa sur ton système Là non plus, pulseaudio n'est pas en cause, c'est après pulseaudio que ça merdoie. Pulseaudio envoie des trames à la sortie matérielle qui gère la chose n'importe comment. JKB
Re: chromium , google-chrome : ingérables avec Bullseye
Bonjour, Le 21/01/2022 à 11:18, ajh-valmer a écrit : Hello, Encore Chromium (Libre) je peux comprendre des bugs, mais le navigateur Google-Chrome créé par la richissime Google, Les nouveaux savent que vendredi est jour de troll ? Bonne journée, Luc.
Re: chromium , google-chrome : ingérables avec Bullseye
On Wednesday 19 January 2022 14:00:56 Haricophile wrote: > Le Tue, 18 Jan 2022 22:15:49 +0100, > "ajh-valmer" a écrit : > > rien n'y fait, j'ai toujours chromium ingérable. > > Je ne vois pas pourquoi. > A cause de problèmes dont je ne connais pas le détail, mais > qui est je crois le cycle de mise-à-jour de Chrome qui est ## avec > pas mal de problèmes associés, Ubuntu met chromium/chrome en snap. C'est > peut-être un moyen de résoudre ton problème, même si ça oblige à > installer snap. Hello, Encore Chromium (Libre) je peux comprendre des bugs, mais le navigateur Google-Chrome créé par la richissime Google, c'est bizarre. Il reste Firefox avec aussi pas de problèmes.
Re: chromium , google-chrome : ingérables avec Bullseye
Le Wed, 19 Jan 2022 20:56:11 +0100, didier gaumet a écrit : > Arf, l' histoire du chat c'est vraiment le truc auquel j'aurais jamais > pensé :-) Je ne sais plus sur quel liste, quelqu'un a avoué avoir fait un poisson d'avril qui a mal tourné : Il a échangé les clavier et souris bluetooth dans un bureau de compta. Grosse erreur, comme ça bougeait sur les écrans et ils ne comprenaient pas pourquoi, ils ont immédiatement coupé tout le système et contacté la DSI qui a envoyé quelqu'un sur place... bref il y a des bonnes idées qu'il faut garder pour soi, et la morale c'est que les clavier bluetooth dans un bureau, c'est pas sécurisé ;-)
Re: Problème de lecture vidéo (trop rapide)
Le jeudi 20 janvier 2022 à 21:36 +0100, BERTRAND Joël a écrit : > > Bon, je vais commencer par virer l'intrus que je n'ai > > jamais installé à > > la main. Je serais assez curieux de voir par quel dépendance > > miraculeuse > > il est arrivé jusque là... > > Mauvaise pioche. > > Le résultat est toujours le même. En plein écran, plus aucun > son. Mais > si je bascule la sortie sur l'interface casque, analogique, toute > bête, > ça fonctionne. Le problème est donc plus autour du pilote HDMI que du > son lui-même. - tu peux éventuellement envisager la piste du mauvauis contact dans le câble HDMI (essayer un autre câble si tu en as un), verifier les specs HDMI des 2 ports (PC et l'appareil à l'autre bout, et tester d'autres prises HDMI si tu en as plusieurs sur le PC ou l'appareil) - en ligne de commande tu peux exécuter pa-info (pas en root, en simple utilisateur), qui va donner pas mal d'infos sur le fonctionnement et la configuration de Pulseaudio et alsa sur ton système