Bastien Mourgues a écrit 182 commentaires

Avec ppp, tu peux invoquer des scripts lorsque ta connexion s'établit ou tombe.

Quand la connexion est établie, les scripts de /etc/ppp/ip-up.d/ sont lancés dans l'ordre "alphabétique" ; quand la connexion tombe, ce sont ceux de /etc/ppp/ip-down.d/

La sections SCRIPTS de la page de manuel de pppd te filera plus d'infos ;)

Sous debian, tu dois pouvoir utiliser module-assistant pour compiler les modules de ton noyau.

Installe les paquets sources du module à compiler :
apt-get install qc-usb-source

Installe les headers du noyau que tu utilises ; si c'est un noyau debian :
apt-get install kernel-header-`uname -r`
ou, si tu es en testing :
apt-get install linux-header-`uname -r`

Ensuite, pour créer et installer ton module :
module-assistant auto-install qc-usb
(en version courte: m-a a-i qc-usb)

Et voila, ton module vient d'être intégré à l'arborescence de ton noyau, discover ou hotplug devraient le charger quand ton périphérique sera connecté.

Pour parametrer ta cam, il semble exister un autre paquet contenant un utilitaire qc-usb-utils, donc en supplément gratuit fait un :
apt-get install qc-usb-utils

et tout devrait être ok.

Il existe aussi une commande, du même nom, basée sur l'appel système.

Par défaut (au moins sur mon système), man te renvoie la page de la commande. La page de manuel de l'appel système est un peu plus fournie.

Pour la gestion des acl, honnêtement, je ne sais pas ce que ça donne. Par contre, un simple test devrait vite te donner la réponse ;)

A tout hasard as tu bien installé hotplug sur ton système (pour gérer le chargement des modules du noyau sur détection d'un périphérique). À vue de nez, il te manque le module usb qui gère la souris (mousedev chez moi).

Si ton but est de tester certains droits d'accès à un fichier, peut être que l'appel système access fera ton bonheur. man 2 access pour plus d'infos ...

... et comme mystring n'est pas initialisée, lors de son utilisation dans le 1er snprintf, je le remplacerait par quelque chose commme :


longueur = snprintf(NULL,0,"mon adresse ip est :%s",myip); // CALCUL DE LA LONGUEUR


La variable cal_long ne sert à rien.

Plus simplement, tu as une option de kdm qui permet à certains utilisateurs de se connecter sans mot de passe, je chercherai plutot dans cette direction à ta place (Centre de controle KDE -> Administration du système -> Gestionnaire de connexions -> Commodités )

Tu veux plutot dire que ton serveur de mail est en relais ouvert !

Ton serveur de mail accepte toutes les des requêtes locales (sur lo ou lo:1).
Comme sslwrap fait suivre absolument toutes les requêtes qu'il reçoit sur les port smtps de tes interfaces "externes" vers ton ip locale port 25, tu n'as absolument plus aucun controle sur le relaying. Indirectement, ton serveur de mail accepte tout le trafic des ports smtps sans aucun controle puisque tout lui semble local.

Ou alors, j'ai loupé une étape ...
Dans tous les cas, il doit manquer qq chose à l'astuce je pense ;)

pour créer un live cd sous debian, jette un oeil au paquet bootcd (+ bootcd-i386 et bootcd-mkinitrd)

Tu retrouveras sur cd (/dvd) ton système tel qu'il était avant gravure (donc, si tu avais installé discover, ton livecd fera la détection de matériel). Par expérience, je peux te dire que la configuration et l'utilisation de bootcd est assez simple et donne de bons résultats. :)

si tu as des questions, n'hésite pas à me contacter !

Salut,

la configuration réseau chez debian se fait via le fichier /etc/network/interfaces. Consulte man interfaces si tu veux savoir comment il est fait.

Pour répondre à ta question, dans le fichier, tu dois rajouter la ligne
  up iptables -t nat - A POSTROUTING -o eth1 -j MASQUERADE
après celle contenant iface eth1...

En gros, tu dois faire (en root) quelque chose comme
pnpdump -c -o /etc/isapnp.conf
puis
/etc/init.d/isapnp start (<- qui est fait automatiquement au boot de la machine)
et ensuite tu devrais pouvoir charger tes drivers audio.

Consulte man pnpdump pour avoir plus d'infos sur cette commande et les options qu'elle supporte.

Pas besoin de recompiler le noyau à priori (et si tu utilises celui fourni par ta distrib, tu ne devrais pas avoir de pb)

Entièrement d'accord avec Donk pour l'histoire de fstab. En complément d'informations, man mount pourra te filer un coup de main par rapport aux options que tu peux utiliser avec le système de fichier associé à /dev/hdb1 (en particulier pour t'éviter le chmod).

Ensuite, pour dyndns, je te conseille de jeter un oeil au (/d'installer le) paquet ez-ipupdate. Le programme sera automatiquement configuré après quelques questions à l'installation (fais un dpkg-reconfigure -plow ez-ipupdate si tu veux changer certains paramètres plus tard). man ez-ipupdate te détaillera toutes les options dont dispose ce programme, si tu veux en préciser certaines qui ne sont pas gérées par debconf (le programme qui te pose les questions automatiquement à l'installation du paquet), il te faudra éditer le fichier /etc/ez-ipupdate/default.conf.
Exemple: si tu ajoutes à la fin de ce fichier une ligne avec
max-interval=2073600
cela te permettra de forcer l'actualisation de ton IP sans attendre son expiration chez dyndns au bout d'un mois.

bon courage.

... et si ton système de fichier est / , pour forcer le fsck au prochain boot, lance un (en root) :
shutdown -Fr now
Cela va redémarrer ton système, et vérifier toute tes partitions pendant la séquence de boot.

Qu'as tu installé pour avoir tous ces problèmes ?
Si tu veux éviter des ennuis, je te conseille d'installer des paquets tous prêts pour ta distrib :
rajoute ce dépot dans synaptic (autrement dit: ajoute cette ligne dans /etc/apt/sources.list)

deb http://ftp2.fr.debian.org/pub/java-linux/debian(...) stable non-free

fait une mise à jour (recharger dans synaptic / apt-get update en ligne de commande), puis installe le paquet j2sdk1.4

et là, normalement, java devrait être dispo.

Bon, après, peut être que ce n'est pas la toute toute toute dernière version dispo, mais si jamais elle peut te suffir ...

Dans ce cas, jette un oeil aux options uid, gid, umask, dmask, fmask de mount (man mount). Tu pourras ainsi changer les permissions par défaut du système de fichier.

exemple:
mount -o gid=web,umask=002 /dev/device /mnt/hd/serveurweb

C'est une solution peut être un peu tordue, mais si tu as activé le X11Forwarding avec ssh, tu peux demander à emacs d'ouvrir une fenêtre sur un autre serveur X, dans ton cas, celui à l'autre bout de ta session ssh.

Pour ce faire, récupère le nom du serveur X défini dans ta session ssh (tu fais echo $DISPLAY dans ta session ssh). Sur l'autre machine, dans emacs tu vas dans le menu File section New Frame on Display..., tu tapes la valeur du display précédemment récupérée, et tu vas pouvoir consulter/editer/sauvegarder les buffers de cet emacs sur les 2 machines.

Un autre serveur imap que tu peux étudier : courier-imap
Ce dernier travaille sur des boites au format maildir (classique), et il est assez populaire (il me semble).

Si tu vas sur le site de postfix, tu trouveras pleins de tutoriels/faq sur comment coupler postfix (smtp) avec, par exemple, un serveur imap.
l'adresse : http://www.postfix.org/docs.html(...) Les tutos postfix+mysql+imap+amavis étaient pas trop mal si je me souviens bien. Celui là, en particulier, est très accès debian http://workaround.org/articles/ispmail-sarge/(...)

Pour le webmail, comme le suggère khapin, la famille des horde/imp est bien sympathique. A toi de choisir celui qui te plaira le plus au niveau du look et des fonctionalités (horde/imp horde2/imp3 ou horde3/imp4 ). Pour les problèmes d'authentification, imp étant un simple client imap, tout est reporté sur ton serveur imap.

bon courage

question bête, mais as-tu bien installé les programmes permettant de faire la détection du matériel (au démarrage de la machine et au branchement des périph) ? (commande en root: apt-get install discover hotplug)
Si ta carte est bien supporté par linux, et si tu as un noyau standard, ils devraient te charger les modules «qui vont bien» sans que tu n'aies rien à faire....

Pour sélectionner la locale par défaut de ton système,
installe le paquet locales (apt-get install locales en root), et répond aux 2 questions qui te sont posées à l'installation du paquet. Soit :
configure le pour générer la locale qui t'interresse, et choisi la comme locale par défaut. Reconnecte toi/tes utilisateurs et le tour devrait être joué.
Si ton paquet locales est déjà installé : en root fais un
dpkg-reconfigure -plow locales et réponds aux 2 questions comme expliqués ci dessus.


voila voila.
a+

Pour une configuration du réseau au branchement des cables, installe le paquet ifplugd.
Configure le pour gérer eth0 (à l'install du paquet, il devrait te poser la question) et commente la ligne auto eth0 de /etc/network/interfaces (tu rajoutes un # en début de ligne).
Voila, ça devrait être "prêt" :)

a+

Salut, je crois que le paquet que tu cherches est webmin-core

D'après la description du paquet :

apt-cache show webmin-core
[...]
* Creating, editing and deleting at jobs.
* Creating, editing and deleting cron jobs.
* Setting up scripts to be run at boot time from /etc/init.d.
[...]

Pour l'édition des crontabs utilisateurs par les utilisateurs, tu peux aussi jeter un oeil du coté de usermin ( et plus précisemment usermin-cron)

a+

Attention au caractère % dans les lignes de ta crontab (il y a un piège).

Extrait de man 5 crontab :

Percent-signs (%) in the command,
unless escaped with backslash (\), will be changed into newline charac-
ters, and all data after the first % will be sent to the command as
standard input. There is no way to split a single command line onto
multiple lines, ala the shell's trailing "\".

En français : les % (non précédés d'un \ )sont remplacés par des retours à la ligne, et les caractères qui les suivent sont envoyés sur l'entrée standard de ta commande.

Donc, il te fallait remplacer tous les % se trouvant sur les lignes de ta crontab par des \%

Salut,

il me semble que la syntaxe à utiliser pour envoyer ton mail sur une ip doit être:
user@[ip]

ça devrait au moins marcher avec les utilisateurs locaux du système

Salut, une remarque bête, peut être, mais si ton modem usb est sur l'interface eth1, lors de tes tests remplace les ppp0 dans tes scripts par des eth1 ...
Utilises-tu pppd ? (ton «ps:» me fait douter)

a+

Salut, essaie d'ajouter les lignes

persist
maxfail 0

dans ton fichier /etc/ppp/peers/nom_de_ta_connexion si elles n'y sont pas déjà.

Ensuite man pppd et google ( http://www.google.fr/search?num=100&hl=fr&c2coff=1&q=pp(...) ) devraient t'aider ! ;)