Dans ton contexte, il ne s'agirait pas d'un maitre d'œuvre, mais d'un maître d'ouvrage. Cependant ces notions ne sont utilisées que dans un contexte de chantier de construction.
Le Code de l'Environnement (et je pense, de la réglementation des INB que je ne connais pas), rend bien l'exploitant est responsable de la sûreté du site.
De même, le Code du Travail, depuis le Décret du 20 février 1992, fixe les « prescriptions particulières d'hygiène et de sécurité applicables aux travaux effectués dans un établissement par une entreprise extérieure » et permet de retenir la responsabilité du responsable de l'entreprise utilisatrice en cas d'accident d'un sous-traitant. http://www.legifrance.gouv.fr/affichTexte.do;jsessionid=D270(...)
PS : rien à voir, mais partisan c'est mieux sans « T » final !
Arte (prononcé arté) est un groupement européen d’intérêt économique (GEIE) basé à Strasbourg, et pour le téléspectateur, une chaîne de télévision généraliste franco-allemande de service public à vocation culturelle européenne. http://fr.wikipedia.org/wiki/Arte
C'est une chaîne à vocation culturelle européenne. Elle n'a peut-être pas les moyens de ses ambitions ?
L'une de ses particularités est de stocker toutes les informations non pas à l'intérieur du téléphone lui-même, mais sur les serveurs de Danger, l'entreprise qui a conçu l'appareil et qui a été rachetée l'année dernière par Microsoft.
Oh le bel appeau à Murphy ! Avec un prestataire au nom pareil, c'était couru...
Bon, c'est bien plus de truc de graphiste qu'un truc libriste, mais sur Thinkgeek tu as des tasses Pantone. Et à ce prix là ($49.99), la couleur doit être calée sur celle du nuancier. http://www.thinkgeek.com/homeoffice/mugs/bf65/
> C'est beaucoup trop gros pour contenir un café décent !
Il y a peut-être un marché :). Perso, j'aurais préféré de beaux mazagrans qu'un mug. Vu le nombre de beaux logos qui existent dans le libre, entre les OS et les applis il y a de quoi faire !
> coût de livraison pour le mug Debian est de 4€ en tarif économique
Merci du tuyau, je n'avais pas assez bien regardé.
Mes recherche m'avaient mené sur Mageekstore, où tout comme toi j'ai trouvé qu'il n'y avait pas beaucoup de linuxeries. Une unique tasse décorée d'un pingouin manchot, marquée Think Tux, le choix est plutôt restreint !
Reste la commande groupée chez Thinkgeek. Des intéressés pour un demi container de mugs vi ?
Aucun problème avec une Ubuntu 9.04 en live-CD. J'ai également essayé avec la dernière version du system rescue cd qui ne voyait pas d'interface eth0 alors qu'une version précédente m'a par le passé déjà sauvé la mise.
Suite à ta question, la carte-mère de la machine (portable Panasonic) : Manufacturer: Matsushita Electric Industrial Co.,Ltd.
Motherboard: CF-51ECKDRLF
En googlant j'ai trouvé trace de bugs affectant liés au driver de la carte réseau liés aux mêmes symptômes.
Je pense que je vais chercher à procéder à la mise à jour du pilote depuis chez moi (où la connexion filaire fonctionnait), ou depuis ailleurs en wifi. Je n'ai pas spécialement envie de réinstaller une Debian from scratch, donc si ma configuration continue à fonctionner chez moi (puisque, pour rappel, le problème se posait dans un autre LAN), j'aurais toute latitude pour expérimenter.
Encore merci de tes explications... et merci aux autres intervenants pour les leurs : il semble maintenant clair que l'origine du problème est liées aux pilotes de la carte et non à la configuration de mon système.
J'ai désactivé l'autoneg et forcé la vitesse en 10half : ethtool -s eth0 autoneg off speed 10 duplex half
Les temps de réponse au ping sont de l'ordre de la milliseconde, je n'ai toujours pas 100% de réponse (de 1 à 3 réponses par série de 5 pings).
Je vais chercher si je trouve un driver plus récent.
Merci du temps passé à m'aider à solutionner le problème jusqu'ici.
Comme je serai en déplacement jusqu'à lundi, ne vous attendez pas à ce que je sois très actif d'ici là.
N'en déduisez pas que je me désintéresse de la solution et de la résolution du problème que je vous pose :).
quand je disait single-user, c'est du single de chez single en console.
OK, désolé.
En single de chez single en console :
- le client DHCP obtient rapidement une adresse,
- j'ai 2 réponses à 5 pings, dans des délais corrects (maxi qq millisecondes)
- en statique, même résultat : de 1 à 3 réponses sur 3 x 5 pings, délais de 1 ms à quelques millisecondes.
=> Le client DHCP marche, moins de 50 % de réponse aux pings, temps de réponse de 1 à 4 ms.
PS : merci du temps passé à m'aider à solutionner le problème jusqu'ici. Je serai en déplacement jusqu'à lundi, donc guère actif jusque là. N'en déduisez pas que je me désintéresse de la solution et de la résolution du problème que je vous propose :).
dmesg | grep eth [ 1.644866] eth0: RTL8110s at 0xf8012800, 00:0b:97:a0:bc:1f, XID 04000000 IRQ 9
[ 16.446749] r8169: eth0: link up
[ 27.440026] eth0: no IPv6 routers present
[ 46.704033] eth1: no IPv6 routers present
Sous Windows, aucun problème de lenteur : 100% de pings reçus, réponse en 1 ms.
t'as utilisé quoi pour aller sur le site de debian ?
Epiphany sous la session single-user.
j'avoue que c'est un peu pour sonder ton niveau de connaissances
Aucun problème. Clairement, vos conseils vont bien au delà de mes connaissances en réseaux.
soit c'est un truc bête qu'on a pas vu et que t'as pas dit
Je pencherai plutôt pour ça :)
Ce que je n'ai pas dit (il n'est jamais trop tard) : en wifi je n'ai jamais eu de problème pour me connecter à d'autres réseaux (chez des amis, à l'hôtel...). J'utilise de préférence l'interface graphique Wicd, mes modifs ci-dessus furent faites à la mano dans le fichier concerné et suivies d'une relance du service.
Peut-être un pb de nego, tu peux essayer de fixer la vitesse aux 2 extrémités ?
Pas sur le routeur, sur ma machine je pense que oui. Je vais googler.
Est-ce qu'il y a moyen de mettre à jour le noyau ?
Sans réseau ça risque d'être difficile. J'ai installé quelques utilitaires manquants nécessaires à vos diagnostics en récupérant le paquet sur clé usb et en installant par un dpkg -i, pour une màj du noyau ça risque d'être plus coton...
En single-user : je vois la passerelle, mais le ping reste aléatoire (1 à 3 paquets sur 5), et parfois très long ( > 1 s).
J'accède aux DNS de la passerelle et à sortir, mais lentement après le tcpdump j'avais la page d'accueil de debian.org, renommée pour sa lourdeur ;), sans css ni images.
Je n'ai pas essayé de rebooter la passerelle. Les deux machines Win XP installées derrière ont l'accès sans problème : depuis la machine d'où j'écris j'ai un ping 1ms, 100 % de réussite.
Ça marche vraiment sur le même PC avec un autre OS, sans toucher à rien.
Le pare-feu n'a pas de raison de poser problème. Il est en configuration par défaut, et « chez moi ça marche » : dans mon LAN habituel où la configuration réseau est la même, aucun souci. La session Win accède au net sans avoir touché à la config IP statique.
Ma Debian est mise à jour régulièrement. Contrairement à ce que j'indiquais plus haut, c'est une testing (squeeze) avec quelques morceaux de unstable. Ces morceaux sont normalement des programmes desktop, pas des outils systèmes ou d'administration.
Je viens de tester avec un noyau 2.6.22 : j'ai d'abord eu 3 ping reçu sur 5, durée moyenne 330 ms, mini 1 ms, maxi : 1 s !
Pour la passerelle, c'est un routeur domestique D-Link, donc le tcpdump de la passerelle, il faut oublier :(
[^] # Re: c'est sympa mais...
Posté par balzane . En réponse au journal Églantine et les ouinedoziens - 10ème épisode. Évalué à 2.
un peu moins depuis KDE 4, c'est plus joli
Disons que depuis KDE 4.3, ça commence à se stabiliser !
[^] # Re: Comment ça se peut ?
Posté par balzane . En réponse au journal Chez mandarin, un forfait illimité à 90 euros peut produire une facture à 45000 euros. Évalué à 5.
(sauf une fois tous les 4 ans, en moyenne)
---> []
[^] # Re: multi
Posté par balzane . En réponse au journal Linuxfr, la décadence ?. Évalué à 1.
On m'aurait menti ?
# Gates avait raison !
Posté par balzane . En réponse au journal La souris pour Emacs. Évalué à 10.
Personne n'aura jamais besoin de plus de 640 ko de RAM pour son PC sa souris !
[^] # Troll récursif
Posté par balzane . En réponse au journal Faites péter le trollomètre. Évalué à 8.
-->[]
[^] # Re: partisan !!!
Posté par balzane . En réponse au journal Le cauchemar du nucléaire. Évalué à 1.
Le Code de l'Environnement (et je pense, de la réglementation des INB que je ne connais pas), rend bien l'exploitant est responsable de la sûreté du site.
De même, le Code du Travail, depuis le Décret du 20 février 1992, fixe les « prescriptions particulières d'hygiène et de sécurité applicables aux travaux effectués dans un établissement par une entreprise extérieure » et permet de retenir la responsabilité du responsable de l'entreprise utilisatrice en cas d'accident d'un sous-traitant.
http://www.legifrance.gouv.fr/affichTexte.do;jsessionid=D270(...)
PS : rien à voir, mais partisan c'est mieux sans « T » final !
[^] # Re: Droits
Posté par balzane . En réponse au journal Le cauchemar du nucléaire. Évalué à 3.
http://fr.wikipedia.org/wiki/Arte
C'est une chaîne à vocation culturelle européenne. Elle n'a peut-être pas les moyens de ses ambitions ?
[^] # Re: Iphone, il y a une application pour tout !!!
Posté par balzane . En réponse au journal Qui à dit que les léopard des neiges ne mangaient pas d'/home ?. Évalué à 5.
Oh le bel appeau à Murphy ! Avec un prestataire au nom pareil, c'était couru...
[^] # Re: Et des vrais tasses ?
Posté par balzane . En réponse au message Où trouver une belle tasse de libriste ?. Évalué à 1.
http://www.thinkgeek.com/homeoffice/mugs/bf65/
> C'est beaucoup trop gros pour contenir un café décent !
Il y a peut-être un marché :). Perso, j'aurais préféré de beaux mazagrans qu'un mug. Vu le nombre de beaux logos qui existent dans le libre, entre les OS et les applis il y a de quoi faire !
[^] # Re: C'est pas en France mais c'est pas cher
Posté par balzane . En réponse au message Où trouver une belle tasse de libriste ?. Évalué à 2.
Merci du tuyau, je n'avais pas assez bien regardé.
Mes recherche m'avaient mené sur Mageekstore, où tout comme toi j'ai trouvé qu'il n'y avait pas beaucoup de linuxeries. Une unique tasse décorée d'un pingouin manchot, marquée Think Tux, le choix est plutôt restreint !
Reste la commande groupée chez Thinkgeek. Des intéressés pour un demi container de mugs vi ?
[^] # Re: Ben oui !
Posté par balzane . En réponse au sondage La loi Hadopi va-t-elle permettre de faire diminuer le piratage en France ?. Évalué à 2.
http://www.ecrans.fr/Denonce-par-Albanel-vire-par-TF1,7137.h(...)
[^] # Re: Les galeries de l'insécurité ?
Posté par balzane . En réponse au journal Des paiements non sécurisés ?. Évalué à 2.
[^] # Re: On sais jamais...
Posté par balzane . En réponse au message Défaut d'accès réseau filaire en changeant de LAN. Évalué à 1.
Aucun problème avec une Ubuntu 9.04 en live-CD. J'ai également essayé avec la dernière version du system rescue cd qui ne voyait pas d'interface eth0 alors qu'une version précédente m'a par le passé déjà sauvé la mise.
Suite à ta question, la carte-mère de la machine (portable Panasonic) :
Manufacturer: Matsushita Electric Industrial Co.,Ltd.
Motherboard: CF-51ECKDRLF
En googlant j'ai trouvé trace de bugs affectant liés au driver de la carte réseau liés aux mêmes symptômes.
Je pense que je vais chercher à procéder à la mise à jour du pilote depuis chez moi (où la connexion filaire fonctionnait), ou depuis ailleurs en wifi. Je n'ai pas spécialement envie de réinstaller une Debian from scratch, donc si ma configuration continue à fonctionner chez moi (puisque, pour rappel, le problème se posait dans un autre LAN), j'aurais toute latitude pour expérimenter.
Encore merci de tes explications... et merci aux autres intervenants pour les leurs : il semble maintenant clair que l'origine du problème est liées aux pilotes de la carte et non à la configuration de mon système.
[^] # Re: On sais jamais...
Posté par balzane . En réponse au message Défaut d'accès réseau filaire en changeant de LAN. Évalué à 1.
J'ai désactivé l'autoneg et forcé la vitesse en 10half :
ethtool -s eth0 autoneg off speed 10 duplex halfLes temps de réponse au ping sont de l'ordre de la milliseconde, je n'ai toujours pas 100% de réponse (de 1 à 3 réponses par série de 5 pings).
Je vais chercher si je trouve un driver plus récent.
[^] # Re: On sais jamais...
Posté par balzane . En réponse au message Défaut d'accès réseau filaire en changeant de LAN. Évalué à 1.
La carte est une Realtek RTL8169/8110 family gigabit ethernet NIC.
dmesg | grep eth retourne :
eth0: RTL8110s [...]Ce s final me surprend un peu.
Le driver : ethtool --driver eth0 retourne :
driver: r8169version 2.3 LK-NAPI
firmware version:
bus-info: 0000:02:01.1
Mon noyau est un 2.6.30-1.
Je vais googler voir si je trouve d'autres discussion ailleurs signalant des problèmes avec cette configuration.
[^] # Re: On sais jamais...
Posté par balzane . En réponse au message Défaut d'accès réseau filaire en changeant de LAN. Évalué à 2.
Je retiens la piste, comme dit plus bas je creuserai lundi.
Merci.
# Pause...
Posté par balzane . En réponse au message Défaut d'accès réseau filaire en changeant de LAN. Évalué à 2.
Merci du temps passé à m'aider à solutionner le problème jusqu'ici.
Comme je serai en déplacement jusqu'à lundi, ne vous attendez pas à ce que je sois très actif d'ici là.
N'en déduisez pas que je me désintéresse de la solution et de la résolution du problème que je vous pose :).
Bonne fin de semaine.
[^] # Re: On sais jamais...
Posté par balzane . En réponse au message Défaut d'accès réseau filaire en changeant de LAN. Évalué à 2.
OK, désolé.
En single de chez single en console :
- le client DHCP obtient rapidement une adresse,
- j'ai 2 réponses à 5 pings, dans des délais corrects (maxi qq millisecondes)
- en statique, même résultat : de 1 à 3 réponses sur 3 x 5 pings, délais de 1 ms à quelques millisecondes.
=> Le client DHCP marche, moins de 50 % de réponse aux pings, temps de réponse de 1 à 4 ms.
PS : merci du temps passé à m'aider à solutionner le problème jusqu'ici. Je serai en déplacement jusqu'à lundi, donc guère actif jusque là. N'en déduisez pas que je me désintéresse de la solution et de la résolution du problème que je vous propose :).
[^] # Re: On sais jamais...
Posté par balzane . En réponse au message Défaut d'accès réseau filaire en changeant de LAN. Évalué à 2.
[ 1.644866] eth0: RTL8110s at 0xf8012800, 00:0b:97:a0:bc:1f, XID 04000000 IRQ 9[ 16.446749] r8169: eth0: link up
[ 27.440026] eth0: no IPv6 routers present
[ 46.704033] eth1: no IPv6 routers present
Sous Windows, aucun problème de lenteur : 100% de pings reçus, réponse en 1 ms.
[^] # Re: On sais jamais...
Posté par balzane . En réponse au message Défaut d'accès réseau filaire en changeant de LAN. Évalué à 2.
Epiphany sous la session single-user.
j'avoue que c'est un peu pour sonder ton niveau de connaissances
Aucun problème. Clairement, vos conseils vont bien au delà de mes connaissances en réseaux.
soit c'est un truc bête qu'on a pas vu et que t'as pas dit
Je pencherai plutôt pour ça :)
Ce que je n'ai pas dit (il n'est jamais trop tard) : en wifi je n'ai jamais eu de problème pour me connecter à d'autres réseaux (chez des amis, à l'hôtel...). J'utilise de préférence l'interface graphique Wicd, mes modifs ci-dessus furent faites à la mano dans le fichier concerné et suivies d'une relance du service.
[^] # Re: On sais jamais...
Posté par balzane . En réponse au message Défaut d'accès réseau filaire en changeant de LAN. Évalué à 2.
ethtool -S eth0
NIC statistics:tx_packets: 42
rx_packets: 1
tx_errors: 0
rx_errors: 5
rx_missed: 0
align_errors: 655
tx_single_collisions: 0
tx_multi_collisions: 0
unicast: 1
broadcast: 0
multicast: 0
tx_aborted: 0
tx_underrun: 0
ethtool -t eth0
Cannot test: Operation not supportedethtool -i eth0
driver: r8169
version: 2.3LK-NAPI
firmware-version:
bus-info: 0000:02:01.0
Peut-être un pb de nego, tu peux essayer de fixer la vitesse aux 2 extrémités ?
Pas sur le routeur, sur ma machine je pense que oui. Je vais googler.
Est-ce qu'il y a moyen de mettre à jour le noyau ?
Sans réseau ça risque d'être difficile. J'ai installé quelques utilitaires manquants nécessaires à vos diagnostics en récupérant le paquet sur clé usb et en installant par un dpkg -i, pour une màj du noyau ça risque d'être plus coton...
[^] # Re: On sais jamais...
Posté par balzane . En réponse au message Défaut d'accès réseau filaire en changeant de LAN. Évalué à 2.
J'accède aux DNS de la passerelle et à sortir, mais lentement après le tcpdump j'avais la page d'accueil de debian.org, renommée pour sa lourdeur ;), sans css ni images.
16:47:05.939797 IP 192.168.50.12.43894 > 213.129.232.18.80: Flags [F.], seq 447400385, ack 1204617074, win 227, options [nop,nop,TS val 10829 ecr 502396089,nop,nop,sack 2 {5761:7201}{1441:4321}], length 016:47:06.012929 IP 213.129.232.18.80 > 192.168.50.12.43894: Flags [.], ack 1, win 54, options [nop,nop,TS val 502418747 ecr 10829,nop,nop,sack 1 {0:1}], length 0
16:47:07.099679 IP 192.168.50.12 > 192.168.50.1: ICMP echo request, id 3338, seq 1, length 64
16:47:08.105925 IP 192.168.50.12 > 192.168.50.1: ICMP echo request, id 3338, seq 2, length 64
16:47:08.106974 IP 192.168.50.1 > 192.168.50.12: ICMP echo reply, id 3338, seq 2, length 64
16:47:09.107094 IP 192.168.50.12 > 192.168.50.1: ICMP echo request, id 3338, seq 3, length 64
16:47:10.113902 IP 192.168.50.12 > 192.168.50.1: ICMP echo request, id 3338, seq 4, length 64
16:47:11.121897 IP 192.168.50.12 > 192.168.50.1: ICMP echo request, id 3338, seq 5, length 64
16:47:13.783794 IP 192.168.50.12.43893 > 213.129.232.18.80: Flags [F.], seq 439056781, ack 1191831842, win 115, options [nop,nop,TS val 12790 ecr 502399606], length 0
16:47:15.090378 ARP, Request who-has 192.168.50.12 tell 192.168.50.1, length 46
16:47:15.090395 ARP, Reply 192.168.50.12 is-at 00:0b:97:a0:bc:1f, length 28
16:48:02.847794 IP 192.168.50.12.43889 > 213.129.232.18.80: Flags [F.], seq 152404176, ack 913552227, win 137, options [nop,nop,TS val 25056 ecr 502396640], length 0
16:48:07.180401 IP 192.168.50.12.49977 > 192.168.50.1.53: 8942+ A? www.debian.org. (32)
16:48:07.180450 IP 192.168.50.12.49977 > 192.168.50.1.53: 44564+ AAAA? www.debian.org. (32)
16:48:07.202770 IP 192.168.50.12.54310 > 192.168.50.1.53: 8853+ A? www.w3.org. (28)
16:48:07.202954 IP 192.168.50.12.54310 > 192.168.50.1.53: 36915+ AAAA? www.w3.org. (28)
16:48:07.203288 IP 192.168.50.12.57857 > 192.168.50.1.53: 62188+ A? jigsaw.w3.org. (31)
16:48:07.203376 IP 192.168.50.12.57857 > 192.168.50.1.53: 8406+ AAAA? jigsaw.w3.org. (31)
16:48:07.280480 IP 192.168.50.1.53 > 192.168.50.12.57857: 8406 0/1/0 (82)
16:48:07.847786 ARP, Request who-has 192.168.50.1 tell 192.168.50.12, length 28
16:48:08.847786 ARP, Request who-has 192.168.50.1 tell 192.168.50.12, length 28
16:48:09.847836 ARP, Request who-has 192.168.50.1 tell 192.168.50.12, length 28
16:48:12.187788 ARP, Request who-has 192.168.50.1 tell 192.168.50.12, length 28
16:48:13.187793 ARP, Request who-has 192.168.50.1 tell 192.168.50.12, length 28
16:48:13.188406 ARP, Reply 192.168.50.1 is-at 00:22:b0:89:05:68, length 46
16:48:13.188415 IP 192.168.50.12.54310 > 192.168.50.1.53: 8853+ A? www.w3.org. (28)
16:48:13.188418 IP 192.168.50.12.54310 > 192.168.50.1.53: 36915+ AAAA? www.w3.org. (28)
16:48:13.188422 IP 192.168.50.12.57857 > 192.168.50.1.53: 62188+ A? jigsaw.w3.org. (31)
16:48:13.719078 IP 192.168.50.100.137 > 192.168.50.255.137: NBT UDP PACKET(137): QUERY; REQUEST; BROADCAST
16:48:17.188664 IP 192.168.50.12.33302 > 192.168.50.1.53: 16715+ A? www.debian.org. (32)
16:48:17.188704 IP 192.168.50.12.33302 > 192.168.50.1.53: 44952+ AAAA? www.debian.org. (32)
16:48:17.208801 IP 192.168.50.12.50629 > 192.168.50.1.53: 52536+ A? www.w3.org. (28)
16:48:17.208840 IP 192.168.50.12.50629 > 192.168.50.1.53: 2890+ AAAA? www.w3.org. (28)
16:48:17.208973 IP 192.168.50.12.57857 > 192.168.50.1.53: 62188+ A? jigsaw.w3.org. (31)
16:48:22.189852 IP 192.168.50.12.33302 > 192.168.50.1.53: 16715+ A? www.debian.org. (32)
16:48:22.189891 IP 192.168.50.12.33302 > 192.168.50.1.53: 44952+ AAAA? www.debian.org. (32)
16:48:22.212889 IP 192.168.50.12.50629 > 192.168.50.1.53: 52536+ A? www.w3.org. (28)
16:48:22.212925 IP 192.168.50.12.50629 > 192.168.50.1.53: 2890+ AAAA? www.w3.org. (28)
16:48:22.214062 IP 192.168.50.12.52300 > 192.168.50.1.53: 62445+ A? jigsaw.w3.org. (31)
^C
39 packets captured
39 packets received by filter
0 packets dropped by kernel
[^] # Re: ethtool
Posté par balzane . En réponse au message Défaut d'accès réseau filaire en changeant de LAN. Évalué à 2.
[^] # Re: On sais jamais...
Posté par balzane . En réponse au message Défaut d'accès réseau filaire en changeant de LAN. Évalué à 2.
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes
15:50:57.756036 ARP, Request who-has 192.168.50.1 tell 192.168.50.12, length 28
15:52:01.262570 IP 192.168.50.100 > 224.0.0.1: ICMP echo request, id 0, seq 0, length 40
15:52:50.760030 ARP, Request who-has 192.168.50.1 tell 192.168.50.12, length 28
15:52:51.760034 ARP, Request who-has 192.168.50.1 tell 192.168.50.12, length 28
15:52:52.600286 IP6 fe80::20b:97ff:fea0:bc1f.5353 > ff02::fb.5353: 0 [3q][|domain]
15:52:52.600458 IP 192.168.50.12.5353 > 224.0.0.251.5353: 0 [3q] PTR (QM)? _http._tcp.local. PTR (QM)? _ftp._tcp.local.[|domain]
15:52:52.760038 ARP, Request who-has 192.168.50.1 tell 192.168.50.12, length 28
15:54:50.760032 ARP, Request who-has 192.168.50.1 tell 192.168.50.12, length 28
15:54:50.760663 ARP, Reply 192.168.50.1 is-at 00:22:b0:89:05:68, length 46
15:54:50.760675 IP 192.168.50.12.34861 > 192.168.50.1.80: Flags [P.], seq 3738846783:3738847180, ack 2458630106, win 46, options [nop,nop,TS val 131189 ecr 24647403], length 397
15:56:50.756083 IP 192.168.50.12.34861 > 192.168.50.1.80: Flags [P.], seq 0:397, ack 1, win 46, options [nop,nop,TS val 161189 ecr 24647403], length 397
15:56:51.756039 ARP, Request who-has 192.168.50.12 tell 192.168.50.1, length 46
15:56:51.756060 ARP, Reply 192.168.50.12 is-at 00:0b:97:a0:bc:1f, length 28
15:56:51.756688 IP 192.168.50.1.80 > 192.168.50.12.34861: Flags [.], ack 397, win 5792, options [nop,nop,TS val 24691451 ecr 161189,nop,nop,sack 1 {0:397}], length 0
15:57:08.604273 IP6 fe80::20b:97ff:fea0:bc1f.5353 > ff02::fb.5353: 0 [3q][|domain]
15:57:08.604444 IP 192.168.50.12.5353 > 224.0.0.251.5353: 0 [3q] PTR (QM)? _http._tcp.local. PTR (QM)? _ftp._tcp.local.[|domain]
15:57:32.019943 IP 192.168.50.1.2053 > 239.255.255.250.1900: UDP, length 309
15:57:33.013433 IP 192.168.50.1.2053 > 239.255.255.250.1900: UDP, length 380
15:57:33.119433 IP 192.168.50.1.2053 > 239.255.255.250.1900: UDP, length 380
15:57:33.673531 IP 192.168.50.1.2053 > 239.255.255.250.1900: UDP, length 362
15:57:33.779309 IP 192.168.50.1.2053 > 239.255.255.250.1900: UDP, length 362
15:59:01.864257 IP 192.168.50.1.80 > 192.168.50.12.34860: Flags [.], seq 2430655162:2430656610, ack 3392990277, win 5792, options [nop,nop,TS val 24704564 ecr 50338], length 1448
15:59:01.864350 IP 192.168.50.12.34860 > 192.168.50.1.80: Flags [.], ack 1448, win 175, options [nop,nop,TS val 193966 ecr 24704564,nop,nop,sack 1 {4344:7240}], length 0
15:59:02.074165 IP 192.168.50.1.80 > 192.168.50.12.34860: Flags [.], seq 1448:2896, ack 1, win 5792, options [nop,nop,TS val 24704585 ecr 193966], length 1448
15:59:02.074238 IP 192.168.50.12.34860 > 192.168.50.1.80: Flags [.], ack 2896, win 198, options [nop,nop,TS val 194018 ecr 24704585,nop,nop,sack 1 {4344:7240}], length 0
15:59:02.284121 IP 192.168.50.1.80 > 192.168.50.12.34860: Flags [.], seq 2896:4344, ack 1, win 5792, options [nop,nop,TS val 24704606 ecr 194018], length 1448
15:59:02.284195 IP 192.168.50.12.34860 > 192.168.50.1.80: Flags [.], ack 7240, win 220, options [nop,nop,TS val 194071 ecr 24704606], length 0
15:59:06.864030 ARP, Request who-has 192.168.50.1 tell 192.168.50.12, length 28
15:59:07.864035 ARP, Request who-has 192.168.50.1 tell 192.168.50.12, length 28
15:59:08.864031 ARP, Request who-has 192.168.50.1 tell 192.168.50.12, length 28
15:59:28.949563 IP 192.168.50.1.80 > 192.168.50.12.34860: Flags [.], seq 7240:8688, ack 1, win 5792, options [nop,nop,TS val 24707273 ecr 194071], length 1448
15:59:28.952034 ARP, Request who-has 192.168.50.1 tell 192.168.50.12, length 28
15:59:29.952036 ARP, Request who-has 192.168.50.1 tell 192.168.50.12, length 28
15:59:30.952033 ARP, Request who-has 192.168.50.1 tell 192.168.50.12, length 28
16:00:05.823102 ARP, Request who-has 192.168.50.12 tell 192.168.50.1, length 46
16:00:05.823124 ARP, Reply 192.168.50.12 is-at 00:0b:97:a0:bc:1f, length 28
16:00:57.573932 ARP, Request who-has 192.168.50.12 tell 192.168.50.1, length 46
16:00:57.573954 ARP, Reply 192.168.50.12 is-at 00:0b:97:a0:bc:1f, length 28
38 packets captured
38 packets received by filter
0 packets dropped by kernel
Je vais installer arping et voir ce que ça me raconte...
Merci.
[^] # Re: On sais jamais...
Posté par balzane . En réponse au message Défaut d'accès réseau filaire en changeant de LAN. Évalué à 2.
Je n'ai pas essayé de rebooter la passerelle. Les deux machines Win XP installées derrière ont l'accès sans problème : depuis la machine d'où j'écris j'ai un ping 1ms, 100 % de réussite.
Ça marche vraiment sur le même PC avec un autre OS, sans toucher à rien.
Le pare-feu n'a pas de raison de poser problème. Il est en configuration par défaut, et « chez moi ça marche » : dans mon LAN habituel où la configuration réseau est la même, aucun souci. La session Win accède au net sans avoir touché à la config IP statique.
Ma Debian est mise à jour régulièrement. Contrairement à ce que j'indiquais plus haut, c'est une testing (squeeze) avec quelques morceaux de unstable. Ces morceaux sont normalement des programmes desktop, pas des outils systèmes ou d'administration.
Je viens de tester avec un noyau 2.6.22 : j'ai d'abord eu 3 ping reçu sur 5, durée moyenne 330 ms, mini 1 ms, maxi : 1 s !
Pour la passerelle, c'est un routeur domestique D-Link, donc le tcpdump de la passerelle, il faut oublier :(
Merci !