Krunch a écrit 4025 commentaires

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.

AFAIK bind ne permet pas ça. Par contre c'est assez simple à implémenter sois même. Peut-être un poil plus compliqué s'il faut que ça soit efficace mais rien d'impossible.

Cela dit, c'est assez pourri comme situation et il est généralement préférable d'avoir des noms cohérents et globaux.

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

Comment tu fais pour jouer peu à Civilization ? De mon expérience soit on y joue 12h d'affilé tous les jours pendant 3 semaines soit on n'y joue pas du tout.

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

La manière traditionnelle et sans doute la plus appropriée dans la plupart des cas est effectivement d'utiliser waitpid(). Mais puisque tu as l'air de vouloir du Tim Toady...

ptrace(2) te donnera un PTRACE_EVENT_EXIT quand le process surveillé se termine.

SystemTap permet de faire des trucs comme ça :

probe kprocess.exit {
        if (pid() == 42) {
                printf("process exited\n")
                exit()
        }
}

Il y a un PERF_EVENT_EXIT qui est émis et qui doit pouvoir être récupérable via perf mais je sais pas s'il est possible d'obtenir celui d'un process spécifique.

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

Évidemment c'est pas le même texte et j'avais cherché un bout qui est différent.

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

À part le "source: Microsoft" en bas de l'article, je ne vois rien qui montre que ça vienne effectivement de chez Microsoft. J'arrive pas à trouver le texte sur microsoft.{com,fr} en tout cas.

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

Évidemment je me suis trompé de journal.

À la Ruxcon la DSD avait des posters comme ça :

Apply Now
6AAAAABbi8uDwx4zwDPSigOK
ETLCiAM8AHQrg8EBg8MB6+wz
/7/z+TEct0SlpGf5dRyl53US
YQEE56Ri7Kdkj8IAABkcOsw=

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

À la Ruxcon la DSD avait des posters comme ça :

Apply Now
6AAAAABbi8uDwx4zwDPSigOK
ETLCiAM8AHQrg8EBg8MB6+wz
/7/z+TEct0SlpGf5dRyl53US
YQEE56Ri7Kdkj8IAABkcOsw=

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

404
Si tu repostes il est possible que je regarde sous 7 jours.

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

Les deux lignes de tcpdump que tu donnes ne donnent pas beaucoup d'information. On voit juste une machine qui envoi un ACK sur une certaine connexion puis un SYN pour ouvrir une autre connexion.

Faudrait une séquence un peu complète pour pouvoir espérer diagnostiquer quoi que ce soit.

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

J'ai toujours pas compris l'intérêt de ce genre de vidéo. Code or it didn't happen.

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