Krunch a écrit 3860 commentaires

Exactement. D'ailleurs je suis pour le spam : ça fait vivre l'économie et de toute façon je les filtre.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Systemtap est le prétendant naturel [...] Mais aucun ne joue vraiment dans la même cour que dtrace. Par ailleurs les équivalent sous Solaris se basent sur dtrace désormais.

Qu'est-ce que tu penses qui manque à SystemTap pour « jouer dans la même cour » que DTrace ? Tous les cas d'utilisation que tu cites peuvent être implémentés avec SystempTap.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

On attend le journal donc.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

C'est le même type de raisonnement qui te pousse à dire que tu ne sais pas copier l'image d'une VM VMware. C'est pas parce que tu ne sais pas le faire que tu ne peux pas l'apprendre. Modulo les contraintes de temps évidemment mais si tu veux pas payer pour une solution toute faite il te faudra de toute façon passer du temps à peaufiner quelque chose qui marche. Faut juste voir ce qui sera le plus utile/productif.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Raison de plus. Ça va mettre un peu de temps pour scripter le tout mais le jour où tu devra changer de plateforme (VM, OS, hardware,...) tu aura des instructions détaillées de ce qu'il faut faire pour récupérer un système pratiquement identique.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Plutôt que de sauvegarder une image de chaque VM il me semble plus intéressant de sauvegarder (et versionner) sa configuration de manière à pouvoir la réinstaller de zéro de plus ou moins automatiquement. C'est ce que permettent les outils de gestion de configuration à la CfEngine, Puppet, Chef,...

L'avantage c'est que ça prend beaucoup moins de place, c'est plus pratique à manipuler (tu peux examiner le contenu des fichiers sans à devoir monter un filesystem ou utiliser des logiciels spécifiques) et tu peux versionner de manière pratique et efficace (tout dans git/hg/svn/whatever vs backups incrémentaux dont il n'est pas toujours pratique d'examiner les différences). Selon la taille de l'image ça peut aussi être bien plus rapide aussi bien pour la sauvegarde que la restauration.

Ça ne remplace évidemment pas les backups des données mais c'est une problématique différente qui ne nécessite pas vraiment de support au niveau de la VM.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Le site n'est évidemment pas à jour mais des rumeurs circulent comme quoi l'édition 2012 est en train de s'organiser.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Bon au moins si tu décides de te faire des faux papier tu devrais pas avoir trop de mal : http://gewalker.blogspot.com/2011/08/firsthand-examination-of-google-profile.html

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

En quoi ça serait plus simple que du bash/sed/awk ?

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Hasher une chaîne c'est toujours O(l)

Bah non. Tu peux définir une fonction de hashage qui n'examine que les N premiers caractères par exemple. Ça sera O(1). En pratique ça peut même être une bonne idée selon les données et qu'on veut pas s'amuser à implémeter un trie.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Haiku ?
ReactOS ?

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

en parlant de ezines, ça existe toujours ? (déjà à l'époque ceux que je lisais n'étaient pas récents)

Les seuls ezines que je connais sont plutôt orienté sécurité mais phrack est toujours vivant et « récemment » j'ai vu passer (IN)SECURE et ClubHACK.

http://www.phrack.org/
http://www.net-security.org/insecuremag.php
http://chmag.in/

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Effectivement. Bon du coup c'est la CSS qui met pas le message assez en évidence ou bien on pourrait remplacer le lien de commentaire par un message indiquant que le journal est archivé.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Et évidemment les headers sont pas passés. J'ouvrirais bien un ticket pour expliquer que la « balise triple backquote » est cassée mais je laisse ça pour un autre jour.

Les headers donc :

GET /nodes/41682/comments/nouveau HTTP/1.1
Host: linuxfr.org
[...]
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,/;q=0.8
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
Referer: https://linuxfr.org/users/slyce/journaux/von-inutilitaires-pr%C3%A9f%C3%A9r%C3%A9s
Cookie: remember_account_token=mekmitasdigoat; https=1; linuxfr.org_session=loremipsum

HTTP/1.1 302 Found
Server: nginx/0.7.67
Date: Wed, 28 Dec 2011 21:50:14 GMT
Content-Type: text/html; charset=utf-8
Transfer-Encoding: chunked
Connection: keep-alive
Keep-Alive: timeout=5
Status: 302 Found
X-Served-By: 15625
X-Revision: 61482a4c3c1640f7de44b24021345676711f626a
Location: https://linuxfr.org/users/slyce/journaux/von-inutilitaires-pr%C3%A9f%C3%A9r%C3%A9s
x-ua-compatible: IE=Edge,chrome=1
Cache-Control: no-cache, private
Set-Cookie: linuxfr.org_session=loremipsum; path=/; secure; HttpOnly
X-Runtime: 0.008130
X-Rack-Cache: miss
X-Frame-Options: DENY

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

https://www.varnish-cache.org/docs/trunk/phk/thetoolsweworkwith.html

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

J'imagine que le choix est laissé au compilateur. Mais dans le sens où le type est connu à la compilation ça semblerait idiot de faire ça à l'exécution.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Le seul problème que je rencontre, mais qui plutôt ennuyeux c'est que je peux pas sortir de mon serveur.

D'après ce que tu décris je suis à peu près sûr que c'est faux. À tous les coups les paquets du client partent bien sur internet via ton serveur mais la machine avec laquelle tu essais d'établir une connexion ne sait évidemment pas par où passer pour répondre à 10.8.0.6. Il te faut aussi du NAT (ou utiliser une IP routable) pour que la connexion semble provenir de ton serveur.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Le mot clé est « refactoring ». C'est comme ça que les IDE appelle ce genre de fonctionnalité.

Si rien n'existe déjà, il te reste à écrire un parser de PHP qui puisse te permettre de le faire.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Ah vrai dire je pense qu'il devrait être possible d'utiliser sepsql en conjonction avec un système à la CryptDB. On fait du contrôle d'accès au niveau de la structure de la base de données et le contenu n'est déchiffré que par les clients. Les deux systèmes ne protègent pas la même chose mais ils ne me semble pas incompatibles.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

dlopen est gentil, mais deja que dans un autre commentaire je précise que ca va finir par ramer, alors la reouvrir une lib a chaque appel ...

Je vois pas pourquoi tu voudrais ouvrir une lib à chaque appel.

Je ne comprends pas ta remarque sur syscall et LD_PRELOAD, peux tu etayer par un exemple ? je ne vois pas en quoi ca empeche une autre soft de reimplémenter ses appels standards.

LD_PRELOAD contient une liste de bibliothèques à charger. Si l'une d'elle remplace write() par exemple et qu'elle utilise syscall() pour transférer l'appel, ça court-circuite tous les autres. Puis il y a le problème des syscalls qui n'en sont pas (fork() par exemple).

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Si on se dit tiens, dans mon write je vais appeler le vrai write(2), bienvenu dans le monde merveilleux des boucles récursives infinies qui vont péter ta pile !

dlopen(3) est ton ami. Il y a des exemples sur http://svn.clifford.at/shadowfs/trunk/ par exemple.

Notre sauveur sera syscall(2)

Excellente idée si on veut casser LD_PRELOAD pour toutes les autre bibliothèques qui l'utiliseraient et avoir à réimplémenter des morceaux de la libc.

Perso je vais rester avec un bon coreutils stable et fiable, merci.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Moi ça me rappelle surtout qu'après avoir modifié coreutils pour trier les inodes avant d'en faire quoi que ce soit, les performances ont été grandement améliorées pour les répertoires avec beaucoup de fichiers : http://git.savannah.gnu.org/cgit/coreutils.git/commit/?id=24412edeaf556a

Enfin ça s'applique sans doute pas dans ce cas ci vu que le monsieur a dit qu'il utilisait Fedora 16 (qui a sans doute ce commit intégré).

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

getdents(2) vs stat(2)

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

De manière générale ça me semble plus simple à résoudre au niveau serveur que client. Même si le serveur reste sur le client qui aura 127.0.0.1 dans resolv.conf. Sinon le libresolv de la glibc étant basé sur (une vieille version de) Bind, il ne permet pas non plus le comportement souhaité de toute façon (à moins d'aller jouer avec les hooks disponibles, ce qui pourrait être une solution intéressante en fait).

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Évidemment si on sait à l'avance quels domaines forwarder à qui, Bind peut le faire oui.

Sinon j'ai sous la main une quarantaine de lignes de Python qui font un proxy DNS redirigeant les requêtes sélectivement (basé sur "ip route" mais c'est adaptable évidemment). Je ne suis pas autorisé à les reproduire ici mais c'est vraiment pas compliqué à réécrire from scratch.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.