Bruno Stévant a écrit 81 commentaires

J'ai cherché dans la doc, pas dans le code, dans lequel effectivement, ça ne rends pas grand chose non plus.

lol :|

On est en 2020, la recherche du mot-clé "IPv6" sur votre doc ne renvoie rien … Ne me dites pas que la sécurité est un problème de l'ancien monde ?

Bonjour,

Je vous signale au passage qu'en ce moment un MOOC (cours en ligne massivement ouvert) sur IPv6 se joue sur la plateforme France Université Numérique.
Disclaimer: je suis l'un des intervenants ;)

Au programme : des cours en vidéo, un support en licence CC et des TPs pour manipuler IPv6 notamment sous Linux.
Disclaimer 2: nous n'utilisons pas les services de ProctorU, donc pas la peine de nous rappeler le problème des conditions d'utilisation de leur service ;)

Tout dépend ce qu'on entend par promouvoir. Les utilisateurs un peu avertis peuvent déjà récupérer une connectivité IPv6 par les différents services de tunnel, et commencer à jouer avec les possibilités que ça présente. Par exemple l'utilisateur casanier pourra enfin se connecter depuis l'extérieur sur son ftp sans avoir à se casser la tête avec la redirection de port.

Pour les administrateur de réseau, c'est moins simple car c'est un métier très centrés sur la techno IP. IPv6 constitue un saut quantique à franchir. Trouver une bonne formation sera déjà le premier pas.

Pour les administrateurs de serveur, activer l'accès Ipv6 à leur site leur permettra :
- un coup de pub (petit coup de coude à linuxfr ;)
- d'être accessible par les utilisateurs des réseaux IPv6 only, que l'on trouve de plus en plus fréquemment dans des pays en forte croissance comme la chine.

Ca pose clairement la question de l'anonymat sur le Net. Avec IPv4, il est vrai qu'on a un certain anonymat pour peu qu'on se trouver derrière un NAT avec beaucoup d'utilisateurs.

En IPv6, chaque poste connecté a une adresse globale visible par tous. Donc adieu la couverture du NAT. Pire encore, les 64 derniers bits de cette adresse sont généralement construits avec l'identifiant MAC de ta carte réseau, donc on peut même savoir quel matériel tu utilises. De plus, imaginons que Google trace ces connexions. Il pourrait repérer les connexions IPv6 provenant d'adresses différentes, mais ayant les mêmes 64 derniers bits. Google pourrait ainsi tracer dans le réseau le parcours de clients nomades !

Pour vous rassurer, ces scénarios sont aujourd'hui bien connus et il faut en mesurer la portée. Une connexion HTTP divulgue déjà, au delà de l'IP, pas mal d'informations si on ne prend pas garde de les cacher. Pour le problèmes des infos divulgués par ces 64 derniers bits de l'adresse, il existe aujourd'hui une solution toute simple : y mettre 64 bits random et changer l'adresse toutes les heures. Cela permet un certain degré d'anonimisation des connexions (2 connexions vers un même site ne présenteront pas la même adresse). C'est la solution actuellement implémentée en standard sous XP et Vista. Je ne connais d'implémentations sous Linux.

Voir mon journal:
http://linuxfr.org/~PaGan/27746.html

Comme indiqué dans un commentaire plus haut, nous (je parle au nom du G6) avons déjà noté ce problème de propriété intellectuelle dans le règlement. Nous avons demandé à SFR de changer ces clauses (issues de clauses génériques utilisés par le service juridique SFR pour de tels concours). Une nouvelle version du règlement, plus souple et plus ouverte sur le libre sera proposée d'ici peu.

Rien n'échappe aux modéros ! En effet les clauses actuelles du concours peuvent sembler restrictives, et nous l'avons bien noté. Le règlement est en passe d'être changer pour être plus souple, mais je ne peux pas vous en dire plus actuellement ...

Si tu es sous Mdk, je te conseille de regarder les outils netprofile (set/save-netprofile) qui te permettront de sauvegarder tes configs reseaux puis de les restaurer au gré de ta mobilité.
L'outil reste assez basique, mais simple à utiliser une fois les profils enregistrés.
Et comme c'est en ligne de commande, un simple sudo devrait suffire pour l'accès aux utilisateurs.

C'est un calcul sur pentium ?

===>[]

Le Troll est aussi un excellent (et consistant) breuvage breton.
La recette en est toute simple, 1/2 litre de bière (bretonne pourquoi pas) et 1/2 litre de cidre (breton bien sûr). Une fois que l'on s'est accomodé du précipité organique qui se forme au mélange, c'est très bon :)
A consommer idéalement à l'apéro des First Jeudis de Rennes (à quand le prochain ?!)

Je suis assez interessé à essayer cette librarie pour Wikleet:
http://gr8k.fasmz.org/templeet/a/wikleet/view,wikleet,index.html(...)

L'adaptation d'une librairie php à Templeet est immédiate, mais par contre c'est l'extension du langage wiki par la lib qui m'inquiète un peu ... Il y a une documentation de cette procedure ?

Sur les pocket pc, le problème pour Linux n'est pas l'architecture, il existe toute une distrib debian pour xscale, mais plutot l'intégration au système.
Premier problème, le bootloader, puis ensuite le support par les drivers des composants écrans, boutons, etc ...
Sur ipaq, que je connais un peu, il faut remercier le lab Compaq de Cambridge qui utilise Linux comme OS de test. La procédure d'installation est maintenant bien connues, quoi qu'étant aventureuse (Voir le site de familiar linux).
Pour les autres PocketPc, à part le Zaurus qui utilise nativement Linux, l'installation du pingouin ne peut être qu'aventureuse ... mes 2p.

Lab Compaq: http://www.hpl.hp.com/research/crl/(...)
Familiar Linux: http://familiar.handhelds.org/(...)
Installer Linux sur Ipaq: http://libre.makina-corpus.org/article.php3?id_article=27(...)
Intimate Linux (debian xscale): http://intimate.handhelds.org/(...)

J'ai ca dans mes bookmarks, si ca peut aider ...
http://xmlresume.sourceforge.net/(...)

Je conseillerais CODA:
- Robuste
- Intégré au noyau Linux
- Cache local pour les machines clients
- Serveurs avec réplication

Le déployement sur un réseau de grande importance est peu être pas si aisé, la configuration étant assez fine côté client comme serveur.
Utilisé avec bohneur sur un cluster :)
Son petit frère Intermezzo promet beaucoup lui aussi ...

Coda: http://www.coda.cs.cmu.edu/(...)
Intermezzo: http://www.inter-mezzo.org/(...)

J'ai posté un article sur mon blog en lisant cette nouvelle sur Slashdot:
http://gr8k.fasmz.org/templeet/a/blog/news,20031203230758.html(...)
En creusant dans les commentaires sur /., j'ai trouvé un article qui pose les principes du 'code pour recompense' dans le cadre d'un 'Open Code Market':
http://www.firstmonday.dk/issues/issue8_11/munoz/index.html(...)

Ces initiatives peuvent certes augmenter de façon considérable le nombre de lignes de code ouvert, voir même motiver de nouveaux business models autour du libre ... Par contre je reste sceptique quant à la maîtrise des fonctionnalités demandés par la communauté. En dernier ressort, et c'est une condition nécessaire dans le système GNOME, il faut que le code soit accepté dans la branche principal du projet. Les responsables du projets sont donc l'élément clé. Mais qui empechera un 'bounty' posé sur une fonctionnalité que le projet n'a pas voulu accepter dans son 'mainstream' ?

Bref, le wifi sous GNU/Linux c'est pas encore le paradis.

Pour le 802.11b, la couverture des drivers n'est certes pas universelle, mais il suffit d'y faire un peu attention avant d'acheter pour pas se tromper (eviter les centrino et autres Broadcom ...) Par contre certains drivers permettent beaucoup plus de choses que sous d'autres OS que l'on ne citera pas ... Le mode AccessPoint notamment.

Pour le 11g, Linux souffre du problème récurrent de la non-divulgation des specs pour le matériel récent ... mais les choses s'ameliorent peu à peu (c'est même Linus qui le dit :)

Voir aussi des trucs pas mal du coté du MetallosMedialab:
http://metallosmedialab.fse-paris.org/(...)
Notamment des rencontres autour du cyber journalisme, de la dissidence dans l'information, des nouveaux moyens de publications ... Malheureusement pas le temps d'y passer :(
Je me ferai peut-être pardonner pour le WSIS à Genève :
http://metallosmedialab.fse-paris.org/wiki/view,main,WsisWesizeFR.h(...)

PS: et oui, encore un site sous templeet ;)

c koi le problème avec wikleet ? :o) (retour de baton bienvenus)
Jusqu'a maintenant, le weblog n'utilisait de wikleet que le parseur de balises. La template du parseur étant maintenant directement dans le weblog, plus besoin de wikleet, en effet ...
Par contre un petit detail, c'est que les balises [liens] sans URL, correspondant à un lien vers wikimot dans wikleet, ne pointent plus vers rien. J'ai proposé un patch pour que ces mots pointent vers un sous-wiki spécifique (un wiki-weblog) dans lequels des infos découlant de l'entrée du weblog pourront y être mises, voire même recoupée par d'autres entrées.
On peut même pousser un peu la chose pour que les entrées weblog soient des mots dans un wiki, mais ca reste a creuser ...

Eh oui, NTFS gère des sous-ensembles de 16Go. Donc si vous avez un disque de 40Go en NTFS, au premier redimensionnement, vous ne pourrez réduire votre partition NTFS qu'au mini de 32Go. Puis la deuxième fois jusqu'à 16Go. Je n'ai pas réussi à diminuer la taille à une valeur inférieur à 16Go.

Meme probleme sur un Dell D400. J'ai voulu redimensionner ce glouton de win, mais l'outil mdk ne m'a pas permis d'aller plus loin. Pensant à un problème de fragmentation, j'ai lancer l'outil defrag sous XP pour m'apercevoir que ce cochon a mis des fichiers "non deplaçables" à la fin de la partition. Un coup de "Partion Magik" a resolu le problème en fait ... :depit:

Dis-moi si tu arrives a faire marcher le software-suspend sur cette machine. Je hacke des noyau 2.6 mais sans guère de résultats :(

Surprise: le RPM de ATI ne veut pas s'installer (conflit avec les fichiers existants de Xfree)

Le fichier README des drivers ATI préconise de l'installer en ignorant les conflits. En plus d'Xfree, le package libGL standard interfere lui aussi (d'ailleurs il faut l'enlever, ATI fournissant sa propre lib)
http://www2.ati.com/drivers/linux/readme0328.txt(...)

Mais actuellement, avec la meme carte radeon9200, je ne suis pas capable d'utiliser la libGL, les applications "quittant inopinement" sur ce message:
[bruno@totentanz bruno]$ fgl_glxgears
Loading required GL library /usr/lib/libGL.so.1
Trace/breakpoint trap

Si quelqu'un a une idée ...

Sinon, acheter une carte WiFi PCI, faudrait d'abord en trouver une qui tourne sous Linux direct (ou une USB ?).
Toute carte Prism (drivers orinoco/hermes) comme celle-ci:
http://materiel.net/details_MA311.html(...)
qui d'ailleurs fonctionne très bien en hostap :)

D'apres ce message trouvé dans la ml hostap:
http://hostap.epitest.fi/hostap/2002-07/1021.html(...)
c'est pas gagné en effet ... pourtant les points d'accès de la série 350 ne sont rien d'autre qu'une carte PCMCIA avec du plastique autour ...

on parle de gravure a 0.065µ, l'unite me semble pas tres adapte ...

Le nanomètre serait certes plus adapté que le µm. Par contre le angstrom n'est pas une unité du standard international OSI, si mes souvenirs sont bons. De ce fait, son utilisation est interdite dans le domaine scientifique ...

la au mieux on pourra avoir un vrai support de l'ACPI...

... et un vrai support de la carte 802.11b aussi ... fait chier le pcmcia, ca defigure mon portable :p