Administrer, CUPS à distance

Common UNIX Printing System

CUPS est un gestionnaire d'imprimante modulable sous linux. En gros, il permet de convertir des documents (une image par exemple) qu'on lui envoi en un langage "compréhensible" par une imprimante. Généralement, sous linux, on passe par lui car il est assez simple à configurer et permet un partage facile des imprimantes sur le réseau au travers du protocole SAMBA.
Lorsque vous installer CUPS (il est généralement installé par défaut sur toutes les debian et Ubuntu) vous avez deux méthode pour le configurer:
-modifier le fichier cupsd.conf dans /etc/cups
-accéder à l'interface web disponible

On va s'intéresser à la 2eme méthode.
Par défaut, on ne peut accéder à l'interface web seulement sur l'ordinateur hôte (celui où est installé cups). Si vous êtes dans ce cas la, tapez simplement dans un navigateur:
http://localhost:631

Vous avez alors accès aux configs, je ne vais pas m'attarder la dessus, car la configuration me semble assez simple pour un débutant.

Pour acceder à distance à cups, nous allons nous déclarer en tant qu'administrateur des imprimantes de l'ordinateur. On va donc s'ajouter au groupe "lpadmin"

sudo usermod -a -G lpadmin manzana

On a ajouter "manzana" au groupe "lpadmin"
Ensuite, on édite /etc/cups/cupsd.conf,

On vérifie qu'au début de fichier, on ai
SystemGroup lpadmin

Et on modifie les lignes suivantes:
# Allow remote access
Port 631 (au lieu de "Port localhost:631")

Dans la section , on ajoute
Allow 192.168.1.10 (ou 192.168.1.10 est l'IP de l'ordi qui aura accès à l'admin web)

On ajoute la même ligne pour les sections et

Voici mon fichier cupsd.conf, où les PC avec les IP "192.168.1.10" et "192.168.1.11" seront autorisés à se connecter à l'administration.

Dès que vous modifierez certains paramètres dans l'interface web, on vous demandera peut être un mot de passe et un nom d'utilisateur. Entrez alors vos identifiants qui font parti du groupe "lpadmin", donc dans notre cas, je rentrerais "manzana" un nom d'utilisateur et mon mot de passe Unix en guise de password. Il me semble que lors de la demande de mot de passe, la page cups passe en HTTPS, donc pas d'inquiétude pour la transmission de vos identifiants, ils seront cryptés!

Prochain épisode: partager des imprimantes partagés par Cups sur le réseau via Samba.

JDownloader: 'serveur' de téléchargement

Aujourd'hui, j'essaie de trouver un logiciel linux me permettant de lancer des téléchargements (MegaUpload, RapidShare etc...) à distance sur mon serveur linux.
Je souhaitais un truc bien complet, avec une interface web, pour pouvoir lancer mes DL rapidement sans avoir à me connecter via SSH au serveur!
Et puis utiliser "wget" en ssh, ça me faisait un peu peur, a cause du temps d'attente et du Captcha. J'ai donc lâcher un message sur le forum d'ubuntu.fr, et on m'a conseiller JDownloader.
Ce logiciel est ecrit en Java, il est extremement puissant!
Voici quelques unes de ses fonctionnalités:

• Plateforme indépendante. (Windows, Linux, Mac, ..)
• Tourne sur Java 1.5 ou plus
• Totalement en Open-Source (GPL)
• Télécharger avec des connexions multiples
• JD possède un puissant OCR (JAntiCaptcha)
• Téléchargement depuis Youtube, Vimeo, Clipfish video et Mp3
• Extracteur automatique (inclus liste de recherche de mot de passe) (archives RAR)
• Environ 110 hébergeurs et plus de 300 plugins de décryptage
• Système de management des paquets intégré pour les modules additionnels (exemple : Interface Web, Shutdown)

Après une installation fastidieuse (ben oui, c'est du java, et pis y'a pas de .deb sur leur site)
Donc, on installe java:

sudo aptitude install sun-java6-jre sun-java6-plugin

Puis on télécharge le script d'install sur le site officiel:
http://jdownloader.org/download/index

Pas besoin du root pour lancer le script. L'application s'insall dans votre $HOME/.jd/.
Dans une console, allez jusqu'a ce repertoire, puis tapez:

java -jar JDownloader.jar

Le bousin est assez long à démarrer (env. 40 sec).
Ensuite, pour activer l'interface web, allez dans Preferences, Gestionnaire des Extensions, puis cocher "JD Interface Web".
Après on configure tout ça, on redemarre, et on admire!
Y'a même la gestion du HTTPs!

Voila l'interface web:



J'ai juste copier un lien MegaUpload au hasard, rien besoin de faire autre chose! JD s'occupe de la reconnaissance Captcha et attend gentiment les 60 seconde avant le téléchargement! Vraiment pratique. Pour les petits veinards qui ont un compte Premium, JD s'occupe de se connecter avec votre login.

Priorité des cartes réseaux: les metrics

Aujourd'hui, j'ai été confronté à un problème un peu particulier. En effet, j'ai décidé d'utiliser les 2 ports réseaux de ma carte mère, pour les besoins d'une machine virtuelle tournant sous VirtualBox.
Le problème, c'est que ma Ubuntu s'est emmêlée les pinceaux avec le routage des paquets, c'est à dire qu'elle n'arrivais pas à déterminer par quelle interface réseau elle devait communiquer avec le net. J'avais donc des coupure d'internet, de gros ralentissement, et impossible de pinger le serveur de google tant que les deux interfaces réseaux étaient branchées en même temps!
En effet, en tapant la commande "route", j'obtenais ceci:

/etc/network$ route
Table de routage IP du noyau
Destination Passerelle Genmask Indic Metric Ref Use Iface
192.168.1.0 * 255.255.255.0 U 1 0 0 eth1
192.168.1.0 * 255.255.255.0 U 1 0 0 eth0
link-local * 255.255.0.0 U 1000 0 0 eth0
default LinkSys 0.0.0.0 UG 0 0 0 eth1

On remarque que les 2 interfaces (eth0 et eth1) renvoient les paquets sur les même adresses, et qu'ils ont le même métrique.

Je voulais donner la priorité à l'interface eth1 pour le net sur ma ubuntu, et utiliser eth0 pour ma machine virtuelle.

Il faut donc modifier le métrique de l'interface eth0.
Le métrique, c'est une valeur plus ou moins grande, qui détermine la meilleur "route" pour les paquets. Par exemple, une interface qui possède un métrique de 100 est prioritaire sur une interface qui possède un métrique de 200.
Malheureusement, je n'ai pas réussi a fixer le métrique de eth0 lorsque le DHCP était activé. J'ai donc fixer l'IP de l'interface eth0, et modifié de ce fait le métrique.
Pour cela, on modifie le fichier interfaces qui se trouve dans "/etc/network".
Voila ce que ça donne après configuration:

auto lo
iface lo inet loopback

auto eth0
iface eth0 inet static
address 192.168.1.10
netmask 255.255.255.0
network 192.168.1.1
broadcast 255.255.255.0
gateway 192.168.1.1
metric 100

J'y ai mis un métrique de 100 pour l'interface eth0.
Petit reboot, puis on relance la commande route

/etc/network$ route
Table de routage IP du noyau
Destination Passerelle Genmask Indic Metric Ref Use Iface
192.168.1.0 * 255.255.255.0 U 1 0 0 eth1
link-local * 255.255.0.0 U 1000 0 0 eth0
default LinkSys 0.0.0.0 UG 0 0 0 eth1
default LinkSys 0.0.0.0 UG 100 0 0 eth0

Mission accomplie! L'interface eth1 est alors prioritaire sur l'interface eth0! Je peux enfin re-surfer sans avoir à attendre 2 ans pour qu'une page se charge!

Article intéressant (pour une fois :) de Microsoft sur la coexistence de deux cartes sur le même réseau:
http://support.microsoft.com/kb/258487/fr