web-dev-qa-db-fra.com

15.10 ne peut pas se connecter à une connexion filaire

Je jouais auparavant à l’utilisation de 15.04 sur mon ordinateur de bureau, et tout fonctionnait parfaitement. Cette semaine, j'ai décidé de lui donner un autre coup avec 15.10 (en utilisant la beta 2, puis les builds quotidiens des 3 derniers jours). Je comprends que ce ne sont pas des versions, mais je doute que dans les 12 prochaines heures, les développeurs se concentrent sur ce problème spécifique, par opposition à davantage de problèmes liés à la publication.

En tout cas, lorsque je lance l’installateur ou l’interface live, je ne peux pas me connecter à mon réseau via ma connexion filaire. La connexion câblée a fonctionné dans la version 15.04 et fonctionne correctement lorsque je retourne sous Windows. J'ai essayé de lancer lshw -c network, suivi de ifconfig, qui détecte l'adaptateur intégré Realtek (modèle, MAC, etc.) et tente activement d'obtenir une adresse IP. Dans l’interface graphique, l’indicateur de gestionnaire de réseau indique également qu’il tente d’obtenir une adresse IP, mais il abandonne périodiquement.

Si je configure manuellement une adresse IP avec ifconfig, je ne peux toujours pas envoyer de requête ping aux autres périphériques du réseau.

Aucune suggestion?

Edit: NIC est un Realtek RTL8111E sur une carte ASRock B75M-DGS R2.0

1
Big Millz

Obtenir l'ip de DHCP:

$ Sudo dhclient enp3s0
1
Danial Behzadi

Cela devrait aider. Connectez-vous à Internet de manière alternative et lancez-vous dans un terminal:

Sudo apt-get install r8168-dkms
Sudo modprobe -r r8169
Sudo modprobe r8168

Si vous ne pouvez pas vous connecter autrement, vous devrez alors télécharger les packages r8168-dkms et dkms séparément.

1
Pilot6

Nous avons un problème similaire sur 2 machines après l'installation de 15.10 (pas de mise à niveau). L'adresse IP est obtenue avec succès, le réseau local fonctionne correctement mais la connexion Internet échoue (ping connamd a montré une perte de 100% lors de l'envoi d'une requête ping par nom d'hôte ou IP). Ce lien ne résout pas complètement mon problème (je ne vois aucune connexion dans l'interface graphique de network-manaher), mais j'ai maintenant accès au Web.

mon adaptateur filaire - enp2s0

vvs@SVIST:~$ ifconfig -a
enp2s0    Link encap:Ethernet  HWaddr 94:de:80:c6:b8:9b  
          inet addr:169.254.29.91  Bcast:169.254.29.255  Mask:255.255.255.0
          inet6 addr: fe80::96de:80ff:fec6:b89b/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:183 errors:0 dropped:0 overruns:0 frame:0
          TX packets:117 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:19571 (19.5 KB)  TX bytes:13798 (13.7 KB)

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:244 errors:0 dropped:0 overruns:0 frame:0
          TX packets:244 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:23330 (23.3 KB)  TX bytes:23330 (23.3 KB)


vvs@SVIST:~$ route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         169.254.29.20   0.0.0.0         UG    100    0        0 enp2s0
169.254.0.0     0.0.0.0         255.255.0.0     U     1000   0        0 enp2s0
169.254.29.0    0.0.0.0         255.255.255.0   U     100    0        0 enp2s0


vvs@SVIST:~$ ping 169.254.29.20
PING 169.254.29.20 (169.254.29.20) 56(84) bytes of data.
64 bytes from 169.254.29.20: icmp_seq=1 ttl=254 time=0.325 ms
64 bytes from 169.254.29.20: icmp_seq=2 ttl=254 time=0.346 ms
64 bytes from 169.254.29.20: icmp_seq=3 ttl=254 time=0.343 ms
^C
--- 169.254.29.20 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 1998ms
rtt min/avg/max/mdev = 0.325/0.338/0.346/0.009 ms
vvs@SVIST:~$ ping 169.254.29.10
PING 169.254.29.10 (169.254.29.10) 56(84) bytes of data.
64 bytes from 169.254.29.10: icmp_seq=1 ttl=64 time=0.558 ms
64 bytes from 169.254.29.10: icmp_seq=2 ttl=64 time=0.162 ms
64 bytes from 169.254.29.10: icmp_seq=3 ttl=64 time=0.195 ms
^C
--- 169.254.29.10 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 1998ms
rtt min/avg/max/mdev = 0.162/0.305/0.558/0.179 ms
vvs@SVIST:~$ ping google.com
PING google.com (216.58.209.174) 56(84) bytes of data.
^C
--- google.com ping statistics ---
7 packets transmitted, 0 received, 100% packet loss, time 6046ms

vvs@SVIST:~$ Dig @169.254.29.20 google.com

; <<>> Dig 9.9.5-11ubuntu1-Ubuntu <<>> @169.254.29.20 google.com
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 16085
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 4, ADDITIONAL: 5

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;google.com.            IN  A

;; ANSWER SECTION:
google.com.     154 IN  A   216.58.209.174

;; AUTHORITY SECTION:
google.com.     166990  IN  NS  ns4.google.com.
google.com.     166990  IN  NS  ns3.google.com.
google.com.     166990  IN  NS  ns1.google.com.
google.com.     166990  IN  NS  ns2.google.com.

;; ADDITIONAL SECTION:
ns1.google.com.     341077  IN  A   216.239.32.10
ns2.google.com.     341077  IN  A   216.239.34.10
ns3.google.com.     341077  IN  A   216.239.36.10
ns4.google.com.     341077  IN  A   216.239.38.10

;; Query time: 30 msec
;; SERVER: 169.254.29.20#53(169.254.29.20)
;; WHEN: Mon Oct 26 15:06:13 EET 2015
;; MSG SIZE  rcvd: 191

ce que j'ai fait: Editez le fichier “/ etc/network/interfaces” et modifiez-le comme suit:

#The loopback network interface - this was default string
auto lo
iface lo inet loopback

#The primary network interface - I've add this
iface enp2s0 inet static 
address 169.254.29.64
netmask 255.255.255.0 
gateway 169.254.29.20
dns-nameservers 169.254.29.20
auto enp2s0
0
swisst