Bonjour,
Ce message a déja été posté ailleurs, mais je commence à croire que c'est
une spécificité débian car apparemment chez totu le monde ça marche.
Premier axiome : Je ne comprends rien au réseaux
Deuxieme axiome : je suis nul en anglais.
(Ca place les choses)
Voilà, j'ai réussi sous débian
Bon, c'est visiblement une requête qui est faite parce que le réseau est
accessible, lorsque dhcp n'a pas été lancé, la requête échoue tout de
suite et kde se lance. Donc si tu attend longtemps (genre 6-7 minutes),
kde finira par arriver. Mais c'est long.
En général c'est un problème de DNS. Souve
D'abord merci pour l'aide, je désespérais.
> Bon, c'est visiblement une requête qui est faite parce que le réseau est
> accessible, lorsque dhcp n'a pas été lancé, la requête échoue tout de
> suite et kde se lance. Donc si tu attend longtemps (genre 6-7 minutes),
> kde finira par arriver. Mais c'es
hello,
si j'ai bien compris ton client DHCP fonctionne en console mais pas en X
donc il est peut problable que la cause soit un probleme de config de ton
client DHCP. Alors peut être (avec un gros conditionnelle car ca
m'etonnerai) que cela n'est pas du a ton X mais au faites que tu ne soit pas
da
"free" <[EMAIL PROTECTED]> writes:
> D'abord merci pour l'aide, je désespérais.
Faut pas
>> Bon, c'est visiblement une requête qui est faite parce que le réseau est
>> accessible, lorsque dhcp n'a pas été lancé, la requête échoue tout de
>> suite et kde se lance. Donc si tu attend longtemps
On Fri, 14 Nov 2003 15:26:05 +0100
"free" <[EMAIL PROTECTED]> wrote:
> D'abord merci pour l'aide, je désespérais.
> > Bon, c'est visiblement une requête qui est faite parce que le réseau
> > est accessible, lorsque dhcp n'a pas été lancé, la requête échoue tout
> > de suite et kde se lance. Donc s
François Boisson <[EMAIL PROTECTED]> writes:
[...]
>> DEBUT :
>> 15:53:41.501788 82-68-6-89.dsl.in-addr.zen.co.uk >
>> xrousse-4-82-67-60-17.fbx.proxad.net: icmp: echo request
>> 15:53:41.501888 xrousse-4-82-67-60-17.fbx.proxad.net >
>> 82-68-6-89.dsl.in-addr.zen.co.uk: icmp: echo reply
>> 15:53:
CA Y EST CA MARCHE
Tout d'abord, merci à tous.
Apparemment cela venait de
auto lo
iface lo inet loopback
dans le fichier interfaces
C'est moi qui l'avait commenté quand j'ai installé ma carte et la freebox,
puisque la notice disait ce qui devait être présent dans ce fichier, je me
suis donc dit q
> >
> > Ah, voilà qui est mieux, réponse du serveur local à la machine elle
> > même en passant par eth0, bizarre ça, il aurait du passer par la
> > loopback,
>
> Non, ça c'est les martiens, probablement blaster
Pas sûr, il aurait fallu que pile au lancement de KDE. De plus le
diagnostic étai
François Boisson <[EMAIL PROTECTED]> writes:
[...martiens...]
> Pas sûr, il aurait fallu que pile au lancement de KDE.
Dans mon ethereal à moi que j'ai, le paquet avec le timestamp 0.0
est un paquet de martien.
J'en ai 47 en 2 minutes
de plus si c'est soi-disant localhost qui répond su
On Sat, 15 Nov 2003 14:15:23 +0100
Florent Capdeville <[EMAIL PROTECTED]> wrote:
> François Boisson <[EMAIL PROTECTED]> writes:
>
> [...martiens...]
>
> > Pas sûr, il aurait fallu que pile au lancement de KDE.
>
> Dans mon ethereal à moi que j'ai, le paquet avec le timestamp 0.0
> est un p
François Boisson <[EMAIL PROTECTED]> writes:
[...]
>
> Blaster teste les ports netbios d'après les papiers que j'ai lu. Quel peut
> être l'utilité d'un paquet spoofé avec comme adresse de retour la machine
> cible au port 80, un DOS? Parce qu'il y a une certitude, la machine
> d'origine de ce paqu
Hourra(!?), je les ai!
O21:05:26.597578 localhost.www >
alfortville-5-82-66-248-156.fbx.proxad.net.1425: R 0:0(0) ack 1840185345
win 0 21:05:37.028640 localhost.www >
alfortville-5-82-66-248-156.fbx.proxad.net.1245: R 0:0(0) ack 794296321
win 0
Voilà, voilà, un coup de Google et une lecture de m
13 matches
Mail list logo