-->[]

Smurf m'a dit qu'il veut faire routeur pour indy. Pour l'instant on dirait qu'il route que jusqu'à la borne wifi, ce qui permet déjà d'avoir la résolution de noms, mais c'est tout. Ou alors il route bien tout, mais que dans un sens, enfin j'en sais rien, j'ai pas trop compris. On verra ça plus en détails quand il sera pas 5h40 du mat, par exemple.
En attendant, il lui sert déjà de proxy.

Je trouve ça rigolo d'avoir un petit laptop avec sa petite carte wifi qui fait routeur et proxy pour un gros PC (et ciné manga pour le propriétaire pendant le dist-upgrade du PC). Bientôt indy, en échange, fera serveur DNS pour les, heu, deux IP. Mine de rien, il devrait avoir à résoudre "ns", "proxy", "gw", "smurf", "indy", ainsi que toutes les adresses publiques en demandant au gentil DNS de la gentille borne wifi inconnue qui me file l'accès internet qui poutre.

Pis pourquoi pas un serveur NFS pour les films et la musique, tant qu'à faire. Ah, et un serveur de news sur indy. Au lieu de se laisser des bouts de papier sur le bureau, ça pète ! Un serveur web avec un wiki pour la liste des courses aussi, faut voir.

Si ça continue, y'aura plus de services que de mètres carrés, dans cette piaule.

(hé vous avez vu, j'ai pas parlé de serveur Jabber)

Finalement les moyens les plus simples (et les plus gores, on est bien d'accord) sont les plus efficaces. Rajouter une simple ligne dans /etc/hosts permet de se débarasser de cette peste de "ads by google".
0.0.0.1 pagead2.googlesyndication.com
Je crois qu'il existe même des fichiers PAC avec des blacklists, mais déjà celle-là c'est pas mal.
À l'échelle d'un réseau, dans un DNS ça pourrait être pas mal. Remarque, à ce moment-là autant plutôt filtrer via le proxy.
Enfin bon, /etc/hosts je trouvais ça mignon :)

Au début j'avais mis 127.0.0.1, mais c'est encore trop: si y'a un serveur en local ça le fait travailler pour rien ;) Au moins là, pouf erreur...

Toi aussi apprends à bidouiller tes CSS dans tous les sens pour t'adapter à tous les browsers à la con...
Ça devient vraiment la torture... et le pire c'est que c'est pour faire de l'accessibilité :)
Ton site devient lisible, ta CSS c'est le contraire.

Tant qu'on y est, j'ai été surpris, contre toute attente, par la non-dégueulassitude de certaines parties des "ateliers pages perso" de Tiscali. Si si. Moi non plus je me croyais pas (Arrête ? Tu déconnes ?), mais en fait c'est pas si mal. Finbon, on est d'accord que ça vaut pas OpenWeb.

Quand on est sur un laptop, y'a des fois où on passe par un proxy et des fois où on veut sortir en direct. Alors j'aimerais bien trouver une solution pour pas modifier tout le temps les paramètres de proxy du browser web, des variables d'environnement, etc.
Une solution un peu bourrine certes, mais qui devrait marcher et qui devrait avoir, de surcroît, une portée didactique, est d'installer un proxy en local sur ma machine, de dire à toutes mes applications que oui il faut utiliser un proxy, et que son petit nom c'est localhost, et comme ça le proxy en question sort soit en direct, soit en s'adressant lui-même à un autre proxy, mais au moins ça se change une seule fois.
Y'a juste que la conf de squid est un peu, heu, immense, même si les paramètres par défaut ont l'air tout ce qu'il y a de plus fonctionnel, à part un coup de visible_hostname à redéfinir parce que pour monsieur, "smurf" c'est pas un FQDN valide. En même temps c'est vrai, mais bon c'est pas une raison.

Après, faudra juste trouver comment on lui explique de passer par un proxy quand besoin est, et youpi tralala. Ou pire, une entrée "proxy" dans /etc/hosts à changer, avec soit localhost quand il faut sortir en direct, soit le proxy du coin quand besoin est.
M'enfin je pense qu'il doit y avoir moins lourd comme solution que d'installer un serveur pour pouvoir surfer sur la vague tel un cachalot printannier. Enfin on verra, pour l'heure on va se contenter de faire:
$ export http_proxy="http://morphee:bras"