Menu
  • Accueil
  • Forum
  • WiFaq
  • Contribuer
  • Recherche
  • Polos WlanFr
  • Wlanfr
        ø Charte
        ø Mentions légales
  • Liens
        ø Backend WlanFr
        ø Wireless
        ø Constructeurs
  • Syndication RSS
  • Essais Matos
  • Nos tests...
    Cartes PCMCIA
  • Les tests PCMCIA
  • Netgear MA401
  • NoName PCMCIA
  • SEAT810
  • SEAT830
  • SEAT910
  • USR 805410
    Cartes PCI
  • D-Link DWL520+
  • Netgear MA311
  • SEAT710
  • USR 805416
    Cartes USB
  • Les tests USB
  • Netgear MA111
  • SEAT 510
    Access Point
  • Les Tests AP
  • Aironet 1100
  • BeWan 6104W
  • D-Link
        ø DSL-604+
        ø 900AP+
  • Draytek
        ø Vigor 2200VG
        ø Vigor 2600We
  • HostNet NoName
  • LinkSys WAP11
  • Matériel Linksys
  • LXB5410
  • NetGear
        ø DG824M
        ø PCI MA311
  • Seat 1010
  • Seat 2030 (M ou P)
  • TRENDnet
        ø TEW-310APB
        ø TEW-311BRP
  • USR 805450
    Antennes
  • HomeMade
        ø La Caro
        ø Une omni simple
  • SEAT205
  • SEAT318
    Modems ADSL
  • Seat 100
    Tests globaux
  • Forum
  • Général
  •     ø Bla Bla
        ø ART
        ø Sécurité
        ø Logiciels
        ø Suggestions
        ø Jeux/Loterie
  • Matos sans fil
  •     ø Carte PCMCIA
        ø Carte PCI
        ø Access Point
        ø Câble Connecteur
        ø Antennes
        ø Tout en un
        ø Carte USB
        ø P'tit coup d'pouce
        ø PC portable/ PDA
        ø Autre matériel
        ø Carte C. Flash
  • Vente Groupée
  •     ø Netgear Wireless
        ø Vigor Wireless
        ø Général
  • Troc ou vente PAP
  •     ø Troc
        ø Vente
  • Forum dédié à
  •     ø Inventel
        ø Draytek Gamme VIGOR
  • VoIP & VoWi-Fi
  •     ø Les logiciels
        ø Matos VoIP & VoWi-FI
        ø Asterisk
  • Console de jeux wireless
  •     ø Nokia N-Gage
  • Jeux Vidéos
  • Dossier
  • Les DB, DBm, DBi
  • Wifi et sécurité
  • Sécuriser son AP avec Linux
  • Comment flasher les chipsets Intersil Prism
  • Comment récupérer un flash raté
  • Arduino et Radio
  • Arduino et Radio avec les NRF24L01+
  • Conf Linux
  • Netgear MA311
  • Debian et la MA311
  • D-Link DWL 650+
  • Chipset Atmel et Linux
  • Installation WPC54G
  • Netgear WG311v2 sous Debian
  • Netgear WG311v2 ACX100
  • Netgear WG511
  • Belkin USB Wireless G
  • Menu utilisateur
    Vous êtes connecté en Invité
    Pseudo
    Mot de passe
    Ne pas m'oublier
  • Enregistrez-vous
  • Mot de passe oublié

    Ils sont là


    Il y a aussi 53 invité(s).


    Visites
    Stats du jour1278 Pages
  • L E  F O R U M

    Racine » Matos sans fil » Carte PCIPage : 1 ( 1 )Répondre  Nouveau Message
    Auteur Sujets : Ubuntu Dapper VS. D-Link G520


    Le : Lundi 25 Septembre 2006 à 08:33
    Novice


    Messages : 9
    Inscrit: 25-09-2006 08:23
    Hello !

    J'avais déjà rencontré un problème pour faire fonctionner ma carte WiFi sous Breezy, mais j'avais trouvé, après beaucoup de recherches, un lien perdu qui m'amena à télécharger un patch qui ne portait sur je ne sais quoi, mais qui fit fonctionner tout le bazard :D

    J'ai voulu passer directement de Breezy à Dapper (depuis 2 mois environ) et ça n'avait pas été très fructifiant (pleins de bugs, vraiment pas clean). J'ai donc installé Dapper à partir du Live-CD, commandé via internet. C'était déjà beaucoup plus clean, mais ma carte, bien que reconnue, ne me permettait pas d'accèder à mes sites web favoris !! Et c'est toujours le cas maintenant..

    Voici donc quelques informations souvent demandées pour la résolution de ce genre de problèmes.

    lspci -vvv

    0000:00:09.0 Ethernet controller: Broadcom Corporation BCM4401 100Base-T (rev 01)
    Subsystem: ASUSTeK Computer Inc. A7V8X motherboard
    Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
    Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR-
    Latency: 32
    Interrupt: pin A routed to IRQ 185
    Region 0: Memory at ed800000 (32-bit, non-prefetchable) [size=8K]
    Expansion ROM at efef0000 [disabled] [size=16K]
    Capabilities: <available only to root>

    ...

    0000:00:0e.0 Ethernet controller: Atheros Communications, Inc. AR5212 802.11abg NIC (rev 01)
    Subsystem: D-Link System Inc DWL-G520 Wireless PCI Adapter rev. B
    Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR- FastB2B-
    Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
    Latency: 168 (2500ns min, 7000ns max), Cache Line Size: 0x08 (32 bytes)
    Interrupt: pin A routed to IRQ 193
    Region 0: Memory at ec800000 (32-bit, non-prefetchable) [size=64K]
    Capabilities: <available only to root>

    dmesg | grep ath

    [4294686.375000] ath_hal: module license 'Proprietary' taints kernel.
    [4294686.376000] ath_hal: 0.9.14.9 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413)
    [4294686.399000] ath_rate_sample: 1.2
    [4294686.413000] ath_pci: 0.9.6.0 (EXPERIMENTAL)
    [4294687.380000] ath0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps
    [4294687.380000] ath0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps
    [4294687.380000] ath0: turboG rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps
    [4294687.380000] ath0: H/W encryption support: WEP AES AES_CCM TKIP
    [4294687.380000] ath0: mac 7.9 phy 4.5 radio 5.6
    [4294687.380000] ath0: Use hw queue 1 for WME_AC_BE traffic
    [4294687.380000] ath0: Use hw queue 0 for WME_AC_BK traffic
    [4294687.380000] ath0: Use hw queue 2 for WME_AC_VI traffic
    [4294687.380000] ath0: Use hw queue 3 for WME_AC_VO traffic
    [4294687.380000] ath0: Use hw queue 8 for CAB traffic
    [4294687.380000] ath0: Use hw queue 9 for beacons
    [4294687.380000] ath0: Atheros 5212: mem=0xec800000, irq=193
    [4294706.006000] ath0: no IPv6 routers present

    modprobe -l ath*

    /lib/modules/2.6.15-23-386/volatile/ath_hal.ko
    /lib/modules/2.6.15-23-386/madwifi/ath_rate_sample.ko
    /lib/modules/2.6.15-23-386/madwifi/ath_pci.ko

    exploration des répertoires madwifi

    $ cd /lib/modules/2.6.15-23-386/
    initrd/ kernel/ madwifi/ madwifi-ng/ volatile/
    $ ls madwifi-ng
    new_ath_pci.ko new_wlan_acl.ko new_wlan.ko new_wlan_scan_sta.ko new_wlan_wep.ko
    new_ath_rate_sample.ko new_wlan_ccmp.ko new_wlan_scan_ap.ko new_wlan_tkip.ko new_wlan_xauth.ko
    $ ls madwifi
    ath_pci.ko ath_rate_sample.ko wlan_acl.ko wlan_ccmp.ko wlan.ko wlan_tkip.ko wlan_wep.ko wlan_xauth.ko

    iwconfig

    lo no wireless extensions.

    eth0 no wireless extensions.

    ath0 IEEE 802.11g ESSID:"Maison"
    Mode:Managed Frequency:2.412 GHz Access Point: 00:0F:3D:FC:E1:48
    Bit Rate:54 Mb/s Tx-Power:18 dBm Sensitivity=0/3
    Retry:off RTS thr:off Fragment thr:off
    Power Management:off
    Link Quality=32/94 Signal level=-63 dBm Noise level=-95 dBm
    Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
    Tx excessive retries:0 Invalid misc:0 Missed beacon:0

    sit0 no wireless extensions.

    ifconfig

    ath0 Lien encap:Ethernet HWaddr 00:11:95:94:29:B9
    inet adr:192.168.1.2 Bcast:192.168.1.255 Masque:255.255.255.0
    adr inet6: fe80::211:95ff:fe94:29b9/64 Scope:Lien
    UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
    Packets reçus:1814 erreurs:998 :0 overruns:0 frame:998
    TX packets:2001 errors:0 dropped:0 overruns:0 carrier:0
    collisions:0 lg file transmission:200
    Octets reçus:465981 (455.0 KiB) Octets transmis:273072 (266.6 KiB)
    Interruption:193 Mémoire:e0b80000-e0b90000

    lo Lien encap:Boucle locale
    inet adr:127.0.0.1 Masque:255.0.0.0
    adr inet6: ::1/128 Scope:Hôte
    UP LOOPBACK RUNNING MTU:16436 Metric:1
    Packets reçus:5 erreurs:0 :0 overruns:0 frame:0
    TX packets:5 errors:0 dropped:0 overruns:0 carrier:0
    collisions:0 lg file transmission:0
    Octets reçus:272 (272.0 b) Octets transmis:272 (272.0 b)

    résultat de différents 'ping' réalisés à la chaine

    $ ping www.google.be
    PING www.google.be (72.14.221.104) 56(84) bytes of data.
    64 bytes from www.google.be (72.14.221.104): icmp_seq=1 ttl=241 time=27.6 ms
    64 bytes from www.google.be (72.14.221.104): icmp_seq=2 ttl=241 time=43.2 ms

    --- www.google.be ping statistics ---
    2 packets transmitted, 2 received, 0% packet loss, time 1000ms
    rtt min/avg/max/mdev = 27.662/35.431/43.200/7.769 ms
    $ ping www.madchat.org
    PING www.madchat.org (194.246.101.80) 56(84) bytes of data.
    64 bytes from www.madchat.org (194.246.101.80): icmp_seq=1 ttl=53 time=23.9 ms
    64 bytes from www.madchat.org (194.246.101.80): icmp_seq=2 ttl=53 time=39.8 ms

    --- www.madchat.org ping statistics ---
    2 packets transmitted, 2 received, 0% packet loss, time 1000ms
    rtt min/avg/max/mdev = 23.915/31.866/39.817/7.951 ms
    $ ping www.securityfocus.com
    PING www.securityfocus.com (205.206.231.12) 56(84) bytes of data.

    --- www.securityfocus.com ping statistics ---
    4 packets transmitted, 0 received, 100% packet loss, time 2999ms

    Après avoir fait un ping sur www.google.be ou www.madchat.org, Firefox arrive (dans 99% des cas) à charger la page.
    Si je tentes par contre de me connecter sur www.securityfocus.com, Firefox bloque car il doit se connecter à adserver.securityfocus.com.. qui n'a pas été pingé auparavant!!
    Il y a donc bien un transfert d'information.. mais plutôt foireux Ôo

    Dois-je essayer d'utiliser les drivers madwifi-ng à la place de madwifi ?
    Je ne suis pas très chaud à l'idée de devoir utiliser ndiswrapper..

    Merci d'avance pour l'aide que vous m'apporterez !

    Liens sponsorisés sur ce sujet :
    []


    Le : Lundi 25 Septembre 2006 à 10:01
    Modérateur


    Messages : 4947
    Inscrit: 12-10-2003 20:58
    A priori madwifi-ng est une meilleure solution puisque c'est un pilote "natif" et pas un "emulateur" comme ndiswrapper

    ton pb ressemble plus a un pb de dns :
    tu as mis quoi ?
    ---

    Linux @ Cergynux.Net
    Répondre ]


    Le : Lundi 25 Septembre 2006 à 11:55
    Novice


    Messages : 9
    Inscrit: 25-09-2006 08:23
    Comment puis-je passer de madwifi à madwifi-ng ? Il semble qu'ils soient installés tout les deux (voir le listing des répertoires donné ci-dessus), mais je ne sais comment passer de l'un à l'autre de manière "propre"..

    Pour le DNS, j'ai juste mis 192.168.1.1, l'adresse du routeur D-Link G604T qui gère les DNS (ça fonctionnait sous Breezy). Quand je tentes de rajouter/remplacer par les 2 DNS de mon FAI via le network manager (un truc dans le genre), il efface mes changements pour remettre l'adresse du routeur.
    Répondre ]


    Le : Lundi 25 Septembre 2006 à 13:00
    Modérateur


    Messages : 4947
    Inscrit: 12-10-2003 20:58
    j'ai ecris madwifi-ng en pensant madwifi
    celui ci fonctionne tres bien, nul besoin de le changer

    tu es en dhcp ? donc c'est le serveur dhcp ( le G604T je suppose ) qui re-affecte le DNS

    que dit route ?
    tu as plusieurs interface sur cette machine ?
    ---

    Linux @ Cergynux.Net
    Répondre ]


    Le : Lundi 25 Septembre 2006 à 14:28
    Novice


    Messages : 9
    Inscrit: 25-09-2006 08:23
    D'accord pour madwifi, c'est ce que j'avais cru lire ailleurs sur ce forum.

    Effectivement, j'utilises le serveur DHCP fourni par le routeur. Mais je ne comprends pas le "re-affecte le DNS". En fait, dans la configuration du routeur, il est marqué comme utilisant les DNS fournis par le FAI lors du lancement d'une nouvelle connexion DSL.
    Ce sont les DNS que je fournis dans Ubuntu qui sont toujours oubliés.. Je ne sais pas si j'ai mal compris ou si on s'est mal compris

    'route' donne ceci :

    Table de routage IP du noyau
    Destination Passerelle Genmask Indic Metric Ref Use Iface
    192.168.1.0 * 255.255.255.0 U 0 0 0 ath0
    default maison.be 0.0.0.0 UG 0 0 0 ath0


    J'ai une interface WiFi (ath0) et une interface ethernet (eth0) mais je penses avoir désactivée cette dernière.
    Répondre ]


    Le : Lundi 25 Septembre 2006 à 15:00
    Modérateur


    Messages : 4947
    Inscrit: 12-10-2003 20:58
    Le routeur lui meme a les DNS du FAI, c'est normal

    par contre, lors de l'obtention des parametres par dhcp, le routeur fournit au client sa propre adresse IP en guise de DNS parce qu'il faut probablement office de proxy-dns
    donc ce que tu fournis au niveau ubuntu est ecrasé par les parametres dhcp
    il faut desactiver l'obtention des dns par dhcp sur ubuntu
    ---

    Linux @ Cergynux.Net
    Répondre ]


    Le : Lundi 25 Septembre 2006 à 17:49
    Novice


    Messages : 9
    Inscrit: 25-09-2006 08:23
    Je comprends mieux le "re-affecter" maintenant

    En ce qui concerne la désactivation de l'obtention des dns par dhcp, je voulais juste savoir comment réaliser cela, et si ça n'empeche pas l'assignation automatique d'une IP de la part du DHCPd.

    Merci pour ton aide jusqu'ici !!
    Répondre ]


    Le : Mardi 26 Septembre 2006 à 12:00
    Modérateur


    Messages : 4947
    Inscrit: 12-10-2003 20:58
    Dans l'interface de config reseau, il n'y a pas une option ?

    sinon, il faut modifier manuellement le fichier /etc/network/interfaces
    ---

    Linux @ Cergynux.Net
    Répondre ]


    Le : Mardi 26 Septembre 2006 à 17:22
    Novice


    Messages : 9
    Inscrit: 25-09-2006 08:23
    Je n'ai pas trouvé une telle option dans le network-manager..

    Quand tu dis de modifier manuellement le fichier interfaces, tu veux en fait que je rajoutes une ligne telle que la suivante :

    dns-nameservers 192.168.1.1 212.27.53.252 212.27.52.252

    pour donner un résultat semblable à :

    auto ath0
    iface ath0 inet dhcp
    dns-nameservers ...


    Lorsque je fais un ifdown/ifup sur ath0, rien ne change :
    - dans network-manager, le DNS est toujours 192.168.1.1
    - dans resolv.conf, c'est aussi 192.168.1.1

    Ais-je bien fait ce que tu me conseilles de faire ?
    Répondre ]


    Le : Mercredi 27 Septembre 2006 à 09:43
    Modérateur


    Messages : 4947
    Inscrit: 12-10-2003 20:58
    Argh, network manager
    j'aime pas ce truc, il n'utilise pas la conf standard .....

    oui, la modif au niveau interfaces est ok

    tu as essayé sans l'utiliser ?
    ---

    Linux @ Cergynux.Net
    Répondre ]


    Le : Mercredi 27 Septembre 2006 à 14:30
    Novice


    Messages : 9
    Inscrit: 25-09-2006 08:23
    C'est network-admin au fait, mais c'est la même chose.. Trop simpliste pour être complet !

    Voilà ce que je fais "sans l'utiliser"

    # ifdown ath0
    Internet Systems Consortium DHCP Client V3.0.3
    Copyright 2004-2005 Internet Systems Consortium.
    All rights reserved.
    For info, please visit http://www.isc.org/products/DHCP

    Listening on LPF/ath0/00:11:95:94:29:b9
    Sending on LPF/ath0/00:11:95:94:29:b9
    Sending on Socket/fallback
    DHCPRELEASE on ath0 to 192.168.1.1 port 67
    # cat /etc/resolv.conf
    nameserver 192.168.1.1
    # cat /etc/network/interfaces
    auto lo
    iface lo inet loopback

    auto ath0
    iface ath0 inet dhcp
    wireless-essid Maison
    dns-nameservers 192.168.1.1 194.119.228.67 193.74.208.135

    auto wlan0
    iface wlan0 inet dhcp
    # ifup -v -i /etc/network/interfaces ath0
    Configuring interface ath0=ath0 (inet)
    run-parts --verbose /etc/network/if-pre-up.d
    run-parts: executing /etc/network/if-pre-up.d/wireless-tools
    run-parts: executing /etc/network/if-pre-up.d/wpasupplicant

    dhclient3 -pf /var/run/dhclient.ath0.pid -lf /var/lib/dhcp3/dhclient.ath0.leases ath0
    Internet Systems Consortium DHCP Client V3.0.3
    Copyright 2004-2005 Internet Systems Consortium.
    All rights reserved.
    For info, please visit http://www.isc.org/products/DHCP

    Listening on LPF/ath0/00:11:95:94:29:b9
    Sending on LPF/ath0/00:11:95:94:29:b9
    Sending on Socket/fallback
    DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 3
    DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 3
    DHCPOFFER from 192.168.1.1
    DHCPREQUEST on ath0 to 255.255.255.255 port 67
    DHCPACK from 192.168.1.1
    bound to 192.168.1.2 -- renewal in 1355 seconds.
    run-parts --verbose /etc/network/if-up.d
    run-parts: executing /etc/network/if-up.d/mountnfs
    run-parts: executing /etc/network/if-up.d/ntpdate
    Synchronizing clock to ntp.ubuntu.com...

    Et ça ne marche pas :'(
    Que faiiireee ? J'aime pas ndiswrapper, et c'est une facilité que je me refuses d'utiliser.. Enfin, quand il faut, il faut.. Mais j'ai vraiment envie de trouver une solution..
    Répondre ]


    Le : Mercredi 27 Septembre 2006 à 15:22
    Modérateur


    Messages : 4947
    Inscrit: 12-10-2003 20:58
    apres avoir obtenu l'ip par dhcp, si tu modifies resolv.conf
    ( sans relancer le reseau pour pas l'ecraser )
    est ce que cela fonctionne mieux ?
    ---

    Linux @ Cergynux.Net
    Répondre ]


    Le : Mercredi 27 Septembre 2006 à 15:34
    Novice


    Messages : 9
    Inscrit: 25-09-2006 08:23
    Hélas, non. J'ai bien essayé cette possibilité, sans succès !
    Encore une p'tite idée ? :S
    Répondre ]


    Le : Jeudi 28 Septembre 2006 à 09:43
    Novice


    Messages : 9
    Inscrit: 25-09-2006 08:23
    En fait, j'ai ré-essayé ce matin en mettant les 2 DNS de mon FAI avant l'adresse de mon routeur.. Et ça fonctionne !!
    Pourtant, je pensais que si ça échouait, ça passait aux autres DNS ?
    Enfin soit.. Il me reste maintenant à savoir comment éviter que resolv.conf se modifie.. Une idée ?

    Merci encore pour ton aide ! Ca m'a permis de cerner le problème
    Répondre ]


    Le : Jeudi 28 Septembre 2006 à 10:00
    Novice


    Messages : 9
    Inscrit: 25-09-2006 08:23
    Voilà, tout fonctionne.

    Dans /etc/dhcp3/dhclient.conf, j'ai rajouté la ligne suivante :

    prepend domain-name-servers 194.119.228.67, 193.74.208.135;

    Je ne sais pas si c'est propre, mais ça me met le 192.168.1.1 à la fin.. C'est l'essentiel !

    Merci pour tout
    Répondre ]


    Le : Jeudi 28 Septembre 2006 à 12:11
    Modérateur


    Messages : 4947
    Inscrit: 12-10-2003 20:58
    si, c'est la bonne manip ( j'ai fait la meme chose sur ma debian )

    en fait, le pb c'est pas forcement que le routeur echoue ds sa fonction de proxy dns, mais plutot qu'il est trop long a router la demande vers les dns du FAI


    ---

    Linux @ Cergynux.Net
    Répondre ]
    Racine » Matos sans fil » Carte PCIPage : 1 ( 1 )Répondre  Nouveau Message
    BBPortalS V.1.5.11 (c) BBsProcesS Coded by Patrice