Nach dem Upgrade vom 14.04. Kann nicht auf das Internet zugegriffen werden


7

Ich habe vor ein paar Tagen ein Upgrade von 13.10 auf 14.04 über das Internet mit "sudo apt-get upgrade" durchgeführt.

Nach dem Upgrade haben sowohl meine Kabelverbindung als auch die WLANverbindung bei Verwendung von Firefox oder Chrome aufgehört, mit dem Internet zu kommunizieren.

Ich habe kein Problem beim Austausch von Dateien mit einem anderen PC (unter Ubuntu 10.04). Verwenden Sie Filezilla im selben Netzwerk und können Sie sich mit Firefox bei meinem Router anmelden, um die Konfiguration zu überprüfen.

Was so seltsam ist, war, dass das System offenbar in der Lage war, auf das Internet zuzugreifen, um Dateien herunterzuladen, wenn ich "sudo apt-get update" ausführe.

Das verwirrt mich wirklich. Jede Hilfe, um mir meinen Internetzugang für kabelgebundene / kabellose Verbindungen zurückzugewinnen, wäre dankbar.

Hier sind einige Informationen zu meinen Einstellungen (drahtlos absichtlich deaktiviert, wenn dieser Schnappschuss aufgenommen wird):

The unit is a ThinkPad T60.
ifconfig:
eth0  Link encap:Ethernet  HWaddr 00:15:58:7d:17:04  
      inet addr:192.168.1.102  Bcast:192.168.1.255  Mask:255.255.255.0
      inet6 addr: fe80::215:58ff:fe7d:1704/64 Scope:Link
      UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
      RX packets:162 errors:0 dropped:0 overruns:0 frame:0
      TX packets:167 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 txqueuelen:1000 
      RX bytes:50700 (50.7 KB)  TX bytes:24254 (24.2 KB)
      Interrupt:16 Memory:ee000000-ee020000 

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:228 errors:0 dropped:0 overruns:0 frame:0
      TX packets:228 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 txqueuelen:0 
      RX bytes:57669 (57.6 KB)  TX bytes:57669 (57.6 KB)

sudo lshw -C network:
*-network               
      description: Ethernet interface
      product: 82573L Gigabit Ethernet Controller
      vendor: Intel Corporation
      physical id: 0
      bus info: pci@0000:02:00.0
      logical name: eth0
      version: 00
      serial: 00:15:58:7d:17:04
      size: 100Mbit/s
      capacity: 1Gbit/s
      width: 32 bits
      clock: 33MHz
      capabilities: pm msi pciexpress bus_master cap_list ethernet physical tp 10bt    10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
      configuration: autonegotiation=on broadcast=yes driver=e1000e driverversion=2.3.2-k duplex=full firmware=0.5-1 ip=192.168.1.102 latency=0 link=yes multicast=yes port=twisted pair speed=100Mbit/s
      resources: irq:45 memory:ee000000-ee01ffff ioport:3000(size=32)
 *-network DISABLED
      description: Wireless interface
      product: PRO/Wireless 3945ABG [Golan] Network Connection
      vendor: Intel Corporation
      physical id: 0
      bus info: pci@0000:03:00.0
      logical name: wlan0
      version: 02
      serial: 00:18:de:b8:b1:c2
      width: 32 bits
      clock: 33MHz
      capabilities: pm msi pciexpress bus_master cap_list ethernet physical wireless
      configuration: broadcast=yes driver=iwl3945 driverversion=3.13.0-24-generic firmware=N/A latency=0 link=no multicast=yes wireless=IEEE 802.11abg
      resources: irq:47 memory:edf00000-edf00fff


route -n  (revised using dhcp):
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface 
0.0.0.0         192.168.1.1     0.0.0.0         UG    0      0        0 eth0
192.168.1.0     0.0.0.0         255.255.255.0   U     1      0        0 eth0
192.168.1.0     0.0.0.0         255.255.255.0   U     9      0        0 wlan0

Hallo & Willkommen bei AU . Darf ich fragen, ob Sie in der Lage sind, eine Website über das Terminal zu pingen. Bitte senden Sie die Ausgabe auch für eine route -neinmalige Verbindung über LAN oder WLAN. :)
AzkerM

Hallo. Danke für die Antwort. Ich kann keine Website über das Netzwerk-Tool oder -Terminal anpingen. Bedeutet das ein DNS-Problem?
iseries_dev

Hier ist die Ausgabe von 'route -n' (ich habe den ursprünglichen Thread im Codefeld aktualisiert).
iseries_dev

Die Route basiert auf der aktuellen Einstellung (mit statischer IP, wie von @begueradj empfohlen)
iseries_dev

@ AzkerM, bitte beachten Sie, dass ich das oben genannte aktualisiert habe, route -nnachdem ich wieder auf dhcp umgestellt habe. Vielen Dank.
iseries_dev

Antworten:


4
  1. In /etc/NetworkManager/NetworkManager.conf, Änderung managed=falsezu managed=true.
  2. Wählen Sie in der oberen rechten Ecke Verbindungen bearbeiten aus und fügen Sie eine neue Verbindung hinzu. Geben Sie Ihre IP-Adresse, Netzmaske, Ihr Gateway und den DNS-Server als 8.8.8.8 an.
  3. Dann laufen : sudo service network-manager restart.

Auf Xbuntu hatte ich nach einem Upgrade das gleiche Problem: kein Netzwerk, Kernel-Mod geladen, Schnittstellen in ifconfigund definiert lshw network, aber nichts hat funktioniert. Ich habe schließlich die obigen Schritte 1 und 3 ausgeführt und das Netzwerk hat danach für mich funktioniert.
Erewok

2

Bearbeiten Sie die folgenden Dateien korrekt:

/etc/network/interfaces
/etc/resolv.conf
/etc/hosts

In /etc/network/interfacesGeben Sie diese Informationen:

 auto ethX
    iface ethX inet static

    address
    netmask
    broadcast
    dns-nameserver
    gateway

ethX: X kann 0,1, 2 ... sein, abhängig von der verwendeten Netzwerkschnittstelle. Aber in deinem Fall ist eseth0

In /etc/resolv.confGeben Sie diese Informationen:

nameserver x.x.x.x

(Sie können eine neue Nameserver-Adresse in eine neue Zeile einfügen.)

In /etc/hostsIhrem Benutzernamen und Adresse auf der 3. Zeile hinzufügen , wie folgt:

  yourUsername yourIPaddress

Führen Sie nach dem Speichern der 3 Dateien den folgenden Befehl aus:

sudo service network-interface restart INTERFACE=eth0

Danke für deine Antwort. Wenn ich eth0 oder wlan0 (meine drahtlose Verbindung) definieren möchte, um nur DHCP zu verwenden, muss ich DNS-Nameserver, Broadcast und Gateway definieren? Ich denke auch, dass der letzte Befehl einen Tippfehler enthalten kann, sollte lauten: "sudo service network-interface restart INTERFACE = eth0" richtig?
iseries_dev

Nein, wenn Sie DHCP verwenden, werden die Einstellungen übernommen. Entschuldigung, Sie haben Recht, ich musste INTERFACE in den obigen Befehl schreiben, den ich gerade bearbeitet habe.

Wie extrahiere ich ein Syslog, um es hier zu veröffentlichen, damit Sie bei der Diagnose helfen können, was mit dem Internetzugang passiert?
iseries_dev

Sie können diesen Befehl ausführen: cat / var / log / syslog

Vielen Dank. Aber es ist eine ziemlich große Datei. Soll ich die Datei in einem Link veröffentlichen? oder gibt es einen bestimmten Teil des Protokolls, der bei dieser Diagnose helfen kann? Bitte beraten.
iseries_dev

1

Nach mehrmaligem Basteln der Einstellungen mit Hilfe verschiedener Leser hier hatte sich die Situation nicht verbessert.

Also habe ich schließlich alle wichtigen Dateien gesichert und eine vollständige Installation von 14.04 durchgeführt. Jetzt ist das System in der Lage, auf das Internet und interne Netzwerke zuzugreifen. Es gibt jedoch einige "Pannen" im 14.04 Gnom im Vergleich zu 13.10. Aber zumindest kann ich mein System wieder benutzen.

Vielen Dank für diejenigen, die mitgeholfen haben.


1

Ich hatte das gleiche Problem mit meiner WiFi-Verbindung. Ich habe versucht, Newtworkmanager.conf zu bearbeiten, aber es hat bei mir nicht funktioniert.

Ich ging zum Bearbeiten der Verbindung und löschte meine Wifi-Verbindung. Dann fügte ich sie erneut hinzu und gab das Passwort ein ...

und es funktioniert zum Glück :)


Entsprechend der Frage besteht das Problem auch bei der kabelgebundenen Netzwerkverbindung, sodass WiFi-bezogene Korrekturen nicht funktionieren.
David Foerster

Entschuldigung, ich dachte, er redet über Wifi, ich habe die "kabelgebundene" Verbindung nicht bemerkt. Entschuldigung
Ahmed Aboulkomsan
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.