On Sat, Oct 15, 2005 at 07:12:39AM +0200, Ingolf Geißler wrote:
Hallo Stefan,
kein Angst, bin nicht gerade von einer konkret-mega-coolen Paty zurück - sondern von Nachtschicht.
Routing hat nichts mit DHCP zu tun. Verwende als das Gateway, was Du auch mit DHCP hättest.
Hmm ... geht aber nich..
der DSL-Router muß sich für alle 3 Netze zuständig fühlen.
Aha...
ja, das heißt, daß die Netzmaske am Router stimmen muß. Wenn dir das jetzt nichts sagt, dann - sorry, aber das ist so - bist du der falsche für den "job" und auch ein Kasten Bier für irgendjemand der das hinbiegt, wird die Firma deiner Freunde nicht vor dem grausligen Netzwerktod bewahren. Übertrieben, aber ehrlich gemeint.
yast2 -> Netzwerkdienste -> Weiterleitung Hier jetzt das Default-Gateway angeben (deinen dsl-router) und "IP-Weiterleitung aktivieren" ankreuzen.
Ich kann mich ja irren, ist das nicht das selbe wie IP_FORWARD???? Falls ja, dann ist dies angehakt bzw. gekreuzt. Sieh meine E-Post vom Mittwoch.
Ok. Dann sollte die SUSE routen.
- eth0 bis eth2 die IP-Adressen vergeben. Noch nix mit Routing oder sowas.
- xinetd von deaktiv auf aktiv geschaltet
3.5 yast sachbemäß beendet und alles gespeichert. 4. localhost:901 -> Verbindung verweigert 5. nochmal bei xinetd nachgeschaut -> ist deaktiv 6. goto 3
Hast du auch mal ins logfile geschaut? Xinetd beendet sich nämlich sofort, wenn du nicht mindestens einen Dienst aktiviert hast. Defaultmäßig sind aber alle Dienste deaktiviert, damit nicht aus Versehen Sicherheitslöcher wie SWAT oder Linuxconf geöffnet werden.
Nein hab leider nicht ins Logfile geschaut. An der Stelle gab es eigentlich auch keinen Grund dafür - finde ich jedenfalls.
Also:
yast2 -> Netzwerkdienste -> Netzwerkdienste (xinetd)
Dort dann swat aktivieren und speichern.
Ja Entschuldigung, hab ich nicht mit explizit dazu geschrieben. Also Programmfehler meinerseits. Hier das bugfix
3.25 swat aktivieren
ok. Dann hilft nur das logfile. Bei mir steht sowas drin: Sep 26 09:21:46 susi xinetd[5834]: Reading included configuration file: /etc/xinetd.d/chargen-udp [file=/etc/xinetd.d/chargen-udp] [line=13] Sep 26 09:21:47 susi xinetd[5834]: Reading included configuration file: /etc/xinetd.d/cups-lpd [file=/etc/xinetd.d/cups-lpd] [line=14] ... Sep 26 09:21:48 susi xinetd[5834]: Reading included configuration file: /etc/xinetd.d/time-udp [file=/etc/xinetd.d/time-udp] [line=14] Sep 26 09:21:48 susi xinetd[5834]: Reading included configuration file: /etc/xinetd.d/vnc [file=/etc/xinetd.d/vnc] [line=14] Sep 26 09:21:49 susi xinetd[5834]: removing chargen Sep 26 09:21:49 susi xinetd[5834]: removing chargen ... Sep 26 09:21:49 susi xinetd[5834]: removing vnc1 Sep 26 09:21:49 susi xinetd[5834]: removing vnc2 Sep 26 09:21:49 susi xinetd[5834]: removing vnc3 Sep 26 09:21:49 susi xinetd[5834]: removing vnchttpd1 Sep 26 09:21:49 susi xinetd[5834]: removing vnchttpd2 Sep 26 09:21:49 susi xinetd[5834]: removing vnchttpd3 Sep 26 09:21:49 susi xinetd[5834]: xinetd Version 2.3.13 started with libwrap loadavg options compiled in. Sep 26 09:21:49 susi xinetd[5834]: Started working: 1 available service
und xinetd läuft (service leafnode) Wenn dort irgendwas von "no service, exiting" oder so ähnlich steht, dann ist SWAT evtl. nicht installiert.
und was steht im Logfile? Hast du evtl "dhcpd im chroot-Jail starten" aktiviert? Dann mußt du evtl. nach dem Ändern der dhcpd.conf noch einmal SuSEconfig aufrufen, vor du den Dienst startest, das weiß ich aber nicht genau, ich habe dem dhcpd schon lange abgeschworen ;-)
Der DHCP-Server an sich funktioniert doch. Nur die Vergabe von festen IP's an bekannte PC's geht nicht, obwohl die entsprechenden Zeilen in der dhcp.conf per Hand eingefügt sind. Keine Ahnung warum, aber Yast als zentrales Schalt-Walt-Config-Install-Toll interessiert das nicht.
evtl. verwendet der dhcpd ein anderes Konfigurationsfile als du meinst: eines, in dem keine festen IPs drinstehen? Darum mein Hinweis aufs chroot-jail.
Seit Mi-abend (bzw. Mittwochabend) ist auch hier die 10.0 drauf. Wenn ich im DSL-Router DHCP abschalte und meinen PC eine feste IP gebe, funktioniert das Rindernet nicht mehr. Der Gateway-Eintrag bleibt so wie er ist. Nix... kein Kindernet........
welcher PC? der, der Router werden soll oder einer der Clients? Stimmen die Netzmasken?
Achso: ein Blick ins Administrationshandbuch hätte dir vermutlich das alles äußerst ausführlich erklärt, aber vorher lesen ist ja uncool, ich weiß.
Mag sein, daß hier der Eindruck entstanden ist, ich wäre mal eben für ne Zigarettenlänge zum PC geschlurft und hätt es halt (für mich überaus erstaunlicherweise) nicht hinbekommen. Aber es gibt ja Leute, die nix zu tun haben und auf mein Mega-Problem warten.
Dein Schreibstil läßt leider auf sowas schließen: du gibst dir keine besondere Mühe, dein Problem präzise zu beschreiben und der "interessante" Schreibstil macht das lesen nicht gerade zur reinsten Freude - der ist einfach nur anstrengend. Deshalb wird das mit größter Wahrscheinlichkeit auch meine letzte Mail zum Thema sein - in meinem Urlaub habe ich besseres zu tun, als mich durch fremde Probleme zu wühlen, die noch dazu in einem Wust "interessanter" (IMO einfach schlampiger) Orthographie versteckt sind.
Dies ist leider ein Trugschluß. Seit SuSE 7.3 habe ich bis auf 8.0 jede Version installt (bzw. installiert). Mit einem Einzelplatz-PC hatte ich aber (leider) nie richtig Gelegenheit mich mit der ausführlichen Netzwerkerei zu befassen. Mal eben nen Windoom-PC mit Crossoverkabel anstöpseln ist da mit LinNeighborhood kein Problem. Aber wie das mit dem Routing halt genau funktioniert blieb mir verborgen.
Ganz ehrlich: das ist dein Problem. Wenn du nicht selbst rausfindest, wie du deine Netzmasken korrekt setzen kannst, dann ist dir auf diesem Weg kaum zu helfen. Von Olaf Kirch gibt es dazu das Standardwerk: das "Network Administrators Guide" (gibts auch auf Deutsch und auf totem Baum). http://www.tldp.org/LDP/nag/nag.html
Ich hab mir leider nicht den Luxus leisten können jede meiner SuSE-Versionen zu kaufen. Demzufolge bin ich nur im Besitz eines 7.3-Adminbüchleins. Seit Version 7.3 hat sich aber reichlich geändert. Gut, das Routing-Grundprinzip wohl eher nicht, aber für mich passende Verse hab ich nicht gefunden. Zumal ich davon ausging, wenn mehr als eine Netzwerkkarte im PC steckt, dass dann SuSE inteligent genug ist mein Anliegen zu erkennen und die Nötigen Einstellung halt im Hintergrund selbst vornimmt.
Naja. Gedankenlesen ist nicht so die Stärke von YaST, das gebe ich zu. Es gibt durchaus mehrere Möglichkeiten, was man mit 3 Netzwerkkarten in einem Rechner machen kann ;-)
Folglich die Idee mit dem Kasten Bier bzw. ersatzweise Apfelschorle.
PS: Dein letzter Satz hat mich übrigens sehr gekratzt - hättest Du mein vorherigen Mehls gelesen wüßtest Du worum es geht.
Tja, wenn du einem das Lesen deiner Mails etwas erleichtern würdest, dann wäre das evtl. ein kleineres Problem... ;-)
EOT für mich. Tschüs.