Sujet Précédent Sujet Suivant

[Ubuntu] problème de carte Atheros

Fermé
Thibaut2121 Messages postés 10 Date d'inscription vendredi 23 mars 2018 Statut Membre Dernière intervention 22 avril 2018 - Modifié le 29 mars 2018 à 10:02
brupala Messages postés 110813 Date d'inscription lundi 16 juillet 2001 Statut Membre Dernière intervention 17 janvier 2025 - 7 avril 2018 à 15:53
Bonjour,

J'ai déjà ouvert un poste dans la section "Debian" ou tout y est expliqué et toutes les commandes de bases pour décrire le problème y sont

https://forums.commentcamarche.net/forum/affich-35275191-connexion-a-un-reseau-wifi-sans-acces-a-internet

Je désespère un petit peut la .... j'ai réussi à avoir du wifi ce matin pendant 10 min ... avant qu'il ne se coupe tout seul sans être déconnecté du réseau....

Si vous pouviez m'aider ça serait cool :) :)
A voir également:

8 réponses

Réponse 1 / 8
mamiemando Messages postés 33459 Date d'inscription jeudi 12 mai 2005 Statut Modérateur Dernière intervention 8 janvier 2025 7 813
29 mars 2018 à 10:05
Bonjour Thibault,

L'idéal serait d'avoir toute l'information relative à ubuntu dans ce fil de discussion. Reporte-nous le résultat des commandes significatives : 

cat /etc/resolv.conf
/sbin/iwconfig
ip route
ping -c2 www.google.fr
lspci


... ainsi que de 
dmesg | tail
et 
tail /var/log/messages
quand tu as une déconnexion.

Enfin indique-nous ce qu'a donné la suggestion que jns55 t'avait faite à l'époque :
https://askubuntu.com/questions/994555/qualcomm-atheros-device-168c0042-rev-31-wi-fi-driver-installation

Bonne chance
0
Thibaut2121 Messages postés 10 Date d'inscription vendredi 23 mars 2018 Statut Membre Dernière intervention 22 avril 2018
31 mars 2018 à 09:39
Je serais à mon école mardi, je te ferais toutes ces commandes ;) je ne peut pas y aller avant ;)

Bonne Pâques à toi
0
Réponse 2 / 8
Thibaut21
3 avril 2018 à 14:07 
root@Laptop-Thib:/home/thibaut# cat /etc/resolv.conf 
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 127.0.1.1
search esi-supinfo.com
root@Laptop-Thib:/home/thibaut#


root@Laptop-Thib:/home/thibaut# /sbin/iwconfig 
lo        no wireless extensions.

wlp3s0    IEEE 802.11  ESSID:"SWN"  
          Mode:Managed  Frequency:5.32 GHz  Access Point: 00:1D:A1:2D:7E:30   
          Bit Rate=6 Mb/s   Tx-Power=30 dBm   
          Retry short limit:7   RTS thr:off   Fragment thr:off
          Encryption key:off
          Power Management:on
          Link Quality=61/70  Signal level=-49 dBm  
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:4   Missed beacon:0

enp4s0f1  no wireless extensions.

root@Laptop-Thib:/home/thibaut#



root@Laptop-Thib:/home/thibaut# ip route
default via 10.31.19.254 dev wlp3s0  proto static  metric 600 
10.31.16.0/22 dev wlp3s0  proto kernel  scope link  src 10.31.18.233  metric 600 
169.254.0.0/16 dev wlp3s0  scope link  metric 1000 
root@Laptop-Thib:/home/thibaut# 



root@Laptop-Thib:/home/thibaut# ping -c2 www.google.fr
ping: unknown host www.google.fr
root@Laptop-Thib:/home/thibaut#


root@Laptop-Thib:/home/thibaut# lspci
00:00.0 Host bridge: Intel Corporation Device 5904 (rev 02)
00:02.0 VGA compatible controller: Intel Corporation Device 5916 (rev 02)
00:14.0 USB controller: Intel Corporation Sunrise Point-LP USB 3.0 xHCI Controller (rev 21)
00:14.2 Signal processing controller: Intel Corporation Sunrise Point-LP Thermal subsystem (rev 21)
00:15.0 Signal processing controller: Intel Corporation Sunrise Point-LP Serial IO I2C Controller (rev 21)
00:16.0 Communication controller: Intel Corporation Sunrise Point-LP CSME HECI (rev 21)
00:17.0 SATA controller: Intel Corporation Sunrise Point-LP SATA Controller [AHCI mode] (rev 21)
00:1c.0 PCI bridge: Intel Corporation Device 9d10 (rev f1)
00:1d.0 PCI bridge: Intel Corporation Device 9d18 (rev f1)
00:1d.2 PCI bridge: Intel Corporation Device 9d1a (rev f1)
00:1d.3 PCI bridge: Intel Corporation Device 9d1b (rev f1)
00:1f.0 ISA bridge: Intel Corporation Device 9d58 (rev 21)
00:1f.2 Memory controller: Intel Corporation Sunrise Point-LP PMC (rev 21)
00:1f.3 Audio device: Intel Corporation Device 9d71 (rev 21)
00:1f.4 SMBus: Intel Corporation Sunrise Point-LP SMBus (rev 21)
01:00.0 3D controller: NVIDIA Corporation GM107M [GeForce GTX 950M] (rev a2)
03:00.0 Network controller: Qualcomm Atheros Device 0042 (rev 31)
04:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. Device 5287 (rev 01)
04:00.1 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 12)
root@Laptop-Thib:/home/thibaut# 


root@Laptop-Thib:/home/thibaut# dmesg | tail
[ 1063.643475] pcieport 0000:00:1d.2:   device [8086:9d1a] error status/mask=00001000/00002000
[ 1063.643486] pcieport 0000:00:1d.2:    [12] Replay Timer Timeout  
[ 1064.502719] pcieport 0000:00:1d.2: AER: Corrected error received: id=00ea
[ 1064.502735] pcieport 0000:00:1d.2: PCIe Bus Error: severity=Corrected, type=Data Link Layer, id=00ea(Transmitter ID)
[ 1064.502750] pcieport 0000:00:1d.2:   device [8086:9d1a] error status/mask=00001000/00002000
[ 1064.502760] pcieport 0000:00:1d.2:    [12] Replay Timer Timeout  
[ 1069.018764] nouveau 0000:01:00.0: DRM: evicting buffers...
[ 1069.018772] nouveau 0000:01:00.0: DRM: waiting for kernel channels to go idle...
[ 1069.018809] nouveau 0000:01:00.0: DRM: suspending fence...
[ 1069.023332] nouveau 0000:01:00.0: DRM: suspending object tree...
root@Laptop-Thib:/home/thibaut#


tail /var/log/messages

Pour ce qui est de cette commande, je n'ai pas le fichier "messages" dans log ....

J'espère que ça va te donner des indication, j'ai recompiler et installer le dernier pilote pour ma carte réseau ... toujours le meme problème
0
mamiemando Messages postés 33459 Date d'inscription jeudi 12 mai 2005 Statut Modérateur Dernière intervention 8 janvier 2025 7 813
4 avril 2018 à 10:12
Bonjour,

Le problème semble venir du DNS : pour une raison étrange c'est 127.0.0.1. Ça peut avoir du sens si tu as installé bind9 sur ta machine, mais ça pré-suppose que le pare-feu laisse filtrer les requêtes DNS.

Ça vaudrait le coup de regarder lequel est utiliser sous windows. À défaut tu peux tester avec 8.8.8.8 à la place de 127.0.0.1 (DNS de google).

Reporte-nous aussi le résultat de 
ping -c2 8.8.8.8
.

Bonne chance
0
Réponse 3 / 8
Thibaut21
Modifié le 5 avril 2018 à 09:53
Je suppose que j'utilise bind9 comme tu le présuppose, comme l'indique la commande suivante : 

root@Laptop-Thib:/home/thibaut# dpkg -l | grep bind9
ii  bind9-host                                  1:9.10.3.dfsg.P4-8ubuntu1.10                 amd64        Version of 'host' bundled with BIND 9.X
ii  libbind9-140:amd64                          1:9.10.3.dfsg.P4-8ubuntu1.10                 amd64        BIND9 Shared Library used by BIND
root@Laptop-Thib:/home/thibaut#


Voici le résultat du pare-feu : 

root@Laptop-Thib:/home/thibaut# iptables -L
Chain INPUT (policy ACCEPT)
target     prot opt source               destination         

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination         

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination         
root@Laptop-Thib:/home/thibaut#


résultat du ping DNS : comme d'habitude pas de connexion .... ( je suis connecté au wifi )

=> J'ai changer le DNS par défaut dans la connexion wifi que j'utilise avec "8.8.8.8" 
root@Laptop-Thib:/home/thibaut# ping -c2 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
From 10.31.18.233 icmp_seq=1 Destination Host Unreachable

--- 8.8.8.8 ping statistics ---
2 packets transmitted, 0 received, +1 errors, 100% packet loss, time 1025ms
pipe 2
root@Laptop-Thib:/home/thibaut#


Voici le résultat pour trouver les DNS utilisé sous windows (la connexion marche parfaitement en wifi toujours ....) 

C:\Users\Thibaut>ipconfig /all

Configuration IP de Windows

Nom de l’hôte . . . . . . . . . . : PC-Thibaut
Suffixe DNS principal . . . . . . :
Type de noeud. . . . . . . . . . : Hybride
Routage IP activé . . . . . . . . : Non
Proxy WINS activé . . . . . . . . : Non
Liste de recherche du suffixe DNS.: esi-supinfo.com

Carte Ethernet Ethernet :

Statut du média. . . . . . . . . . . . : Média déconnecté
Suffixe DNS propre à la connexion. . . : home
Description. . . . . . . . . . . . . . : Realtek PCIe GBE Family Controller
Adresse physique . . . . . . . . . . . : A8-1E-84-6D-31-FA
DHCP activé. . . . . . . . . . . . . . : Oui
Configuration automatique activée. . . : Oui

Carte Ethernet VirtualBox Host-Only Network :

Suffixe DNS propre à la connexion. . . :
Description. . . . . . . . . . . . . . : VirtualBox Host-Only Ethernet Adapter
Adresse physique . . . . . . . . . . . : 0A-00-27-00-00-04
DHCP activé. . . . . . . . . . . . . . : Non
Configuration automatique activée. . . : Oui
Adresse IPv6 de liaison locale. . . . .: fe80::202d:e65:60b0:cf46%4(préféré)
Adresse IPv4. . . . . . . . . . . . . .: 192.168.56.1(préféré)
Masque de sous-réseau. . . . . . . . . : 255.255.255.0
Passerelle par défaut. . . . . . . . . :
IAID DHCPv6 . . . . . . . . . . . : 302645287
DUID de client DHCPv6. . . . . . . . : 00-01-00-01-22-18-8D-23-A8-1E-84-6D-31-FA
Serveurs DNS. . . . . . . . . . . . . : fec0:0:0:ffff::1%1
fec0:0:0:ffff::2%1
fec0:0:0:ffff::3%1
NetBIOS sur Tcpip. . . . . . . . . . . : Activé

Carte réseau sans fil Connexion au réseau local* 2 :

Statut du média. . . . . . . . . . . . : Média déconnecté
Suffixe DNS propre à la connexion. . . :
Description. . . . . . . . . . . . . . : Microsoft Wi-Fi Direct Virtual Adapter
Adresse physique . . . . . . . . . . . : 3E-A0-67-7F-EC-BB
DHCP activé. . . . . . . . . . . . . . : Oui
Configuration automatique activée. . . : Oui

Carte réseau sans fil Wi-Fi :

Suffixe DNS propre à la connexion. . . : esi-supinfo.com
Description. . . . . . . . . . . . . . : Qualcomm Atheros QCA9377 Wireless Network Adapter
Adresse physique . . . . . . . . . . . : 3C-A0-67-7F-EC-BB
DHCP activé. . . . . . . . . . . . . . : Oui
Configuration automatique activée. . . : Oui
Adresse IPv6 de liaison locale. . . . .: fe80::c9ca:6351:a730:b73b%10(préféré)
Adresse IPv4. . . . . . . . . . . . . .: 10.31.17.143(préféré)
Masque de sous-réseau. . . . . . . . . : 255.255.252.0
Bail obtenu. . . . . . . . . . . . . . : jeudi 5 avril 2018 09:18:32
Bail expirant. . . . . . . . . . . . . : vendredi 6 avril 2018 09:18:32
Passerelle par défaut. . . . . . . . . : 10.31.19.254
Serveur DHCP . . . . . . . . . . . . . : 10.31.19.254
IAID DHCPv6 . . . . . . . . . . . : 171745383
DUID de client DHCPv6. . . . . . . . : 00-01-00-01-22-18-8D-23-A8-1E-84-6D-31-FA
Serveurs DNS. . . . . . . . . . . . . : 10.20.40.1
10.1.40.1
10.1.40.2
8.8.8.8
8.8.4.4
NetBIOS sur Tcpip. . . . . . . . . . . : Activé

Carte Tunnel Connexion au réseau local* 11 :

Statut du média. . . . . . . . . . . . : Média déconnecté
Suffixe DNS propre à la connexion. . . :
Description. . . . . . . . . . . . . . : Microsoft Teredo Tunneling Adapter
Adresse physique . . . . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP activé. . . . . . . . . . . . . . : Non
Configuration automatique activée. . . : Oui
0
Réponse 4 / 8
UnGnU Messages postés 1158 Date d'inscription lundi 2 mai 2016 Statut Contributeur Dernière intervention 22 décembre 2020 157
5 avril 2018 à 09:39
Salut,

Il fut un temps où le daemon 
avahi
fichait pas mal le bazar sous Ubuntu

Dans un 1er temps, regarde si ce daemon tourne : 
systemctl status avahi-daemon.service


S'il tourne, que renvoie la commande : 
cat /etc/default/avahi-daemon | grep 'DAEMON_DETECT'



PS. Tu as fait un mauvais copier/coller concernant 
iptables
;-\
0

Vous n’avez pas trouvé la réponse que vous recherchez ?

Posez votre question
Réponse 5 / 8
Thibaut21
5 avril 2018 à 09:58
Erreur de copier coller corrigé pour le "iptables -L", LOL merci :)

Apparemment le deamon avahi tourne .... si seulement sa vient de ça .. :D 

root@Laptop-Thib:/home/thibaut# systemctl status avahi-daemon.service
● avahi-daemon.service - Avahi mDNS/DNS-SD Stack
   Loaded: loaded (/lib/systemd/system/avahi-daemon.service; enabled; vendor pre
   Active: active (running) since jeu. 2018-04-05 09:32:44 CEST; 22min ago
 Main PID: 800 (avahi-daemon)
   Status: "avahi-daemon 0.6.32-rc starting up."
   CGroup: /system.slice/avahi-daemon.service
           ├─800 avahi-daemon: running [Laptop-Thib.local
           └─817 avahi-daemon: chroot helpe

avril 05 09:32:54 Laptop-Thib avahi-daemon[800]: Registering new address record 
avril 05 09:32:56 Laptop-Thib avahi-daemon[800]: Joining mDNS multicast group on
avril 05 09:32:56 Laptop-Thib avahi-daemon[800]: New relevant interface wlp3s0.I
avril 05 09:32:56 Laptop-Thib avahi-daemon[800]: Registering new address record 
avril 05 09:33:16 Laptop-Thib avahi-daemon[800]: Joining mDNS multicast group on
avril 05 09:33:16 Laptop-Thib avahi-daemon[800]: New relevant interface enp4s0f1
avril 05 09:33:16 Laptop-Thib avahi-daemon[800]: Registering new address record 
avril 05 09:33:17 Laptop-Thib avahi-daemon[800]: Joining mDNS multicast group on
avril 05 09:33:17 Laptop-Thib avahi-daemon[800]: New relevant interface enp4s0f1
avril 05 09:33:17 Laptop-Thib avahi-daemon[800]: Registering new address record 
lines 1-19/19 (END)


Voici le résultat : 

root@Laptop-Thib:/home/thibaut# cat /etc/default/avahi-daemon | grep 'DAEMON_DETECT'
AVAHI_DAEMON_DETECT_LOCAL=1
root@Laptop-Thib:/home/thibaut#
0
UnGnU Messages postés 1158 Date d'inscription lundi 2 mai 2016 Statut Contributeur Dernière intervention 22 décembre 2020 157
5 avril 2018 à 10:15 
# 1 = Try to detect unicast dns servers that serve .local and disable avahi in
# that case, 0 = Don't try to detect .local unicast dns servers, can cause
# troubles on misconfigured networks

Le daemon avahi ne semble pas en cause. Tu peux quand même essayer de l'arrêter et de relancer le réseau pour voir...

Rapporte-nous aussi le résultat de 
route -n
et si nmcli est installé (paquet network-manager), la sortie de 
nmcli device show
0
Thibaut21
Modifié le 5 avril 2018 à 15:43
J'ai couper 2 des processus "avahi" avec un "kill -9 PID" .. mais il en reste toujours 1 qui résiste ! Après un "service avahi-daemon restart" avahi redémarre avec ces 3 processus mais toujours pas de wifi ..... merci quand même du temps que tu me consacre ;) 


root@Laptop-Thib:/home/thibaut# route -n
Table de routage IP du noyau
Destination     Passerelle      Genmask         Indic Metric Ref    Use Iface
0.0.0.0         10.31.19.254    0.0.0.0         UG    600    0        0 wlp3s0
10.31.16.0      0.0.0.0         255.255.252.0   U     600    0        0 wlp3s0
root@Laptop-Thib:/home/thibaut#


Le paquet network-manager est installé => 

root@Laptop-Thib:/home/thibaut# nmcli device show
GENERAL.PÉRIPHÉRIQUE:                   wlp3s0
GENERAL.TYPE:                           wifi
GENERAL.ADR.-MAT.:                      3C:A0:67:7F:EC:BB
GENERAL.MTU:                            0
GENERAL.ÉTAT:                           100 (connecté)
GENERAL.CONNEXION:                      SWN
GENERAL.CON-PATH:                       /org/freedesktop/NetworkManager/ActiveConnection/1
IP4.ADRESSE[1]:                         10.31.18.233/22
IP4.PASSERELLE:                         10.31.19.254
IP4.DNS[1]:                             10.20.40.1
IP4.DNS[2]:                             10.1.40.1
IP4.DNS[3]:                             10.1.40.2
IP4.DNS[4]:                             8.8.8.8
IP4.DNS[5]:                             8.8.4.4
IP4.DOMAINE[1]:                         esi-supinfo.com
IP6.ADRESSE[1]:                         fe80::6613:8329:6ce5:a4fe/64
IP6.PASSERELLE:                         

GENERAL.PÉRIPHÉRIQUE:                   enp4s0f1
GENERAL.TYPE:                           ethernet
GENERAL.ADR.-MAT.:                      A8:1E:84:6D:31:FA
GENERAL.MTU:                            1500
GENERAL.ÉTAT:                           20 (indisponible)
GENERAL.CONNEXION:                      --
GENERAL.CON-PATH:                       --
WIRED-PROPERTIES.PORTEUSE:              arrêt

GENERAL.PÉRIPHÉRIQUE:                   lo
GENERAL.TYPE:                           loopback
GENERAL.ADR.-MAT.:                      00:00:00:00:00:00
GENERAL.MTU:                            65536
GENERAL.ÉTAT:                           10 (non-géré)
GENERAL.CONNEXION:                      --
GENERAL.CON-PATH:                       --
IP4.ADRESSE[1]:                         127.0.0.1/8
IP4.PASSERELLE:                         
IP6.ADRESSE[1]:                         ::1/128
IP6.PASSERELLE:                         
root@Laptop-Thib:/home/thibaut#
0
UnGnU Messages postés 1158 Date d'inscription lundi 2 mai 2016 Statut Contributeur Dernière intervention 22 décembre 2020 157 > Thibaut21
5 avril 2018 à 16:12
C'est à ne rien y comprendre ;-\

Tu as bien :
  • une adresse IP d'allouée : 10.31.18.233/22 (via DHCP)
  • une passerelle : 10.31.19.254
  • 5 DNS : 10.20.40.1 - 10.1.40.1 - 10.1.40.2 - 8.8.8.8 - 8.8.4.4


Tout comme sur Windows (seule l'IP varie)

Que donne un 
traceroute google.fr
?
0
Thibaut21
Modifié le 5 avril 2018 à 17:52
voila le résultat de traceroute : 

root@Laptop-Thib:/home/thibaut# traceroute google.fr
google.fr: Échec temporaire dans la résolution du nom
Cannot handle "host" cmdline arg `google.fr' on position 1 (argc 1)
root@Laptop-Thib:/home/thibaut#
0
UnGnU Messages postés 1158 Date d'inscription lundi 2 mai 2016 Statut Contributeur Dernière intervention 22 décembre 2020 157 > Thibaut21
6 avril 2018 à 07:53
Je n'ai pas pu répondre hier soir (je sortais au moment de ta réponse que j'ai lue furtivement) , mais je vois qu'entre temps tu as édité ton message, alors qu'hier on voyait clairement sur le début du 
traceroute
que la passerelle était atteinte, mais qu'après il cherchait une route en 10.31.x.x qu'il ne trouvait pas ;-(

As-tu conservé une trace de cette sortie ?

Sinon, il faudrait avoir la sortie de la même commande sous Windows (
tracert google.fr
) pour essayer de comprendre où ça coince.
0
Réponse 6 / 8
mamiemando Messages postés 33459 Date d'inscription jeudi 12 mai 2005 Statut Modérateur Dernière intervention 8 janvier 2025 7 813
5 avril 2018 à 10:01
Ce qui est sûr c'est que le DNS dans ton école est sensé être renseigné par DHCP (cf résultat sous windows), mais le fait que ping -c2 8.8.8.8 signifie que ta requête DHCP n'a jamais marché. J'en viens à me demander si tu as rentré les routes à la main ou pas (ce qui ne devrait pas être le cas, normalement, ton IP, tes routes et DNS sont configurés automatiquement).

avahi est peut-être coupable, où c'est la carte qui est mal supportée sous linux.

Bonne chance
0
Thibaut21
5 avril 2018 à 10:12
Je vais voir ce que me conseil UnGNnu avec avahi ...

Je n'a rien rentré à la main .. tout ce fait automatiquement ... donc c'est bizzare ... sous windows tout ce fait bien ... sur d'autre wifi aussi .. mais celui de mon école il veut rien savoir c'est ça le soucis
Je pense aussi que ma carte réseau est mal supportée ... mais dans ce cas je ne pourrais jamais avoir un linux .....
0
Réponse 7 / 8
brupala Messages postés 110813 Date d'inscription lundi 16 juillet 2001 Statut Membre Dernière intervention 17 janvier 2025 13 895
Modifié le 6 avril 2018 à 12:36
Salut,
Ungnu m'a demandé ce que je pensais de ce problème, pas évident du tout.
Ma première constatation c'est deux adresses IP DHCP très différentes sous linux et sous windows:
10.31.18.233 pour le premier et 10.31.17.143 pour le second alors que l'adresse mac est la même bien sûr.
Est ce que l'affectation DHCP se fait avec le hostname plutôt que la mac ?
Est ce que sous windows le PC est dans un domaine ou reste en workgroup ?
quelle est l'adresse ip récupérée sur le PC linux de ton pote qui fonctionne ?
Est elle dans la plage 31.17 ou 31.18 ?
Je n'ai pas remarqué si ça a été fait, mais un ping de la passerelle 10.31.19.254 donne quoi ?
il faudrait voir le résultat de arp -a aussi derrière.

0
Thibaut21
Modifié le 6 avril 2018 à 14:22
Je n'ai aucune idée de la méthode d'affection DHCP ... je peut le voir d'une manière particulière ?
Je te confirme que sont adresse est dans la plage X/31.16.X : X/31.18.X, comme tous les PC que j'ai regardé dans le campus ;), la plage descend jusqu'a X.X.16.X apparemment

Comment je peut voir ca sous windows ... si mon PC est dans un domaine ou en workgroup ? 

thibaut@Laptop-Thib:~$ ping 10.31.19.254
PING 10.31.19.254 (10.31.19.254) 56(84) bytes of data.
From 10.31.18.233 icmp_seq=1 Destination Host Unreachable
From 10.31.18.233 icmp_seq=2 Destination Host Unreachable
From 10.31.18.233 icmp_seq=3 Destination Host Unreachable
From 10.31.18.233 icmp_seq=4 Destination Host Unreachable
^C
--- 10.31.19.254 ping statistics ---
8 packets transmitted, 0 received, +4 errors, 100% packet loss, time 7085ms
pipe 4
thibaut@Laptop-Thib:~$


=> Ping négatif ... 

thibaut@Laptop-Thib:~$ arp -a
? (8.8.4.4) à <incomplet> sur enp4s0f1
? (8.8.8.8) à <incomplet> sur enp4s0f1
? (10.1.40.2) à <incomplet> sur enp4s0f1
? (10.1.40.1) à <incomplet> sur enp4s0f1
? (10.20.40.1) à <incomplet> sur enp4s0f1
? (10.31.19.254) à <incomplet> sur wlp3s0


Voila voila, merci encore ^^
0
UnGnU Messages postés 1158 Date d'inscription lundi 2 mai 2016 Statut Contributeur Dernière intervention 22 décembre 2020 157
6 avril 2018 à 14:57
Salut,

Merci d'être passé.
Ma première constatation c'est deux adresses IP DHCP très différentes sous linux et sous windows:
10.31.18.233 pour le premier et 10.31.17.143 pour le second alors que l'adresse mac est la même bien sûr.
C'est normal, la plage pour un masque en /22 est assez large (1022 hôtes) :



Pour que le serveur DHCP associe une IP avec une adresse MAC il faut le forcer dans la conf, et pour un campus qui voit passer bon nombre de périphériques, ça me semble sensé de ne pas l'activer ;-\
0
Thibaut21
6 avril 2018 à 15:00
Donc je doit en conclure quoi pour mon problème ?
0
brupala Messages postés 110813 Date d'inscription lundi 16 juillet 2001 Statut Membre Dernière intervention 17 janvier 2025 13 895 > UnGnU Messages postés 1158 Date d'inscription lundi 2 mai 2016 Statut Contributeur Dernière intervention 22 décembre 2020
6 avril 2018 à 15:10
Je voulais dire qu'un serveur dhcp moyen fournit toujours la même adresse IP à la même adresse mac ou à un même hostname, c'est un choix, les deux sont transmis dans la dhcp request.
Logiquement, même sans affectation statique, on devrait avoir la même adresse sous windows ou sous ubuntu, sauf si c'est le hostname qui est pris en compte et non l'adresse mac.
Au niveau des adresses différentes, certes au niveau IP on reste dans le même /22 donc de 10.31.16.1 à 10.31.19.253, mais je suppose que les plages dhcp sont différentes de la plage réseau et si des plages dhcp différentes selon un critère à découvrir étaient traitées de façon différente par un firewall ?
Un firewall peut traiter différemment des plages d'adresses, même dans le même réseau IP.
0
UnGnU Messages postés 1158 Date d'inscription lundi 2 mai 2016 Statut Contributeur Dernière intervention 22 décembre 2020 157 > Thibaut21
6 avril 2018 à 15:27
Ben on cherche ;-\
0
Réponse 8 / 8
Thibaut21
6 avril 2018 à 17:55
J'ai installé arp-scan, mais après je ne vois pas ce que tu veut que fasse brubala :

J'ai donc lancé en Ethernet : 

root@Laptop-Thib:/home/thibaut# arp-scan -l
Interface: wlp3s0, datalink type: EN10MB (Ethernet)
Starting arp-scan 1.8.1 with 1024 hosts (http://www.nta-monitor.com/tools/arp-scan/)

0 packets received by filter, 0 packets dropped by kernel
Ending arp-scan 1.8.1: 1024 hosts scanned in 4.791 seconds (213.73 hosts/sec). 0 responded
root@Laptop-Thib:/home/thibaut#


Puis en wifi : 

root@Laptop-Thib:/home/thibaut# arp-scan -l
Interface: wlp3s0, datalink type: EN10MB (Ethernet)
Starting arp-scan 1.8.1 with 1024 hosts (http://www.nta-monitor.com/tools/arp-scan/)

0 packets received by filter, 0 packets dropped by kernel
Ending arp-scan 1.8.1: 1024 hosts scanned in 4.733 seconds (216.35 hosts/sec). 0 responded
root@Laptop-Thib:/home/thibaut#


Peut tu m'indiquer les commandes que tu veut que effectuent avec "arp-scan" ?
0
UnGnU Messages postés 1158 Date d'inscription lundi 2 mai 2016 Statut Contributeur Dernière intervention 22 décembre 2020 157
6 avril 2018 à 18:48
Elle est donnée plus haut : 
arp-scan -I wlp3s0 10.31.16.0/22
0
brupala Messages postés 110813 Date d'inscription lundi 16 juillet 2001 Statut Membre Dernière intervention 17 janvier 2025 13 895
6 avril 2018 à 19:24
A première vue, rien ne passe sur ton interface wifi ...
Ce qui est étrange c'est que le dhcp fonctionne.
Tu pourras retester arp-scan pour comparer sur un réseau qui fonctionne, ci dessus en ne précisant pas l'interface, tu l'as lancé 2 fois sur le réseau wifi.
0
Thibaut21
6 avril 2018 à 19:29
Excuse moi mais je n ai pas compris ce que tu as voulu dire dans la dernière moitié de ton message
0
brupala Messages postés 110813 Date d'inscription lundi 16 juillet 2001 Statut Membre Dernière intervention 17 janvier 2025 13 895 > Thibaut21
Modifié le 6 avril 2018 à 23:29
Tu as lancé 2 fois arp-scan sur le réseau wifi, pas sur ethernet.
pour le faire sur ethernet, il faut -I enp4s0f1 en paramètre
0
brupala Messages postés 110813 Date d'inscription lundi 16 juillet 2001 Statut Membre Dernière intervention 17 janvier 2025 13 895
7 avril 2018 à 15:20
pour voir si tu reçois bien quelque chose sur ce réseau wifi,
tu peux faire un tcpdump en root ou sudo:
tcpdump -i wlp3s0
logiquement, tu devrais voir tous les broadcast balancés sur le réseau.
ça ne veut pas dire que ce que tu envoies est reçu, mais c'est la moitié du chemin si tu reçois.
0

Discussions similaires

Arnaque ou pas?
Pauline -
bonjour -

24 réponses
Carte bancaire passée à la machine à laver
Nicolas -
kusanagi79 -

5 réponses