Bonjour à toutes et tous

Le titre peut prêté à confusion, alors je m'explique :

Lors de l'installation de Debian, je n'avais pas configuré les locales, tout marchait très bien. J'avais placé des scripts dans /etc/init.d/, d'autres étaient lancés depuis /etc/network/interfaces, tout marchait très bien.

Utilisant fréquemment ssh pour communiquer avec cette machine, j'en ai eu assez d'avoir des points d'interrogation dans des losanges au lieu de caractères accentués, j'ai donc fait un 'dpkg-reconfigure locales'...

1- ça n'a rien changé (ça, à la rigueur je m'y suis habitué, c'est pas la cata...)
2- le Disconnect Idle Virtual-terminal Automatically, que j'ai écrit ne fonctionne plus (c'est lui qui est dans /etc/init.d)
3- juste une ligne d'un script censé mettre à jour /etc/hosts empêche la bonne configuration d'IpTables



Vous avez une idée, ou plus...?


Par avance, merci.

Peut-être ajouter au début du script:


----

Basile STARYNKEVITCH _{où on trouve mon mél}

Membre de l'APRIL « promouvoir et défendre le logiciel libre » - adhérez vous aussi à l'APRIL!

_{N.B. N'hesitez pas à consulter aussi mes contributions antérieures.}

Un petit lien qui pourra t'être utile :
[lea-linux.org]

Pour les locales, afin que tout le système le prenne bien en compte, j'aurais tendance à préconiser le reboot.

Pour récupérer l'adresse IP, il y a peut être beaucoup plus simple.
Si elle est stockée sur debian dans le fichier /etc/sysconfig/network-scripts/ifcfg-eth0 (ou un autre fichier ne contenant que des commentaires #.... ou des lignes de la forme VAR=XXXXX), tu peux simplement faire un source /etc/sysconfig/network-scripts/ifcfg-eth0
Tu récupères ton adresse avec un simple echo $IPADDR.
Donc ta ligne avec le awk devient

Tu as lu les docs. Tu es devenu un informaticien. Que tu le veuilles
ou non. Lire la doc, c'est le Premier et Unique Commandement de
l'informaticien.
-+- TP in: Guide du Linuxien pervers - "L'évangile selon St Thomas"

Non, faire un grep dans un fichier de configuration est une mauvaise idée. Ce fichier est sous Debian /etc/network/interfaces pour toutes les interfaces réseaux (= cartes ethernet à peu près), il n'y a pas de fichier /etc/sysconfig/network-scripts/ifcfg-eth0 propre à chaque interface.

C'est une mauvaise idée de chercher dans les fichiers de configuration, car il est plus utile d'interroger le système sur ce que sont les interfaces (actives) à ce moment là que sur ce qu'elles devraient être.

----

Basile STARYNKEVITCH _{où on trouve mon mél}

Membre de l'APRIL « promouvoir et défendre le logiciel libre » - adhérez vous aussi à l'APRIL!

_{N.B. N'hesitez pas à consulter aussi mes contributions antérieures.}

Disposant d'une adresse dynamique qui "saute" de manière inopinée, je trouvais plus opportun de demander (soit au (re)démarrage du système, soit lors d'un redémarrage des interfaces réseau) l'adresse IP publique attribuée par le DHCP de la FAI-box, lorsque je réinitialise cettte dernière, pour mettre à jour le(s) fichier(s) qui s'en ser(ven)t (i.e. /etc/hosts).

Sinon, insérer des 'export' pour définir les locales dans les scripts les rend à nouveau opérants.

Merci

Basile STARYNKEVITCH a écrit :

Les fichiers de configuration sont là également pour savoir comment la machine est configurée.
Généralement, on ne s'amuse pas à brancher un câble réseau une fois sur eth0, une fois sur eth1. Il peut être parfois beaucoup plus performant et beaucoup plus pratique d'aller chercher les informations à la racine même plutôt que de passer par des outils. Tout dépend de comment l'information est stockée.

Dans le cas d'un dhcp, c'est peut être plus "facile" de passer par ifconfig (sinon, il faut chercher dans quel fichier l'adresse est stockée). Sinon, un simple awk suffit à récupérer l'IP, et ce n'est pas plus compliqué que d'utiliser plusieurs commandes séparées par des tubes.

Si c'est pour configurer iptables, créer les règles avant de monter l'interface n'est pas une mauvaise chose.

|/|BaH : Et si tu recopies (à la main, ou par une copie via un éditeur de texte) ton script, as-tu besoin de rajouter les export? Si tu fais un file mon_script, qu'est-ce qu'il renvoit (Le but : voir si le fichier porte en lui l'encodage).

Tu as lu les docs. Tu es devenu un informaticien. Que tu le veuilles
ou non. Lire la doc, c'est le Premier et Unique Commandement de
l'informaticien.
-+- TP in: Guide du Linuxien pervers - "L'évangile selon St Thomas"

Oudoubah a écrit :

Effectivement, je serais curieux de savoir où le client DHCP stocke ces infos...

Oudoubah a écrit :

Les règles IPTables sont créées par un script lancé lors du montage de l'interface eth0, via un 'up' dans /etc/network/interfaces.
En l'occurence, j'ai des règles NAT basées sur des IP, dont celle de la machine,

ce qui fait que si l'adresse attribuée par la FAI-Box change, ces règles ne sont plus valables (c'est d'ailleurs, en général, à ça que je m'aperçois qu'elle a sauté).

Sinon, 'file scripts.sh' renvoie "Bourne-Again shell script text executable", avec 'export' ou sans.
Mais, le problème n'était pas qu'ils soient inopérants quand je les lance à la main (ainsi ils fonctionnaient encore), mais qu'ils le soient (parfois en partie seulement) quand ils étaient lancés automatiquement après modification des locales.

Je viens de voir sur comp.unix.shell, qu'il est possible de définir "la locale" d'une commande ainsi :
Ce qui, dans mon cas, permet de "stabiliser" la sortie de ifconfig dans une langue sans faire d'`export` :
¿ Cette commande, même lancée dans une console, ne modifie pas vraiment les locales !