Toto a écrit 533 commentaires

Je pense qu'il s'agit plutot d'un soucis de routage (si tu as activé la fonctionalité sur ton serveur)

Tu as en effet plusieurs routes menant à un même endroit :
A via eth0, A via eth1 puis lo, A via eth2 puis lo ...

Si tu veux faire correctement tes tests, je te conseille soit d'utiliser un protocole de routage (R)STP par exemple, soit d'activer directement le bounding

Tu as deux solutions :
- soit tu échapes ton @ :

my $chaine = "user\@hostname.com;


- Soit tu utilises les simples quotes, qui eux ne tente pas d'interpréter le contenu de la chaine de caractere pour y detecter les variables :

my $chaine = 'user@hostname.com';


Cette méthode est plus lisible, mais tu ne peux pas inserer les caractèeres '\n', '\t' ... vu qu'ils ne sont pas interprété (cela affichera \n, \t au lieu d'un saut de ligne, d'une tabulation..)

Le groupe wheel sert en général à définir les personnes ayant le droit de piloter le systeme (ie devenir root grace à la commande su)
Apres s'il est arrivé dans cet etat, c'est que tu as du le décompresser en préservant les permissions d'origines, qui appartenait à l'utilisateur 1006 (qui n'existe pas sur ton systeme) et au groupe wheel

Pour supprimer le dossier, tu dois passer en root et le supprimer, ou alors, te rajouter dans le groupe wheel (ce qui peut toujours etre interressant ;))

La réponse ici (premier commentaire de la news) : http://linuxfr.org/2007/04/26/22398.html

Attention gros racourci de la discution :

En gros CK à développé un scheduler : "Rotating Staircase Deadline Scheduler".
Igno Molar critique ses idées
CK doit subir une intervention à l'hopital. Pendant ce temps la IM développe un nouveau scheduler "Modular Scheduler Core and Completely Fair Scheduler" se basant sur les principes de celui de CK

Regarde du coté de VideoLan, il me semble que ca correspond exactement à ce que tu souhaites :)

Humpff..
C'est lourd cette facon de compter un coup par puissance de 2, un coup par puissance de 10 ..

En tout cas merci pour tes eclaircissements

T'es sur que c'est pas 6 x 9 = 42 la réponse à la grande question sur la vie l'univers et le reste ?

Quand à plop, d'apres wikipédia, ca vient de

Plop, façon de montrer sa présence sur un forum ou par messagerie, venant du bruit que fait la messagerie instantanée des ordinateurs Macintosh lors d'une connection

Effectivement, c'est bien l'hyperthreading.. je l'avais completement oublié lui.

Pour les mesures de débit, j'ai utilisé :
- l'applet gnome
- bwm-ng
- une appliance
- un script fait à la main comptant les octets emis/recu par la carte (via /proc/net/dev), en passant par le nombre de bytes ou avec le nombre de paquets..

La configuration de dhcpd m'a l'air correcte à premiere vue. Es tu sur que le serveur dhcp recoit correctement le class id ? Regarde avec tcpdump / Wireshark pour analyser les trames.

L'IPv6 va permettre à chaque poste d'avoir une adresse unique. Une fois déployé, il n'y aura plus d'interet de rester en IPv4 sur le réseau local, d'autant plus que gerer les deux complique les différentes règles.

L'interet de migrer en IPv6 pour ton réseau local à l'heure actuel :
- s'amuser à voir à quoi ca ressemble
- tester le materiel / services qui pourraient etre incompatible (mon ancien PDA wifi par exemple :s)
Par contre, cela demande de faire de l'IPv6 over IPv4 pour t'adresser à des machines IPv6 via internet, de faire du pseudo NAT.. Bref ca complique pas mal l'administration je trouve.

Donc si tu es interressé, teste un peu, mais ca sera plus par curiosité intellectuelle que pour autre chose.

Le gros probleme des drivers ATI c'est qu'ils peuvent se révéler dur (voire impossible) à installer, sans que l'on comprenne pourquoi.
Je m'etais amuser à faire un test avec 3 PC (tous sous AMD, meme chipset de CM, même distrib, mais pas meme marque et ma CG (ATI 9700) que je trimballait d'un poste à l'autre).

Résultat : sur un PC, le driver s'installait péniblement (apres des aller/retour dans les forums pour modifier certaines options, en rajouter/supprimer d'autre), sur un autre, il s'installait à merveille (en suivant le HOWTO pas à pas) et sur le 3eme, jamais réussis à la faire fonctionner.

J'ai ensuite fait le test avec le driver Nvidia : résultat : sur les 3 PC l'installation se déroulait sans probleme


Les drivers ATI sont donc peut etre bon, mais c'est une horreur à installer

Dans le cas d'Itunes, il ne faut pas oublier que les mp3 sont fournit en 256kbit/s alors que les AAC en 128kbit/s. Ils sont donc d'une qualité légèrement meilleure (l'AAC etant je trouve meilleur que le mp3 pour encodage equivalent).

Après c'est vrai que rajouter 30cts, ca fait un peu cher, et j'aurais préféré du lossless que du mp3, on y perd quand meme pas mal. Et pour moi tant que le lossless ne sera pas diffusé, je continuerais d'acheter mes CD en ligne, participant à la baisse du nombre de CD vendu en france ;)

A priori ca n'a pas l'air d'etre un probleme de route du coté de ton serveur. En plus s'ils se ping, peu de chance que ca vienne de la.
Ton firewall à l'air OK il laisse bien tout passer, ca ne vient donc pas de la non plus.

Essaye de voir dans ce que recoit le serveur comme données, et ce qu'il pourrait renvoyer (à coup de tcpdump, sans filtrer les ports / protocoles)

S'il recoit les données mais ne renvoie rien, il est possible que tu ais interit les requetes exterieures à interroger tes services. Regarde dans les conf, dans ton /etc/hosts.deny etc..

Si tu vois rien, essaye de te voir ce que donne une connexion de ton serveur vers lui meme sur l'interface de loopback avec une adresse IP exterieure (le plus simple c'est de capturer les paquets emis sur une machine (tcpdump -i wlan -w myDump.pcap tcp port 80), et de les rejouer avec tcpreplay tcpreplay -i lo myDump.pcap

Et regarde ce qu'il se passe sur ton loopback et sur eth0 (la ou en théorie il devrait renvoyer une réponse). S'il répond pas, c'est un probleme de config et re vérifie tes config de serveurs, si il répond.. la je vois pas, mais ca donnera une piste de réflexion :)

Autrement tu peux t'amuser à copier un live CD contenant tes outils de partitionnements sur une partition à part et ensuite modifier ton grub.conf pour booter sur le live CD ainsi copié

Y'a-t-il dépassement par la droite lorsque par exemple sur une autoroute à 2x4voies, un automobiliste reste scotché sur la 2eme file de gauche et que je le dépasse sur la 4eme file de gauche (donc tout à droite) ? Dois-je me faire 6 changements de file pour respecter le code de la route ?

On m'a dit à l'auto école que ce n'est pas considéré comme un dépassement par la droite, puisque ta file roule plus vite que celle de gauche. Un dépassement par la droite n'a lieu que si tu changes de file pour volontairement dépasser la voiture. Et heureusement, je vois mal la circulation sur le périph emboutillé si tu n'avais pas le droit de passer à droite d'une voiture :p

La 'longueur' d'un point A à un point B sur un réseau n'a pas de sens en tant que tel. En effet, tu peux n'avoir à effectuer qu'un saut entre A et B mais avec une liaison 56k, ou 3 avec une liaison Gbit. De meme avec les latences.

Pour connaitre le nombre de saut, tu as comme tu le cite, traceroute, et les outils equivalent qui vont tenter de passer par du tcp/udp plutot que l'icmp (qui peut etre bloqué).

Plutot que de mettre le fichier de config complet, pourquoi ne pas faire un patch qui se lancera en post install ?
Avantage : tu ne perds pas les modifications que tu avais fait précédement.

Apres il me parait logique que l'appli soit installée apres le serveur web si elle modifie le fichier de conf de celui-ci. Fais donc une dépendance de ton rpm vers ton serveur web.

Regarde du coté de la libc et des types prédéfinis, tu devrais trouver ton bonheur (notemment les gint8, gint16 etc..)
https://stage.maemo.org/svn/maemo/projects/haf/doc/api/glib/(...)

Avant d'agir au niveau de l'application, je conseille de décompresser / recompresser à la main l'archive. Il ne s'agit que d'un vulgaire fichier ZIP renommé donc des fois il est possible de faire mieux que l'utilitaire jar.

Apres un test sur un fichier jar pris au hasard, j'obtiens : 764 405 octets avant, 418 240 octets apres. Ca peut valoir le coup, surtout que c'est pas long à tester ;)

Il s'agit d'un problème de ports.
D'un coté, tes postes Windows font des requetes http sur le port 80, de l'autre ton proxy écoute sur le port 3128. Le proxy ne recoit donc aucun flux.
Par contre, ta passerelle ayant le forward d'activé et aucune régle de filtrage, elle route correctement les requetes http et elles vont directement sur internet.

La solution serait soit de faire écouter squid sur le port 80, ou alors, de faire une redirection de ports de 192.168.0.0/24:80 vers 127.0.0.1:3128.

Ensuite, tu peux tenter de filtrer les flux en interdisant les requetes http du réseau local vers internet sauf pour ta passerelle.

Pour le 3/ je pense que tu as mal compris :) Il parlait du logiciel Easy Recovery édité par Ontrack. C'est un bon logiciel, mais relativement cher (compter quelques 200euros dans ton cas je dirais)
Par contre c'est un bon logiciel, ca récupere pas mal de données.

De toute facon, dans le cas ou tu es, je pense que tu ne trouveras pas trop de solution dans les softs opensources.. Faudra regarder du coté des soft pros, qui sont rarement libre :)

Pour le 4/, regarde le site internet de ontrack pour voir ce qu'il propose.

Une petite fonction à lancer au démarrage de chaque bash :


function dlog
{
typeset -i stat=$?
typeset x
x=$(fc -ln -0)
logger -p daemon.notice -t "bash $LOGNAME $$" Status $stat PWD $PWD \'${x# }\'
}
trap dlog DEBUG
#(note that there is a tab after the # in “${x# }”)


ca te donne un résultat semblable à ca dans ton syslog :

Jun 5 14:54:07 localhost bash root 20513: Status 0 PWD /root ' ls'
Jun 5 14:54:07 localhost bash root 20513: Status 0 PWD / ' pwd'
Jun 5 14:54:18 localhost bash root 20513: Status 0 PWD / ' cd /'


Inconvénient : il ne log pas la derniere commande (il ne log qu'une fois que tu lances une nouvelle commande) et le PWD correspond au chemin de la commande précédente.
Ainsi, ici, j'ai fait :
ls en étant dans /root
pwd en étant dans /root
cd /
ls <-- non loggé


Je l'avais trouvé un jour comme ca en me baladant sur internet, et j'ai la flemme de le lire pour comprendre comment il marche et l'améliorer ;)

D'apres le tests que je viens d'effectuer, le parametre MAC est formé de la facon suivante :
<MAC_DEST>:<MAC_SRC>:08::00
Ce qui donne :

Adresse physique . . . . . . . . .: 00-18-71-80-9C-70
Adresse IP. . . . . . . . . . . . : 192.18.12.183
----------
Link encap:Ethernet HWaddr 00:0D:60:D5:36:B1
inet addr:192.18.12.144 Bcast:192.18.12.255 Mask:255.255.255.0
----------
#ping 192.18.12.144
----------
Jun 5 13:51:09 localhost kernel: IN=eth1 OUT= MAC=00:0d:60:d5:36:b1:00:18:71:80:9c:70:08:00 SRC=192.18.12.183 DST=192.18.12.144 LEN=60 TOS=0x00 PREC=0x00 TTL=128 ID=38875 PROTO=ICMP TYPE=8 CODE=0 ID=512 SEQ=58369


Ensuite, pour la question subsidiaire, s'il y a routage, alors il y a modification de l'adresse MAC. Tu dois donc filtrer suivant l'adresse du routeur.

Du code mort, c'est plutot du code qui à une époque était utilisé, mais qui du fait de d'une modification ne sera jamais executée. Il peut s'agir de code relativement sioux à trouver, notament de fonction qui ont été réécrite/optimisée sous un autre nom et peu à peu migrée vers la nouvelle fonction. Apres dans le cas qui nous occupe ca serait plutot

if(false) { .... } 

tu peux t'amuser avec une boucle for. Je pense que ca correspond un peu à ta situation : faire pour chaque ligne de resultat une action :

for i in `grep "$HOST" FIC* |awk -F";" '{print $5}'`
do
         ...
done