LaBienPensanceMaTuer a écrit 1611 commentaires

Non, je pense plutot qu'il s'agit d'encapsuler les trames SSH dans des fausses requêtes HTTP qui seront ensuite décodées part on http tunnel écoutant à l'autre bout sur le port 80.

Je crois que c'est plutot toi qui a mal compris ... à moins que ce miraculeux module apache existe (possible après tout hein ...) :p

Jette un oeil la dessus:

http://www.nocrew.org/software/httptunnel.html(...)
http://www.nocrew.org/software/httptunnel/faq.html(...)

Salut,

Utiliser ce genre de tunnel via le port 80 implique que tu oublies Apache sur ta machine (à ma connaissance hein ...).
Après, peut être peux tu sortir sur d'autres port comme le 443, le 8080, etc ...

Oui, bind n'écoute pas sur le port 443 et je pense que ton problème n'a rien à voir ....
Je te conseille de faire un petit netstat -ltnp en tant que root pr savoir qui est le vilain processus qui écoute sur ton 443...
Mais es tu sur que Apache n'est pas tout simplement deja lancé ?

Faire ça ne changera rien. C'est la base des paquets installés qui est en état instable.
Supprimer les fichiers ne servira à rien.

Bon, voici la solution qui me semble être la plus propre.
Le système de paquet te dit:

Could not identify your distribution's way of automatically loading modules,
Exiting.
dpkg : avertissement - ancien script post-removal a retourné un code d'erreur de sortie 1
dpkg - tentative d'exécution du script du nouveau paquet à la place ...

Comme dpkg te le dit très cordialement, il y a un souci au niveau du script de "post-removal" du paquet en question.
Le message d'erreur plus haut confirme cette hypothèse. Il s'est vautré et a retourner un status différent de 0.
Donc ce que je te conseille de faire est assez simple:

1/ Tu vas dans /var/lib/dpkg/info
2/ Tu fais un (vim|emacs) <le nom de ton paquet>.postrm
3/ Tu rajoute au début du script un "exit 0"
4/ Tu refais ta manip' pr virer le paquet, et cela devrait fonctionner du tonnerre.

Je t'invite (ainsi que les autres debianneux) à aller lire la doc des mainteneur Debian qui explique tout les rouages des différents scripts d'un paquet.

Tu connais un petit peu google ?
Tu te rends compte que linuxfr != hardware.fr et consors ?
Donc si tu avais un minimum cherché tu serai tombé sur ce lien:

http://www.koethe.net/gericom_webgine.html(...)

ou figure les specs exactes du laptop en question.

Deux solutions:

1/ tu regraves correctement ton DVD (l'iso reflete la structure de ton DVD est n'est donc pas faite pour être gravée comme un banal fichier).

2/ tu montes d'abord ton dvd:

mount /dev/dvd /mnt/dvd

puis tu montes l'iso gravée sur ton DVD

mkdir /mnt/iso
mount -o loop /mnt/dvd/nom_du_fichier.iso /mnt/iso

et ensuite tu accèdes à tes fichiers normalement.

Sur la machine cliente tu as bien un X non ?
Et c'est bien une machine cliente qui tourne sous Debian qui pose problème non ?
La modif que je te recommandais de faire est à faire sur la machine cliente.
Après soit un peu plus clair quand à ton problème car j'ai un peu de mal à saisir quelle machine fait quoi.

Je ne sais pas si c'est la cause de ton problème mais par défaut, Debian ne fait pas écouter X sur le port tcp 6000.
I
l faut aller modifier le fichier /etc/X11/xinit/xserverrc et enlever l'option "-nolisten tcp".

Et ouai, Debian fait bien les choses. J'espère que ça mouchera les couillons qui prétendent que Debian c'est pourri.

lftp supporte le scripting. man lftp.

Dans ce cas, lis la doc de ton switch/routeur pour savoir si il implémenterait snmp ou autre.

Sinon, tu peux coder un script perl qui va aller chercher l'ip sur l'interface web de ton routeur à intervalle régulier (vois par exemple le module www:mechanize)

Autre truc, un wget à intervalle régulier sur www.whatismyip.org ou un site dans ce gout là.

Si c'est ta machine qui gère la connexion internet (ce que j'ai cru comprendre) et si tu utilises ppp, alors recherche le motif ip-up dans la page de man de pppd. Ici est la solution à ta question.
Pour la prochaine fois, sois plus précis quant à ta problématique.

On fait vraiment des journaux pr n'importe quoi.
Et on se prend vraiment la tête pour n'importe quoi aussi !

Moi perso, j'ai une méthode simple et éprouvée, qd j'ai 2 mintues devant moi, et bien je clique sur le bouton "update all" de sage (l'extension firefox dédiée à la lecture de feed) et voilà, pas besoin de faire d'écart type entre les moyennes !

Essaye de rajouter une directive auto=add (ou autre voir man ipsec.conf) pour ta connexion.
Ce paramètre semble définir comment freeswan va gérer l'établissement de la connexion, donc je suppose qu'en l'absence de ce paramètre, freeswan est pas content.

Sinon, essayes un peu de rendre plus verbeux ton ipsec et de jeter un oeil ds les logs ... (ala RTFM quoi !).

Mildred, si tu veux un coup de main dans la pratique pr mettre les deux premiers points en oeuvre, envoie moi un mail via linuxfr.
Tu peux aussi venir me trouver sur irc.freenode.net en query (ce sera pr demain maintenant).

En AUCUN CAS un routeur IPv4 ne pourra envoyer sur 1.2 lus requettes pour soleil, et 1.3 les requettes pour lune, si tu n as qu une seule IP publique.

C'est pour cette raison que je conseille au mossieur de configurer son Apache en reverse proxy.
En effet *.dyndns.org pointera sur la même ip, mais ce sera apache qui en fonction de l'host (vhost) ira chercher les pages sur le disque dur ou ira demander à un serveur en interne pr le reservir au client.

Le plus tordu que j ai fait, c est de rouler deux Bind9 sur la meme machine, les deux resolvant les meme noms, un pour mon IP publique, l autre pour le local. Si c est la passerelle elle meme qui fait ca, suffit de dirque a chaque conf de n ecouter qu une seule interface, mais tout deux ecoutant le 53.

Ta bidouille en plus d'être sale ne sert à rien grace que mecanisme de zone intégré à bind 9 (cf mon premier post).
Lis un peu la doc tu verras ...

Je crois qu'en fait tu n'as pas saisi ce qu'il voulait faire (à moins que ce soit moi).

Bonjour,

Pareil

J'ai un domaine (louve.dyndns.org). et j'aimerais savoir si il est possible de donner acès a deux serveurs http depuis ce domaine.
Par exemple, jaimerais que http://jupiter.louve.dyndns.org:80/(...)(...) redirige la requête sur le PC appelé jupiter (10.0.0.1) sur mon réseau local.
De même pour d'autres ordinateurs.
Peut être est ce possible avec les hôtes virtuels ... ou autre.
Ce serait bien aussi avec d'autres protocoles (ssh ?). Mais j'ai des doutes.

En effet, en utilisant les vhost apache ainsi que le mod_rewrite et le mod_proxy, c'est très facile.
Renseigne toi un peu.
En grosn pr l'url jupiter.louve.dyndns.org/pouet tu vas dire à apache qu'il réécrive l'url en 10.0.0.1/pouet et qu'il aille lui meme chercher le contenu pr le servir au client.
Tout est dans la doc d'Apache.

Problématique supplémentaire. Mon serveur DNS, dans la zone louve.dyndns.org, devra renvoyer l'IP de la paserelle pour les gens exterieurs. Et l'IP locale pour mon réseau local. Je suppose.
Comment faire ?

Utilise bind 9 qui implémente le système de zone.
Tu définis une zone "lan" qui répondra au requête provenant du réseau 192.168.0.0/24 et une autre "wan" pour le reste.
Encore une fois, RTFM.

Et si je veux faire avec DNS dynamique mis a jour avec dhcpd ? (je n'ai pas encore réussi).

J'ai pas fait encore, je ne peux donc pas t'aider. Mais je me souviens avoir vu de la doc sur le net, donc encore une fois, RTFM.

J'ai eu le même comportement avec cpudynd, c'est pour cette raison que je l'ai desinstallé.
Je passe systèmatiquement mon portable en économie d'énergie. Ca chauffe moins, c'est moins bruyant et les 600 Mhz du centrino reste parfaits pour l'usage que j'en ai.

En passant, pour du matos provenant du Japon à prix sympa:

www.geekstuff4u.com

Tenu par un groupe de français vivant au Japon, c'est vraiment intéressant niveau prix. 'fin, j'vous laisse constater par vous même.

Une fois que tu as installé tout les prérequis cités par le mossieur d'au dessus, tu peux tweaker le "governor" de ton processeur via le système de fichier /sys :

La méthode pr un noyau 2.6:

pour voir les "governors" dispos :
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors

Pour passer en mode économie d'énergie:
echo "powersave" > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor

J'ai fait un petit programme tout con en GTK pour gérer ça (ouai car moi et KDE/Gnome ... c'est pas ça).
Tu le trouveras ici: http://www.psycho-hazard.net/~binarym/?what=projet/gspeedstep(...)

C'est fait en speed, un poil goret. Toutes améliorations est la bienvenue :)

T'es un petit peu un boulet toi non ?
Relis ce qu'il a dit le mossieur:

je dois essayer d'expliquer comment ils sont implémenté dans un noyau linux

J'ai été amené un bon moment à travailler avec les sockets en kernel land, et très peu de doc existe à ce sujet.
Je pense que la meilleure chose à faire est de potasser les sources du noyau.
Autre truc, regarde du côté de la seconde édition de "Understanding the linux kernel" j'ai vu dans la table des matières un court chapitre sur les sk_buff et cie, a voir donc (d'ailleurs jette un oeil à tes messages privés à ce sujet ...).

J'ai eu un 10" un 12" et un 14" et je peux te dire que 12" c'est quand même le minimum pour travailler confortablement.

Essayes donc un modinfo -p sur ipw2200.
En effet, je suis possesseur d'une ipw2100 et j'ai une option nommé radiogniagnia qui permet de switcher on/off le chip radio.
A voir donc ...

Une slack me semble être un bon choix.
l'installation minimal est vraiment light et c'est à toi de tout gérer donc tweaker le système pour qu'il soit véloce ne posera pas de problème.