Reprise du message précédent :

 
Pourquoi pas mais il y a peut-être un outil gnome dédié.

Moi j'utilise ssh -X mais cest pas pareil

Non ce n'est pas pareil, c'est un export de display donc l’utilisateur ne voit pas ce que tu fais.

 https://help.gnome.org/users/gnome- [...] op.html.en

 
 
Oups, j'oubliais le portable avec Buster...
 
Debian, sur mes 2 ordi

Ha, j'oubliais aussi le bug pénible du pointeur de la souris qui disparait (sous Gnome), bug apparemment lié au noyau, pas que Debian impacté
 
https://bugs.freedesktop.org/show_bug.cgi?id=111541
 
bug clôturé depuis mais pas dans le noyau 5.2.x actuel sous Testing!

Ce sont les risques avec testing  

Toujours été en testing + XFCE et très rarement des problèmes

Oui, c'est bien la différence entre stable et testing, on passe de « jamais » à « rarement »  
Ce qui est suffisant pour me faire arrêter testing    

Et encore, je dirais presque jamais, voir en haut.  
 
Par ailleurs, si je passe de 9 à 10, je peux garder ma config iptables ou il faut passer sur nftables? J'y connais absolument rien, j'avais juste recopié des règles de mon bouquin Linux... (ordi branché sans router)

tu peux garder ta config iptables pour le moment, mais il faut envisager la migration.

j'ai des debian 10 (upgradées au fur et à mesure depuis la 6) qui marchent très bien avec un ensemble de regles iptables assez complexes

Oui c'est normal, ils assurent une dernière fois pour iptables.

Mais pour le projet, il disparaît complètement pour la 11. Debian encourage à la migration vers nftables durant cette version

Pareil ici, dist upgrade sans douleur.
Mais oui, il va falloir songer à s'y mettre.

 
Up?  
 
Ou une âme charitable pour me rediriger sur le bon topic ?

Cherche du côté de let's encrypt pour le https ( et il sera géré par ton serveur Web nginx ou autre).

Merci de ta réponse, je suis un peu un noob sur linux .  
 
si je suit ce tuto : https://blog.bandinelli.net/index.p [...] tiques-%21
 
C'est bon ?

bof ... ca reste techniquement valable mais un peu fastidieux par rapport à une solution dockerisée avec traefik + nextcloud avec renouvellement auto du certif etc ...

 
Tu m'as perdu à partir de "dockerisée"    
 
Tu aurais un lien vers un tuto que je suivrais bêtement ?    
 
Je souhaite juste être en HTPPS peu importe la manière .J'ai cru comprendre que c’était infiniment mieux au niveau sécurité .

Attention, juste pour être clair: Une connection https permet d'éviter que n'importe qui puisse lire les données qui transitent entre le client et le serveur. Par contre elle n'apporte strictement rien au niveau sécurité du serveur p.ex.

et elle consomme des ressources, c'est un peu pour ça que j'évite le https dans le lan.
pas besoin de https pour que je me connecte à mon NAS qui n'est pas web face, pas besoin pour me connecter à mon volumio qui n'est pas non plus exposé, par contre https sur mon server web, mon nextcloud,...

Man in the middle  

Il parlait du LAN, pas du WAN, soit des trucs sans accès internet. Si t'as déjà un appareil malicieux sur le LAN le https c'est pas ton soucis principal je pense... Perso je considère mon LAN comme sûr, bien qu'il me semble qu'en entreprise cela ne se fait plus systématiquement (ce qui est une bonne chose).

Oui pardon, je parlais du lan mais c'est pas du mitm....

Je pensais en entreprise, branchement sauvage et écoute du traffic. Là, ton HTTPS en lan peut avoir une utilité.

Effectivement, en entreprise avec des réseaux étendues et pleins d'appareils dessus un petit boîtier en plus est facile à cacher.
A tout hasard, vous savez à quel point le https en LAN est répandu, p.ex. dans les banques? La dernière fois que j'étais voir ma conseillère (ça date) j'y ai fait gaffe, tout était en http avec Internet Explorer (je sais pas quelle version) à l'époque...

Je comprends pas, j'ai dit une bêtise?

malveillant

Donc j'avais pas totalement tort, l'homme est bien au milieu de l'entreprise pour cette attaque !  

Ah oui ok, l'erreur est humaine.

C'est bien embêtant chromium qui vient te rappeler toutes les heures qu'il n'est pas à jour.
rien dans les dépôts, il va interroger un serveur google ?

Hello, j'ai un serveur perso qui tourne actuellement sous debian 9.
 
Je vois que le support se termine en janvier 2020 sauf en cas de LTS.
 
Comment puis-je savoir si mon serveur est "éligible" automatiquement aux updates LTS ?

https://wiki.debian.org/fr/LTS

Ok donc juste parce que je suis sous amd64 implique que j'aurai droit à cette extension de support ? Je n'ai rien à faire ?

Non rien à faire.

Heu ditez, la mise à jour vers Buster, c'est normal d'avoir plus de 1300 paquets à mettre à jour avec >1Go à télécharger?  
 
J'ai fait ça correctement?

Ben une MAJ complète d'un OS, c'est logique qu'il y ait beaucoup de choses à télécharger (à peu près tout quoi).

C'est que j'avais en tête 300 et quelque paquets, mais je pense que c'était une machine virtuelle minimaliste.
 
Bon ben c'est parti, faudra patienter un peu avec ma connection internet... Je croise les doigts.

Ah ben... Pas impressionné.
 
La mise à jour environ 1h + téléchargement. Vivement un SSD et la fibre.  
Procédure:

 
Si ça parle de paquets retenu c'est probablement deb-multimedia, apt full-upgrade règle le problème.
 
A première vue quelque changements optiques, mais au moins le système en soit démarre, internet fonctionne et il y a moins de warnings du Kernel au démarrage (dû à la version plus récente).
 
Problème: Firefox qui déconne encore.  

Sérieux? J'ai toujours été sur les paquets Debian standard. Bon ben faut se recréer un profile et tout reconfigurer... Pensez à exporter vos scripts GM, vos favoris etc avant.
 
Pour le reste, à voir, j'ai pas encore testé grand chose.

Pour l'avoir "testé" sur mon portable de secours, j'attends encore un chouia...
et que j'avais constaté un dysfonctionnement sur wine, je patiente encore...
 
Ah voui, j'avais procédé à une installation "propre", et wine a correctement fonctionné directement...
 
Comme buster n'apporte rien de spécial, pour moi... je temporise

oups... quel firefox as-tu, rat de combat ?
 
mi, actuellement, j'en suis à la version 70.0.1