Reprise du message précédent :
Ben apparemment non :

C'est interdit avec wayland peut-être ?

Wayland, je sais pas. Mais je sais que c’est au moins interdit avec certains logiciels (Kate, notamment) et peut-être certains DE seulement.

 
Quelqu'un connait-il bien flatpak ?
 
j'ai vérifié, il y a bien le paquet :
https://packages.debian.org/buster/flatpak
il est installé !
 
je testerai bien quelques programmes dans ce bac à sable... histoire d'éviter de faire de pâtés ailleurs, sinon, j'me tir... ailleurs    
 
j'ai aussi trouvé cette page :
https://www.numetopia.fr/flatpak-sous-debian/
Mais rien d'indiqué sous xfce...
Bon, j'verrai bien, suivant vos retours
 
Merci de vos retours les Amies, Amis  

 
J'ai supputé que c'était lié à la manipulation qui t'as été proposé. Je peux me tromper.  
 
Après pour ma curiosité, je reste preneur d'infos quand aux couacs possible.

Ok, alors j'évite de supputer... les gens qui interviennent comme ça...      
pour moi, c'est une perte de temps...
si souci il y a, je ferai un commentaire, et sans pleurer d'aucune sorte... j'assume toujours ce que je fais

Ah je ne savais pas pour kate, car je n'ai pas utilisé kde depuis longtemps, mais c'est très bien ça    
Je vois en plus, en consultant par exemple ce lien : https://askubuntu.com/questions/117 [...] te-as-root, que :
- si on essaie de le faire quand même, il est proposé de faire à la place SUDO_EDITOR=kate sudoedit <file>
- si on ouvre un fichier système (accessible en lecture) avec kate, et qu'on le modifie dans l'éditeur, au moment de l'enregistrement, kate se "branchera" sur polkit pour demander les privilèges nécessaires
De bien bonnes choses   (qu'on aimerait avoir sous xfce avec mousepad…)

Hello,
 
Vous savez pourquoi par défaut sous Debian avec Gnome root ne peut pas utiliser gedit? Quand je tente j'obtiens:

 
Je pourrais bien sûr changer les droits pour qu'un utilisateur puisse modifier ce fichier mais j'aimerais mieux comprendre pour root ne peut pas le faire.

Je vais prendre cette solution, élégante ou pas.

Merci.

edit: Dans ~/.profile:

et voilà..
edit: rajout/correction

Gedit c'est une interface graphique? Va voir mes messages un peu plus haut, ça doit être la même histoire que su avec un tiret où on ne peut pas lancer de GUI.

Comment on fait, exactement, pour ajouter une CA dans debian, de façon par exemple à pouvoir accéder à une ressource TLS qui présente un certificat issu d'une PKI interne ? Pour l'instant j'ai :
- ajouté le .crt de ma CA racine dans /usr/local/share/ca-certificates
- ajouté le .crt de ma CA intermédiaire dans /usr/local/share/ca-certificates
- fait un "update-ca-certificates"
- constaté que des .pem correspondant à mes CA se sont bien créés dans /etc/ssl/certs (par contre de sont des liens symboliques en .pem pointant vers mes fichiers d'origine .crt, est-ce normal ? )
 
Mais ensuite quand je tente d'accéder à ma ressource avec un curl ou un wget pas moyen, ça ne passe pas l'étape du check de certificat ("The certificate doesn't have a known issuer" ). L'accès à cette même ressource fonctionne bien depuis les postes windows donc le problème semble vraiment côté client.
 
J'ai aussi trouvé cette commande :

 
qui liste toutes les CA approuvées issues de ca-certificates.crt, mais ma CA n'y figure pas ce qui je suppose est un problème.

Bon c'est bon j'ai trouvé, il fallait que je récupère les certificats des CA en .pem mais que je les renomme en .crt, et le reste de ma procédure est bonne.
X509/TLS c'est vraiment un métier à part entière  

C'est un détail, mais bon, autant faire propre (cf. les warnings de awk en début et fin de fichier) :

Sans compter que la chaine "BEGIN" pourrait bien se retrouver dans un certificat, comme c'est le cas chez moi pour la chaine "END", donc comme délimiteur c'est moyen  

Les joies d'awk

Il y a un logiciel simple pour afficher les polices .pcf avec la possibilité de spécifier directement un fichier .pcf (dans l'interface graphique ou en ligne de commande)?
Genre showmethisfont font.pcf[.gz]
 
J'ai testé le truc de GNOME, ne fait pas ce que je veux. Le vieux xfontsel non plus (pas moyen d'ouvrir un fichier spécifié) et l'interface est franchement à chier.

FontForge ?

Ah oui, ça pourrait convenir.  Enfin entretemps je me suis débrouillé pour bricoler un truc qui transforme un fichier .pcf en .png, ça suffira pour mes besoins je pense.

une fiture dont je n'avais pas connaissance :
 
Downgrade all Debian packages to a specific date

https://vincent.bernat.ch/en/blog/2020-downgrade-debian

ah oui, c'est très spécifique, mais c'est intéressant

Je m'évertue à le dire : il y en a plus dans plusieurs têtes que dans une !
Merci pour le partage de cette info  

EDIT : Réglé, j'ai fait de la merde

Hello

Question un peu bête mais j'ai des soucis pour monter un disque dur sur mon debian.
C'est un disque où j'ai une partition NTFS utilisée par mon windows (dual boot) ainsi qu'une partition Share en exFAT pour partager des fichiers entre les deux OS.

J'aimerai bien monter cette partition dans mon home mais je galère; j'arrive pourtant à la monter à la main sans soucis.

Un résumé de ce que j'ai fait :

- Récupérer l'UUID avec blkid
/dev/sdg2: LABEL="Share" UUID="C81F-A410" TYPE="exfat" PARTUUID="30b3ca00-02"
Le mettre dans /etc/fstab :
UUID=C81F-A410 exFAT /home/kali/ShareWin defaults 0 0

Le boot se passe normalement mais je n'ai aucun fichier présent dans ShareWin.  (Edit : J'ai bien reboot pour que les modifications de Fstab soient pris en compte).
Si je monte à la main ( mount /dev/sdg2 /home/kali/ShareWin) cela fonctionne.

D'ailleurs, aucune idée si c'est lié mais depuis que j'ai rajouté l'UUID dans fstab, il n'apparait plus dans le GUI thunar (mais une fois monté c'est ok)
Une idée ? Je pourrais faire ça via un script qui se lance au démarrage mais j'aimerai bien le faire proprement dans fstab.
Je dois peut être rajouter la PartUUID quelque part ?

Merci d'avance !

EDIT => Forcément, j'avais mis le format de fichier avant le point de montage. ça fonctionne vachement moins bien.

En général c'est plutôt :
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
 
T'as mis le type en seconde position (ou alors c'est une erreur en rédigeant ton post)

Ah ben t'as trouvé tout seul

Ouip, je chipote pas mal pour essayer de tout comprendre et une erreur comme ça c'est vite arrivé. J'ai cherché plusieurs heures un peu partout avant de me rendre compte de la fausse manip
Mais bon je commence à m'en sortir, ou du moins, je sais plus ou moins où chercher

C'est cela l'essentiel, apprendre à se dépatouiller seul
 
une suggestion : tout ce que je fais, je le note dans un fichier texte, avec les résultats des diverses commandes, et si je suis un tuto, j'indique son adresse dans le fichier, et le mémorise avec un nom explicite, dans le dossier, tout aussi explicite
mais, ce n'est qu'une suggestion...

 
Je fais plus ou moins pareil en maintenant un pseudo wiki avec des conneries qui m'ont servi

 
Impek les grands Esprits se rencontrent

19 pages de wiki perso rédigées aujourd'hui

Hello, c'est encore moi

J'installe VSFTPD sur une vm debian pour tester un peu et me familiariser avec le chroot et la gestion de certificat.

J'ai voulu suivre le wiki debian mais il est un peu avare en information pour la configuration complète
Du coup j'ai tenté le wiki ubuntu, pour l'instant le FTP fonctionne mais sans sécurité. Dans le wiki on précise de rajouter ces lignes pour accepter SSL/TLS

ssl_tlsv1=YES
ssl_sslv2=YES
ssl_sslv3=YES

mais ça me fait tiquer.. Pourquoi activer SSL V2/V3? c'est une question de client qui ne supportent pas encore TLS?
Niveau sécurité c'est bien mieux de virer SSL et de garder que TLS non?
Si oui, c'est pas un peu étrange qu'un wiki donne une solution pas très sécure?

Sur un tuto CentOS c'est l'inverse, ils activent TLS et pas SSL.

Merci de vos infos

EDIT : Je suis peut être un poil HS parce que c'est pas propre à debian mais bon, je sais pas trop où poster

Tls 1.2 minimum

faut pas oublier que les wikis ça peut être écrit par n'importe qui, et garder son esprit critique
 
en effet de nos jours il vaut mieux limiter à TLS1.2+

Lire un peu, ça peut faire du bien sur ce sujet, un petit exemple: https://openweb.eu.org/articles/https-de-ssl-a-tls-1-3

Et ce magnifique site pour expliquer les échanges sur TLS1.2 et aussi sur 1.3
https://tls.ulfheim.net/

Tout à fait, et sans aucun état d'âme, lorsque je cherche une info, je regarde aussi chez Ubuntu !

Merci! Si un jour j'ai besoin de bricoler ça ce site pourra être très utile.

Ah et je plussoie, TLS1.2 mini et les SSL on oublie!!

techniquement je crois que c'est toujours noté ssl, genre ssl3.3 quelque part pour tls1.2 ? mais osef

Des wikis qui donnent des directives pas très secures, y en a à foison malheureusement.
Le pire étant les tutos/getting started qui dans un souci de simplicité et lisibilité recommandent des trucs pas sécurisés du tout sans jamais le mentionner.

Je voulais tester vsftpd mais j'ai pas réussi à forcer l'utilisation du TLSv1_2. ça parle de paquet supplémentaires à installer sous fedora/centOS mais je n'ai rien trouvé dans les dépôts..

J'ai été demander sur l'IRC et d'après ce que je voulais faire on m'a conseillé de mettre en place un SFTP et ça fonctionne bien et semble assez sécurisé avec les clés.

D'ailleurs les gars de l'irc m'ont pas répondu là dessus; Vsftpd semble être pas mal utilisé (bon maintenant c'est sur leur site web donc à prendre avec des pincettes) en entreprise, notamment par red hat et pourtant on m'a bien précisé que ça utilisait le protocole ftp qui était désuet, doit y avoir une raison pour laquelle redhat utilise se genre de protocole en particulier non?

Du coup j'ai mal compris un truc ou bien vsftpd n'est pas forcément très sécurisé?

Ben dans les entreprises y a des tas de softs / procédures un peu anciennes qui utilisent une bonne vieille connexion FTP pour transférer des fichiers de façon automatique et réguilère entre différents systèmes.
 
Et comme les gens qui gèrent ça (quand il y en a) sont de gros flemmard, parce que "tant que ça fonctionne on ne touche pas", ben on trouve toujours du FTP.
 
Sinon les gens sont passés sur SSH (via SCP/SFTP ou rsync+ssh), ou alors sur des API HTTP(S) dédiées.

Après le FTP a quand même un gros avantage, c'est qu'il permet de mettre facilement en place un système de users distinct des users de l'OS, et aussi l'isolation (jail).
Avec su SSH/SFTP c'est un peu plus bancale à mettre en place (à moins que ça n'est bougé ces dernières années, j'ai pas trop suivi, mais y a 5 ans c'était encore la misère de ce côté là, avec des patchs plus ou moins foireux à maintenir...)

ça a du sens

Tu parles du chroot? Si oui ça se met très facilement en place, suffit de décommenter l'argument dans la config et de gérer les droits du/des dossiers. Maintenant c'est en utilisation perso donc montage très simple, pour les autres cas je n'en ai aucune idée.