ForumHILFE ! Warum nur kein Internet mit Firefox – Ubuntu 8.10 ??
Sahra Leibner – Donnerstag, 08. Januar 2009 16:58 Uhr

Halloah,

ich, als ziemlicher Ubuntu-Neuling, habe das Problem dass ich keine Internetseite über den Firefox aufrufen kann. Der Webbrowser lädt so lange bis er schließlich die Fehlermeldung, dass das laden der Seite zu lange dauert, wiedergibt.

Hier meine Konfigs, es wäre toll wenn mir jemand helfen könnte. Ich hänge echt schon seit ein paar Tagen an diesem Problem und weiß einfach nicht mehr weiter :S .

Was klappt:

– das anpingen einer Website:

PING http://www.google.de (74.125.43.103) 56(84) bytes of data.
64 bytes from bw-in-f103.google.com (74.125.43.103): icmp_seq=1 ttl=246 time=68.7 ms
64 bytes from bw-in-f103.google.com (74.125.43.103): icmp_seq=2 ttl=246 time=69.0 ms

– den Router erreichen:

PING 192.168.0.1 (192.168.0.1) 56(84) bytes of data.
64 bytes from 192.168.0.1: icmp_seq=1 ttl=254 time=1.00 ms
64 bytes from 192.168.0.1: icmp_seq=2 ttl=254 time=0.998 ms

Was nicht klappt:

– Paketverwaltung und automatische Updates
– Internetseiten über den Browser Firefox aufrufen

Konfig:

etc/network/Interfaces:
auto lo
iface lo inet loopback

auto eth0
iface eth0 inet static
address 192.168.0.35
netmask 255.255.255.0
gateway 192.168.0.1
broadcast 192.168.0.255
dns-nameservers 145.253.2.203

/etc/resolv.conf:

# Generated by NetworkManager
search 145.253.2.203
nameserver 145.253.2.203

/etc/dhcp3/dhclient.conf:

prepend domain-name-servers 145.253.2.203;

/etc/NetworkManager/system-connections/Auto Ethernet: (Einstellungen des NetworkManagers)

[connection]
id=Auto Ethernet
uuid=093b64bc-6416-49f1-9bfc-f868dfb41e0d
type=802-3-ethernet
autoconnect=true
timestamp=0

[802-3-ethernet]
speed=0
duplex=full
auto-negotiate=true
mtu=0

[ipv4]
method=manual
dns=145.253.2.203;
dns-search=145.253.2.203;
addresses1=192.168.0.35;24;192.168.0.1;
ignore-auto-routes=false
ignore-auto-dns=false

ifconfig spuckt aus:

eth0 Link encap:Ethernet HWaddr 00:19:66:02:b1:d9
inet addr:192.168.0.35 Bcast:192.168.0.255 Mask:255.255.255.0
inet6 addr: fe80::219:66ff:fe02:b1d9/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:39719 errors:0 dropped:0 overruns:0 frame:0
TX packets:27202 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:46530625 (46.5 MB) TX bytes:3296719 (3.2 MB)
Interrupt:220

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:16436 Metric:1
RX packets:3842 errors:0 dropped:0 overruns:0 frame:0
TX packets:3842 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:195332 (195.3 KB) TX bytes:195332 (195.3 KB)

vmnet1 Link encap:Ethernet HWaddr 00:50:56:c0:00:01
inet addr:172.16.201.1 Bcast:172.16.201.255 Mask:255.255.255.0
inet6 addr: fe80::250:56ff:fec0:1/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:28 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)

vmnet8 Link encap:Ethernet HWaddr 00:50:56:c0:00:08
inet addr:172.16.170.1 Bcast:172.16.170.255 Mask:255.255.255.0
inet6 addr: fe80::250:56ff:fec0:8/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:28 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)

… und die routing Tabelle route -n:

Destination ……….Gateway………. Genmask………. Flags………. Metric………. Ref Use Iface
192.168.0.0………. 0.0.0.0 …………255.255.255.0 …….U ………….0…………… 0 0 eth0
172.16.170.0……… 0.0.0.0 …………255.255.255.0…… U …………..0………….. 0 0 vmnet8
172.16.201.0………. 0.0.0.0……….. 255.255.255.0 ……U …………..0………….. 0 0 vmnet1
169.254.0.0 ………..0.0.0.0 …………255.255.0.0………. U ………….1000 ……….0 0 eth0
0.0.0.0 ……………..192.168.0.1 ……0.0.0.0 ……………UG …………0………………. 0 0 eth0

Vielleicht hilft es euch zu wissen, dass in meiner Vmware Windows 2000 der Internetzugang über firefox möglich ist :huh: …. hier noch die routing Tabelle aus der Windows VMware:

Aktive Routen:
Netzwerkziel ………….Netzwerkmaske……………….. Gateway………… Schnittstelle………. Anzahl
0.0.0.0 …………………0.0.0.0…………………….. 192.168.0.1 ……………..192.168.0.33………. 1
127.0.0.0…………….. 255.0.0.0 ……………….127.0.0.1 ………………..127.0.0.1…………… 1
192.168.0.0…………. 255.255.255.0…….. 192.168.0.33…………… 192.168.0.33……….. 1
192.168.0.33……….. 255.255.255.255…. 127.0.0.1……………….. 127.0.0.1……………. 1
192.168.0.255……… 255.255.255.255 ….192.168.0.33 ……………192.168.0.33 ……….1
224.0.0.0…………….. 224.0.0.0……………… 192.168.0.33………….. 192.168.0.33 ……….1
255.255.255.255… 255.255.255.255.. 192.168.0.33…………… 192.168.0.33………. 1
Standardgateway: 192.168.0.1

Hoffentlich kann mir jemand helfen und sieht da durch, ich habe absolut keine Ahnung woran es liegen könnte, vor allem das dass DNS funktioniert macht mich stutzig…..
Danke schonmal für eure Hilfe !

7 Antworten
Andreas M. – Donnerstag, 08. Januar 2009 22:18 Uhr

Läuft das Ubuntu in einer VM auf einem Windows?

Gruß
Andreas

Black_Sheep – Freitag, 09. Januar 2009 11:23 Uhr

Tip mal in die Firefox-Adresszeile:

about:config

dann im Filter nach “ipv6” suchen lassen

Ist “Network.DNS.DisableIPv6” auf “True” ??

Sahra – Freitag, 09. Januar 2009 14:02 Uhr

Ja, IPv6 ist deaktiviert ……….Ich habe die resolv entsprechend angepasst aber leider gabs noch keine Besserung :((

Sahra – Freitag, 09. Januar 2009 14:05 Uhr

es läuft Windows 2000 als VM also als Guest unter Ubuntu (Host) und da funktioniert alles dh. surfen, updaten etc. pp ……

Andreas M. – Freitag, 09. Januar 2009 16:36 Uhr

Wie Ulf schon geschrieben hat, als DNS-Server den DSL-Router (192.168.0.1) eintragen. So funktioniert es bei mir.

Zum Test kannst du auch mal in die /etc/hosts ein paar Webserver eintragen.

Gruß
Andreas

hansilinux – Sonntag, 11. Januar 2009 20:36 Uhr

Falls das alles nicht fruchtet,könnte es auch sein,das der Treiber nicht erkannt wurde oder defekt ist.Dieses Problem habe ich bei Solaris.Check mal die Treiber!!

Ulf B. – Donnerstag, 08. Januar 2009 23:40 Uhr

Bin mir jetzt nicht ganz sicher (abhängig vom Router), aber ich vermute es liegt am Nameserver. Ein Ping auf eine IP Funktioniert ja auch.

Dein DNS-Nameserver hat die IP 145.253.2.203 – das ist aber außerhalb des lokalen Netzes.

Also Kopiere mal die /etc/resolv.conf unter einen anderen (nicht benutzten) Namen (z.B. /etc/resolv.conf.orig) . Anschließend änderst Du die Datei wie folgt:

# /etc/resolv.conf
search 192.168.0.1
nameserver 192.168.0.1
nameserver 192.168..255
nameserver 145.253.2.203

Also Du fügst zumindest Dein Garteway “192.168.0.1” hinzu.

Anschließend sollte es Funktionieren.

Ich Denke es liegt an der Zeile
prepend domain-name-servers 145.253.2.203;
in Deiner /etc/dhcp3/dhclient.conf und evtl. weiteren Dateien die Diese IP enthalten. Aber hier muss ich zugeben, dass ich hier Lücken bei aktuellen Systemen habe.

Ciao
Ulf

waldschabe – Sonntag, 11. Januar 2009 01:29 Uhr

Du hast nicht zufällig irgendwo einen Proxy eingetragen?

Ubuntu:
System, Einstellungen, Netzwerkproxy

oder/und

Firefox:
Bearbeiten/Einstellungen – Erweitert,Netzwerk,Einstellungen

Florian – Montag, 12. Januar 2009 17:55 Uhr

Hallo Sahra,

da ich nicht weiß, ob du inzwischen Erfolg hattest, wollte ich auch noch einige Fragen loswerden…

1) Funktioniert das Kommandozeilentool wget? Versuch doch mal eine Internetseite auf die Platte zu kopieren.

2) Ist deine VM über NAT eingebunden oder per Bridging?

Gruß
Florian

Florian – Montag, 12. Januar 2009 18:01 Uhr

*selber an die Stirn schlag

hätte ich dein Eintrag nur ganz durchgelesen dann wüsste ich die Antwort wegen der VM selbst… Wer lesen kann ist klar im Vorteil…

bleibt die Frage wegen dem wget

HaPe – Montag, 02. Januar 2023 13:11 Uhr

Hallo,
ich denke, ich bin noch viel mehr Anfänger, als Sahra, aber mein Problem hört sich sehr ähnlich an.
Aktualisierungsverwaltung und Anwendungsverwaltung gehen nicht. Außerdem kann ich über den Firefox Browser keine Seiten aufrufen.
Über den Chrome Browser allerdings ohne Problem.

Ich bin mir nicht bewusst, irgend etwas am System verändert zu haben. Nur .. seit dem letzten Start ist es wieder so.
Wieder, weil ich das schon mehrfach hatte und mir dann mit einem Wiederherstellen des Systems beholfen habe, weil ich keine Lösung fand.
Ich habe keine Firewall aktiv.
Ich verwende Linux Mint 21.1 (Vera)
Vielen Dank für jede Hilfe.
HaPe

Kai – Montag, 02. Januar 2023 13:21 Uhr

Hast Du die obigen Lösungsvorschläge schon ausprobiert? Es klingt so, als würde Dein System den falschen DNS-Server/Nameserver verwenden. Den versucht das System automatisch zu beziehen. Wenn das fehl schlägt, kommt es zu diesem Verhalten.

Kennst Du Dich mit dem Terminal aus?

HaPe – Montag, 02. Januar 2023 16:55 Uhr

Hallo Kai,
vielen Dank für deine Antwort. Weil ich keine Ahnung habe und weil ich den hier geschilderten Fall nicht abgeschlossen fand (nirgendwo steht etwas wie “Heureka! Das wars!”), habe ich mich zunächst nicht getraut.
Als es dann aber doch ein kleines Weilchen bis zu einer Antwort dauerte, habe ich doch den Lösungsvorschlag von oben, von Uwe B. ausprobiert.
Also die resolv.conf erst gesichert, dann geändert, mit Anpassung der Router IP auf die meine und schließlich den Rechner neu gestartet und … siehe da: Heureka! Das wars!

Da ich neugierig bin wüsste ich jetzt nur gerne, wie in meine reconf.solv die IP 10.0.0.243 als nameserver hineinkommt?
Und wieso das den Firefox und das restliche System lahm legt, den Chrome Browser aber nicht?
Kann das damit zu tun haben, wenn ich meinen VPN = Cyberghost per Terminal aktiviere und dann vielleicht vergesse, wieder explizit zu beenden, bevor ich den Rechner runter fahre? Wird dann vielleicht diese Info nicht wieder zurück geschrieben?
Sonst habe ich keine Idee.

Vielen Dank an diese Board
Und frohes Neues

Kai – Donnerstag, 05. Januar 2023 10:39 Uhr

Hallo HaPe,

ich fange mal hinten an: der Nameserver setzt Servernamen, wie etwa linux-community.de in die zugehörige IP-Adresse um. Wenn du in Deinen Browser linux-community.de eintippst, dann befragt Dein Computer den in der “/etc/resolv.conf” eingetragenen Computer (=Nameserver) nach der IP-Adresse für linux-community.de.

Wenn in der “/etc/resolv.conf” eine falsche IP-Adresse steht, ist somit kein Nameserver erreichbar. In der Folge laufen alle diesbezüglichen Anfragen ins Leere. Nicht nur dein Browser, auch die meisten anderen Programme, wie die Aktualisierungsverwaltung, verlassen sich auch die Dienste des Nameservers. Sie fallen also ebenfalls aus, wenn ein falcher oder kein Nameserver vorhanden ist.

Wenn Du ein VPN einsetzt, dann kann das sehr gut sein, dass dies den Nameserver verändert. Die IP-Adresse 10.0.0.243 wird nicht im Internet, sondern eigentlich nur in privaten (lokalen) Netzen verwendet. Mit Cyberghost kenne ich mich nicht aus. Wenn Du aber Cyberghost einrichtest oder startest, dann schau mal, ob sich die resolv.conf verändert.

Die zweite Ursache könnte Dein Router sein: Wenn Du Linux startest, teilt dein Router (Fritzbox, Vodafone-Box, etc.) dem Linux-System einen Nameserver mit. Das hat entweder nicht geklappt (weil es aus irgendwelchen Gründen keine Netzwerkverbindung gab) oder Dein Router hat eine falsche Information geliefert oder Dein Router hat versucht, sich selbst als Nameserver einzutragen.

Oder aber Linux Mint hat bei einem Update die resolv.conf aus irgendeinem Grund verändert – warum auch immer.

Es kommen folglich zahlreiche Ursachen in Frage. :-)

HaPe – Montag, 09. Januar 2023 14:14 Uhr

Oha!
Vielen Dank für deine Antwort, Kai.
Und wir haben beide recht.
Das passiert durch Cyberghost VPN.
Vor dem Aufruf von Cyberghost sieht meine resolv.conf so aus:
———————————————————————————————————————-

# 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
# 127.xxx.xxx.xx is the systemd-resolved stub resolver.
# run “systemd-resolve –status” to see details about the actual nameservers.

nameserver 127.XXX.XXX.XX
search fritz.box

Starte ich dann per Terminal Cyberghost und die VPN Verbindung steht, sieht sie so aus:

nameserver 10.0.0.24

Und nach dem Beenden von Cyberghost wieder, wie zuvor.

So weit, so gut (oder schlecht). Ich kann mir nur vorstellen, dass das Zurückschreiben unter gewissen, vielleicht konflikthaften, Bedingungen nicht funktioniert (Crash, Stromausfall, Schleichende Rüttelpest), dann stehen bleibt und mit diesem Ding kann dann das System natürlich nichts anfangen.
Aber … wie häufig: Gefahr bekannt …

Vielen Dank

paul – Dienstag, 12. September 2023 14:47 Uhr

Es tut mir leid zu hören, dass Sie Schwierigkeiten mit der Internetverbindung unter Ubuntu 8.10 und Firefox haben. Bitte beachten Sie, dass Ubuntu 8.10 eine veraltete Version des Betriebssystems ist und nicht mehr offiziell unterstützt wird. Dies bedeutet, dass es Herausforderungen bei der Verwendung aktueller Software und Treiber geben kann, was zu Problemen bei der Internetverbindung führen kann.

Um das Problem zu lösen, können Sie verschiedene Schritte zur Fehlerbehebung durchführen. Zunächst sollten Sie sicherstellen, dass Ihre allgemeine Netzwerkverbindung funktioniert, indem Sie andere Programme oder Browser testen. Überprüfen Sie auch Ihre Proxy-Einstellungen sowohl in Ubuntu als auch in Firefox und stellen Sie sicher, dass keine Proxyserver konfiguriert sind, die die Verbindung blockieren könnten.