Lorsque vous êtes en déplacement, et que vous avez besoin d'accéder à l'interface de votre Freebox Revolution, voici comment faire :

Prérequis :

• Avoir un PC allumé dans le même réseau que la Freebox
• Avoir l'IP de votre Freebox, ou par exemple un domaine en no-ip.biz
• Ouvrir le port 8080 sur votre Freebox et le rediriger sur le PC qui est allumé
• Ouvrir le port 22 (SSH) sur votre Freebox, et le rediriger sur votre PC allumé

Et on utilise cette commande :

ssh mondomaine.no-ip.biz -L 8080:localhost:80 -L 8081:mafreebox.freebox.fr:80

Ouvrez votre navigateur à l'adresse http://localhost:8081, vous devriez accéder à l'interface de votre Freebox !

Aujourd'hui, un petit article présentant un cas concret : au boulot, nous avons une imprimante Samsung CLP-610ND. L'idée serait de pouvoir imprimer directement depuis un iPad ou un iPhone tout en étant dans le réseau local...

Évidemment, et parce que c'est trop beau, Apple limite l'utilisation à AirPrint, un service d'impression made-in-Apple qui ne fonctionne qu'avec les imprimantes HP. Bref, merci Apple ! Nous allons devoir mettre en place un petit script python développé par TJ qui permet de générer un service AirPrint !

Avant d'attaquer cet article, je pars du principe que vous disposez d'un serveur Linux Debian avec CUPS et votre imprimante bien configurée !

Vérifiez que les directives suivantes font bien partie du fichier /etc/cups/cupsd.conf :

Browsing On
ServerAlias *

Également, j'ai dû modifier tous les BrowseOrder allow,deny et les Order allow,deny en inversant allow et deny, afin d'élargir un peu plus l'accès à CUPS.

Installez les paquets suivants :

apt-get install python-cups python-lxml avahi-daemon git-core

Récupérez le contenu du dépôt Git de TJ :

git clone https://github.com/tjfontaine/airprint-generate.git

Et lancez le script python :

python airprint-generate.py -v

Voilà le retour que j'ai eu :

Samsung_CLP-610 Losing support for: text/css,image/x-photocd,image/x-bitmap,application/vnd.samsung-ps,application/vnd.hp-hpgl,application/vnd.cups-raw
Created: AirPrint-Samsung_CLP-610.service

Déplacez le fichier créé dans le bon dossier :

mv AirPrint-Samsung_CLP-610.service /etc/avahi/services/

Et enfin, redémarrez tous le services :

/etc/init.d/cups restart
/etc/init.d/avahi-daemon restart

Maintenant, allez sur votre joujou technologique nommé iPhone, ou iPad, et tentez d'imprimer un PDF, ou un mail. Normalement, l'appareil vous proposera automatiquement l'imprimante en question !

[Troll] Si ça ne marche pas, utilisez Android ;).

Ce matin, j'ai voulu installer un service de VPN sur mon serveur sous Debian Squeeze. J'ai donc utilisé OpenVPN, un outil libre et gratuit faisant partie des dépôts. L'installation s'est bien passée, mais au moment où j'ai lancé le serveur OpenVPN, voici l'erreur qui m'est retournée :

 Note: Cannot open TUN/TAP dev /dev/net/tun: Permission denied (errno=13)
Note: Attempting fallback to kernel 2.2 TUN/TAP interface
Cannot open TUN/TAP dev /dev/tun0: No such file or directory (errno=2)

Pour résoudre ce petit soucis, entrez ces commandes :

mkdir -p /dev/net
mknod /dev/net/tun c 10 200
chmod 600 /dev/net/tun

Puis, pour vérifier, entrez la commande suivante :

cat /dev/net/tun

Si vous avez le message File descriptor in bad state, cela signifie que ça a fonctionné et que vous pouvez relancer OpenVPN.

Lorsque vous possédez un domaine sous Google Apps (par exemple, jeoffrey54.com), vous remarquerez que l'utilisation d'un client XMPP pose problème. Chez moi notamment, j'ai constamment l'erreur "Could not connect to server". La raison est simple : lorsque le client essaye de se connecter, il utilise le domaine mondomaine.com, alors qu'il devrait se connecter normalement sur le serveur XMPP de Google Talk...

Pour cela, il va falloir modifier vos entrées DNS et ajouter plusieurs champs SRV. Pour Google, voici les champs à ajouter :

_xmpp-server._tcp.jeoffrey54.com. IN SRV 5 0 5269 xmpp-server.l.google.com.
_xmpp-server._tcp.jeoffrey54.com. IN SRV 20 0 5269 alt1.xmpp-server.l.google.com.
_xmpp-server._tcp.jeoffrey54.com. IN SRV 20 0 5269 alt2.xmpp-server.l.google.com.
_xmpp-server._tcp.jeoffrey54.com. IN SRV 20 0 5269 alt3.xmpp-server.l.google.com.
_xmpp-server._tcp.jeoffrey54.com. IN SRV 20 0 5269 alt4.xmpp-server.l.google.com.

Validez, attendez quelques heures que les DNS se propagent, et ça marchera ;) .

Vous êtes administrateur d'un réseau, vous disposez d'un proxy que vous ne gérez pas, et vous avez besoin d'un accès supplémentaire ? Pour cela, j'ai une petite astuce pour vous : il suffit de mettre en place un second proxy, sous Linux : Squid.

Scénario : vous avez besoin qu'un serveur A accède à Internet, mais vous ne voulez pas lui donner vos identifiants du proxy B que vous ne gérez pas ? Installez un proxy Squid que nous nommerons "C", et paramétrez le pour qu'il accède lui-même au proxy distant B.

Vous suivez encore ? Bon, du coup, lorsque la machine A va accéder au proxy C que nous avons installé, c'est ce dernier qui s'occupera de la transaction avec le proxy B.

J'ai eu beaucoup à faire avec ce scénario, puisque je devais mettre en place un serveur Windows WSUS... Bref, pour affilier votre proxy local C au proxy distant B, ajoutez ce champ dans /etc/squid/squid.conf :

cache_peer 172.16.16.1 parent 8080 0 proxy-only no-query

Remplacez 172.16.16.1 par l'adresse IP du proxy distant B, et 8080 par son port associé.

• 0 est une valeur aléatoire pour ICP
• proxy-only spécifie au proxy C qu'il doit uniquement conserver les demandes au proxy distant à chaque requête
• no-query indique qu'on utilise pas le protocole de dialogue inter-proxy.