geb a écrit 555 commentaires

Sinon, plutôt que d'essayer un jouet qui marche mal ( voir par exemple http://1wt.eu/articles/guruplug-slow-heater/ ). Tu peux aussi prendre une Alix ou une soekris, ça sera plus cher, te promettera pas de consommer 0,001w mais au moins ça juste marchera :)

Sinon, ouai un NSLU2 d'occase, ça marche pas mal même si c'était à l'origine pas fait pour.

Enfin un journal qui dénonce (grave).

(Bon après il faut voir l'utilité d'avoir un truc compliqué aussi, la quantité de programmes qui ont besoin de ça est du genre faible, mais ça peut être un outil utile quand même)


Au hasard, ntpd, boa et je doute que ce soit les seuls.

Un utilitaire qui fait la même chose (chbind) existe déjà au sein d'util-vserver qui contient les binaires userland utilisés par linux-vserver. Par contre celui ci dépend du patch vserver, mais l'isolation fournie est sans doute plus "solide".

(Pour la petite histoire, vserver, c'est principalement un chroot++ construit en enchainnés quelques petits utilitaires comme ça, typiquement pour supprimer des caps posix, reduire les ulimit etc)

Il doit aussi y avoir des choses du même genre de disponible si on regarde du coté des demontools, de runit etc vu qu'il y a plein de petits utilitaires qui gravitent autour.

Autrement, au niveau des logiciels que personne n'utilise vous pourrez les modifications suivantes :
Vous pourrez ... trouver ... les modifications suivantes ?

Surtout que google, ils font juste *un peu* chier sur l'ipv6. Si tu utilises ton propre resolver, tu peux oublier, sauf à faire une redirection specifique.

(Cf: http://www.google.com/intl/en/ipv6/ )

Par contre, les applications d'entreprise qui sont utilisées sans mise à jour, c'est monnaie courante (pas d'argent/temps pour mettre à jour, on touche pas tant que ça marche, fournisseur qui a fait faillite,...).


Y compris en FLOSS.

Typiquement, je pense à openvpn, qui ne supporte les tunnels au dessus d'ipv6 que via un patch externe. C'est un peu un comble pour un soft réseau ... et c'est clairement pas le seul exemple dans ce cas là.

Premièrement sur la compatibilité IPv4/IPv6, ça aurait été trop dur dans la norme IPv6 de dire que les 2^32 adresses possibles sont en fait IPv4 ??? (ou un autre préfixe)
Exemple: 192.64.192.64 devient 0000:0000:0000:0000:0000:0000:C040:C040

http://en.wikipedia.org/wiki/IPv6#IPv4-mapped_IPv6_addresses

Le livre du g6/point6 doit aussi contenir une explication plus complête et plus détaillée.
T'as du 'achement te renseigner avant de poser la question :)

Heu ... en quoi ça te ralenti ?

Ok l'internet v6 est un peu moins maillé que l'internet v4, et il y a moins de serveurs geo-localisé en v6 qu'en v4 mais à part quelques millisecondes de plus de ping, je doute que ça change grand chose et surtout que cela puisse être réellement ressenti.

Ce serait bien si ce fameux article expliquait pourquoi/comment ça change(rai) quelque-chose. D'ailleurs, hum, network.http.max-connections-per-server 40, ça a l'air vachement utile, pertinent et surtout réflechi comme réglage... ça illustre bien la qualité du "tuto".

Bah non:
- Les allocations se font toujours, et pas moins rapidement qu'avant (au contraire)
- En ce moment, c'est l'asie qui enregistre le plus de blocks (via l'APNIC)

(Source http://labs.ripe.net/Members/kistel/content-ipv4-address-all(...) )

Vu les plages fournies en ipv6 (au moins /64), on va pouvoir tenir combien de temps ?


Bah, comptes:
2^(64-3) /64 disponibles , soit 2^(64-32-3) fois l'espace d'adressage ipv4
2^(56-3) /56 disponibles , soit 2^(56-32-3) fois l'espace d'adressage ipv4
2^(48-3) /48 disponibles , soit 2^(48-32-3) fois l'espace d'adressage ipv4

Donc, même si tout le monde récupère un /48, il y a 2^(48-32-3=13) fois plus de /48 de disponibles que d'adresses ipv4; ça laisse un peu de marge, nan ? :)

( -3 car actuellement seul 2000::/3 est déstiné à être annoncé sur internet).

Je dis pas le contraire :) Juste la news laisse entendre que dans 223 jours il n'y aura plus d'IPv4 de disponible, ce qui est totalement faux.

Il reste en fait un peu plus de 5%, pour comprendre pourquoi, il faut savoir comment c'est alloué.

1) L'IANA attribut des blocks (/8) aux RIRs, organismes chargées de la gestion des IPs au niveau regional ( Un pour l'europe (RIPE), un pour les US,un pour l'afrique, etc...)
2) Les RIRs les assignent aux opérateurs.
3) Les opérateurs les utilisent pour leurs clients.

Les 5% correspondent à l'espace restant du coté de l'IANA. Les RIRs ont encore un peu de reserve, de même que les opérateurs. Donc si vous prennez une connexion dans 1 ans, il y a peu de chance que vous vous retrouviez sans IPv4.

Mon serveur dédié à une adresse ipv6, je ne peux pas y accéder en l'utilisant...

En même temps l'ipv6 chez ovh, ça arrive que ça tombe en marche, mais pas souvent... comme beaucoup de choses chez ovh en fait.

Les IPs ne s'achètent pas. Elles s'obtiennent sur demande et sur justification auprès des RIRs. Qu'OVH s'amuse à louer des IPs dans les blocks qui lui ont été alloué ne reflete pas la réalité.

une IPv6 publique fera sans doute du NAT pour aller vers internet


Le NAT66 n'est pas encore implémenté, ni même standardisé.

Sauf à lire; les flux depuis un client classique lire en passant par le serveur sur lequel tourne le lecteur web, et donc à en profiter pour savoir ce qui est déjà lu ou pas :)

Oui c'est un poil capilotracté, ( \o/ )mais ça pourrait marcher :)

Joli :)

PS: beaucoup considèrent que le JS est un lisp /scheme avec une synthaxe C (ce qui est majoritairement vrai, si on fait abstraction de 2 3 détails sur les types).

Heu , lol ?

Ils veulent nationnaliser tout le secteur telecom/internet ? ça fait du monde quand même...

Oui, et d'ailleurs c'est bien connu, tous les FAIs ont tirés des lignes cuivres vers les abonnées, aucun n'a pu réutiliser les lignes des autres grace au travail de l'ARCEP. ;)

Idem, certains projets ont leurs limites ça aurait été bien de connaître lesquels et quels choix ont été fait pour ne pas avoir les mêmes.

Certains projets sont bien plus avancés aussi, ou contiennent des briques de bases sans doute intéréssantes à reprendre/étendre, je pense notamment à T2 qui n'est pas cité dans la depeche.

Non, c'est surtout que les conditions de distributions de java imposent de ne pas redistribuer le binaire. Même problème avec debian par exemple (mais c'est un peu mieux géré, t'as un script pour le dl, accepter la licence etc).

Le roi heenok n'a pas de mac, c'est lui le mac, t'entends ?!

Comme dit au dessus, tu dis une ânerie. Bookmyname n'est que le Registrar, l'auteur du site est même passé par un prestataire intermediaire.

Visiblement c'est plus simple de faire des affirmations gratuites que de lire complètement un whois ;)

Et pour info, l'auteur de ce site, est connu des GULLs rennais, et à déjà rendu de fiers services, comme de préter ses bornes wifi pour le breizh-entropy.org ;).

Je te suggère de te renseigner un poil sur la personne dont tu parles, avant de mettre en cause publiquement ses compétences, ses motivations, ou sa connaissance du sujet.

Je sais pas ce qu'il faudrait arreter en premier, la drogue, ou la diffamation...