Re: Où sont stockés les paramètres de gnome network manager?

2022-11-23 Par sujet Francois Mescam 

Peut-être lire man networkmanager.conf

Francois Mescam

Le 24/11/2022 à 08:25, Basile Starynkevitch a écrit :



On 14/11/2022 10:18, Olivier backup my spare wrote:

Bonjour

J'avais tout bien fait, j'avais paramétré le réseau sur un serveur 
qui sert pour Gitlab et je m'étais permis de faire un agrégat reseau, 
un bond.
Mon responsable est passé par là et a modifié quelques réglages par 
l'interface gnome network manager. D'ailleurs il l'a installé parce 
que ce n'était pas installé. Sauf que ça mis le truc sur une patte à 
cloche pied.


Quelqu'un sait où sont stockés les paramètres de gnome network 
manager? Là, j'ai l'impression de faire des modifications pour rien 
en ligne de commande.



Peut-être dans le fichier |/etc/NetworkManager/NetworkManager.conf| si 
je comprends bien 
https://developer-old.gnome.org/NetworkManager/stable/NetworkManager.conf.html



Sur ma machine de bureau à la maison (sans wifi, avec Ethernet sur une 
box à IP fixe), je n'y vois que peu de paramètres:


root@rimski:/# cat /etc/NetworkManager/NetworkManager.conf
[main]
plugins=ifupdown,keyfile

[ifupdown]
managed=false

[device]
wifi.scan-rand-mac-address=no


Bon courage pour la suite

Cordialement

PS. Je cherche des partenaires pour http://refpersys.org/ 




--
Basile Starynkevitch
(only mine opinions / les opinions sont miennes uniquement)
92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/

Re: Re : Où sont stockés les paramètres de gnome network manager?

2022-11-23 Par sujet Olivier backup my spare 



Le 23/11/2022 à 19:16, Hugues Larrive a écrit :

--- Original Message ---
Le lundi 14 novembre 2022 à 10:18, Olivier backup my spare 
 a écrit :





Bonjour


Bonjour,



Bonjour


J'avais commencé à répondre et puis c'est resté dans mes brouillons...
Comme il n'y a pas eu beaucoup de réponses je l'envoi quand même avec
10 jours de retard.



No worries :)


J'avais tout bien fait, j'avais paramétré le réseau sur un serveur qui
sert pour Gitlab et je m'étais permis de faire un agrégat reseau, un bond.


Dans /etc/network/interfaces ?



Oui, dans /etc/network/interfaces
A titre perso, c'est tout de même plus facile de suivre le Guide Debian 
et d'éditer des fichiers que de cliquer sans savoir l'action entreprise 
derrière.



Mon responsable est passé par là et a modifié quelques réglages par
l'interface gnome network manager. D'ailleurs il l'a installé parce que
ce n'était pas installé. Sauf que ça mis le truc sur une patte à cloche
pied.


Dans ce cas la première chose que je ferais c'est :

apt-get remove --purge network-manager-gnome



Je ne peux pas. Il ne faut pas heurter la sensibilité du responsable et 
des collègues...



Quelqu'un sait où sont stockés les paramètres de gnome network manager?


root@rp:/home/hugues# cat /etc/NetworkManager/NetworkManager.conf
[main]
plugins=ifupdown,keyfile

[ifupdown]
managed=false
root@rp:/home/hugues#

J'ai eu du mal à le localiser "because ICanTReadThis"
(cf. https://www.gnu.org/prep/standards/html_node/Names.html#Names)


Là, j'ai l'impression de faire des modifications pour rien en ligne de
commande.


Personnellement, je n'utilise network-manager que pour les machines
itinérantes avec du wifi, pour les serveurs et les postes fixes, je fais
tout dans /etc/network/interfaces. J'ai même un doute sur le support des
agrégats dans network-manager...



Je suis un convaincu.


Une autre habitude que j'ai prise récemment est l'installation du paquet
etckeeper :
enregistrement de /etc dans git, mercurial, brz ou darcs
  Le programme etckeeper est un outil pour permettre de stocker /etc dans un
  dépôt git, mercurial, brz ou darcs. Il se connecte à APT pour
  automatiquement renvoyer les changements faits dans /etc pendant la mise à
  niveau des paquets. Il suit les métadonnées de fichiers que les systèmes de
  contrôle de versions ne prennent normalement pas en charge, mais cela est
  important pour /etc, comme par exemple les droits de /etc/shadow. Il
  est plutôt modulaire et configurable, tout en étant simple d’utilisation
  si les bases du système de contrôle de versions sont assimilées.



Merci pour ce tips. Je ne connaissais pas, je vais mettre en pratique.


C'est très pratique pour analyser le problème et éventuellement revenir en
arrière quand on casse une configuration qui fonctionnait bien.

Cordialement,



Cordialement.


--
AI Gestionnaire d'infrastructure/ Gestionnaire de Parc.
Centre d'économie S**
“It is possible to commit no errors and still lose. That is not a 
weakness. That is life.”

– Captain Jean-Luc Picard to Data


smime.p7s
Description: Signature cryptographique S/MIME

Re: Où sont stockés les paramètres de gnome network manager?

2022-11-23 Par sujet Basile Starynkevitch 


On 14/11/2022 10:18, Olivier backup my spare wrote:

Bonjour

J'avais tout bien fait, j'avais paramétré le réseau sur un serveur qui 
sert pour Gitlab et je m'étais permis de faire un agrégat reseau, un 
bond.
Mon responsable est passé par là et a modifié quelques réglages par 
l'interface gnome network manager. D'ailleurs il l'a installé parce 
que ce n'était pas installé. Sauf que ça mis le truc sur une patte à 
cloche pied.


Quelqu'un sait où sont stockés les paramètres de gnome network 
manager? Là, j'ai l'impression de faire des modifications pour rien en 
ligne de commande.



Peut-être dans le fichier |/etc/NetworkManager/NetworkManager.conf| si 
je comprends bien 
https://developer-old.gnome.org/NetworkManager/stable/NetworkManager.conf.html



Sur ma machine de bureau à la maison (sans wifi, avec Ethernet sur une 
box à IP fixe), je n'y vois que peu de paramètres:


root@rimski:/# cat /etc/NetworkManager/NetworkManager.conf
[main]
plugins=ifupdown,keyfile

[ifupdown]
managed=false

[device]
wifi.scan-rand-mac-address=no


Bon courage pour la suite

Cordialement

PS. Je cherche des partenaires pour http://refpersys.org/ 




--
Basile Starynkevitch
(only mine opinions / les opinions sont miennes uniquement)
92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/

Re: Où sont stockés les paramètres de gnome network manager?

2022-11-23 Par sujet Basile Starynkevitch 


On 14/11/2022 10:18, Olivier backup my spare wrote:

Bonjour

J'avais tout bien fait, j'avais paramétré le réseau sur un serveur qui 
sert pour Gitlab et je m'étais permis de faire un agrégat reseau, un 
bond.
Mon responsable est passé par là et a modifié quelques réglages par 
l'interface gnome network manager. D'ailleurs il l'a installé parce 
que ce n'était pas installé. Sauf que ça mis le truc sur une patte à 
cloche pied.


Quelqu'un sait où sont stockés les paramètres de gnome network 
manager? Là, j'ai l'impression de faire des modifications pour rien en 
ligne de commande.



Une possibilité (bourine) est de lancer dans un terminal une commande 
strace (voir https://man7.org/linux/man-pages/man1/strace.1.html 
 ...) ou ltrace sur 
le processus tournant ce gnome network manager. Ou, s'il tourne dans le 
pid 1234, de lister /proc/1234/fd/


Avec un peu de chance, le fichier des paramètres serait encore ouvert!


On peut aussi utiliser la commande nmcli et regarder 
https://developer-old.gnome.org/NetworkManager/stable/nmcli-examples.html




Bonne chance.

PS. Je cherche des partenaires intéressés par http://refpersys.org/


--
Basile Starynkevitch
(only mine opinions / les opinions sont miennes uniquement)
92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/

Re: Re : Re: Formation iptables / netfilter

2022-11-23 Par sujet NoSpam 

Bonsoir,

iptables-translate permet de générer les règles au format iptables

https://wiki.nftables.org/wiki-nftables/index.php/Moving_from_iptables_to_nftables


Le 23/11/2022 à 19:51, Hugues Larrive a écrit :

--- Original Message ---
Le mercredi 23 novembre 2022 à 18:58, Frederic Zulian  a 
écrit :



Les 2 PDF de préparation sont succincts, mais très clair. Si la présentation 
pouvait être mis en ligne
cela serait un véritable +.

Parce que tout le monde n'habite pas l'Île-de-France :-(


Je suis également intéressé mais trop loin (600 Km).

Il est vrai que la documentation sur nftables est encore rare sur le web malgré
8 ans d'existence ce qui nuit grandement à l'abandon de la couche de
compatibilité iptables. Donc la mise en ligne d'une présentation en français
sur le sujet serait évidemment bienvenue.

Hugues LARRIVE



Frédéric ZULIAN

Le mer. 23 nov. 2022 à 14:57, ajh-valmer  a écrit :


Une information d'un atelier iptables / netfilter le samedi 3 décembre,
en île de France proche Paris par une association du Libre :
http://www.agendadulibre.org/events/26305

On Wednesday 23 November 2022 13:32:26 NoSpam wrote :

Pour information, iptables a été abandonné au profit de nftables

Encore de ta part un mail erroné, tu ne lis pas le texte,

Voici ce qui est écrit sur la présentation de la formation :
"Nftables, ayant pour ambition de remplacer Iptables, est aussi censé remplacer
certaines parties de Netfilter, tout en les conservant et en les réutilisant".

Si l'atelier est indiqué "iptables / netfilter",
c'est parce que des personnes ne connaissent pas encore Nftables,
le remplaçant d'iptables.

Re : Re: Formation iptables / netfilter

2022-11-23 Par sujet Hugues Larrive 
--- Original Message ---
Le mercredi 23 novembre 2022 à 18:58, Frederic Zulian  a 
écrit :


> Les 2 PDF de préparation sont succincts, mais très clair. Si la présentation 
> pouvait être mis en ligne
> cela serait un véritable +.
> 

> Parce que tout le monde n'habite pas l'Île-de-France :-(
> 

Je suis également intéressé mais trop loin (600 Km).

Il est vrai que la documentation sur nftables est encore rare sur le web malgré
8 ans d'existence ce qui nuit grandement à l'abandon de la couche de
compatibilité iptables. Donc la mise en ligne d'une présentation en français
sur le sujet serait évidemment bienvenue.

Hugues LARRIVE


> Frédéric ZULIAN
> 

> Le mer. 23 nov. 2022 à 14:57, ajh-valmer  a écrit :
> 

> > > > Une information d'un atelier iptables / netfilter le samedi 3 décembre,
> > > > en île de France proche Paris par une association du Libre :
> > > > http://www.agendadulibre.org/events/26305
> > 

> > On Wednesday 23 November 2022 13:32:26 NoSpam wrote :
> > > Pour information, iptables a été abandonné au profit de nftables
> > 

> > Encore de ta part un mail erroné, tu ne lis pas le texte,
> > 

> > Voici ce qui est écrit sur la présentation de la formation :
> > "Nftables, ayant pour ambition de remplacer Iptables, est aussi censé 
> > remplacer
> > certaines parties de Netfilter, tout en les conservant et en les 
> > réutilisant".
> > 

> > Si l'atelier est indiqué "iptables / netfilter",
> > c'est parce que des personnes ne connaissent pas encore Nftables,
> > le remplaçant d'iptables.

publickey - hlarrive@pm.me - 0xE9429B87.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

Re : Où sont stockés les paramètres de gnome network manager?

2022-11-23 Par sujet Hugues Larrive 
--- Original Message ---
Le lundi 14 novembre 2022 à 10:18, Olivier backup my spare 
 a écrit :


>
>
> Bonjour
>
Bonjour,

J'avais commencé à répondre et puis c'est resté dans mes brouillons...
Comme il n'y a pas eu beaucoup de réponses je l'envoi quand même avec
10 jours de retard.

> J'avais tout bien fait, j'avais paramétré le réseau sur un serveur qui
> sert pour Gitlab et je m'étais permis de faire un agrégat reseau, un bond.

Dans /etc/network/interfaces ?

> Mon responsable est passé par là et a modifié quelques réglages par
> l'interface gnome network manager. D'ailleurs il l'a installé parce que
> ce n'était pas installé. Sauf que ça mis le truc sur une patte à cloche
> pied.
>
Dans ce cas la première chose que je ferais c'est :

apt-get remove --purge network-manager-gnome

> Quelqu'un sait où sont stockés les paramètres de gnome network manager?

root@rp:/home/hugues# cat /etc/NetworkManager/NetworkManager.conf
[main]
plugins=ifupdown,keyfile

[ifupdown]
managed=false
root@rp:/home/hugues#

J'ai eu du mal à le localiser "because ICanTReadThis"
(cf. https://www.gnu.org/prep/standards/html_node/Names.html#Names)

> Là, j'ai l'impression de faire des modifications pour rien en ligne de
> commande.
>
Personnellement, je n'utilise network-manager que pour les machines
itinérantes avec du wifi, pour les serveurs et les postes fixes, je fais
tout dans /etc/network/interfaces. J'ai même un doute sur le support des
agrégats dans network-manager...

Une autre habitude que j'ai prise récemment est l'installation du paquet
etckeeper :
enregistrement de /etc dans git, mercurial, brz ou darcs
 Le programme etckeeper est un outil pour permettre de stocker /etc dans un
 dépôt git, mercurial, brz ou darcs. Il se connecte à APT pour
 automatiquement renvoyer les changements faits dans /etc pendant la mise à
 niveau des paquets. Il suit les métadonnées de fichiers que les systèmes de
 contrôle de versions ne prennent normalement pas en charge, mais cela est
 important pour /etc, comme par exemple les droits de /etc/shadow. Il
 est plutôt modulaire et configurable, tout en étant simple d’utilisation
 si les bases du système de contrôle de versions sont assimilées.

C'est très pratique pour analyser le problème et éventuellement revenir en
arrière quand on casse une configuration qui fonctionnait bien.

Cordialement,

Hugues
> --
> AI Gestionnaire d'infrastructure/ Gestionnaire de Parc.
> Centre d'économie S**
> “It is possible to commit no errors and still lose. That is not a
> weakness. That is life.”
> – Captain Jean-Luc Picard to Data

publickey - hlarrive@pm.me - 0xE9429B87.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

Re: Formation iptables / netfilter

2022-11-23 Par sujet Frederic Zulian 
Les 2 PDF  de préparation sont succincts, mais très clair. Si la
présentation pouvait être mis en ligne
cela serait un véritable +.

Parce que tout le monde n'habite pas l'Île-de-France :-(

Frédéric ZULIAN



Le mer. 23 nov. 2022 à 14:57, ajh-valmer  a écrit :

> > > Une information d'un atelier iptables / netfilter le samedi 3 décembre,
> > > en île de France proche Paris par une association du Libre :
> > > http://www.agendadulibre.org/events/26305
>
> On Wednesday 23 November 2022 13:32:26 NoSpam wrote :
> > Pour information, iptables a été abandonné au profit de nftables
>
> Encore de ta part un mail erroné, tu ne lis pas le texte,
>
> Voici ce qui est écrit sur la présentation de la formation :
> "Nftables, ayant pour ambition de remplacer Iptables, est aussi censé
> remplacer
> certaines parties de Netfilter, tout en les conservant et en les
> réutilisant".
>
> Si l'atelier est indiqué "iptables / netfilter",
> c'est parce que des personnes ne connaissent pas encore Nftables,
> le remplaçant d'iptables.
>
>

Re: Formation iptables / netfilter

2022-11-23 Par sujet ajh-valmer 
> > Une information d'un atelier iptables / netfilter le samedi 3 décembre,
> > en île de France proche Paris par une association du Libre :
> > http://www.agendadulibre.org/events/26305

On Wednesday 23 November 2022 13:32:26 NoSpam wrote :
> Pour information, iptables a été abandonné au profit de nftables

Encore de ta part un mail erroné, tu ne lis pas le texte,

Voici ce qui est écrit sur la présentation de la formation :
"Nftables, ayant pour ambition de remplacer Iptables, est aussi censé remplacer 
certaines parties de Netfilter, tout en les conservant et en les réutilisant". 

Si l'atelier est indiqué "iptables / netfilter",
c'est parce que des personnes ne connaissent pas encore Nftables,
le remplaçant d'iptables.

Re: Gestion de caractères accentués différentes entre xterm, d'autres émulateurs de terminal, et Emacs (locales correctes)

2022-11-23 Par sujet Md 


Le mercredi 23 novembre 2022 à 08:50 +0100, Jean-Philippe Georget a écrit :
> Bonjour,
> 
> Tout d'abord, je remercie tous les participants à ce fil de discussion qui 
> m'ont permis de trouver une solution seulement aujourd'hui et après une bonne 
> petite heure de recherche et de tests (car, oui, je n'ai pas trouvé tout de 
> suite la solution ;-)
> 
> 
> *Le problème*
> 
> Des caractères accentués de certains noms de fichiers sont codés sur deux 
> caractères malgré le fait que ce soient des caractères Unicode.
> Par exemple "é" est codé avec "e" et un accent aigu, "à" est codé avec "a" et 
> un accent grave.
> 
> Cela cause des bizarreries quand on veut les renommer (il faut effacer deux 
> caractères au lieu d'un, le curseur ne se positionne pas au bon endroit) ou 
> les rechercher (on ne les retrouve pas, par exemple r?f.pdf ne permet pas de 
> retrouver réf.pdf alors que r??f.pdf permet le retrouver).
> 
> 
> *Une solution*
> 
> Convertir le nom du fichier de utf-8 à utf-8 en respectant la norme NFC
> 
> convmv -f utf-8 -t utf-8 --nfc --notest filename
> 
> 
> On peut aussi traiter récursivement une hiérarchie de dossiers/fichiers en 
> ajoutant un "-r".
> 
> convmv -r -f utf8 -t utf8 --nfc --notest path/
> 
> 
> 
> *Une explication*
> 
> Les noms de fichier avec lesquels j'ai des problèmes proviennent 
> d'ordinateurs fonctionnant sous MacOs.
> 
> Effectivement, le système de fichiers HFS (ou HFS+) de MacOs utilise une 
> forme d'Unicode spécifique (no comment :-]), la forme NFD (NFC normalization 
> form D). Or Linux utilise la forme NFC (normalization form C).
> 
> https://fr.wikipedia.org/wiki/Normalisation_Unicode
> - Norme NFD (MacOs) : les caractères diacritiques sont codés sous une forme 
> décomposée ("é" est en fait "e" + l'accent aigu)
> - Norme NFC (Linux) : les caractères diacritiques sont codés sous une forme 
> composée ("é" est un seul caractère unicode)
> 
> 
> Quand on enregistre sur un ordinateur Linux un fichier créé sur MacOs, il n'y 
> a pas de conversion entre les normes. Le nom de fichier codé en NFD reste en 
> NFD, il n'est pas transformé en NFC. En particulier, deux noms de fichiers 
> identiques à l'affichage peuvent donc cohabiter dans le même dossier alors 
> que ces noms sont différents puisque codés avec des caractères différents.
> 
> Intérêt des deux normes (pour ce que j'ai compris ;-)
> NFC : un code par caractère affiché, pratique pour identifier de manière 
> unique des lettres, des mots, etc.
> 
> NFD : pratique pour faire des recherches/comparaisons sans tenir compte des 
> caractères diacritiques (accents, trémas, etc.). Une recherche sur le mot 
> "education" (sans accent) permet aussi de retrouver "éducation".
> 
> 
> Linus Torvalds déplore l'utilisation de la NFD pour le système de fichier HFS+
> https://www.cio.com/article/251059/linus-torvalds-apples-hfs-is-probably-the-worst-file-system-ever.html
> 
> 
> Et moi aussi, je le déplore ! ;-)
> Jean-Philippe 
> 
En tout cas, ton explication  claire et détaillée t'honore Merci.

Re: Formation iptables / netfilter

2022-11-23 Par sujet NoSpam 

Bonjour

Le 23/11/2022 à 11:14, ajh-valmer a écrit :

Hello,

Une information d'un atelier iptables / netfilter le samedi 3 décembre,
en île de France proche Paris par une association du Libre :

http://www.agendadulibre.org/events/26305

Pour information, iptables a été abandonné au profit de nftables

Formation iptables / netfilter

2022-11-23 Par sujet ajh-valmer 
Hello,

Une information d'un atelier iptables / netfilter le samedi 3 décembre,
en île de France proche Paris par une association du Libre :

http://www.agendadulibre.org/events/26305

Bonne journée.

Re: Ma sortie traceroute contredit ce que Wireshark affiche. Une explication ?

2022-11-23 Par sujet Stephane Bortzmeyer 
On Wed, Nov 23, 2022 at 09:42:10AM +0100,
 Olivier  wrote 
 a message of 146 lines which said:

> J'en retiens que:

Désolé mais non, ce n'est toujours pas ça.

> 1. traceroute en UDP ne marche pas.

Ça dépend. Port 53 vers un serveur DNS va marcher (ou alors c'est que
le serveur a un gros problème). Évidemment, ça ne nous dit rien de ce
que vont faire les intermédiaires.

> 2. on teste la connectivité de bout en bout avec ICMP (ping,
> traceroute -I, ...)

Non. ICMP peut être bloqué. Si on veut tester la connectivité avec un
serveur, la seule méthode qui marchera à tous les coups est de tester
avec le service que ce serveur est censé fournir.

Re: Re : Ma sortie traceroute contredit ce que Wireshark affiche. Une explication ?

2022-11-23 Par sujet Olivier 
De mon point de vue, le problème de fond est le secret qui entoure le
paramétrage des routeurs des opérateurs.
Je suis d'accord pour qu'un opérateur optimise son réseau et ses
ressources mais le fait qu'un administrateur système consciencieux ne
sache pas comment vérifier la connectivité entre deux machines
connectées à Internet (le contenu de ce fil de discussion l'illustre)
est un problème quand parallèlement on voit la qualité du support
proposé :

"Je fais ce que je veux sur mes équipements et j'envoie bouler ceux
qui m'appellent pour autre chose que des coupures franches et
totales,"

Je comprends bien qu'on ne dévoile pas au public des paramétrages
contre le SPAM ou le DoS ou d'autre fléaux, mais de là à rendre
caduque les outils de base d'administration comme traceroute.
Qu'on nous propose une alternative fiable, acceptée (pourquoi pas une
liste précise d'options à ajouter à traceroute, nmap ou autre).


En tout cas, merci à tous pour vos réponses.
J'en retiens que:

1. traceroute en UDP ne marche pas.
2. on teste la connectivité de bout en bout avec ICMP (ping, traceroute -I, ...)
3. si on observe une anomalie sur un N-uplet précis (protocole
IP-port/ source-destination), on peut ouvrir un ticket

Merci à tous

Le mer. 23 nov. 2022 à 08:12, Hugues Larrive  a écrit :
>
> --- Original Message ---
> Le mardi 22 novembre 2022 à 22:17, Th.A.C  a écrit :
>
>
> >
>
> >
>
> >
>
> > Le 22/11/2022 à 16:29, Olivier a écrit :
> >
>
> > > Néanmoins, ma question porte uniquement sur le point: pourquoi le
> > > traceroute UDP vers la Box1 échoue alors que visiblement Box1 et
> > > Machine sont capables de se parler (certes dans ce cas, le trafic ne
> > > fait que transiter par Box1 mais ce n'est pas la question) ?
> >
>
> >
>
> > la raison des 30 sauts est écrite au tout début des messages affichés
> > par la commande traceroute:
> >
>
> > ~$ traceroute free.fr
> > traceroute to free.fr (212.27.48.10), 30 hops max, 60 byte packets
> >
>
> > 30 sauts est la valeur maxi par défaut (man traceroute):
> > ---
> > which means we got to the "host", or hit a max (which defaults to 30 hops).
> > ---
> > -m max_ttl, --max-hops=max_ttl
> > Specifies the maximum number of hops (max time-to-live
> > value) traceroute will probe. The default is 30.
> > ---
> >
>
> > et tu peux donc modifier cette valeur (-m xxx).
> >
>
> >
>
> > Pour le reste, il y a pleins d'explications rien que dans le man:
> > ---
> > In the modern network environment the traditional traceroute methods
> > can not be always applicable, because of widespread use of firewalls.
> > Such firewalls fil‐
> > ter the "unlikely" UDP ports, or even ICMP echoes. To solve
> > this, some additional tracerouting methods are implemented (including
> > tcp), see LIST OF AVAILABLE
> > METHODS below. Such methods try to use particular protocol and
> > source/destination port, in order to bypass firewalls (to be seen by
> > firewalls just as a start of
> > allowed type of a network session).
> > ---
> >
>
> >
>
> >
>
> > par exemple chez moi, un traceroute free.fr échoue alors qu'un ping
> > free.fr répond bien.
> >
>
> Il y a aussi l'option --traceroute de nmap qui trouve toute seule la
> bonne méthode :
> root@rp:/home/hugues# nmap --traceroute free.fr
> Starting Nmap 7.80 ( https://nmap.org ) at 2022-11-23 08:08 CET
> Nmap scan report for free.fr (212.27.48.10)
> Host is up (0.017s latency).
> Other addresses for free.fr (not scanned): 2a01:e0c:1::1
> rDNS record for 212.27.48.10: www.free.fr
> Not shown: 994 closed ports
> PORT STATESERVICE
> 22/tcp   filtered ssh
> 25/tcp   filtered smtp
> 80/tcp   open http
> 111/tcp  filtered rpcbind
> 443/tcp  open https
> 2049/tcp filtered nfs
>
> TRACEROUTE (using port /tcp)
> HOP RTT  ADDRESS
> 1   1.00 ms  192.168.1.1
> 2   ...
> 3   6.42 ms  ae107-0.nctou202.rbci.orange.net (193.249.214.86)
> 4   10.95 ms ae44-0.nrpoi102.rbci.orange.net (193.252.100.54)
> 5   16.69 ms ae45-0.nridf102.rbci.orange.net (193.251.126.14)
> 6   15.31 ms ae41-0.noidf002.rbci.orange.net (193.252.98.106)
> 7   16.49 ms 193.253.13.70
> 8   16.19 ms p11-9k-1-be1026.intf.routers.proxad.net (212.27.57.126)
> 9   16.40 ms bzn-9k-2-sys-be2001.intf.routers.proxad.net (194.149.161.246)
> 10  16.41 ms www.free.fr (212.27.48.10)
>
> Nmap done: 1 IP address (1 host up) scanned in 4.82 seconds
>
> Cordialement,
>
> Hugues

Re: Gestion de caractères accentués différentes entre xterm, d'autres émulateurs de terminal, et Emacs (locales correctes)

2022-11-23 Par sujet Sébastien NOBILI 

Bonjour,

Le 2022-11-23 08:50, Jean-Philippe Georget a écrit :

*Une explication*


Merci pour l'explication :)

Sébastien

Re: Gestion de caractères accentués différentes entre xterm, d'autres émulateurs de terminal, et Emacs (locales correctes)

2022-11-23 Par sujet Jean-Philippe Georget 
Bonjour,

Tout d'abord, je remercie tous les participants à ce fil de discussion qui 
m'ont permis de trouver une solution seulement aujourd'hui et après une bonne 
petite heure de recherche et de tests (car, oui, je n'ai pas trouvé tout de 
suite la solution ;-)


*Le problème*

Des caractères accentués de certains noms de fichiers sont codés sur deux 
caractères malgré le fait que ce soient des caractères Unicode.
Par exemple "é" est codé avec "e" et un accent aigu, "à" est codé avec "a" et 
un accent grave.

Cela cause des bizarreries quand on veut les renommer (il faut effacer deux 
caractères au lieu d'un, le curseur ne se positionne pas au bon endroit) ou les 
rechercher (on ne les retrouve pas, par exemple r?f.pdf ne permet pas de 
retrouver réf.pdf alors que r??f.pdf permet le retrouver).


*Une solution*

Convertir le nom du fichier de utf-8 à utf-8 en respectant la norme NFC

convmv -f utf-8 -t utf-8 --nfc --notest filename


On peut aussi traiter récursivement une hiérarchie de dossiers/fichiers en 
ajoutant un "-r".

convmv -r -f utf8 -t utf8 --nfc --notest path/



*Une explication*

Les noms de fichier avec lesquels j'ai des problèmes proviennent d'ordinateurs 
fonctionnant sous MacOs.

Effectivement, le système de fichiers HFS (ou HFS+) de MacOs utilise une forme 
d'Unicode spécifique (no comment :-]), la forme NFD (NFC normalization form D). 
Or Linux utilise la forme NFC (normalization form C).

https://fr.wikipedia.org/wiki/Normalisation_Unicode
- Norme NFD (MacOs) : les caractères diacritiques sont codés sous une forme 
décomposée ("é" est en fait "e" + l'accent aigu)
- Norme NFC (Linux) : les caractères diacritiques sont codés sous une forme 
composée ("é" est un seul caractère unicode)


Quand on enregistre sur un ordinateur Linux un fichier créé sur MacOs, il n'y a 
pas de conversion entre les normes. Le nom de fichier codé en NFD reste en NFD, 
il n'est pas transformé en NFC. En particulier, deux noms de fichiers 
identiques à l'affichage peuvent donc cohabiter dans le même dossier alors que 
ces noms sont différents puisque codés avec des caractères différents.

Intérêt des deux normes (pour ce que j'ai compris ;-)
NFC : un code par caractère affiché, pratique pour identifier de manière unique 
des lettres, des mots, etc.

NFD : pratique pour faire des recherches/comparaisons sans tenir compte des 
caractères diacritiques (accents, trémas, etc.). Une recherche sur le mot 
"education" (sans accent) permet aussi de retrouver "éducation".


Linus Torvalds déplore l'utilisation de la NFD pour le système de fichier HFS+
https://www.cio.com/article/251059/linus-torvalds-apples-hfs-is-probably-the-worst-file-system-ever.html


Et moi aussi, je le déplore ! ;-)
Jean-Philippe