L33thium

Dans la shout je parlais des changements visibles au quotidien d'une agriculture moins nocive ainsi que d'un entretien plus respectueux du vivant, des espaces verts (nombre d'abeilles solitaires, grillons, réapparition des papillons, lucioles et même des coquelicots). Un bonne chose arrivant trop tard puisque entre autres, la foret française s’asphyxie et va bientôt produire plus de CO² qu'elle n'en consomme puisque très justement le climat change et nos essences ne sont pas adaptées à ces chaleurs et épisodes de sécheresse.

pour avoir déjà vécu plusieurs fermetures de communautés et tentatives de rattrapage, ça s'est toujours terminé ainsi : Le backup est moche, bugué, personne a le temps de s'en occuper, fermé sur lui-même, sur 50 habitués, 10 vont rester, et au fil des mois/années ils seront toujours online mais pour faire acte de présence : mort clinique. Tenter de migrer uniquement le forum ou la shout n'est pas une bonne idée à mon avis. Pourquoi pas monter une petite asso pour gérer un site d'info à la nxi, dans l'esprit qu'on aime mais sans l'expertise et la motivation des rédacteurs, ça sera compliqué.

pour le décodeur TV des box, je ne connais pas les autres cas mais orange sépare le flux TV du LAN via des VLAN (pour ne pas permettre de sniffer le flux vidéo j'imagine) Donc pour deporter le décodeur il faut créer un vlan sur ton switch avec les bons paramètres pour router le "port TV" de la livebox à travers tes cables ethernet Le VLAN peut être intéressant si tu as des enfants par exemple, avec un routeur avancé tu peut mettre leurs chambres et leur point d'accès sur un VLAN distinct sur lequel tu peut instaurer des plages de fonctionnement, filtrage DNS, de contenu etc...

je connais pas vraiment le sujet de l'agreggation, mais concernant les operations simultanées sur un NAS, je dirais que le ralentissement est plutôt dû aux disques durs ou au NAS lui-même qu'au réseau. Un disque dur an mieux c'est environ 100Mo/s en séquentiel, le débit s'effondre et la latence s'enflamme si on fait plusieurs choses en parallèle. Le NAS peut absorber une partie de la charge en gardant des opérations en cache mais il a besoin de beaucoup de RAM pour ça. pour le switch managed c'est utile pour créer des VLAN (des réseaux logiques distincts sur un seul réseau physique. par exemple c'est indispensable chez orange si le décodeur TV ne peut pas être branché directement au switch de la livebox. C'est probablement aussi nécessaire pour l’agrégation justement

Une baie réseau de 10 pouces ou informatique de 19 ? dans tous les cas il te faut l'armoire, un switch rackable idéalement managable avec au moins autant de ports qu'il y aura d'équipement (vaut mieux le surdimensionner pour l'avenir plutôt qu'ajouter des switch) Si c'est un 19 pouces, une étagère pour la box et laisser assez d'unités libres pour le futur nas 1U pour le switch, 1U pour le panneau,, 1 ou 2U pour la box, très variable pour les autres équipements non rackables à voir selon leurs dimensions Penser aux prises électriques et idéalement un onduleur en prime Pour ne pas faire exploser ton budget achète l'armoire d'occasion parce que ça coute cher Et surtout le plus important, il te faut une étiqueteuse à rubans pour identifier les câbles et connecteurs et faciliter le cable management ^^

Comme c'est une mise à jour de podman 3 à 4, il m'a fallut installer netavark et aardvark et créer /etc/containers/containers.conf J'ai ai profité pour ajouter l'annotation pour l'autoupdate qui sera du coup présente par défaut pour tout kube généré sur cet hôte. [Network] network_backend="netavark" [containers] annotations = ["io.containers.autoupdate=registry"]

erreur pour la fin. Si on modifie le yaml du kube déjà mis en service systemd, un simple systemctl restart podman-kube@-root-containers-nc.yml.service (nom du service différent selon où vous avez mis le fichier)

La doc Redhat me semblant très confuse et incitant aux pires manières possible à mon avis, je nous propose ce petit topic pour m'aider ^^ Je suis sous Debian Bookworm mais il n'y a rien de spécifique à la distro, du moment que podman est installé. Je créé mes containers de différentes manières (podman-compose pour nextcloud par exemple et directement avec cockpit pour nginx-proxy-manager) Tout se fait à peu près comme avec docker à cette étape. Les grandes questions viennent après : démarrage avec le système, rendre les container/pods rapidement reproductible et les mises à jour. Et là c'est la jungle je trouve, dans la doc qui rends tout ça très compliqué je trouve alors que c'est finalement très simple. D'abord la reproductibilité, une fois que mes bricolages fonctionnent enfin, comment je rends ça déployable facilement et rapidement ? J'ai trouvé que la voie du kube était la plus évidente, mais la moins bien documentée. Podman est 100% compatible OCI, donc Kubernetes, ça en fait donc une super passerelle entre docker et k8s et ça facilite grandement la tâche si jamais le besoin de changer d’échelle se fait sentir. Bref une fois que j'ai un container ou pod fonctionnel avec les bon mappage de ports, volumes, ... de nextcloud par exemple : podman kube generate nextcloud ~/containers/nextcloud.yml Pour assurer la mise à jour automatique j’édite le fichier yaml généré pour ajouter dans les annotations io.containers.autoupdate: "registry" après je supprime le container ou le pod concerné et : podman kube play ~/containers/nextcloud.yml qui va recréer tout ça (si c’était un simple container il créera un pod) qui va nous permettre de passer à la suite. l'autoupdate ajouté en annotation va permettre au service podman-auto-update de vérifier chaque nuit les nouvelles images et mettre à jour si disponible (un roll-back est possible en cas de problème mais j'ai pas encore creusé la question). deux problèmes reglés. Démarrage automatique avec l'hôte : Podman ne repose pas sur un daemon central, donc les pods doivent devenir des services systemd pour être gérés par l'hôte. D'emblée on trouve podman generate systemd ... mais ça ne marche pas correctement avec les kubes. Au lieu de ça il y a une template systemd. Donc pour créer notre service : escaped=$(systemd-escape ~/containers/nextcloud.yml) systemctl enable podman-kube@$escaped.service systemctl start podman-kube@$escaped.service Et voilà, le pod démarrera et rebootera avec l'hôte, il se gère comme n'importe quel autre service. (Le pod doit être un service systemd pour être mis à jour en automatique) Si j'ai besoin de modifier des paramètres, je peux éditer le fichier yaml un peu comme un docker compose et puis : podman kube down nextcloud.yml podman kube play nextcloud.yml On peut aussi ajouter des containers aux pods par la voie qui nous chante et repasser par la case generate. Ce sujet n'est pas vraiment un tuto, je ne maitrise pas tout donc il est évidemment ouvert aux remarques, ajouts et questions.

@fry Une installation dimensionnée pour fournir suffisamment les pires jour sera donc 15 à 20 fois surdimensionnée les journées d'été. Ca couterait une fortune en panneaux et en batteries Un mix interessant pour une autonomie hors grille serait une cogénération pour l'hiver mais c'est vraiment pas commun : un poel à bois qui va chauffer la maison avec generateur stirling ou qui alimentera un groupe electrogene en "woodgas" Tu peux aussi tenter de produire du méthane avec un digesteur mais je pense pas que les déchets domestiques suffisent à faire tourner un générateur tout l'hiver ^^

Le routeur. Les vlan sont configuré sur le switch, le routeur doit être configuré pour se connecter aux 3 vlan et les router comme 3 réseaux différents.

Si tu fait 3 vlan et que tu veux différents sous-réseaux entre eux, sur ton routeur openwrt tu dois créer des interfaces réseaux virtuelles pour configurer dhcp et le routage indépendamment les uns des autres : si ton port lan connecté au switch est eth1, tu dois donc, par exemple laissé erh1 untagged et sans dhcp, créer les interfaces eth1,1, eth1,2, eth1,3 taggés pour vlan10, vlan20, vlan30, ip statiques sur le routeur 192.168.10.1, 192.168.20.1, 192.168.30.1 et un serveur dhcp sur chacun. Comme ça ton routeur gère 3 lan différents isolés les uns des autres sauf si tu décide de règles de routage entre eux.

Il appelle ça warp charge à l'écran, mais il y passe avec une powebank chinoise et un cable belkin dans mon cas par exemple. Le seul cas "proprietaire" à ma connaissance, c'est la charge rapide à induction, dans ce cas oui il ne le fait qu'avec la station oneplus oui.

euh non c'est faux, en tout cas le 9 pro accepte tous les cables, idem pour la charge rapide 50W du moment que le cable est certifié power delivery

moi je le renverrait au vendeur si t'es encore dans les 14 jours de délais.

en effet la charge rapide ne s'active qu'entre 20 et 80% de capacité pour limiter la surchauffe Et sur backmarket n'importe qui peut y vendre n'importe quoi. Je déconseille vigoureusement cette plateforme.

Reconditionné par qui ? C'est une information très importante que tu viens de donner. Il peut y avoir un problème coté téléphone avec la carte mère ou le port usb C qui y est soudé s'il a été remplacé. Ça expliquerait qu'il se déconnecte au passage en "high speed" quand tu passe au profil transfert de données alors qu'il fonctionne bien en "low" pour adb

j'ai évoqué la possible utilisation de vannes thermostatiques connectées à défaut de pouvoir contrôler la chaudière (panneau diematic 3). Mais après étude approfondie il semble que l'investissement n'en vaille pas la peine

https://mxtoolbox.com/blacklists.aspx ça peut être un problème d'authentification entre les deux serveurs smtp donc de configuration de ton coté, ou alors certains fournisseurs bloquant les serveurs dont l'adresse ip n'est pas allouée à un centre de données ou un hébergeur.

Pourtant Gnome c'est l'efficacité même, ce qui peut être lourd c'est de changer ses habitudes. En fait Gnome on oublie très vite qu'il est là, il met le focus sur l'usage, pas le bureau (la déco).

pip et virtualenv arrangent ça mais oui. Mais je ne crois pas que python soit souvent utilisé dans de grands projets. Il est entre le langage de script et un OO, il est souvent utilisé à la place de matlab. dans mon cas je m'en sers beaucoup pour attaquer une base de données ou une API pour une tache simple qui manque à un logiciel lourd, Bref quand j'ai besoin de plus qu'un script shell mais pas besoin de coder un logiciel, et pas 40 heures à consacrer à ça.

@vaneck non mail-tester test la validité de l'e-mail et du serveur, il retourne notamment les paramètres spf, dkim, dmarc, rdns, etc... si tu as 10/10 ça élimine donc des causes possible. Mais excuse moi d'avoir essayé de chercher à comprendre ce qui peut causer ton problème.

je me suis fait avoir aussi une fois à trop vouloir sécuriser le serveur en n'acceptent que le smtps (sur ssl), on se coupe de plus de la moitié des autres serveurs mails

montre nous le résultat de https://www.mail-tester.com/

python est beaucoup utilisé pour le calcul scientifique puisqu'il est multi langages, avec sa syntaxe simple et rapide on fait bosser des modules haute-performances codés en C/C++ ou autre adapté à l'usage Et sa syntaxe force la mise en forme du code pour le rendre facile à relire et corriger

Alors ce dont tu a besoin est peut être proposé par des NAS pret à l'emploi mais ce n'est pas leur fonction première Si tu pars sur un "NAS" DIY il te faudra du Linux (openmediavault est une bonne option) et un logiciel serveur PVR comme motioneye, shinobi ou zoneminder pour enregistrer les flux de videosurveillance Chez Synology (que je connais peu) il semble que cette fonction soit proposé par l'app "surveillance station"