Yann Hirou a écrit 237 commentaires

Télécharges le CD1, installes ce dont tu as besoin, et après apt-get est ton ami, pour ne télécharger que ce que tu souhaites (avec apt-cache search pour trouver le nom du package qui correspond à l'appli souhaitée).

Sinon, oui, on est intégristes, debian c'est dla merde ;-)

Concernant Gimp 2.0pre2... t'as raison, il n'est pas dedans... c'est la 2.0pre3 :p
(en fait c'est le package gimp1.3, mais dans le "about", il est indiqué que c'est la 2.0pre3). Enfin c'est dans sid, les images ISO datent peut-être un peu.

ouais, enfin lancer du perl pour faire du sed...
moi j'appelle ça bouffer de la ressource pour le plaisir ;)

bah, pour de la substitution comme ça, sed fait l'affaire...

cat tonfichier.txt | sed -e "s/__brol__/\\\textbf\{brol\}/g" | \
sed -e "s/''brol''/\\\textit\{brol\}/g" | \
sed -e "s/\!\!\! brol/\\\section\{brol\}/g" | \
sed -e "s/\!\! brol /\\\subsection\{brol\}/g" | \
sed -e "s/\* puce1/\\\begin\{itemize\} \\\item/g" | \
sed -e "s/\* puce2/\\\item/g" | \
sed -e "s/\* puce3/\\\item \\\end\{itemize\}/g" | \
sed -e "s/# puce1/\\\begin\{enumerate\} \\\item/g" | \
sed -e "s/# puce2/\\\item/g" | \
sed -e "s/# puce3/\\\item \\\end\{enumerate\}/g" \
> tonfichier.tex

une recherche sur google m'a ammené sur http://www.dolphin2001.net/photo/legis/droit/(...)

L'interdiction n'est donc pas liée à l'arc de triomphe ou vigipirate, c'est simplement la loi. Il faut une autorisation pour utiliser un trépied dans un lieu public.

D'ailleurs il y a même un lien vers un article sur la tour eiffel, la grande arche de la défense, etc... Bref, le sujet du journal quoi: http://www.monde-diplomatique.fr/1997/07/EDELMAN/8838(...)

int main()

{

  while(fork()) {};

  while(malloc(1024)) {};

  while(1) {};

}


y a plus court, et tout aussi efficace (testé et approuvé par de nombreux utilisateurs foutus dans la merde avec le programme suivant lancé sur un serveur sur lequel ils étaient connecté...)

int main () {
  while(malloc(1024)){
    fork();
  }
}

pour répondre en vrac: aucune plainte n'a été déposée... les IPs utilisées étant des fausses IPs (IPs spoofées), il y a aucune chance de remonter à l'origine de l'attaque.
En ce qui concerne l'attaque par une société, je n'ai pas plus d'éléments que dans mon post cité au dessus - http://linuxfr.org/comments/334135.html(...) mais je ne crois pas aux coincidences... Donc NON ce n'est pas le fait d'une société, mais plutôt d'une initiative individuelle d'une personne ayant voulu s'amuser un peu, et me faire comprendre que c'était lui le chef.

Marrant, j'aime bien le concept d'aller voir les horaires de la SNCF sur les chemins de fer suisse :-)
Et en plus c'est simple et clair...

Laissez tomber, vous n'y êtes pas...
en fait c'est l'un des mecs cité sur http://www.grc.com/dos/grcdos.htm(...)

Comme dit plus haut j'avais de fortes présomptions sur un mec à qui j'ai demandé poliment lundi d'aller voir ailleurs pour ses zones, suite à une plainte pour hack à son encontre. Je n'ai jamais eu de réponse écrite, mais je pense qu'il avait plein de choses à me dire, vu le débit ;)

quelqu'un m'a conseillé de regarder l'histoire de grc.com pour essayer de trouver une solution... a défaut de solution, j'ai juste trouvé le nick du type en question dans la liste des méchants.

c'est lorsque une machine ayant pour adresse IP XX.YY.ZZ.12 envoie des paquets avec une adresse qui n'a rien à voir.
Normalement un fournisseur d'accès internet bloque ce genre de chose à l'émission, et la machine ne pourra pas envoyer de paquets en dehors de XX.YY.ZZ.*.

Pas pour le moment, question de temps / méconnaissance de la procédure. En plus de ça on n'a pas vraiment de trace, toutes les IPs ayant été spoofées.
Bon, par contre j'ai de fortes présomptions de l'origine... mais on engage pas des poursuites à l'étranger avec de fortes présomptions.
En gros si je porte plainte, économiquement je ne représente rien, politiquement n'en parlons pas, et internationalement je n'ai pas d'intérêt. Donc je ne vois pas comment il pourrait y avoir une suite à ma plainte...

merci pour ces encouragements :-)

En fait idéalement je voudrais ne pas changer d'hébergeur, je consomme que 256kb/s quand on cherche pas à tout détruire :-)

Pour le coup des 400Mb/s, je doute que quelqu'un accepte un tel boulet ;-)
(et s'ils acceptent, j'aurais clairement pas les fonds pour payer :))

Faut juste espérer que le méchant se lasse... Mais je ne le saurais pas tant que je n'aurais pas rebranché le serveur, et si je rebranche le serveur, je risque encore d'écrouler le réseau du provider... Donc pas gagné !

Pour rappel, comme dit dans l'article, ns1 fonctionne toujours - donc ceux qui ont leur DNS sur xname en tant que secondaire, ns1 continue de se synchroniser sur leur primaire.
Pour ceux qui utlisaient xname en primaire, ns1 était configuré en secondaire. je suis en train de passer toutes les zones qui sont en primaire sur xname en primaire sur ns1, pour que la résolution puisse continuer à se faire dans les jours à venir.

parce que lorsque j'ai commencé le développement, mi 2001, les solutions de type bind-dlz ( http://bind-dlz.sourceforge.net(...) ) n'étaient que en version béta, sans garantie de suivi des versions de bind (assez bas niveau dans le code, donc si bind change, la réactivité n'est pas garantie). De plus le support de mysql était expérimental de souvenir.

Aujourd'hui le projet semble fiable et viable, donc c'est vrai que si je devais réécrire xname aujourd'hui, je regarderais du côté de bind-dlz.

D'ailleurs si un provider veut bien héberger XName (2U, 400Mb/s), je vais peut-être adapter le moteur à bind-dlz.

non, du tout.

En fait cette attaque fait qu'une fois sur deux les requêtes DNS sont lentes (elles partent en timeout sur ns0, et sont résolues sur ns1).

Le problème uucpssh et linuxfr de hier soir est tout autre, il s'agit d'un plantage du serveur suite à changement de kernel. Il a fallu que quelqu'un intervienne physiquement pour retourner dans une config correcte.

le problème surtout c'est l'impuissance face à ça... ça faisait 2 jours que je me posais des questions sur que faire, et hier soir le coup de fil qui tue "Bon, Yann... là je crois qu'on n'a pas le choix". Et moi, la mort dans l'âme: "je sais... vas-y, coupe..."

avec un peu de chance il existe une solution miracle...

Si quelqu'un a une bande passante de 400Mb/s dont il ne sait pas quoi faire, j'accepte toute proposition d'hébergement !

Et comme c'est mon jour, en plus j'offre gracieusement un lien sur xname.org pointant sur votre site (bandeau de pub à partir de 1Gb/s de bande passante)

et surtout tu payes la taxe, mais ça ne te donne pas le droit de pirater.
effectivement, tout aussi absurde.

la carte raid sait causer au système - par exemple via l'event viewer de windows, ou via des messages kernel sur unix.

Mais tout de même, je n'ai pas accès à tout ce que mon abonnement me donne droit

Vu qu'au départ c'était censé être payant, faut voir comment c'est stipulé dans ton contrat... mais si ton contrat ne parle que de télé par câble et internet, ce n'est pas un droit que tu as, mais plutôt un cadeau de ton fournisseur.
Et si c'était prévu payant dans ton contrat, si tu payes, ils trouveront peut-être une solution (oui je rêve ;))

Bref, c'est surtout le côté "j'y ai droit" qui me fait sauter au plafond (sauf si c'est dans le contrat)

les liens sur les répertoires ne marchent pas (problème de vers quoi faire pointer ".." entre autre). Seuls les liens symboliques marchent - et ce malgré l'option "-d" de ln. cf http://www.google.com/search?hl=fr&ie=ISO-8859-1&q=%22ln%3A(...)
pour plus de détails.

A noter depuis les noyaux 2.4 la possibilité de faire un mount --bind /le/rep/de/depart /le/rep/d/arrivee. Très utile pour avoir accès depuis environnement chrooté au contenu d'un répertoire hors du chroot (par exemple serveur FTP où les utilisateurs ne voient que leur home, mais on voudrait bien que X ou Y puisse voir aussi le contenu du répertoire Z)

Pour créer tes propres paquets, il y a packet excalibur - http://www.securitybugware.org/excalibur/(...)

Qui te sors cette erreur ?

si c'est eu.org, c'est simplement qu'il faut créer la zone sur le service DNS avant de la créer auprès de eu.org;
Donc tu vas sur http://www.xname.org(...) (jvais pas faire de la pub pour GC, faut pas déconner ;)), tu créée ta zone, et zou !
A noter que ns1.xname.org est toujours OUT (suite à un crash complet du serveur, pour cause de merde électrique chez le provider...) mais une nouvelle machine a été achetée.

Bah, à première vue c'est marrant...

A deuxième vue, pour les utilisateurs de IE, il faudra réfléchir à 10 fois (au moins !) avant de donner des infos sur un site web (genre un numéro de CB... On croit être sur le site de la banque, et on se retrouve avec un compte bancaire vide)

Donc solutions pour les utilisateurs de IE:
- passer sous mozilla (si possible, pas toujours évident au boulot)
- ne donner des infos critiques que sur des sites sécurisés
- toujours vérifier les certificats des sites sécurisés (ça va faire encore du pognon pour les verisign & co pour que tout le monde ait un certificat valide...)

c'est pas parce que tu fais plus de dev autre que pour toi que t'utilises plus un ordi :-)

Je pense que tu généralises un peu trop, en ne voyant là que les gros FAI ou fournisseurs de contenu. Quid des associations ?

Concrètement, tu vois LinuxFr plutôt humaniste ou mercantile si on se déclare contre la LEN ? (ce n'est qu'une hypothèse, je ne parle pas au nom de l'association). En l'occurence, je nous vois mal embaucher quelqu'un pour vérifier le contenu de tous les journaux et commentaires... Déjà que les modérateurs s'en prennent plein la tête quand ils mettent plus de 24h à modérer une news... alors si en plus ils doivent vérifier le reste... !

Un autre exemple: sur xname.org, j'ai régulièrement des mecs qui m'écrivent pour que je supprime telle ou telle zone, qui permet à un site web de tenir des propos insultants vis à vis de X ou Y. En tant que fournisseur DNS, j'ai une certaine responsabilité dans la disponibilité du site. Vais-je devoir dire "amen" à tout ces emmerdeurs qui ont décidé qu'ils étaient tout puissant, et qu'ils avaient tout pouvoir pour dire si tel ou tel site a le droit d'exister ?
Et le jour où quelqu'un décide de porter plainte contre xname.org, l'histoire va tourner court...

Sinon sur l'aspect "mieux vaut prévenir que guérir", je crois qu'il n'y a pas grand chose à ajouter, on ne peut qu'être d'accord ! :)
Mais une fois que le mal est fait, mieux vaut guérir que laisser pourrir.

bah, un ptit ntpdate toutes les heures, ça fait pas de mal :-)