L33thium

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"

Le NAS doit recevoir un flux vidéo rtsp (donc faire tourner un serveur PVR) ou la caméra peut enregistrer elle-même le flux sur un stockage réseau ?

Les IGP Intel récent sont plutôt impressionnants oui, je dirais pas qu'ils dépassent ceux d'AMD mais il sont au moins égaux maintenant, mais AMD est toujours meilleurs en rapport perf/prix. D'ailleurs en CG à prix mesuré si ça se maintiens, la Intel ARC A750 me fait de l’œil, elle est en bonne position pour renouveler la R9 380 l'année prochaine peut être.

Si on part sur la longévité le type de socket CPU importe peu. on le garde longtemps donc l'évolution après 10 ou 15 ans va nécessiter le changement de carte mère aussi. Ce qui nous emmène à la RAM, : la DDR2 est toujours produite, donc inutile de sacrifier son budget pour la prochaine technologie, tu pourra toujours ajouter de la DDR4 dans 10 ans. Si tu joue peu tu peux te contenter d'une carte graphique entrée de gamme comme citée plus tôt ou Ryzen avec GPU qui sont très performants. Durable et économe à budget moyen je dirais Ryzen 5 5600, une petite GTX ou un G au Ryzen, 16Go de RAM et un SSD nvme de 1To, ça part pour 10 ans pour un petit billet de 1000. Dans 10 ans, ajout de RAM, changement de CG et ça repart pour 10 de plus

Je ne parlait pas de risque risque de panne irréversible mais des parasitage électromagnétique entre appareils, on a déjà vu le frigo, le four à micro ondes etc... perturber les équipements réseau ou informatique des voisins pour plein de raisons différentes, non ou mal mis à la terre, composant défectueux... Pense aussi à l’électricité statique, même si tu n'a pas d'animaux tu peux toucher par accident un jour ou tu n'auras pas la bonne paire de chaussures ou des poussières chargées peuvent tomber dessus. Bon tous ces risques sont très peu probable mais le boitier a plus d'avantages que le bench. Mais si tu veux un mix des deux c'est aussi possible avec des boitiers genre Pyramid 804, M.Red Warship, Lian Li DK-04F etc...