Reprise du message précédent :
ha oui, tiens. je viens de lancer un boot sur le cd netinstall de debian13, la commande dhclient n'existe pas.
en regardant un peu les process, y'a un "udhcpc" qui traine.
apres test, un
udhcpc -i enp0s2
suffit a obtenir une ip

udhcpc ! Je la note, merci
Ceci dit, lorsque je branche le câble, j'attends environ 30 secondes, et j'ai une IP automatiquement. Je suppose que ça tourne en daemon !
Une fois qu'on le sait c'est mieux qu'avant, finalement

Ca n'a pas "toujours" été comme ça d'avoir un "truc" réseau qui tourne en daemon? Perso j'ai des machines en Debian 12 install' "standard" (Xfce) où il suffit aussi de brancher le câble pour avoir du réseau/internet.
 
Sinon dhclient j'ai un vague souvenir comme quoi c'est plus maintenu et donc a été viré?

Si tu as une interface graphique, tu as très certainement un client network-manager ou équivalent qui tourne en fond, et qui fait les requêtes DHCP dès que tu branches un câble ou rentres un pass wifi.
Mais si tu fais juste la netinstall hors-ligne, une fois le système démarré tu n'as que les TTY, pas d'environnement de bureau, et en ce cas, jusqu'à Debian 12, les requêtes DHCP n'étaient pas automatiques. D'où ma commande "dhclient -v eth0" pour avoir une IP, pour faire l'install de tous les paquets.
Maintenant il semble y avoir un client DHCP "automatique" (qui réagit au branchement de câble) même avec l'install "de base".
 
Et pour dhclient tu as parfaitement raison ! Il est déprécié par l'ISC, donc par Debian
https://packages.debian.org/trixie/isc-dhcp-client

Ah autant pour moi, j'ai jamais fait d'install sans environnement graphique.

je sais pas s'il y a une subtilité de netinstall avec réseau versus netinstall hors ligne, mais avec réseau y'a la possibilité de configurer le réseau (dhcp/ndp ou ip fixe) durant le wizard d'installation, et une fois l'OS installé le réseau marche sans autre config particulière (sauf configs réseau complexes bien sûr).
 
D'ailleurs je pensais que netinstall nécessitait forcément le réseau, comme son nom semble l'indiquer  

 
Si j'ai bien suivi, suite à cette discussion ils ont simplement viré isc-dhcp-client désormais remplacé par dhdpcd-base (qui même si inutile/inutilisé, paraît inclus par défaut dans toutes les installs de Trixie puisque dépendance d'ifupdown).
 
Et je crois me souvenir que si install de Trixie avec réseau nécessitant du dhcp, alors on se retrouve en prime avec un machin udhcp* installé. Qu'on peut ensuite virer si on utilise un autre client dhcp. Ceinture-bretelles, si on veut.

J'étais passé à côté de ce bug daubianesque:
https://bugs.debian.org/cgi-bin/bug [...] ug=1110985

Tu pourrais mettre le titre, dans ton lien, tu sais… Surtout quand l’URL ne le contient pas déjà.

Comme ça : unbound: will not start with AppArmor in enforcing mode

Et oui, c’est ballot, ça, qu’AppArmor bloque Unbound…

12.12 est sorti

et trixie 13.1

J'en profite de la sortie de trixie 13.1 pour commencer à migrer mes machines.
j'ai mis à jour mon pc fixe (ryzen 5700/6600xt), pas eu trop de pb (quelques trucs à régler mais c'est ok).

Par contre, je ne vois plus virtualbox dans les dépôts?
Il y a eu un changement de ce côté là?
Je précise c'était dispo dans https://fasttrack.debian.net/

Edit: on peut visiblement l'installer depuis les repos d'oracle mais bon je préférais la version maintenu dans les dépôt pour éviter la casse.

https://packages.debian.org/search?keywords=virtualbox
 
En effet, (pour l'instant?) pas dispo pour 13.

Ce n'est pas là que c'est stocké, c'est dans fasttrack qu'on le trouve pour debian.  
Mais il n'y est pas pour l'instant.

 
https://www.virtualbox.org/wiki/Linux_Downloads
https://download.virtualbox.org/vir [...] _amd64.deb

Oui comle évoqué plus haut dispo chez oracle mais pas la version open qu'on a dans les repos.

Ça avait été pareil au passage 11 à 12 il me semble

Le paquet de base est en GPLv3
https://www.virtualbox.org/wiki/GPLv3
 
Par contre la pack d'extension (amenant la prise en charge de l'USB3 par exemple) est sujet à licence.

Ah pas faux. Mais avec un dépot externe comme ça on n'est pas garantie que ça suive bien les majs de debian.

Autant pour moi. fasttrack je connais pas, faudra que je regarde.  
 
Je suppose que tu as de bonnes raisons de rester avec Virtualbox plutôt que QEMU/KVM/libvirt/tout ce bazar ? Ca fonctionne très bien, mais j'ai pas testé p.ex. pour des jeux.

Salut au topic,
 
Quand je navigue avec Wireguard, beaucoup de sites (reddit, livestorm, youtube, ...) m'identifient comme bot et m'imposent de me connecter, remplir un captcha, ou simplement me bloquent.
 
J'ai tenté différentes solutions: changer de DNS (ça a résolu reddit), modifier le MTU, ... mais encore trop de sites me voient comme un bot.
 
Le VPN étant hébergé sur un VPS@OVH est-ce que le bloc auquel le VPS appartient pourrait être flaggé comme IP de spammer potentiel par ces sites et donc me laisser sans solution? Je me pose la questions car le VPS apparait de temps en temps sur les listes de certains RBL (j'héberge aussi un serveur email).
 
Sinon sur un tout autre sujet, j'ai enfin migré d'iptables vers nftables, au final c'est pas bien compliqué.

Quand y'a une question contenant "est-ce que mon IP est flaggée" et "OVH", la réponse est souvent "oui"

j'allais le dire. suivant le fournisseur de l'ip et sa reputation, tu peux etre vu comme un bot partout
(encore plus si y'a des hostoire de rbl pour l'email..)

puis là c'est même pas forcément identifié comme un bot, ça peut être simplement une IP identifiée comme "non résidentielle". Je suppose qu'avec les scrappers IA en folie ces derniers mois, les restrictions sur les IP source ont du se resserrer.

Vu la quantité de merde, spam, tentative de hack, scam, etc de la part des IP de machines ovh quand je bossais dans l'hébergement, ça ne m'étonne pas trop ils hébergent une quantité non négligeable de pourriture et ça fait chier tout le monde

Mince, c'est ce que je craignais avez-vous des services de hosting plus stricts qu'OVH en matière de spam? Mon VPN est quasi inutilisable en l'état

ha, bien vu. c'esst vrai que depuis l'avènement de l'"""IA""", internet est un champs de bataille ou les crawlers y vont comme des gorets et defoncent joyeusement des sites sans rien respecter... ça doit jouer aussi.

+1  
les IP OVH liées a un accès xDSL ou fibre passent très bien.
pour les IP des serveurs chez OVH, ça passe très mal !

J'utilise de temps en temps mon ip ovh aussi pour dépanner, effectivement très vite t'as les test de détection de bot etc.
 
Perso j'ai wiregard sur mon firewall@home, donc quand je bouge et que j'ai besoin d'une connexion sécurisée, je me co en vpn et ressort donc via ma connexion perso  à la maison ça évite tous ces pbs là. (et ça ne change rien mon firewall@home je l'ai de toute façon )

Pourquoi tu passes par un vpn?

Pour accéder à un partage SMB. Je vais voir comment configurer WireGuard côté client pour n'envoyer que les données SMB et pas http à travers le tunnel.

Tu peux faire du montage à travers ssh sinon.

Hello tout le monde,

Actuellement, j'ai 2 PC & une box sous debian, je backup PC1 > box via rsync quand j'y pense. J'utilise de temps à autre le 2e PC et j'aimerais bien qu'il soit un mirror du premier pour la base ainsi que les logiciels & /home/ pour ne pas avoir à me retaper toutes les configurations ou installation.
En manuel, c'est "facile" mais j'aimerais que cela soit automatique. Est-ce qu'il y a des softs, options ou autre qui le permettent ?
Par exemple un script dans le initrd qui avant de monter le root exécuterait un rsync.

Encore mieux, un moyen de synchro en temps réel le /home en utilisant la box comme base. Il y a syncthing qui existe, mais j'ai un peu un doute sur la conservation des droits & proprio sur les différents fichiers. Qui plus est, je n'ai pas souvenir d'options permettant d'exclure des sous répertoires. Par exemple, si j'ai des photos sur mon PC1, cela n'a pas grand intéret de les retrouver sur PC2 au vu de mon utilisation. Un autre problème de synchting, c'est la configuration pour des connexions à distance, là ou rsync est assez basique.

Merci

Résolu!
 
Il suffit d'ajuster AllowedIPs côté client à 10.66.66.0/24 pour être en partial routing.

J'avais regardé Resilio (non open source), mais l'app iOS était read-only.
 
Et Seafile, mais pas possible d'accéder aux fichiers directement donc backup et migration plus compliqués; il existe des outils pour monter la bdd Seafile comme un répertoire normal (je crois que rsync peut le faire)

 
Si tout est sous Linux, syncthing peut synchro les droits (uid/gid/perms), pourvu qu'on y autorise son exécutable.
Et peut évidemment exclure (ou inversement, si on préfère, n'inclure que) certains sous-dossiers, types de fichiers, etc. de ses opérations.

Dans seafile tu as seadrive avec un mode cli mais bon seafile perso je l'ai quitté pour nextcloud.

 
ha ok, interessant. Je vais zieuter un oeil plus profond alors

C'est probablement un peu hors sujet mais pourquoi ? J'aime bien mon SeaFile moi.

C’est interessant le truc de synchroniser le home je vais tenter quand j’aurais l’occasion  

Pour plusieurs raisons:
- la dernière upgrade forcée ( tu peux pas rester sur une branche inférieur et avoir les majs de secu )
- le pétage de l'application android pendant de nombreux mois suite à cette montée
de version
- l'absence de doc sur cette nouvelle version forcée, avec des changements non documentés. Tu fais l'upgrade de cette version stable, ça marche plus et y a rien dans la doc ( pas encore faite ), t'ouvres un ticket tu apprends que c'est dû à un changement volontaire faut configurer un truc mais aucune doc de release ne le mentionnait...

Tu sens de plus en plus que la version community c'est un bac à sable pour la version payante, tampis si on pousse un truc qui merde ou sans doc.
La manière de gérer le projet et de traiter les tickets, tu remontes un pb: "on a bien vi le pb, ça sera réglé dans la prochaine version et paf on clôture le ticket" Et plusieurs mois après c'est toujours pas traité. T'as plus de synchro de tes photos mais c'est pas grave...

Idem, y a des choix de non sécurité par conception qui neme vont pas, exemple le prétendu chiffrage complet. Ils ont enfin modifié la doc pour préciser mais... Y a peu d'update donc si faille de secu c'est poussé au bon vouloir, bref rien d'urgent pour eux.

Et ça a beau être opensource, au final c'est géré par une entreprise chinoise uniquement. ( Et peu utilisé/audité par des gens externes au final, c'est en perte d'utilisateur européen clairement )

C'est dommage parce que la base était bonne et efficace ( codé en c++ ), mais la gestion du projet et les choix ne me vont plus.
Nextcloud n'est pas parfait, est moins perfs en fichier pur, mais le suivi est pour moi bien meilleur, pas de pb de confiance jusque là. T'as des updates mineurs de sécu régulières et plusieurs branches maintenues avec un cycle clair.