Google Chrome et les proxys http sur Xfce

Afin de débugger une requête REST posant problème sous Google Chrome, je me suis tourné vers le proxy http charles écrit en Java.

Mais au lieu de pouvoir positionner un proxy http dans les settings de Chrome, j'ai eu comme réponse la page suivante:

En fait, ce que n'aime pas Google Chrome, c'est le fait que mon environnement graphique soit Xfce. On rencontre la même erreur avec le navigateur Chromium sur lequel Google Chrome est basé.

Si maintenant je veux utiliser un proxy http avec Google Chrome sous Gnome, j'obtiens bien la boite de dialogue suivante relative au "serveur mandataire".

Donc il est fort probable que cette boite de dialogue de sélection du proxy soit un composant de Gnome - non installé dans mon environnement Xfce.

Pour pouvoir définir un proxy http avec Google Chrome dans l'environnement graphique Xfce, on procèdera donc comme suit:

• Positionner la variable d'environnement http_proxy avec l'adresse du proxy avant de lancer Chrome,
• Ou ajouter --proxy-server=<adresse du proxy> sur la ligne de commande de Chrome.

ssh-askpass: une alternative à gksudo sous Xfce

Ayant récemment réinstallé un PC de bureau sous Debian avec Xfce comme environnement graphique, j'ai cherché un programme pour remplacer gksu et gksudo afin de lancer des commandes en tant que root tout en ayant un prompt de password "graphique".

Vous l'aurez compris, je n'ai pas installé Gnome sur la machine ni aucun package apparenté à Gnome.

En fait avec Xfce il n'y a pas d'équivalent aux programmes gksu et gksudo de Gnome. KDE propose kdesudo mais Xfce rien.

La solution se trouve dans le man de sudo !

Il suffit d'installer le package ssh-askpass:

apt-get install ssh-askpass

Puis d'ajouter dans le fichier /etc/sudo.conf la ligne suivante:

Path askpass /usr/bin/ssh-askpass

On appète ensuite sudo de la façon suivante (ici pour lancer wireshark en root):

sudo -A -E wireshark

Le flag -A étant là pour dire à sudo d'utiliser le askpass et le flag -E pour préserver l'environnement initial - ici la variable DISPLAY.

Cette méthode permet de créer un raccourci vers wireshark lancé en root dans un panel Xfce, sans avoir besoin de lancer de terminal manuellement.

Et peut être qu'un jour il existera un package ssh-askpass-xfce !!!

Debian Wheezy: Login automatique avec Xfce

Décidément le projet Gnome ne fait rien pour que l'on continue de l'utiliser, où alors il fait tout pour que l'on cesse de l'utiliser.

J'utilise Debian en version Testing, i.e. Debian Wheezy, et comme j'en avais marre de Gnome (notamment de Gnome 3 qui plante sans arrêt), j'ai installé le gestionnaire de fenêtres Xfce.

Maintenant, je voudrais que mon environnement de bureau démarre automatiquement, c'est à dire configurer la connexion automatique.

Comme dans ma configuration Xfce est géré par gdm, je cherche le programme gdmsetup.

 Malheureusement Debian livre désormais Gnome 3 donc mon "display manager" n'est plus gdm mais gdm3.

Hors sous gdm3 il semble que gdmsetup ait été purement et simplement supprimé !!!

Messieurs les développeurs de Gnome, cela vous sert à quoi de tout changer en permanence ???

Donc, pour activer la connexion automatique sous Debian Wheezy, il faut éditer le fichier /etc/gdm3/daemon.conf comme suit:

[daemon]
# Enabling automatic login
AutomaticLoginEnable = true
AutomaticLogin = keith

A supposer évidemment que "keith" soit l'utilisateur à connecter automatiquement au démarrage du système.

Attention, un espace de trop après le nom de l'utilisateur et gdm ne démarrera pas l'environnement graphique ...

Voilà, c'est fait, la prochaine étape sera de supprimer gdm et tous les paquets relatifs à Gnome et d'utiliser lightdm à la place !

Un script Shell pour monter les clés USB au boot

Dans un post antérieur, j'expliquais une façon de monter les clés USB sous Linux sur le même point de montage à chaque fois.

En effet, deux problèmes sont rencontrés avec les clés USB sous Linux (Debian ici):

• Le device utilisé au mount n'est pas prévisible,
• Le point de montage s'appelle toujours KINGSTON, en fait le nom du filesystem

Maintenant que l'on a renommé les filesystem dos comme expliqué dans le post cité plus haut, on va monter les clés (cela s'applique évidemment aussi aux disques durs amovibles branchés en USB)  automatiquement au démarrage du système Debian, et ce sans passer par la configuration de Gnome ou de XFCE.

Pour cela, on utilise le script Shell suivant:

$ cat usb-mount.sh

#!/bin/sh
#
# usb-mount.sh
#
# Mount USB keys to /media/LABEL
# where LABEL is the output of the dosfslabel
# command on the corresponding device.
#
MOUNT_OPTS="uid=1000,gid=1000,errors=remount-ro"
for letter in a b c d e f g; do
dev="/dev/sd${letter}1"
if grep "${dev} " /etc/mtab > /dev/null 2>&1; then
echo "${dev} is already mounted"
continue
fi
if ! dosfslabel ${dev} > /dev/null 2>&1; then
echo "${dev} is probably not an USB key"
continue
fi
label=`dosfslabel ${dev}`
dir="/media/${label}"
if ! -d ${dir}; then
mkdir ${dir}
fi
mount -t vfat -o $MOUNT_OPTS ${dev} ${dir}
done

Il ne reste plus qu'à l'appeler au démarrage du système, par exemple en ajoutant la ligne suivante dans le fichier /etc/crontab:

@reboot root usb-mount.sh

On aura pris soin au préalable de placer le script usb-mount.sh dans le répertoire /usr/local/sbin ou /usr/local/bin afin qu'il soit trouvé par cron.

De cette façon, mes disques et clés USB sont montées automatiquement au démarrage, toujours sur le même point de montage, ce qui me permet d'avoir des commandes périodiques de backup ou d''archivage d'un disque/clé sur l'autre.

Debian: gnome-system-monitor oublie la colonne 'Mémoire'

Cela fait quelques temps que le gestionnaire des tâches de Gnome, gnome-system-monitor, persiste à ne pas mémoriser d'une exécution à l'autre les paramètres de configuration.

Pour être plus précis, la colonne 'mémoire' si elle est affichée ne le sera plus à la prochaine exécution, du moins sur certaines versions d'Ubuntu. C'est encore le cas sur Debian 6.0.

Ce problème n'existe pas sur les autres colonnes: mémoire résidente, mémoire du serveur X, etc ...

On peut toujours alors bricoler dans gconf-editor (apps puis procman puis proctree), mais ça n'est d'aucune utilité au delà de la prochaine exécution.

Moralité, oubliez la colonne 'mémoire' au profit de 'mémoire résidente', 'mémoire partagée', etc ....

Perte du pavé numérique sur Debian et Ubuntu

Une mise à jour récente de Debian et d'Ubuntu a fait perdre le pavé numérique sur certains de ces systèmes.

Après avoir vérifié les touches Verr Num (Num Lock) et Caps Lock, on se rend compte qu'un paramètre a changé dans la configuration du clavier.

Après avoir lancé gnome-keyboard-properties, dans la section "Touches de la souris", on obtient l'écran suivant et on se rend compte que la case à cocher "Permettre le contrôle du pointeur par le clavier" (Sur les versions Anglaises de Debian: "Pointer can be controlled using the keypad") est cochée.

C'est ce paramètre dans la configuration de Gnome qui nous ennuie, il suffit donc de le décocher pour retrouver un pavé numérique fonctionnel.

Gnome: Mot de passe en clair dans gconf-editor ...

Les paramètres de connexion à Internet définis dans Gnome dans le menu "Serveur mandataire" (Menu System->Préférences->Serveur mandataire sur Debian), permettent de définir un proxy HTTP, mais aussi HTTP sécurisé, FTP ou SOCKS.

J'ai été assez surpris de voir que les paramètres d'authentification auprès du proxy HTTP s'affichaient en clair dans le gconf-editor (/system/http-proxy).

En fait, la configuration de Gnome située dans le répertoire .gconf de l'utilisateur est stoquée dans des fichiers XML, auxquels normalement seul l'utilisateur en question a accès du fait des droits du répertoire .gconf.

Néanmoins, c'est un peu surprenant que le mot de passe du serveur mandataire soit en clair dans les fichiers XML:

find .gconf -name "*.xml" -exec grep password {} \; -print

myclearpassword
.gconf/system/http_proxy/%gconf.xml

Donc, si vous éditez la configuration de Gnome et que quelqu'un est derrière vous, il faut changer votre mot de passe rapidement :-)