Les problèmes en bande passante seraient moins graves si les providers activaient le multicast dans leurs routeurs. Voir par exemple pcm6cast : http://www.ecs.soton.ac.uk/~njh/pcm6cast/(...)
Il faudrait aussi que ca se passe bien à l'interdomaine pour le multicast mais ce n'est pas encore le cas.
il te manque sans doute une route par défaut.
regarde avec eth0 ce que tu avais comme route par défaut (route -n).
La route par défaut est celle où la destination est 0.0.0.0/0
Puis mets la même pour eth1 :
route add default gw XXX.XXX.XXX.XXX
Le mieux, c'est que tu donnes la bonne route par défaut à ton client par DHCP. Pour cela, il faut que tu changes la config du serveur DHCP.
Pour le DNS idem, regarde aussi /etc/resolv.conf après la requête DHCP.
Ou alors, c'est un problème de NAT. Si tu donnes une adresse privée à ton portable, il faut que tu fasses tu NAT sur ta gateway pour que le portable puisse joindre l'extérieur.
traceroute est ton ami pr voir où les paquets se perdent et ethereal aussi.
AFAIK, ca n'existe pas encore mais on ne sait jamais.
C'est le moment d'aller faire un tour sur le site de netjuke car ils sont en train de préparer netjuke2 et on peut proposer des nvl features. Avec un peu de chance, tu ne devras pas coder toi-même ce que tu veux avoir :-)
Enfin, c'est pas grave...tout le monde ne lit pas les journaux...
Extrait du journal : "Bon j'espère que ca n'avait pas déjà été posté avant par qqun d'autre :=)" --> Eh bien non, finalement :)
Pr ma part, j'ai un Canoscan N676U qui ne coûtait vraiment pas cher. Il est supporté sous Linux avec Sane mais la qualité n'est pas aussi bonne que sous Windows. Et apparemment, plus personne ne travaille sur ces drivers-là.
"It is almost impossible to convert non-trivial documents from one popular format to another, e.g. from LaTeX to RTF (Word), or from Word or LaTeX to HTML. Therefore it's very difficult to write a text for print output with best quality, and at the same time for the World Wide Web in HTML format with the same quality. If the text contains equations, tables, bibliography and things like that, the task becomes daunting even with human intervention.
Therefore tbook uses a different approach. The starting point is the document in XML format. tbook documents are text files that consist only of your text and some structural elements like chapters, figures, formulae etc. This XML can then be transformed fully automatically in all those formats with best possible quality."
* Added Autogrouping
* Add this line: session.groupFile: ~/.fluxbox/group
to the file ~/.fluxbox/init and edit ~/.fluxbox/group
Groupfile format:
There is one group for each line in the file
and you just type the instance name of the program
to be grouped. Ex:
Navigator nedit
xterm
This will make two groups, one with netscape and nedit
and one with xterm.
The new window will only group itself to other windows
on the same workspace and to the last window that was
focused.
A mon avis, la seule solution, c'est d'interdire l'accès à linuxfr.org en IPv4 pour qu'il n'y ait plus que du v6... comme ca, tout le monde sera forcé de changer :-)
ou alors un wmcoincoin en multicast ? :-)
parce que les applications multicast, c'est rare... Alors ptèt que si y avait une killer-app style wmcoincoin, tout le monde se bougerait le *** !
c'est tellement débile que ca me donne envie :-)
Ce qui serait bien, c'est que le multicast soit totalement déployé et qu'on puisse déjà recevoir le flux en multicast...
Parce que du multicast sur un LAN, c'est utile mais c'est pas formidable...
Cher ISP-Père-Nowel, je voudrais
1) de l'IPv6 natif,
2) du multicast IPv6 natif, style PIM-SM & SSM
Aaaah, ce serait bien :-)
Ras le bol des tunnels...
Personnellement, j'utilise VMWare depuis pas mal de temps pour booter ma partition existante (non virtuelle) contenant Windows 2000. C'est bien pratique pour pouvoir utiliser MS Office sans devoir quitter Linux... Pour tout le reste, j'ai plus besoin de Windows.
Il faut juste faire gaffe à 2 choses :
- ne pas booter le même linux dans linux (vu que je démarre sur hda1, j'ai grub comme si j'allumais la machine réellement)
- ne pas oublier de démonter ses drives windows (FAT32/NTFS) avant de démarrer windows sinon, avec les caches des 2 OS, on risque de perdre des fichiers...
A part ca, VMWare est génial aussi pour tester un OS rapidement ou pour faire un petit LAN virtuel de test quand on manque de matos comme moi.
Rien à faire, je suis toujours en extase quand je vois un OS booter dans un autre ! J'ai pas la moindre idée de comment ce miracle est possible. Si je ne le voyais pas de mes petits yeux, j'y croirais pas :-)
La réponse est peut-être simple pour l'ISP :
1) Il faut acheter plein de routeurs qui supportent IPv6
2) Il faut former les gens qui s'occupent du réseau à IPv6
3) Avant de mettre en service, il faut faire énormément de tests parce que les clients n'aiment pas les ruptures
4) Le client n'a pas envie de payer plus cher sa facture parce qu'il a l'IPv6 en plus. Il veut les deux au même prix.
5) Il faut trouver une politique d'adressage intelligente
6) Faut ajouter plein de saloperies de AAAA dans les DNS :-)
7) ....
Bref, pour le financier (décideur :-), aucun intérêt !!! IPv6 va coûter cher à mettre en oeuvre et ne va rien rapporter.
Et pour l'opérationnel, ce sera un vrai cauchemar...
Au dessus, il y a encore le boss qui va demander "et qu'est-ce qu'on sait faire de cool avec ipv6 ?" -> "ben, tout ce qu'on savait faire en ipv4 quand toutes les applications seront portées" -> "waw, bon, ben on verra ca plus tard quand ipv4 sera vraiment démodé et qu'on aura tout rentabilisé"
Qui est prêt à payer plus cher sa facture ADSL (ou autre) pour pouvoir faire de l'IPv6 en natif ? Je préfère encore un tunnel pourri avec freenet6...
Ou alors, ce sera fourni d'abord à ceux qui prennent les packs "Pro" vu qu'il faut pouvoir justifier la différence de prix.
Si on commençait par avoir linuxfr accessible en ipv6 via le 6bone ? Ce serait un bon début... (aie, il va falloir mettre un apache 2 beta, demander un tunnel à l'enst ou autre pr pas que ca ramme trop, etc...)
Moi je suis prêt, galeon, moz & konqueror fonctionnent en v6 depuis longtemps :-)
Malgré mon respect pour les différents spécialistes de l'article, à force de vouloir simplifier pour le commun des mortels, on en arrive à dire des choses fausses. Enfin, je pense que c'est plutôt le journaliste qui a une contrainte d'espace pour son article et qui est obligé de simplifier à outrance.
Par exemple : "Lorsque la connexion saute d'un sous-réseau à un autre, la continuité du débit est interrompue avec IPv4, ce qui ne se produit pas avec le protocole de mobilité d'IPv6" : on oublie de dire qu'il existe Mobile IPv4 (RFC 2002 et 3220) alors que Mobile IPv6 en est à son 15ème draft et qu'il n'arrive pas à passer en RFC (toujours à cause de problèmes de sécurité compliqués dans les Binding Updates, je pense) :-)
Bref, en omettant de parler de MIPv4, on fait croire aux gens qu'IPv6, c'est vachement mieux qu'IPv4.
Pour la QoS, il est même écrit dans l'article que ca existait déjà en IPv4 (DS / IS).
On peut aussi dire que l'autoconfiguration, ca existait déjà dans IPv4 avec DHCP. Mais en v6, c'est plus compliqué, il y a DHCPv6 et en plus il y a le neighbour discovery (RFC 2461).
On oublie aussi de dire que la transition, c'est TRES pénible vu le nombre de possibilités et le nombre de solutions : DSTM, NAT-PT, Tunnel simple, ...
On fait croire aussi que c'est plus performant. Ce le sera quand toute la transition sera terminée, quand on aura plus que des routeurs qui ne font que de l'ipv6 (et pas du dualstack), quand tout sera fait en hardware et pas avec des faux routeurs sous freebsd (Nokia et 6Wind) comme maintenant.
A la fin, le seul argument vraiment positif qui reste, c'est le nombre d'adresses plus élevé !
Le problème réel, c'est qu'il n'y aura jamais de Killer Application pour IPv6 qui ne soit pas faisable en IPv4.
Voilà, c'était juste pour dire que tout n'était pas rose avec IPv6...
Corrigez-moi si je me trompe...c'est fort possible aussi :-)
Ce serait intéressant d'avoir un comparatif entre tous les applications-servers connus parce que c'est pas évident de savoir lequel choisir quand on commence un projet : PHP ou Zope ou Caudium ou Tomcat et toute la smalla de xml.apache... (et y en a certainement plein d'autres que je connais pas)
Evidemment y a plein de paramètres qui entrent en jeu : performance, license cool ou pas, puissance du langage, bonne différenciation du contenu et de la présentation, passerelles vers d'autres langages, sécurité, fiabilité, etc...
Perso, je trouve que c'est Tomcat le plus puissant (on peut presque tout faire en Java dans une servlet, php dispo en servlet + jsp & xsp si on a envie) et qu'avec Cocoon, on a bien l'indépendance entre contenu et présentation grâce à XML/XSL. Le problème, c'est que c'est une grosse machine de guerre...
J'ai vu qu'il y avait moyen de faire du XML/XSL dans PHP avec sablotron mais ca a pas l'air fort développé.
Le domaine est devenu tellement vaste que c'est impossible de tout connaître...
[^] # Re: feature intéressante
Posté par Xavier Brouckaert . En réponse à la dépêche Sortie officielle de IceCast Version 2. Évalué à 2.
Il y avait même des streams ipv6 fournis ici : http://www.icecast6.remcom.org/(...)
Les problèmes en bande passante seraient moins graves si les providers activaient le multicast dans leurs routeurs. Voir par exemple pcm6cast : http://www.ecs.soton.ac.uk/~njh/pcm6cast/(...)
Il faudrait aussi que ca se passe bien à l'interdomaine pour le multicast mais ce n'est pas encore le cas.
# Re: Créer ses propres rss à partir de tout site.
Posté par Xavier Brouckaert . En réponse au journal Créer ses propres rss à partir de tout site.. Évalué à 1.
Malheureusement, je pense pas que j'aie le temps pour le faire... :-(
[^] # Re: Alcatel Speedtouch sur noyau 2.6 ?
Posté par Xavier Brouckaert . En réponse au journal Alcatel Speedtouch sur noyau 2.6 ?. Évalué à 2.
http://www.kernel.org/pub/linux/utils/kernel/hotplug/udev-FAQ(...)
[^] # Re: Alcatel Speedtouch sur noyau 2.6 ?
Posté par Xavier Brouckaert . En réponse au journal Alcatel Speedtouch sur noyau 2.6 ?. Évalué à 1.
Tu m'auras ptèt comme assistant pour ses cours... Je te plains déjà :-)
# Re: Se connecter à partir de eth1 (carte Wifi)
Posté par Xavier Brouckaert . En réponse au journal Se connecter à partir de eth1 (carte Wifi). Évalué à 1.
regarde avec eth0 ce que tu avais comme route par défaut (route -n).
La route par défaut est celle où la destination est 0.0.0.0/0
Puis mets la même pour eth1 :
route add default gw XXX.XXX.XXX.XXX
Le mieux, c'est que tu donnes la bonne route par défaut à ton client par DHCP. Pour cela, il faut que tu changes la config du serveur DHCP.
Pour le DNS idem, regarde aussi /etc/resolv.conf après la requête DHCP.
Ou alors, c'est un problème de NAT. Si tu donnes une adresse privée à ton portable, il faut que tu fasses tu NAT sur ta gateway pour que le portable puisse joindre l'extérieur.
traceroute est ton ami pr voir où les paquets se perdent et ethereal aussi.
# Re: Alcatel Speedtouch sur noyau 2.6 ?
Posté par Xavier Brouckaert . En réponse au journal Alcatel Speedtouch sur noyau 2.6 ?. Évalué à 2.
http://gav.homeip.net/wikini/wakka.php?wiki=Passage24Vers26(...)
[^] # Re: Prokyon3 v0.9.2 disponible
Posté par Xavier Brouckaert . En réponse à la dépêche Prokyon3 v0.9.2 disponible. Évalué à 1.
[^] # Re: Prokyon3 v0.9.2 disponible
Posté par Xavier Brouckaert . En réponse à la dépêche Prokyon3 v0.9.2 disponible. Évalué à 1.
C'est le moment d'aller faire un tour sur le site de netjuke car ils sont en train de préparer netjuke2 et on peut proposer des nvl features. Avec un peu de chance, tu ne devras pas coder toi-même ce que tu veux avoir :-)
# C'était déjà dans les journaux linuxfr le 27/9
Posté par Xavier Brouckaert . En réponse à la dépêche Faille de sécurité exploitable à distance dans mplayer. Évalué à 5.
Enfin, c'est pas grave...tout le monde ne lit pas les journaux...
Extrait du journal : "Bon j'espère que ca n'avait pas déjà été posté avant par qqun d'autre :=)" --> Eh bien non, finalement :)
# Re: Achat d'un scanner pour Linux
Posté par Xavier Brouckaert . En réponse au journal Achat d'un scanner pour Linux. Évalué à 1.
[^] # Re: Autre bouquin en ligne sur Samba / CIFS
Posté par Xavier Brouckaert . En réponse à la dépêche Advanced Linux Programming, livre en ligne destinés aux codeurs en C sous environnement Linux. Évalué à 1.
bref : http://ubiqx.org/cifs/(...)
# Autre bouquin en ligne sur Samba / CIFS
Posté par Xavier Brouckaert . En réponse à la dépêche Advanced Linux Programming, livre en ligne destinés aux codeurs en C sous environnement Linux. Évalué à 4.
Implementing CIFS (Samba / Common Internet File System)
Bonne lecture
# tbook
Posté par Xavier Brouckaert . En réponse à la dépêche L'Education nationale propose de faire des thèses en Word. Évalué à 1.
http://tbookdtd.sourceforge.net/(...)
Repris du site:
"It is almost impossible to convert non-trivial documents from one popular format to another, e.g. from LaTeX to RTF (Word), or from Word or LaTeX to HTML. Therefore it's very difficult to write a text for print output with best quality, and at the same time for the World Wide Web in HTML format with the same quality. If the text contains equations, tables, bibliography and things like that, the task becomes daunting even with human intervention.
Therefore tbook uses a different approach. The starting point is the document in XML format. tbook documents are text files that consist only of your text and some structural elements like chapters, figures, formulae etc. This XML can then be transformed fully automatically in all those formats with best possible quality."
[^] # Re: Autogrouping
Posté par Xavier Brouckaert . En réponse à la dépêche Fluxbox 0.1.11 est disponible. Évalué à 3.
You have to go to look at the Changelog.
http://fluxbox.sourceforge.net/changelog.php(...)
* Added Autogrouping
* Add this line: session.groupFile: ~/.fluxbox/group
to the file ~/.fluxbox/init and edit ~/.fluxbox/group
Groupfile format:
There is one group for each line in the file
and you just type the instance name of the program
to be grouped. Ex:
Navigator nedit
xterm
This will make two groups, one with netscape and nedit
and one with xterm.
The new window will only group itself to other windows
on the same workspace and to the last window that was
focused.
[^] # IPv6
Posté par Xavier Brouckaert . En réponse à la dépêche Diffusion multicast de la TV sur un LAN ?. Évalué à 4.
ou alors un wmcoincoin en multicast ? :-)
parce que les applications multicast, c'est rare... Alors ptèt que si y avait une killer-app style wmcoincoin, tout le monde se bougerait le *** !
c'est tellement débile que ca me donne envie :-)
hors contexte -> -1
# Natif pliiiizzz
Posté par Xavier Brouckaert . En réponse à la dépêche Diffusion multicast de la TV sur un LAN ?. Évalué à 10.
Parce que du multicast sur un LAN, c'est utile mais c'est pas formidable...
Cher ISP-Père-Nowel, je voudrais
1) de l'IPv6 natif,
2) du multicast IPv6 natif, style PIM-SM & SSM
Aaaah, ce serait bien :-)
Ras le bol des tunnels...
# VMWare, c'est le pied
Posté par Xavier Brouckaert . En réponse à la dépêche Test comparatif: VMWare, VirtualPC et Bochs. Évalué à 10.
Il faut juste faire gaffe à 2 choses :
- ne pas booter le même linux dans linux (vu que je démarre sur hda1, j'ai grub comme si j'allumais la machine réellement)
- ne pas oublier de démonter ses drives windows (FAT32/NTFS) avant de démarrer windows sinon, avec les caches des 2 OS, on risque de perdre des fichiers...
A part ca, VMWare est génial aussi pour tester un OS rapidement ou pour faire un petit LAN virtuel de test quand on manque de matos comme moi.
Rien à faire, je suis toujours en extase quand je vois un OS booter dans un autre ! J'ai pas la moindre idée de comment ce miracle est possible. Si je ne le voyais pas de mes petits yeux, j'y croirais pas :-)
[^] # Re: Tiens, un article sur IPv6
Posté par Xavier Brouckaert . En réponse à la dépêche IPv6 dans le Monde. Évalué à 3.
"Les ISP ne proposent rien"
La réponse est peut-être simple pour l'ISP :
1) Il faut acheter plein de routeurs qui supportent IPv6
2) Il faut former les gens qui s'occupent du réseau à IPv6
3) Avant de mettre en service, il faut faire énormément de tests parce que les clients n'aiment pas les ruptures
4) Le client n'a pas envie de payer plus cher sa facture parce qu'il a l'IPv6 en plus. Il veut les deux au même prix.
5) Il faut trouver une politique d'adressage intelligente
6) Faut ajouter plein de saloperies de AAAA dans les DNS :-)
7) ....
Bref, pour le financier (décideur :-), aucun intérêt !!! IPv6 va coûter cher à mettre en oeuvre et ne va rien rapporter.
Et pour l'opérationnel, ce sera un vrai cauchemar...
Au dessus, il y a encore le boss qui va demander "et qu'est-ce qu'on sait faire de cool avec ipv6 ?" -> "ben, tout ce qu'on savait faire en ipv4 quand toutes les applications seront portées" -> "waw, bon, ben on verra ca plus tard quand ipv4 sera vraiment démodé et qu'on aura tout rentabilisé"
Qui est prêt à payer plus cher sa facture ADSL (ou autre) pour pouvoir faire de l'IPv6 en natif ? Je préfère encore un tunnel pourri avec freenet6...
Ou alors, ce sera fourni d'abord à ceux qui prennent les packs "Pro" vu qu'il faut pouvoir justifier la différence de prix.
Si on commençait par avoir linuxfr accessible en ipv6 via le 6bone ? Ce serait un bon début... (aie, il va falloir mettre un apache 2 beta, demander un tunnel à l'enst ou autre pr pas que ca ramme trop, etc...)
Moi je suis prêt, galeon, moz & konqueror fonctionnent en v6 depuis longtemps :-)
# Simplifications
Posté par Xavier Brouckaert . En réponse à la dépêche IPv6 dans le Monde. Évalué à 7.
Par exemple : "Lorsque la connexion saute d'un sous-réseau à un autre, la continuité du débit est interrompue avec IPv4, ce qui ne se produit pas avec le protocole de mobilité d'IPv6" : on oublie de dire qu'il existe Mobile IPv4 (RFC 2002 et 3220) alors que Mobile IPv6 en est à son 15ème draft et qu'il n'arrive pas à passer en RFC (toujours à cause de problèmes de sécurité compliqués dans les Binding Updates, je pense) :-)
Bref, en omettant de parler de MIPv4, on fait croire aux gens qu'IPv6, c'est vachement mieux qu'IPv4.
Pour la QoS, il est même écrit dans l'article que ca existait déjà en IPv4 (DS / IS).
On peut aussi dire que l'autoconfiguration, ca existait déjà dans IPv4 avec DHCP. Mais en v6, c'est plus compliqué, il y a DHCPv6 et en plus il y a le neighbour discovery (RFC 2461).
On oublie aussi de dire que la transition, c'est TRES pénible vu le nombre de possibilités et le nombre de solutions : DSTM, NAT-PT, Tunnel simple, ...
On fait croire aussi que c'est plus performant. Ce le sera quand toute la transition sera terminée, quand on aura plus que des routeurs qui ne font que de l'ipv6 (et pas du dualstack), quand tout sera fait en hardware et pas avec des faux routeurs sous freebsd (Nokia et 6Wind) comme maintenant.
A la fin, le seul argument vraiment positif qui reste, c'est le nombre d'adresses plus élevé !
Le problème réel, c'est qu'il n'y aura jamais de Killer Application pour IPv6 qui ne soit pas faisable en IPv4.
Voilà, c'était juste pour dire que tout n'était pas rose avec IPv6...
Corrigez-moi si je me trompe...c'est fort possible aussi :-)
# Lequel choisir ?
Posté par Xavier Brouckaert . En réponse à la dépêche Zope 2.5.0 final disponible. Évalué à 3.
Evidemment y a plein de paramètres qui entrent en jeu : performance, license cool ou pas, puissance du langage, bonne différenciation du contenu et de la présentation, passerelles vers d'autres langages, sécurité, fiabilité, etc...
Perso, je trouve que c'est Tomcat le plus puissant (on peut presque tout faire en Java dans une servlet, php dispo en servlet + jsp & xsp si on a envie) et qu'avec Cocoon, on a bien l'indépendance entre contenu et présentation grâce à XML/XSL. Le problème, c'est que c'est une grosse machine de guerre...
J'ai vu qu'il y avait moyen de faire du XML/XSL dans PHP avec sablotron mais ca a pas l'air fort développé.
Le domaine est devenu tellement vaste que c'est impossible de tout connaître...