IAS RAS et renouvellement ip

[Suriv]

Bonjour,
Voici ce qui m'arrive ;p

J'ai mis en place il y a quelque mois un réseau wifi sécurisé.
Il se compose de :

1 serveur RADIUS:
Serveur Windows 2003 Entreprise Edition R2 SP2. ce serveur n'est pas controleur de domaine mais intégré au domaine. Il héberge uniquement le serveur RADIUS.

2 controleurs de domaine :
Le premier est Serveur Windows 2000 Terminal Serveur qui héberge le serveur DHCP. Il fait office de second contoleur de domaine.
Le second est un serveur Windows 2003 standard Edition SP1 . Ce serveur est le principal controleur de domaine.

Le niveau fonctionnel du domaine est en Windows 2000 mixte

1 autorité de certificat : machine virtuelle hébergée sur un autre serveur annexe dédié à cela aussi.

Une quinzaine de clients : pc portable DELL (D620, D610, D600) utilisant Windows XP SP2 tous intégrés au domaine.

1 point d Access MIMO : LYNKSYS WAP4400N . La fonction DHCP est désactivé.

Le matin, mes clients arrivent bien à se connecter au domaine en wifi. Cependant, durant la journée ils ont parfois des micro-coupures (alors qu'ils sont dans la même pièce que le point d'accès.. mais qu'importe.. je ne poste pas pour ça).
Après certaines micro-coupures, ils n'arrivent plus à obtenir d'ip (la phase d'authentification fonctionne mais pas le renouvellement d'ip).
Je suis obliger de me "battre" avec la carte réseau pour récupérer une ip
Il faut parfois 20 min...


Au niveau des log .

Serveur RAS ET IAS : rien à signaler, il détecte bien les postes clients et les autorisent comme indiqué dans ma GPO.

Serveur DHCP : Je n'ai rien vu de particulier.

Sur les postes clients j'ai ceci :

Code: Tout sélectionner

Type de l'événement :    Erreur

Source de l'événement : Dhcp

Catégorie de l'événement :         Aucun

ID de l'événement :        1001

Date :               04/01/2008

Heure :             11:50:03

Utilisateur :       N/A

Ordinateur :       TSIG

Description :

Le réseau n'a attribué aucune adresse à votre ordinateur (par le serveur DHCP) pour la carte réseau avec l'adresse réseau 00166F062170. Il s'est produit l'erreur suivante :

Le délai de temporisation de sémaphore a expiré. . Votre ordinateur va continuer à essayer d'obtenir sa propre adresse auprès du serveur d'adresse réseau (DHCP).


J'ai fais des recherche sur l'évènement, mais je n'ai rien trouvé en rapport avec mon cas.

Donc si vous avez des idées, suggestions je suis preneur car la je sèche...


Merci d'avoir pris le temps de lire ceci.

[bigstyle]

Salut,

tu as lu cet article ? : http://support.microsoft.com/kb/168455/en-us

Si je comprends bien ton poste peut obtenir une IP mais pas la renouveller lorsqu'il passe par l'IAS, c'est ca ?

Que se passe t-il si tu forces un ipconfig /renew ?

Tu as la possibilité de sniffer ton trafic sur le client et le serveur DHCP a ce moment la ?

[Suriv]

Salut bigstyle,

Premièrement merci d'avoir pris le temps de me répondre

alors :

tu as lu cet article ? : http://support.microsoft.com/kb/168455/en-us

Intéressant, mais il ne me semble pas que mon point d'accès gère le "spanning tree". je suis allé le vérifier dans les caractéristiques du WAP4400N sur le site du constructeur mais il n'en parle pas.

Si je comprends bien ton poste peut obtenir une IP mais pas la renouveller lorsqu'il passe par l'IAS, c'est ca ?

Oui. c'est bien ca

Que se passe t-il si tu forces un ipconfig /renew ?

il s'authentifi sans problème auprès du serveur RAS IAS (log à l appuie), puis il cherche à obtenir une ip et enfin part en "connectivité limitée".

J'ai les mêmes choses lorsque je :
- désactive/réactive la carte réseau.
- utilise l'option "réparer" via le clic droit sur la carte réseau.

Cependant, on bout d'un moment (cela varie entre 2 sec et 20min), il va réussir à obtenir une IP.

tu as la possibilité de sniffer ton trafic sur le client et le serveur DHCP a ce moment la ?

Sur mon serveur DHCP, pas simple par ce qu'il est hébergé sur un serveur TSE (win2000) où je ne peux pas installer d'application comme je veux (/execut).


Sur mes postes clients, j'avais pas réussi à analyser les trames par ce que j'avais à ma disposition une version d'Ethereal qui ne prenait pas en compte le wifi (ou le gère mal, il ne capturerait aucune trame...).

J'avais également trouvé un autre logiciel "plus adapté" à en croire le descriptif mais le logiciel ne capture aucune trame (cette fois ci, c'est du à au driver de ma carte réseau (c'est une INTEL, elle nécessite un driver spécifique avec ce logiciel).

Si tu connais un logiciel (gratuit de préférence) qui puisse analyser facilement les trames "wifi", je suis preneur.

[bigstyle]

Salut bigstyle,

Premièrement merci d'avoir pris le temps de me répondre

alors :

tu as lu cet article ? : http://support.microsoft.com/kb/168455/en-us

Intéressant, mais il ne me semble pas que mon point d'accès gère le "spanning tree". je suis allé le vérifier dans les caractéristiques du WAP4400N sur le site du constructeur mais il n'en parle pas.

Si je comprends bien ton poste peut obtenir une IP mais pas la renouveller lorsqu'il passe par l'IAS, c'est ca ?

Oui. c'est bien ca

Que se passe t-il si tu forces un ipconfig /renew ?

il s'authentifi sans problème auprès du serveur RAS IAS (log à l appuie), puis il cherche à obtenir une ip et enfin part en "connectivité limitée".

J'ai les mêmes choses lorsque je :
- désactive/réactive la carte réseau.
- utilise l'option "réparer" via le clic droit sur la carte réseau.

Cependant, on bout d'un moment (cela varie entre 2 sec et 20min), il va réussir à obtenir une IP.

tu as la possibilité de sniffer ton trafic sur le client et le serveur DHCP a ce moment la ?

Sur mon serveur DHCP, pas simple par ce qu'il est hébergé sur un serveur TSE (win2000) où je ne peux pas installer d'application comme je veux (/execut).


Sur mes postes clients, j'avais pas réussi à analyser les trames par ce que j'avais à ma disposition une version d'Ethereal qui ne prenait pas en compte le wifi (ou le gère mal, il ne capturerait aucune trame...).

J'avais également trouvé un autre logiciel "plus adapté" à en croire le descriptif mais le logiciel ne capture aucune trame (cette fois ci, c'est du à au driver de ma carte réseau (c'est une INTEL, elle nécessite un driver spécifique avec ce logiciel).

Si tu connais un logiciel (gratuit de préférence) qui puisse analyser facilement les trames "wifi", je suis preneur.

Ah oui c'est vrai que tu es en Wifi du coup pour sniffer ce n'est pas super simple. Il te faut en effet un driver "non normé" te permettant de sniffer le trafic via le wifi.

Je n'ai jamais essayer de le vérifier mais logiquement lors d'un ipconfig /renew (en wifi ou non) ton paquet est broadcasté sur ton réseau. Tu devrais donc voir celui-ci depuis un réseau ethernet et donc avec ethereal sur une carte ethernet.

L'idéal aurait quand même été de pouvoir utiliser le moniteur réseau sur ton DHCP dans la mesure où c'est un composant intégré au serveur.

Le fait que tu recoives finalement une IP au bout d'un temps exclu donc un probleme de pare-feu, domaine de diffusion différent etc... Un probleme de configuration de ton point d'accès, switch ou autre pourraient en etre la cause.

[Suriv]

Oki, je vais vérifier cela car le moniteur réseau est déjà installé sur le serveur TSE.
Il ne me reste plus qu'à voir comment fonctionne les filtres..
Je regarde cela et je tiens informer.

Encore Merci.

[bigstyle]

Oki, je vais vérifier cela car le moniteur réseau est déjà installé sur le serveur TSE.
Il ne me reste plus qu'à voir comment fonctionne les filtres..
Je regarde cela et je tiens informer.

Encore Merci.

Ok,

pour les filtres, tu peux commencer par n'afficher que le traffic Broadcast

[Suriv]

salut,
Bon je suis un peu dégouté la... tout
Pas une coupure wifi de la journée donc impossible de monitorer le traffic réseau sur le serveur DHCP ou sur une station clientes..

Je reprend ça lundi matin en esperant être "plus chanceux cette fois-ci"
Je te tiendrais au courant du résultat.

Passe un Bon week end !

[bigstyle]

salut,
Bon je suis un peu dégouté la... tout
Pas une coupure wifi de la journée donc impossible de monitorer le traffic réseau sur le serveur DHCP ou sur une station clientes..

Je reprend ça lundi matin en esperant être "plus chanceux cette fois-ci"
Je te tiendrais au courant du résultat.

Passe un Bon week end !

Ca marche

Merci et bon week end a toi aussi

[Suriv]

Bonjour,
je reviens à l'attaque avec de nouvelles informations car le problème vient (enfin) de se reproduire.

Lorsque je filtre les logs sur les trames "DHCP", on se rend compte que le procéssus DHCP ne dépasse pas la 2 ième étape "DHCP OFFER".

---- DHCP DISCOVER ----
1969 312.875000 00197D6FD60F *BROADCAST DHCP Discover (xid=347C4AEA) 0.0.0.0 255.255.255.255 IP
Frame: Base frame properties
Frame: Time of capture = 22/01/2008 13:49:3.75
Frame: Time delta from previous physical frame: 0 microseconds
Frame: Frame number: 1969
Frame: Total frame length: 342 bytes
Frame: Capture frame length: 342 bytes
Frame: Frame data: Number of data bytes remaining = 342 (0x0156)
ETHERNET: ETYPE = 0x0800 : Protocol = IP: DOD Internet Protocol
ETHERNET: Destination address : FFFFFFFFFFFF
ETHERNET: .......1 = Group address
ETHERNET: ......1. = Locally administered address
ETHERNET: Source address : 00197D6FD60F
ETHERNET: .......0 = No routing information present
ETHERNET: ......0. = Universally administered address
ETHERNET: Frame Length : 342 (0x0156)
ETHERNET: Ethernet Type : 0x0800 (IP: DOD Internet Protocol)
ETHERNET: Ethernet Data: Number of data bytes remaining = 328 (0x0148)
IP: ID = 0x3AA; Proto = UDP; Len: 328
IP: Version = 4 (0x4)
IP: Header Length = 20 (0x14)
IP: Precedence = Routine
IP: Type of Service = Normal Service
IP: Total Length = 328 (0x148)
IP: Identification = 938 (0x3AA)
IP: Flags Summary = 0 (0x0)
IP: .......0 = Last fragment in datagram
IP: ......0. = May fragment datagram if necessary
IP: Fragment Offset = 0 (0x0) bytes
IP: Time to Live = 128 (0x80)
IP: Protocol = UDP - User Datagram
IP: Checksum = 0x35FC
IP: Source Address = 0.0.0.0
IP: Destination Address = 255.255.255.255
IP: Data: Number of data bytes remaining = 308 (0x0134)
UDP: IP Multicast: Src Port: BOOTP Client, (68); Dst Port: BOOTP Server (67); Length = 308 (0x134)
UDP: Source Port = BOOTP Client
UDP: Destination Port = BOOTP Server
UDP: Total length = 308 (0x134) bytes
UDP: UDP Checksum = 0xA55B
UDP: Data: Number of data bytes remaining = 300 (0x012C)

DHCP: Discover (xid=347C4AEA)
DHCP: Op Code (op) = 1 (0x1)
DHCP: Hardware Type (htype) = 1 (0x1) 10Mb Ethernet
DHCP: Hardware Address Length (hlen) = 6 (0x6)
DHCP: Hops (hops) = 0 (0x0)
DHCP: Transaction ID (xid) = 880560874 (0x347C4AEA)
DHCP: Seconds (secs) = 0 (0x0)
DHCP: Flags (flags) = 128 (0x80)
DHCP: 1............... = Broadcast
DHCP: Client IP Address (ciaddr) = 0.0.0.0
DHCP: Your IP Address (yiaddr) = 0.0.0.0
DHCP: Server IP Address (siaddr) = 0.0.0.0
DHCP: Relay IP Address (giaddr) = 0.0.0.0
DHCP: Client Ethernet Address (chaddr) = 00197D6FD60F
DHCP: Server Host Name (sname) = <Blank>
DHCP: Boot File Name (file) = <Blank>
DHCP: Magic Cookie = 99.130.83.99
DHCP: Option Field (options)
DHCP: DHCP Message Type = DHCP Discover
DHCP: Unrecognized Option = 116 (0x74)
DHCP: Client-identifier = (Type: 1) 00 19 7d 6f d6 0f
DHCP: Host Name = ddan
DHCP: Client Class information = (Length: 4d 53 46 54 20 35 2e 30
DHCP: Parameter Request List = (Length: 11) 01 0f 03 06 2c 2e 2f 1f 21 f9 2b
DHCP: End of this option field


---- DHCP OFFER ----
1970 312.875000 LOCAL *BROADCAST DHCP Offer (xid=347C4AEA) EOLE 255.255.255.255 IP
Frame: Base frame properties
Frame: Time of capture = 22/01/2008 13:49:3.75
Frame: Time delta from previous physical frame: 0 microseconds
Frame: Frame number: 1970
Frame: Total frame length: 357 bytes
Frame: Capture frame length: 357 bytes
Frame: Frame data: Number of data bytes remaining = 357 (0x0165)
ETHERNET: ETYPE = 0x0800 : Protocol = IP: DOD Internet Protocol
ETHERNET: Destination address : FFFFFFFFFFFF
ETHERNET: .......1 = Group address
ETHERNET: ......1. = Locally administered address
ETHERNET: Source address : 001143EC2558
ETHERNET: .......0 = No routing information present
ETHERNET: ......0. = Universally administered address
ETHERNET: Frame Length : 357 (0x0165)
ETHERNET: Ethernet Type : 0x0800 (IP: DOD Internet Protocol)
ETHERNET: Ethernet Data: Number of data bytes remaining = 343 (0x0157)
IP: ID = 0x8E4D; Proto = UDP; Len: 343
IP: Version = 4 (0x4)
IP: Header Length = 20 (0x14)
IP: Precedence = Routine
IP: Type of Service = Normal Service
IP: Total Length = 343 (0x157)
IP: Identification = 36429 (0x8E4D)
IP: Flags Summary = 0 (0x0)
IP: .......0 = Last fragment in datagram
IP: ......0. = May fragment datagram if necessary
IP: Fragment Offset = 0 (0x0) bytes
IP: Time to Live = 128 (0x80)
IP: Protocol = UDP - User Datagram
IP: Checksum = 0x2336
IP: Source Address = 192.9.200.9
IP: Destination Address = 255.255.255.255
IP: Data: Number of data bytes remaining = 323 (0x0143)
UDP: IP Multicast: Src Port: BOOTP Server, (67); Dst Port: BOOTP Client (68); Length = 323 (0x143)
UDP: Source Port = BOOTP Server
UDP: Destination Port = BOOTP Client
UDP: Total length = 323 (0x143) bytes
UDP: UDP Checksum = 0x4ED6
UDP: Data: Number of data bytes remaining = 315 (0x013B)
DHCP: Offer (xid=347C4AEA)
DHCP: Op Code (op) = 2 (0x2)
DHCP: Hardware Type (htype) = 1 (0x1) 10Mb Ethernet
DHCP: Hardware Address Length (hlen) = 6 (0x6)
DHCP: Hops (hops) = 0 (0x0)
DHCP: Transaction ID (xid) = 880560874 (0x347C4AEA)
DHCP: Seconds (secs) = 0 (0x0)
DHCP: Flags (flags) = 0 (0x0)
DHCP: 0............... = No Broadcast
DHCP: Client IP Address (ciaddr) = 0.0.0.0
DHCP: Your IP Address (yiaddr) = 192.9.200.42
DHCP: Server IP Address (siaddr) = 192.9.200.9
DHCP: Relay IP Address (giaddr) = 0.0.0.0
DHCP: Client Ethernet Address (chaddr) = 00197D6FD60F
DHCP: Server Host Name (sname) = <Blank>
DHCP: Boot File Name (file) = <Blank>
DHCP: Magic Cookie = 99.130.83.99
DHCP: Option Field (options)
DHCP: DHCP Message Type = DHCP Offer
DHCP: Subnet Mask = 255.255.255.0
DHCP: Renewal Time Value (T1) = 1 Days, 0:00:00
DHCP: Rebinding Time Value (T2) = 1 Days, 18:00:00
DHCP: IP Address Lease Time = 2 Days, 0:00:00
DHCP: Server Identifier = 192.9.200.9
DHCP: Domain Name = isilog.fr
DHCP: Router = 192.9.200.253
DHCP: Domain Name Server = 192.9.200.9192.9.200.3
DHCP: NetBIOS Name Service = 192.9.200.9192.9.200.3
DHCP: NetBIOS Node Type = (Length: 1) 08
DHCP: End of this option field

Je ne sais pas si le client reçoit bien "l'offre" du serveur DHCP ou si c'est la réponse du client a cette requête qui est bloqué,perdue en route...

Lorsque j'ai redémarré le serveur DHCP, le processus d'adressage ip a bloqué à la même étape.

Lorsque j'ai réinitialisé mon point d'accès wifi, mon client a bien récupéré une ip..... (à re tester lors de la prochaine coupure wifi).

J'ai du mal à comprendre ce qui provoque ses micro-coupures.
Je vais rechercher du coté du point d'accès... bien qu'il est une configuration banale :
il écoute sur "le canal 1 (2.412Ghz)", son SSID n'est pas visible sur le réseaux, le filtrage sur adresse mac est désactivée et les paramètres avancés par défaut (Channel Bandwidth, Guard Interval, CTS Protection Mode, ect) n'ont pas été changé.

[bigstyle]

Essaies de mettre à jour le firmware de ton access point.

Autrement, tu n'as pas pu capturer les trames au niveau du client ?

[Suriv]

Bonjour,

j'ai pu récupérer les logs coté client :

Code: Tout sélectionner

DEST MAC      SRC IP                 DST IP               SRC PORT    DST PORT
Broadcast       0.0.0.0                 255.255.255.255    bootpc            bootps
adr_mac         169.254.124.20     224.0.0.251           5353              5353
Broadcast      169.254.124.20     169.254.124.255   netbios-ns   netbios-ns
adr_mac       169.254.124.20     169.254.124.255  netbios-ns     netbios-ns
Broadcast       169.254.124.20     169.254.124.250    1037              1900
Broadcast      169.254.124.20     169.254.124.255   netbios-ns   netbios-ns
...
Broadcast      169.254.124.20     169.254.124.255   netbios-ns   netbios-ns
adr_mac         169.254.124.20     224.0.0.251           5353              5353
adr_mac        169.254.124.20     169.254.124.255    netbios-ns  netbios-ns
adr_mac       169.254.124.20     169.254.124.255    netbios-ns   netbios-ns
Broadcast      169.254.124.20     169.254.124.255   netbios-dgm  netbios-dgm
...
Broadcast      169.254.124.20     169.254.124.255   netbios-dgm  netbios-dgm
...
Broadcast       0.0.0.0                 255.255.255.255    bootpc            bootps


Le client envoi sa trame de type Broadcoast jusqu'aux serveur DHCP.
mais celui-ci ne reçoit pas la trame DHCP OFFER

Donc je pense que cela vient du point d'accès.
Il est peut être victime d'attaque ou alors c'est du à un bug du firmware...
je ne sais pas trop, je vais essayer d'utiliser un logiciel pour voir si je peux tracer les tentatives de connexion sur le point d'accès

tu en penses quoi ?

[bigstyle]

Tu peux essayer de mettre à jour le firmware de ton point d'accès ou essayer un autre point d'accès si tu as ca en stock ?