Oui, mais seulement pour ce qu'il est : il sert à contrôler, pas à configurer. La config, c'est dans /etc/NetworkManager/.
Donc il n'y a rien pour configurer en ligne de commande.
Déjà, tu pars de la doc (lien que tu obtiens depuis la doc du site officiel) et tu crées une connexion dans /etc/NetworkManager/system-connections/ssid :
Encore faut-il connaître, ces foutus paramètres. Sachant qu'en Wi-Fi, la méthode normale et standard pour récupérer les paramètres, c'est de regarder les informations qu'il y a dans le beacon du point d'accès/élu (Oui, tu sais la, le machin qui contient le SSID, le type de cryptage et tout le reste quand tu cherche un réseau). Et non, j'ai pas envie de sortir tshark et une interface en mode monitor pour découvrir si l'AP est en WPA 1 ou 2, avec CCMP ou TKIP et tout le reste. Oui je sais, iw et iwconfig permettent de sortir les IE en hexa, que je devrai connaître par cœur... C'est ça, ouais.
[connection]id=nom de la connexionuuid=un uuid que tu génère avec uuidgen, ça c'est userfriendly !autoconnect=true ou false[ipv4]method=manualaddress1=adresse;masque;passerelledns=dns1;dns2[802-11-wireless]# ssid est de type 'byte array', donc il faut l'écrire en hexa, séparé de point virgules.# faut arrêter le foutage de gueule, c'est pas fait pour les utilisateurs.# (OK, la norme n'a jamais dit qu'un SSID doit être lisible, et donc ne spécifie pas d'encodage)ssid=SSID# mon réseau c'est pas un réseau ad-hoc. Je suis sur que le tiens aussi.# et même si ça en était un, de toute façon, t'est censé lire le beacon pour le savoir.mode=adhocsecurity=802-11-wireless-security[802-11-wireless-security]# ce que network-manager appelle "wpa-psk" en mode ad-hoc, c'est pas du wpa-psk.# d'ailleurs, ça marche pas; au mieux ça foire, au pire ça marche avec tout en clair.key-mgmt=wpa-pskpsk=passphrase
Je dirais dix minutes, mais je n'ai pas testé. De toute façon, on lit la doc une fois, et quand on a pigé, on n'a plus à la lire.
Seulement si le format du fichier de conf est naturel et logique. Avec ifconfig, je n'ai jamais besoin de regarder la doc. Mais là, sortir un fichier aussi long de ma poche, non je sais pas faire. Surtout que lorsqu'il y a une erreur de syntaxe, le message d'erreur est planqué dans syslog, et il est incompréhensible pour un humain.
De mémoire, voici ce que serait un fichier de conf wpa_supplicant, rien que pour les paramètres wifi
Et non, je n'ai pas regardé la doc. Et j'ai pas du en écrire depuis des lustres.
Reste qu'avant on critiquait NM parce qu'il n'avait pas de doc, et maintenant on critique parce que la doc est longue à lire ?
Non seulement la doc de NM est longue, elle est aussi nulle, parce que elle te décrit comment NM est un programme qui n'est pas fait pour être utilisé autrement que par nm-applet. Essaye de l'attaquer en D-Bus, aussi, pour voir.
Tu vas nous faire croire que tu sais tout configurer sans lire la doc, sauf NM ? C'est bien pratique pour critiquer, tiens.
Faut arrêter un peu : un /etc/network/interface pour se connecter à un réseau en clair avec iwconfig (ce qui est mal), ça doit être dix lignes. mon script wpa_supplicant, ça doit être 6 lignes. Ton machin minimal, c'est déjà 18 lignes et en plus ça marche pas.
Y a des fichiers de configs qui sont vraiment fait pour être lisibles et utilisables par des humains, et d'autre non.
À ce compte-là, on peut tout critiquer : je n'ai jamais lu de doc pour utiliser Windows.
Normal, y en a pas. La seule méthode d'apprentissage sur ce système, c'est de l'essai et de l'erreur (fatale). Il y a des articles sur microsoft.com, mais tu n'y comprend rien.
Est-ce qu'on peut déduire que Windows est mieux que Linux ?
J'en sais rien, j'ai même pas 25% des fonctionnalités que j'utilise sous Linux.
Au passage, tu sais configurer /etc/network/interfaces pour avoir une IP dynamique mais avec des DNS prédéfinis ? Parce que j'ai dû lire la doc pour le faire.
C'est la faute à dhclient. Et encore, essaye de le configurer pour qu'il ignore le serveur DNS du serveur et ne configure aucun DNS; C'est juste impossible avec les derniers dhclient, merci l'ISC. Et je ne parlerai pas de la non-lisibilité du code source. Ah merde, j'en ai parlé...
Et sinon, tu fait ça comment avec Network Manager ?
[^] # Re: Ça sent le réchauffé...
Posté par Batchyx . En réponse au journal The destructive desktop — Linux in trouble?. Évalué à 4.
Donc il n'y a rien pour configurer en ligne de commande.
Encore faut-il connaître, ces foutus paramètres. Sachant qu'en Wi-Fi, la méthode normale et standard pour récupérer les paramètres, c'est de regarder les informations qu'il y a dans le beacon du point d'accès/élu (Oui, tu sais la, le machin qui contient le SSID, le type de cryptage et tout le reste quand tu cherche un réseau). Et non, j'ai pas envie de sortir tshark et une interface en mode monitor pour découvrir si l'AP est en WPA 1 ou 2, avec CCMP ou TKIP et tout le reste. Oui je sais, iw et iwconfig permettent de sortir les IE en hexa, que je devrai connaître par cœur... C'est ça, ouais.
Seulement si le format du fichier de conf est naturel et logique. Avec ifconfig, je n'ai jamais besoin de regarder la doc. Mais là, sortir un fichier aussi long de ma poche, non je sais pas faire. Surtout que lorsqu'il y a une erreur de syntaxe, le message d'erreur est planqué dans syslog, et il est incompréhensible pour un humain.
De mémoire, voici ce que serait un fichier de conf wpa_supplicant, rien que pour les paramètres wifi
Et non, je n'ai pas regardé la doc. Et j'ai pas du en écrire depuis des lustres.
Non seulement la doc de NM est longue, elle est aussi nulle, parce que elle te décrit comment NM est un programme qui n'est pas fait pour être utilisé autrement que par nm-applet. Essaye de l'attaquer en D-Bus, aussi, pour voir.
Faut arrêter un peu : un /etc/network/interface pour se connecter à un réseau en clair avec iwconfig (ce qui est mal), ça doit être dix lignes. mon script wpa_supplicant, ça doit être 6 lignes. Ton machin minimal, c'est déjà 18 lignes et en plus ça marche pas.
Y a des fichiers de configs qui sont vraiment fait pour être lisibles et utilisables par des humains, et d'autre non.
Normal, y en a pas. La seule méthode d'apprentissage sur ce système, c'est de l'essai et de l'erreur (fatale). Il y a des articles sur microsoft.com, mais tu n'y comprend rien.
C'est la faute à dhclient. Et encore, essaye de le configurer pour qu'il ignore le serveur DNS du serveur et ne configure aucun DNS; C'est juste impossible avec les derniers dhclient, merci l'ISC. Et je ne parlerai pas de la non-lisibilité du code source. Ah merde, j'en ai parlé...
Et sinon, tu fait ça comment avec Network Manager ?