Reprise du message précédent :

Y'a qq temps on me demandait qd j'allais passer au 2.6 ...
J'avais répondu pas avant le 2.6.10 ....    
Le 2.4 est bien maintenant, on peut encore patienter un peu ...

Tiens, st'histoire ca me donne une idée de projet ...

merci pour les liens Zzozo

 
Raconte

Ben en se basant sur le travail de nmap (ou autre), je me demande si on pourrait pas écrire un client et un serveur, qui permettrait de découvrir les changements d'entêtes lors du parcours des paquets entre les deux.
Ca pourrait servir de base à d'autres trucs :
- Un utilitaire qui permettrait de diagnostiquer certains problèmes "étranges/exotiques" en apparence, mais qui st en fait du au non respect des standards/RFC par certains (les ?   ) équipements réseaux ou une programmation folklorique/arronée de ces mêmes équipements (j'ai eu le cas d'un "modem" FT sur une LS avec un MTU de l'espace, résultat ca fragmentait à tout va et le fw de la boite croyait à une attaque et droppait les paquets ... ca se traduisait par le fait que lorsqu'on accédait au site hébergé  via cette LS, on chargeait le texte des pages mais pas les images (enfin pas toutes, ski est encore plus vicieux à diagnostiquer )  )
 
On gagnerait un temps fou pour la résolution de certains problèmes aussi bien professionnelement que pour le particulier ...

Oui c'est pas mal effectivement, par contre je me demande si nmap est le meilleur outil pour ça à la base.
 
Mais c'est sympa yep

Ben comme ils font ce qu'ils appellent de l'"OS fingerprinting" (ils prennent les empreintes digitales des OS en bon franchouillard mot à mot ), ils ont forcément écrit le code pour générer les paquets forgés bit par bit (notamment les entetes) et le code pour les lires complètement ... ca plus un automate pour gérer la classification des protocoles ...
Je me dis que ce serai bête de pas réutiliser ca (pas nmap en entier mais ces parties là, ou de manière générale ce qui y ressemble dns tout autre outil/librairie  ... d'ailleurs ya ptet un bon coup d'oeil à jeter sur la libpcap ...   ... et netcat aussi ... re   )

Y'a nessus à regarder de près aussi dans le lot ...
D'ailleurs ce truc peut être écrit comme un plugin nessus qui sait ?

hum, ça devient un peu n'importe quoi la...
 
heureusement que y'a FreeBSD ( et encore, ils cassent même des chose sur la 4.10-RELEASE )

 
Bonjour,
 
Est ce que par hasard ce problème pourrait expliquer un problème que j'ai sur ma Gentoo avec un kernel-2.6.8 ? le pb est le suivant :
 
- bloquage des telechargements apres le dwl de qq Mo de manières récurrentes, ce problème n'existe pas quand je suis sous Windows, j'ai un routeur WiFi et une FreeBox.
 
 
C'est super pénible pour utiliser emerge notamment  

ça dit quoi chez vous un

?
 
sur un 2.6.9rc1-bk12, ça dit : 0
 
ce qui semble indiquer qu'ils sont revenus par défaut à l'ancienne méthode.

J'ai 1 sur un 2.6.7 vanilla, connexion Freebox.
J'ai jamais constaté de problème lié au réseau ....

1 sur un 2.6.8.1 Vanilla

1 sur un 2.6.8.1 dans /proc/sys/net/ipv4/tcp_window_scaling
et 7 dans /proc/sys/net/ipv4/tcp_default_win_scale  et aucun probleme

 
1 sur un 2.6.8.1.
Pour le parfum je sais pas si c'est vanille ou chocolat, désolay

~/$ cat /proc/sys/net/ipv4/tcp_window_scaling
1
~/$ uname -a
Linux tiga 2.6.9-rc1-bk12-ck1 #2 Sun Sep 5 15:19:33 CEST 2004 i686 unknown unknown GNU/Linux

[root@lfs01]# cat /proc/sys/net/ipv4/tcp_window_scaling
1
[root@lfs01]# uname -a
Linux lfs01 2.6.9-rc1 #1 Tue Aug 24 17:21:05 EDT 2004 i686 GenuineIntel unknown GNU/Linux

 
Ben non, sur mon 2.4.27-grsec, j'ai eu aussi des messages du kernel qui disait qu'il avait tué plein de choses, et je suis allé voir dans la conf de mon kernel si j'avais activé cette fameuse options, mais non, elle était désactivé. Apres avoir lu le message d'aide assoocié à cette option, il s'avere que par defaut, le kernel tue les process au pif. Cette option ajoute une sorte d'intelligence a sa façon de tuer les process.

le kernel '007' ...

Des infos sur la freebox ? (version, firmware, etc .... voire une/des urls où peut trouver des specs "relativement" détaillées sur la freebox )
Même chose pour ton routeur Wifi (passke là j'ai aucune info )
 
sinon cat /proc/sys/net/ipv4/tcp_window_scaling et cat /proc/sys/net/ipv4/tcp_default_win_scale affichent quoi chez toi ?

 
Le routeur WiFi c'est le SMC Barricade g 2804,la freebox c'est la v3 avec la derniere maj. Je suis au taf, je regarderai ce soir les fichiers que tu cites.
 
Sinon sur le forum Gentoo y a un gars qui a eu le même pb, il a résolu le pb en désactivant l'option  pre-emptive kernel du noyal. Il me semble que c'est une des nouveautés apportées par le 2.6, non ?  
 
 

Oups petite erreur de typo sur les commandes à taper cé bien :
cat /proc/sys/net/ipv4/tcp_window_scaling et cat /proc/sys/net/ipv4/tcp_default_win_scale
 
Désactiver pre-emptive règle ce genre de pb ? ouh là, on est en plein Caraïbes là, ca s'apparente à du vaudou ...
M'enfin si cé confirmé, ca me fait un peu peur, passke ca me rappelle le comportement d'un "truc" avec pleins de couleurs et qui se vend il parait ...

c'est la branche stable qu'on te dis

 
alors voici le résultat :
 
/proc/sys/net/ipv4/tcp_window_scaling -> 1
/proc/sys/net/ipv4/tcp_default_win_scale -> 7
 
(j'ai un noyau gentoo-dev-sources 2.6.8-r3)
 
en mettant 0 dans les 2 fichiers ci-dessus j'ai beaucoup moins de freeze ( j'ai pu faire emerge -f openoffice avec juste 2 interruptions, c'est presque la fête ), les freezes restant sont peut être du à ma ligne ADSL merdique (j'ai bcp d'erreurs sur ma ligne d'aprés le site de free )
 
Attainable bitrate   512 kb/s (up)    1280 kb/s (down)
Capacity occupation  95 (up)  89 (down)
Chan data Interleave  1152 (far)  480 (near)
Chan data Fast Path  0 (far)  0 (near)
Attenuation  32 dB (up)  62 dB (down)
Noise margin  8 dB (up)  10 dB (down)
Output power  12 (up)  19 (down)
      Interleave
  Fec  55348 (far)  28 (near)
  Hec  440 (far)  2 (near)
  Crc  541 (far)  7 (near)
  Rx cells  1093411
  Tx cells  10559986
 
 
sinon j'ai pas trop envie de modifier mon kernel pour avoir un noyal en bois (cf l'histoire de virer l'option preemptive kernel)

Attends un petit peu, chuis un peu oqp là mais on va faire qq vérifs si tu veux bien

 
oki  

Install Solaris,  FreeBSD, Gentoo GRP (une "vraie" Gentoo va suivre très bientot ), Fedora en une nuit ... ... Tout ca sur le me disque ...
Ca occupe ...

bah tiens ....

oui ?  

rien

ki a deja test les 2.6.9-rc1-r2 love sources ??

Pas encore , mais je note l'info .

Hum, est ce le noyau 2.6.8-rc2 est touché par la dernière faille : http://linuxreviews.org/news/2004/06/11_kernel_crash/
 

ok, pas de souci pour le 2.6.8-rc2 donc là (même pour le 2.6.7 d'après ce qui est dit   -> mikala (ou qqn d'autre bien sûr ), tu confirmes ? J'ai pris le lien que tu avais posté plus ht).

Pourquoi quand je veux installer le kernel 2.6.8.1.10mdk il faut que je mettes à jour mes packages apache + glib entre autres ??  

La réponse est là : 2.6.8.1.10mdk ...

bah je vos toujours pas le rapport entre le kernel et apache  

Les packageurs chez Mandrake eux le voit apparamment ... .. cé à eux qu'il faut poser la question ...  

ouais bah ya quand même un truc bizarre parce que passer d'un 2.6.3.blabla.mdk à un 2.6.8 je vois pas pourquoi il faudrait mettre une bonne vingtaine de packages à jour en passant par des libs les plus diverses (gtk+,...) à apache mais je vais leur poser la question
D'autant que quand je compile mon 2.6.8 j'ai rien à mettre à jour et quand j'ai fait le 2.6.7 bah ça marchait très bien sans faire de màj

certainement un problème de "linux capababilities"
 
si tu as bind, pure-ftpd, tu as peut-être besoin de les mettre à jour, d'autres comme ça aussi...
 
regarde les changelogs, c'est tout

bah je viens de tout mettre à jour jeudi !!
je doute qu'il y ait eu de grand changements depuis
en plus j'ai ni bind ni pure-ftpd