[gelöst] Kein Internet über LAN - Netzwerkkomponenten

AlisonA

hat sich gut eingelebt.

Beiträge: 56

Ubuntu: 9.10

Kernel: 2.6.31.16

Architektur: 32-bit

1

Montag, 25. Mai 2009, 18:36

Kein Internet über LAN

Hallo!
Ich versuche, eine LAN-Verbindung zwischen 2 Laptops herzustellen. Der Rechner1 hat mit USB-UMTS-
Modem direkte Verbindung zum Internet, der 2. soll über LAN gleichzeitig ins Internet. Die Adressen
sollen statisch zugewiesen werden (unter Windows hat dies geklappt). Bei meinen Recherchen bin ich
auf die Seite http://www.open7x0.org/wiki//etc/rc.conf gestoßen; ist die Datei rc.conf notwendig?
Bei mir ist sie nicht vorhanden!
Gruß AlisonA

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »AlisonA« (17. Juni 2009, 11:24)

Raziel

hat hier 2. Wohnsitz.

Beiträge: 442

Ubuntu: ---

Desktop: ---

Architektur: ---

2

Dienstag, 26. Mai 2009, 12:38

Ich denke, sie ist nicht notwendig... ich editiere die Netzwerkverbindungen immer über /etc/network/interfaces. Hier kann man IPs statisch definieren.

Auf ubuntuusers.de gibt es ein paar Beispiele dafür, wie das ganze auszusehen hat.

Gib doch Bescheid, wenn es klappen sollte

AlisonA

hat sich gut eingelebt.

Beiträge: 56

Ubuntu: 9.10

Kernel: 2.6.31.16

Architektur: 32-bit

3

Dienstag, 26. Mai 2009, 15:33

Hallo!
Danke, Raziel! Inzwischen vermute ich, daß diese Datei in einer anderen Distribution und nicht in Ubuntu
benötigt wird. Ich hatte mich extra knapp ausgedrückt, weil ich manchmal den Verdacht habe, wenn man
ausführlich postet, wird das nicht gelesen - vielleicht ein Fehler von mir. Also: Ich habe tagelang alle
möglichen Seiten gelesen, auch vorher schon die angegebene - es hat leider nichts gebracht. (Alle
Adressen sind statisch lt. Wiki vergeben!)
An alle:
Das Netzwerk steht, nur die Verbindung vom 2. Rechner ins Internet klappt nicht - weder mit Browsern
(...Nachschlagen von www.ubuntufreunde.de..., ich sehe, daß Pakete gesendet werden...,
später: ..Adresse nicht gefunden) noch mit z.B. ping www.ubuntufreunde.de (->unknown host).
Das Problem könnte der richtige Eintrag der nameservers sein (am Host-Computer wird mein Eintrag
nach Neustart mit 127.0.0.1 überschrieben, und wenn ich nameservers ergänze, ist nach Neustart nur
127.0.0.1 übrig).
Gruß AlisonA

Hutchef

hat hier 2. Wohnsitz.

Beiträge: 252

Ubuntu: 11.04

Kernel: aus der Paketverwaltung

Architektur: 64-bit

4

Dienstag, 26. Mai 2009, 15:42

Hm, vielleicht das Routing auf dem Rechner der direkt am Netz hängt nicht aktiviert. Is ne Vermutung, da ich sowas noch nie gemacht habe.

mfg Hutchef

Es ist besser für das, was man ist, gehasst,
als für das, was man nicht ist, geliebt zu werden.

stefan315

hat hier 2. Wohnsitz.

Beiträge: 423

Ubuntu: ---

Kernel: 2.6.39-ARCH

Desktop: KDE

Architektur: ---

5

Dienstag, 26. Mai 2009, 15:51

Wie hast du denn das genau konfiguriert? Also ich würde das so machen:

Rechner mit Internet: z.B. 192.168.0.1 -> Internet verbindung geht ja wie beschrieben schon

Rechner mit Internet: z.B. 192.168.0.2 und als Gateway dann den 192.168.0.1.

Hast du bei dem Rechner ohne Internet schon den Gateway zugewiesen? Ansonsten mal die Ausgabe von den folgendenen Befehlen posten: (Am besten von beiden Rechnern)

	Quellcode
1 2	sudo ifconfig sudo route

Da sehen wir dann deine Konfiguration der Netzwerkschnittstellen und deine Routingtabelle und können dir wesentlich besser helfen.

Ich weiß allerdings auch nicht, ob man die Internetverbindung irgendwie freigeben muss, oder ob man den Internet-Rechner einfach so als Gateway nutzen kann. Müsste man testen, aber ich denke erstmal, dass was mit der Routingtabelle nicht stimmt.

//edit: Da war wohl einer schneller

. Naja, sind ja immerhin der selben Meinung

//edit2: Vielleicht geht auch das Routing und nur die Namesauflösung nicht. Dann suche dir mal die IP eines Rechners im Internet raus und probiere ihn vom Rechner "ohne" Internet anzupingen:

	Quellcode
1 2 3	nslookup www.google.com #anderer Rechner ping <IP von www.google.com>

Ist der Ping dann erfolgreich?

AlisonA

hat sich gut eingelebt.

Beiträge: 56

Ubuntu: 9.10

Kernel: 2.6.31.16

Architektur: 32-bit

6

Dienstag, 26. Mai 2009, 17:33

Hallo!
Zunächst Danke, Hutchef und stefan315. Im Moment kann ich nur an den Host. Also: Ich bin exakt nach
Wiki/Ubuntuusers/Router vorgegangen. Hatte auch <ifconfig> und </sbin/route -n> überprüft - es schien
alles in Ordnung zu sein; außerdem liegt es nicht an Firestarter oder Firefox. Zum Schluß hatte ich noch
die Datei interfaces um dns-nameservers meines Providers ergänzt - ohne Erfolg. Die interfaces vom
Clienten enthält 192.168.0.2 / 255.255.255.0 / broadcast 192.168.0.255 und gateway 192.168.0.1. Die
ping-Befehle habe ich schon probiert (Netzwerk +, Internet -).
Die Ausgaben poste ich, sobald es möglich ist.
Gruß AlisonA

stefan315

hat hier 2. Wohnsitz.

Beiträge: 423

Ubuntu: ---

Kernel: 2.6.39-ARCH

Desktop: KDE

Architektur: ---

7

Dienstag, 26. Mai 2009, 17:44

Gut, klingt erstmal als ob alles stimmen würde. Hast du von dem ohne Internet auch die IP (und nicht den Domainnamen!) angepingt?

Ansonsten würde ich probieren, nach diesem Artikel vorzugehen: http://wiki.ubuntuusers.de/Router#Linux-…nfaches-Gateway
(Du kannst dnsmasq verzichten, da du ja statische IPs nutzt.) Mit ipmasq kannst du die Daten zwischen den beiden Netzen (Internet und das Netz mit deinen beiden Rechnern) so miteinander verbinden, dass die Daten hin und hergeschaufelt werden können. Also das was normalerweise ein Router mit NAT übernimmt. Vorraussetzung ist, dass der Rechner mit dem Internet eine ensprechende Netzwerkschnittstelle (sowas wie eth0) hat. Da weiß ich nicht, wie das bei einem USB-UMTS-Modem ist, aber das wird dann aus "sudo ifconfig" relativ schnell ersichtlich

AlisonA

hat sich gut eingelebt.

Beiträge: 56

Ubuntu: 9.10

Kernel: 2.6.31.16

Architektur: 32-bit

8

Dienstag, 26. Mai 2009, 22:43

Hallo!
Vom Clienten (ohne Internet) habe ich ohne Erfolg mehrere Namen und IPs angepingt!
Ausgabe Terminal/ Host:

Quellcode

alison@alison-laptop:~$ sudo ifconfig

eth0  	Link encap:Ethernet  Hardware Adresse 00:03:0d:18:c0:d0  
      	inet Adresse:192.168.0.1  Bcast:192.168.0.255  Maske:255.255.255.0
      	UP BROADCAST MULTICAST  MTU:1500  Metrik:1
      	RX packets:0 errors:0 dropped:0 overruns:0 frame:0
      	TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
      	Kollisionen:0 Sendewarteschlangenlänge:1000 
      	RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
      	Interrupt:9 Basisadresse:0xc800 

eth1  	Link encap:Ethernet  Hardware Adresse 00:0e:35:6a:5c:f9  
      	UP BROADCAST MULTICAST  MTU:1500  Metrik:1
      	RX packets:0 errors:0 dropped:0 overruns:0 frame:0
      	TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
      	Kollisionen:0 Sendewarteschlangenlänge:1000 
      	RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
      	Interrupt:11 Basisadresse:0xc000 Speicher:ffdfd000-ffdfdfff 

lo    	Link encap:Lokale Schleife  
      	inet Adresse:127.0.0.1  Maske:255.0.0.0
      	inet6-Adresse: ::1/128 Gültigkeitsbereich:Maschine
      	UP LOOPBACK RUNNING  MTU:16436  Metrik:1
      	RX packets:315 errors:0 dropped:0 overruns:0 frame:0
      	TX packets:315 errors:0 dropped:0 overruns:0 carrier:0
      	Kollisionen:0 Sendewarteschlangenlänge:0 
      	RX bytes:18650 (18.6 KB)  TX bytes:18650 (18.6 KB)

ppp0  	Link encap:Punkt-zu-Punkt-Verbindung  
      	inet Adresse:89.214.177.87  P-z-P:10.64.64.64  Maske:255.255.255.255
      	UP PUNKTZUPUNKT RUNNING NOARP MULTICAST  MTU:1500  Metrik:1
      	RX packets:1106 errors:0 dropped:0 overruns:0 frame:0
      	TX packets:1112 errors:0 dropped:0 overruns:0 carrier:0
      	Kollisionen:0 Sendewarteschlangenlänge:3 
      	RX bytes:472371 (472.3 KB)  TX bytes:124216 (124.2 KB)

Übrigens bin ich schon vor Tagen exakt nach dem genannten Artikel vorgegangen!

Ausgabe2 Terminal/Host:

Quellcode

alison@alison-laptop:~$ /sbin/route -n

Kernel-IP-Routentabelle
Ziel        	Router      	Genmask     	Flags Metric Ref	Use Iface
10.64.64.64 	0.0.0.0     	255.255.255.255 UH	0  	0    	0 ppp0
192.168.0.0 	0.0.0.0     	255.255.255.0   U 	0  	0    	0 eth0
169.254.0.0 	0.0.0.0     	255.255.0.0 	U 	1000   0    	0 eth0
0.0.0.0     	10.64.64.64 	0.0.0.0     	UG	0  	0    	0 ppp0

Gruß AlisonA

EDIT:
1. Terminal Host/Internetrechner:

Quellcode

alison@alison-laptop:~$ nslookup www.google.com
Server:   	 127.0.0.1
Address:    127.0.0.1#53

Non-authoritative answer:
www.google.com    canonical name = www.l.google.com.
Name:    www.l.google.com
Address: 209.85.129.99
Name:    www.l.google.com
Address: 209.85.129.104
Name:    www.l.google.com
Address: 209.85.129.147

alison@alison-laptop:~$ sudo route
Kernel-IP-Routentabelle
Ziel        	Router      	Genmask     	Flags Metric Ref	Use Iface
10.64.64.64 	*           	255.255.255.255 UH	0  	0    	0 ppp0
192.168.0.0 	*           	255.255.255.0   U 	0  	0    	0 eth0
link-local  	*           	255.255.0.0 	U 	1000   0    	0 eth0
default     	10.64.64.64 	0.0.0.0     	UG	0  	0    	0 ppp0

Terminal Client (mit LAN verbunden - kein Internet):

Quellcode

james@james-laptop:~$ nslookup www.google.com
;; connection timed out; no servers could be reached

james@james-laptop:~$ ping -c 3 209.85.129.99
PING 209.85.129.99 (209.85.129.99) 56(84) bytes of data.

--- 209.85.129.99 ping statistics --- 
3 packets transmitted, 0 received, 100% packet loss, time 2016ms

james@james-laptop:~$ sudo ifconfig
eth0  	Link encap:Ethernet  Hardware Adresse 00:1a:80:1f:66:ae  
      	inet Adresse:192.168.0.2  Bcast:192.168.0.255  Maske:255.255.255.0
      	inet6-Adresse: fe80::21a:80ff:fe1f:66ae/64 Gültigkeitsbereich:Verbindung
      	UP BROADCAST RUNNING MULTICAST  MTU:1500  Metrik:1
      	RX packets:32 errors:0 dropped:0 overruns:0 frame:0
      	TX packets:84 errors:0 dropped:0 overruns:0 carrier:0
      	Kollisionen:0 Sendewarteschlangenlänge:1000 
      	RX bytes:2378 (2.3 KB)  TX bytes:8154 (8.1 KB)
      	Interrupt:16 

lo    	Link encap:Lokale Schleife  
      	inet Adresse:127.0.0.1  Maske:255.0.0.0
      	inet6-Adresse: ::1/128 Gültigkeitsbereich:Maschine
      	UP LOOPBACK RUNNING  MTU:16436  Metrik:1
      	RX packets:4 errors:0 dropped:0 overruns:0 frame:0
      	TX packets:4 errors:0 dropped:0 overruns:0 carrier:0
      	Kollisionen:0 Sendewarteschlangenlänge:0 
      	RX bytes:240 (240.0 B)  TX bytes:240 (240.0 B)

wlan0 	Link encap:Ethernet  Hardware Adresse 00:13:e8:e0:b1:31  
      	UP BROADCAST MULTICAST  MTU:1500  Metrik:1
      	RX packets:0 errors:0 dropped:0 overruns:0 frame:0
      	TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
      	Kollisionen:0 Sendewarteschlangenlänge:1000 
      	RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

wmaster0  Link encap:UNSPEC  Hardware Adresse 00-13-E8-E0-B1-31-00-00-00-00-00-00-00-00-00-00  
      	UP BROADCAST RUNNING MULTICAST  MTU:1500  Metrik:1
      	RX packets:0 errors:0 dropped:0 overruns:0 frame:0
      	TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
      	Kollisionen:0 Sendewarteschlangenlänge:1000 
      	RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

james@james-laptop:~$ sudo route
Kernel-IP-Routentabelle
Ziel        	Router      	Genmask     	Flags Metric Ref	Use Iface
192.168.0.0 	*           	255.255.255.0   U 	0  	0    	0 eth0
link-local  	*           	255.255.0.0 	U 	1000   0    	0 eth0
default     	alison-laptop.  0.0.0.0     	UG	100	0    	0 eth0

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »AlisonA« (26. Mai 2009, 22:43)

stefan315

hat hier 2. Wohnsitz.

Beiträge: 423

Ubuntu: ---

Kernel: 2.6.39-ARCH

Desktop: KDE

Architektur: ---

9

Mittwoch, 27. Mai 2009, 15:51

Oh, entschuldige, ich hatte nicht gesehen, dass du bereits nach dem Wiki-Artikel vorgegangen bist. Also von der Konfiguration sieht es bei beiden gut aus. Theoretisch kann es doch nur noch an der Freigabe des Internets liegen.

Ich bin allerdings total verwirrt, da in dem Artikel einmal von ipmasq und einmal von iptables gesprochen wird. Wenn man was bei iptables einstellt, warum soll es dann ipmasq mitbekommen? Klingt für mich unlogisch.

Deinstalliere am besten nochmal dnsmasq und ipmasq, da ich nicht weiß was es macht, bzw was nicht (und standardmäßig ist es nicht installiert). Es scheint, dass es eine Art Regelsammlung ist. Es muss eigentlich auch ganz ohne dieses gehen. Allerdings gelten iptables-Regeln nur bis zum Runterfahren, deswegen musst du den Befehl auch vor dem Testen ausführen. (Wenn es geht, kann man es ja automatisch machen lassen, aber es muss ja erstmal gehen...)

Nach dem setzen der Regel kannst du auch mal die iptables Regeln auflisten lassen. Vielleicht erkennt man da was.

	Quellcode
1 2 3	sudo iptables -t nat -A POSTROUTING -o ppp0 -j MASQUERADE sudo sysctl -w net.ipv4.ip_forward=1 sudo iptables -L

Ansonsten weiß ich auch nicht weiter.

//edit: Nochwas: Probiere mal das Modul iptable_nat vor den anderen Befehlen zu laden:

	Quellcode
1	sudo modprobe iptable_nat

Denn bei mir wird es automatisch nicht geladen und ohne dem geht es ja eigentlich nicht.

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »stefan315« (27. Mai 2009, 15:51)

AlisonA

hat sich gut eingelebt.

Beiträge: 56

Ubuntu: 9.10

Kernel: 2.6.31.16

Architektur: 32-bit

10

Donnerstag, 28. Mai 2009, 18:31

Hallo zusammen!
Dank an alle, besonders stefan315 - es ist ein sehr gutes Gefühl bei dieser Hilfe. Leider hat alles nichts genutzt und nach stundenlanger Suche im Internet und Umsetzen der Vorschläge habe ich heute nacht kapituliert. Ich vermute, daß meine Konstellation (mit Netzwerkmanager USB-UMTS-Modem -> Internet plus Editieren versch. Dateien) nicht funktionieren kann! Da ich nicht weiß, wie ich ohne Netzwerkmanager mit meinem Modem ins Internet gelangen kann, sehe ich keine Lösung. Bedenkt man den Zeitaufwand, müßte man mich verstehen (Windows: Lesen von 4 Seiten in einem PC-Lexikon, Einrichten der LAN-Verbindung in ein paar Minuten; Ubuntu: Lesen, Schreiben, Probieren - um einen Faktor 100 höher!).
Gruß AlisonA

stefan315

hat hier 2. Wohnsitz.

Beiträge: 423

Ubuntu: ---

Kernel: 2.6.39-ARCH

Desktop: KDE

Architektur: ---

11

Donnerstag, 28. Mai 2009, 19:34

Schade

Zitat von »AlisonA«

Bedenkt man den Zeitaufwand,
müßte man mich verstehen (Windows: Lesen von 4 Seiten in einem PC-Lexikon, Einrichten der LAN-
Verbindung in ein paar Minuten; Ubuntu: Lesen, Schreiben, Probieren - um einen Faktor 100 höher!).

Klar, sehe ich ebenfalls so. Allerdings lässt mir das irgendwie keine Ruhe und die ganze Sache hat doch mein Interesse geweckt. Ich muss mir mal eine Konstellation zusammenbasteln, wo ich mal mit Gateway, iptables und NAT rumspielen kann. Das ganze Thema ist nämlich für mich ebenfalls Neuland. Vielleicht finde ich noch was raus, dann sage ich bescheid. Aber momentan habe ich keinen blassen Schimmer...

Viele Grüße,
Stefan

AlisonA

hat sich gut eingelebt.

Beiträge: 56

Ubuntu: 9.10

Kernel: 2.6.31.16

Architektur: 32-bit

12

Donnerstag, 28. Mai 2009, 20:15

Hallo stefan315!
Nochmals Danke für Deine großartige Unterstützung! Das Hauptproblem ist (und ich habe stundenlang Beiträge gelesen), daß es keine sehr gute Beschreibung zu dem Thema gibt, vieles ist unvollständig oder ungenau oder setzt zuviel voraus - kurz gesagt, enthält zu viele Lücken! Es kann natürlich auch sein, daß das Thema zu speziell ist. Nochmal: Ich vermute, daß man entweder nur mit dem Networkmanager arbeiten muß oder nur über Terminal / Änderung von Dateien, also komplett ohne Netzwerkmanager.
In jedem Fall eine sinnvolle (Verbesserungs-) Aufgabe für die Entwickler; es müßten auch Begriffe wie z.B. DHCP Client-ID im Netzwerkmanager kurz erklärt werden. Im Internet findet man dazu verschiedene Auslegungen (freilassen, MAC-Adresse, bel. Hexadezimalcode mit max. 8 Stellen,...). Fazit: Will man (und das wollen wir UbuntuFreunde alle) Windowsflüchtlinge überzeugen, bleibt noch viel (hauptsächlich von den Entwicklern) zu tun - die Foren sind unverzichtbar und leisten sehr gute Arbeit!
Gruß AlisonA

stefan315

hat hier 2. Wohnsitz.

Beiträge: 423

Ubuntu: ---

Kernel: 2.6.39-ARCH

Desktop: KDE

Architektur: ---

13

Samstag, 30. Mai 2009, 14:16

Ich habe das nun zum Laufen bekommen und zwar mit zwei virtuellen Maschinen:
1. eth0=Internet eth1=Internes VBox-Netz (192.168.0.1)
2. eth1=Internes VBox-Netz (192.168.0.2)

Wieder mit nslookup die IP von Google mit dem Internet-Rechner geholt.
Anpingen klappte auf dem mit Internet und auf dem ohne ging es logischerweise nicht.

Dann erstmal die Route zum Internet-Rechner gesetzt:

	Quellcode
1	sudo route add -net default gw 192.168.0.1 dev eth1

Beim anpingen der Google-IP vom Nicht-Internet-Rechner blinkte jetzt bei beiden die Netzwerk-Lampe, aber der Ping schlug fehl.

Jetzt auf dem Internet-Rechner die iptables-Regel erstellt:

	Quellcode
1 2	sudo modprobe iptable_nat sudo iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE

Anpingen vom Nicht-Internet-Rechner ging noch nicht.

Nach dem Ausführen des sysctls-Befehls auf dem Internet-Rechner ging es dann:

	Quellcode
1	sudo sysctl -w net.ipv4.ip_forward=1

Jetzt klappte das anpingen. Damit man jetzt die Namensauflösung (www.google.de zur IP umwandeln) auch geht, habe ich den Namensserver von dem Internet-Rechner in den ohne Internet eingetragen.

	Quellcode
1 2 3 4 5	# Namenserver erfahren cat /etc/resolv.conf # anderer Rechner echo "nameserver [...]" \| sudo tee /etc/resolv.conf

Jetzt konnte ich mit dem Nicht-Internet-Rechner auch www.google.de anpingen.

Dabei ist eigentlich egal, ob du das Netzwerk mit dem Terminal konfigurierst oder mit dem Netzwerkmanager. Eigentlich muss es bei dir auch gehen.
Die Routen stehen bei dir, da würde ich erst bei den Iptables-Regeln anfangen:

	Quellcode
1 2 3	sudo modprobe iptable_nat sudo iptables -t nat -A POSTROUTING -o ppp0 -j MASQUERADE sudo sysctl -w net.ipv4.ip_forward=1

Tja, und dann nur noch den Namenserver bei dem Rechner ohne Internet eintragen, wie ich es oben beschrieben habe. Müsste eigentlich gehen...

Gruß,
Stefan

AlisonA

hat sich gut eingelebt.

Beiträge: 56

Ubuntu: 9.10

Kernel: 2.6.31.16

Architektur: 32-bit

14

Samstag, 30. Mai 2009, 15:20

Hallo stefan315!
Klasse Leistung! So paradox es klingt: mir wäre es lieber gewesen, Du hättest dies nicht gemacht. Eigentlich
hatte ich das Thema abgeschlossen und kapituliert!
Ich habe zunächst nur die Stelle untersucht, bei der ich Probleme vermute:
Terminal: cat /etc/resolv.conf

	Quellcode
1 2 3 4 5	# 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.0.1 search 192.168.0.1

Wieso bei nameserver ausgerechnet diese Adresse steht, ist mir völlig schleierhaft, außerdem kann ich mit
der nächsten Zeile (search) auch nichts anfangen!
Gruß AlisonA

stefan315

hat hier 2. Wohnsitz.

Beiträge: 423

Ubuntu: ---

Kernel: 2.6.39-ARCH

Desktop: KDE

Architektur: ---

15

Samstag, 30. Mai 2009, 15:32

Zitat von »AlisonA«

Hallo stefan315!
Klasse Leistung! So paradox es klingt: mir wäre es lieber gewesen, Du hättest dies nicht gemacht. Eigentlich
hatte ich das Thema abgeschlossen und kapituliert!

Musst es ja nicht nocheinmal probieren, wenn du nicht möchtest

Zitat von »AlisonA«
Ich habe zunächst nur die Stelle untersucht, bei der ich Probleme vermute:
Terminal: cat /etc/resolv.conf
Quellcode
1
2
3
4
5
# 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.0.1
search 192.168.0.1
 
Wieso bei nameserver ausgerechnet diese Adresse steht, ist mir völlig schleierhaft, außerdem kann ich mit
der nächsten Zeile (search) auch nichts anfangen!
Gruß AlisonA

Was Search bedeutet ist mir gerade auch nicht klar, aber die Datei /etc/resolv.conf wird ja sowieso vom Netzwerk-Manager generiert. Dann dürfte es ja sogar noch leichter sein

Also den Namenserver mit cat /etc/resolv.conf vom ersten Laptop herausfinden (steht hinter "nameserver") und diesen im Netzwerkmananger eintragen (ohne das "nameserver" davor). Das Feld nennt sich "DNS-Server" (siehe Anhang).

»stefan315« hat folgendes Bild angehängt:

AlisonA

hat sich gut eingelebt.

Beiträge: 56

Ubuntu: 9.10

Kernel: 2.6.31.16

Architektur: 32-bit

16

Dienstag, 2. Juni 2009, 16:26

Hallo stefan!
Es widerspräche meinen Prinzipien, jetzt die Sache zu beenden - weil Du Dir viele Arbeit gemacht hast!
Eigentlich wollte ich morgen das funktionierende Windows-Netzwerk einsetzen, aber versuchen wir es
noch einmal mit Jaunty. Ich muß allerdings einige grundsätzliche Bemerkungen voranstellen: Inzwischen
habe ich mir openSUSE angeschaut und finde, dort werden ähnliche Probleme vermieden, weil man entweder
YaST oder Networkmanager einsetzen muß - eine Mischung geht nicht; bisher habe ich jedoch nur eine
direkte Internetverbindung (erfolgreich) probiert. Linux hat u.a. 2 Hauptprobleme (zu viele Distributionen
und der halbjährliche Rhythmus), um Windows zurück zu drängen! Die Wikis/ HowTos und Bücher "veralten"
zu schnell. Nun zur Sache:
Durch mein Hin und Her bei den Versuchen, eine LAN-Verbindung herzustellen (mehrmals Wechsel zw.
autom. und stat. IPs), weiß ich nicht mehr, welche Dateien noch Original sind und welche verändert wurden;
ich hoffe, daß dies keine Rolle spielt.
(Noch ein Problem: Bei Auto eth0/ Adresse / Gateway wird mein Eintrag immer in 0.0.0.0 geändert!?)
Also: Ich habe jetzt alles probiert, die Schwachstelle ist m.E. der nameserver 127.0.0.1 im Clienten - ich
kann mir nicht vorstellen, daß dies stimmt. PING funktioniert, auch erstmalig 74.125.79.103 und..87.103,
nur nicht www.google.de - also Fehler beim nameserver?!
Gruß alison
EDIT:
Es ist geschafft!! Allerdings habe ich als nameserver beim Clienten 192.168.0.1 statt 127.0.0.1 eingetragen!!
Eine Frage bleibt: Was passiert nach dem nächsten Neustart?
Gruß alison
EDIT2:
Ich habe jetzt noch 2 Bash-Skripte geschrieben, damit der Aufwand nach Neustart minimal ist.
Edit 3 (zur Information):
Nach Deinstallation von firestarter (eigener Beitrag!) kein Internet mehr!!

Dieser Beitrag wurde bereits 3 mal editiert, zuletzt von »AlisonA« (2. Juni 2009, 16:26)

stefan315

hat hier 2. Wohnsitz.

Beiträge: 423

Ubuntu: ---

Kernel: 2.6.39-ARCH

Desktop: KDE

Architektur: ---

17

Dienstag, 2. Juni 2009, 20:10

Zitat von »AlisonA«

Edit 3 (zur Information):
Nach Deinstallation von firestarter (eigener Beitrag!) kein Internet mehr!!

Geht das Internet bei dem mit dem Modem nicht mehr? Oder geht es wieder nur bei dem ohne direkten Internetzugang nicht? So wie ich das sehe ist Firestarter für die Firewallkonfiguration da. Vielleicht sind ja da Regeln verstellt worden...

AlisonA

hat sich gut eingelebt.

Beiträge: 56

Ubuntu: 9.10

Kernel: 2.6.31.16

Architektur: 32-bit

18

Dienstag, 2. Juni 2009, 21:09

Hallo!
2 Tage hat die Sache komplett funktioniert (auch mit meinen Skripten); genervt hat mich firestarter, also habe
ich (nach Nachfrage hier im Forum) sie vollständig (nur auf dem HOST vorhanden) deinstalliert. Danach kam
ich mit dem HOST (Laptop mit USB-Modem) nicht mehr ins Internet, egal, ob der CLIENT mit LAN verbunden
war oder nicht. Auch eine Deinstallation und Neuinstallation der UMTS-Verbindung hat nichts geändert. Stecke
ich das Modem um, komme ich jedoch mit dem "ehemaligen" CLIENT direkt ins Internet.
Gruß AlsionA

---Team-Edit---
Weitere eigene Antwort in dieses posting eingefügt.
Hintergrund / Begründung: Funktion new on edit
---Edit-Ende---

Hallo!
Nachdem ich alle Linux-Partitionen gelöscht und Jaunty neu installiert habe, klappt die Verbindung vom HOST
ins Internet wieder. Ich habe auch alle Schritte zur LAN-Verbindung wiederholt, komme jedoch vom CLIENT
nicht ins Internet. PING funktioniert vom Host sowieso und vom Clienten - bis auf Eingabe einer lesbaren
Adresse (www.google.de negativ, 74.125.79.103 positiv) ; also scheint es mal wieder am Nameserver zu liegen.
Anfangs hatte es ja funktioniert, als ich beim Clienten in "etc/ resolv.conf" -> 192.168.0.1 eintrug, jetzt nicht
mehr.??
Gruß Alison

stefan315

hat hier 2. Wohnsitz.

Beiträge: 423

Ubuntu: ---

Kernel: 2.6.39-ARCH

Desktop: KDE

Architektur: ---

19

Samstag, 6. Juni 2009, 15:24

Du stellst doch die Verbindung über den Netzwerkmanager her. Der überschreibt /etc/resolv.conf. Den Namensserver einfach im Netzwerkmanager eintragen (siehe dieser Beitrag)

AlisonA

hat sich gut eingelebt.

Beiträge: 56

Ubuntu: 9.10

Kernel: 2.6.31.16

Architektur: 32-bit

20

Sonntag, 7. Juni 2009, 10:44

Hallo!
Nach mehreren Versuchen habe ich jetzt eine Lösung gefunden, die noch einer Verbesserung bedarf. Die
Datei /etc/resolv.conf ist auf beiden Laptops leer nach Neustart; nach UMTS-Verbindung wird sie beim HOST
mit den nameservern meines Providers ergänzt. Das Verhalten beim CLIENT scheint seltsamerweise uneinheitlich
zu sein. Ich müßte 2 oder 3 (falls möglich. 2 nameserver des Providers + 192.168.0.1) eintragen, dann klappt die
LAN-Verbindung. Wie muß der Befehl

	Quellcode
1	echo "nameserver 192.168.0.1" \| sudo tee /etc/resolv.conf

ergänzt / geändert werden, damit insgesamt 3 nameserver in /etc/resolv.conf des CLIENT stehen, also z.B.:

	Quellcode
1 2 3	nameserver 190.12.3.2 nameserver 190.12.3.3 nameserver 192.168.0.1

Gruß Alison