am 12.10.2005, um 15:48:17 +0200 mailte "Ingolf Geißler" folgendes:

...

Dann: in Deiner Situation müßte der Router für 3 Netze arbeiten. Tut er das, incl. NAT? Evtl. müßtest Du neben IP_FORWARD auch NAT auf der Kiste machen.

Aha..

...

Warum einklich der extra DSL-Router, würde nicht einfach das DSL-Modem reichen?

Naja, der DSL-Router is nu schon da. Der hat aber nur 1 LAN

...

Für NAT brauchst Du dann noch iptables. Beispiele dazu: siehe mein Vortrag letztes Jahr zum LIT.

Ähmm ... bin noch nich so lange dabei, wo finde ich den denn?

http://linux-info-tag.de, letztes Jahr.

...

Routing hat nichts mit DHCP zu tun. Verwende als das Gateway,

was Du auch

...

mit DHCP hättest.

Hmm ... geht aber nich..

A und B als 2 separate Netze verwendend:

Dein DSL-Router weiß, daß das Netz 192.168.A.0/24 dran hängt, aber an dem hängt ja nun über den SuXE-Router noch 192.168.B.0/24. Nun kommt Client von 192.168.B.100, via SuXE-Router zum DSL-Router. Das ist für ihn ein Paket aus einem Netz, daß er nicht kennt. Entweder wirft er es weg (was einklich korrekt wäre), oder aber er macht sogar dafür sein NAT und schickt es auf die Reise. Er bekommt die Antwort, schaut in seiner NAT-Tabelle und findet 192.168.B.100, hat aber keine Route dahin. Er wirft es weg. Entweder du verklickerst dem DSL-Router: Hey, Alder, da ist neben 192.168.A.0/24 auch noch 192.168.B.0/24 (ihm z.B. sagen, lokal sei 192.168.0.0/16), oder aber auf der Kiste vorher schon einmal NAT machen. Dann sieht Dein Router nur noch das eine Netz.

3. 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

Und der xinetd tut auch? Irgend eine persönliche Tischfeuerwand mit an Board? SuXE kann da hinterhältig sein...

...

hmf, hmf: igitt!

Wieso das jetzt? Wegen gmx oder nasse Arme?

Nö, wegen Kammquote.

Andreas

Ingolf Geißler jumo004@gmx.de (Fr 14 Okt 2005 16:35:12 CEST):

Ich traue es mir ehrlich gesagt nicht zu auf Anhieb nen fehlerfren Server aufzusetzen. Letzendlich muß das ganze System über Nacht in der (kleinen) Firma des Kumpels ohne Ruckeln starten. Hab kein Bock dort nächtelang an irgendwelchen (mir noch vollkommen kryptischen) Einstellungen rumzudocktern.

Es soll in DD (und nicht nur hier) Firmen geben, die ihr Geld mit solchen Dingen verdienen. Für die Firma Deines Kumpels gibt es viele Möglichkeiten - es wird aber immer darauf hinauslaufen, daß es Zeit braucht. Jeoch ist Zeit käuflich.

Wenn Du das selbst tun willst, ist es gut. Aber Du kannst nicht erwarten, daß Dir jemand das Rezept liefert. Alle, die hier etwas wissen, haben einige Zeit damit zugebracht, dieses Wissen zu erwerben. Das heißt nicht, daß sie es nicht weitergeben wollen, es heißt aber auch nicht, daß sie es verschenken müssen.

Helfen heißt nicht für umsonst die schlüsselfertige Lösung bekommen. Es wird immer Hilfe zur Selbsthilfe sein.

Heiko Schlittermann (fast 40)

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...

dann

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.

...

...

...

Ich kann xinetd nicht aktivieren. Somit fällt swat auch flach.

Ich mag solche exakten Beschreibungen...

1. Suse 9.3 frisch installt

"installt"... Interessant.

Laut aktueller Schlechtschreibreform voll krass-ok.

...

2. eth0 bis eth2 die IP-Adressen vergeben. Noch nix mit Routing oder sowas.
3. 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

...

Aber in der 4ma bin ich dann wenn überhaupt nur nachts.

Was zum Teufel ist 4ma? Egal.

Eventuell VIER-ma bzw. ins Hochdeutsche Übersetzt Firma,daß weiß ich aber nicht. genau...

...

Tja, so hab ich es auch gemacht. Zum Abschluß noch einmal rcdhcpd check-syntax -> kein Fehler => freu ABER ... siehe

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.

Ich habe das alles gerade mit 10.0 ausprobiert, aber mit 9.3 sollte es genauso gehen.

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........

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.

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.

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. Der Vortrag von Andreas über IPtable war sehr interessant. Doch beim Umgraben des Indernets bin ich auf ellenlange iptable-konfigurationen gestoßen. Das Netz soll ja auch smb, nfs sowie i-Mehl beherrschen. Die Einstellungen dafür sind mir jedoch im Gegensatz zu den Beispielen des Vortrages aber zu unübersichtlich.

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. "...vorher lesen ist ja uncool, ich weiß..." Ja, Du tust das wissen tun!

Ich habe mich mit der Entscheidung dem LUG-DD mit meinem Mist auf die Pelle zu rücken reichlich schwer getan und bedaure es!

Und nu hab ich kein Bock mehr - Gute Nacht

Guten Morgen!

Moin,

gut geschlafen? Dann weiter.

Auf ein neues. (In der Hoffnung nicht wieder sinnlos zugetextet zu werden...)

...

...

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.

Finde ich nicht. Ich hatte vor rund 1/2 Jahr genau dieses Problem und Logfile Lesen hat mir konkret-krass geholfen.

mal ne kurze Frage: Sagt Dir das Wort Ironie irgendwas?? Ja, genau es hat wohl was mit Eisen zu tun. Ich bin kein 14jähriger "eyh voll-krass eyh"-User. Mittlerweile hab ich 32 Jahre aufm Buckel und FIDO fand ich besser als Kindernet - nur so neben bei. Mit anderen Worten: die voll-krass-coll-Fragmente gingen an Stefan.

...

...

...

Aber in der 4ma bin ich dann wenn überhaupt nur nachts.

Was zum Teufel ist 4ma? Egal.

Eventuell VIER-ma bzw. ins Hochdeutsche Übersetzt Firma,daß weiß ich aber nicht. genau...

Warum schreibst Du es dann?

Weil auch diese Zeile für Stefan gewesen ist. In seiner Mail kommt ja auch dies vor. Machs son und so, aber daß weiss ich nicht genau....

...

...

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.

Woher weißt Du das? Geht es bei anderen Nicht-Fest-Zuordnungen?

:Hinweis JA ... und wenn Du Dir die Mühe gemacht hättest, mal alle Mails von mir zu diesem Thema anzuschauen wärst Du auch von selbst draufgekommen.

...

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.

Hat er Dir die Config gebügelt?

Nein! Die Config würde nicht gebügelt. Die entsprechenden Zeilen wurden einfach ignoriert. Obwohl die man, div. Internet-Seiten und check-syntax einstimmig die Richtigkeit meiner Zeilen bestätigen. (Nein die Zeilen beginnen auch nicht mit #)

(Siehe Hinweis)

Aha, ein Es-geht-mit-SuSE-9.3-nicht-probieren-wir-doch-mal-den-letzten-Schrei Linuxer.

Na klasse der nächste mit Schubladendenken. Wenn ich an Yast in der 9.3prof zweifle, liegt der Schluß doch relativ nahe, dass ich mir eine überarbeitete Version mal näher anschaue. Gut, mit Debian ("...gebt mir ein HALLLE-JULIA...") hätte ich die Problem garnicht.... Ich bin aber auch ein böser Dickkopf.

So grundlegende Dinge, wie Routing und DHCP *müssen* auch auf 9.3 gehen.

Sollte wohl so sein. Woran es nun liegt, dass es eben nicht geht war der Kerngedanke meiner Anfrage hier.

.Upgrade auf 10.0 bringt nur zusätzliche Arbeit, da die Verbesserung in 10.0 eher marginal sein dürften, was Serversoftware betrifft.

Na was nu ... "dürften" ....Kaffesatzleserei!

...

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.

Gut, dann bezahle jemanden der es macht.

Hast du denn n Plan??? Wie ist Dein Preis...obwohl ...Kaffesatz....nö

Deinen Freunden aus der 4ma würde ich sowieso empfehlen jemand zu nehmen, der sich selber an den Haaren aus dem Sumpf ziehen kann.

Wieso hab ich ständig das Gefühl persönlich angegriffen zu werden? Ich habe sachlich mein Problem geschildert, das es für eine Firma ist, hab ich auch nicht verschwiegen...also was soll das??

...und für Deine Freunde von der 4ma ist es sicher billiger eine Woche zu warten, bis wir das Netzwerk gefixt haben, oder?

Wenn Du keine sachdienlichen Ideen, Hinweise oder Anregungen hast, dann laß es einfach!!!!!!!!!!!!!!!!!!

...

Folglich die Idee mit dem Kasten Bier bzw. ersatzweise Apfelschorle.

Viel Spaß beim Suchen. Besser für die 4ma wäre sicher eine Admin der Ahnung hat.

Ich bin kein Admin!!! Und werd auch keiner sein!!! Für diesen besagten PC sehe ich keinen (und will auch keinen) Cent!!!!!!!!!! Und wer sich mal die finanzielle Lage der kleinen mittelständigen Unternehmen anschaut kommt auch wieder von selber drauf, dass ein Admin einfach nicht drin ist. Aber träum ruhig weiter.... (Ähm .. hast du eigentlich Freunde??) --------------------------------------------------------------------------------------------------------------------------------------------

Ehrlich gesagt hatte ich mir mehr von diesem Forum erhofft. Es gibt hier ohne Zweifel sehr kompetente Leute...Hut ab! DANKE für Eure Bemühungen!!!!!

Aber halt auch lesefaule und gleichzeitig schreibflinke - ne arg dämliche Kombination.

Gruß ... Ingolf G.

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.

...

...

2. eth0 bis eth2 die IP-Adressen vergeben. Noch nix mit Routing oder sowas.
3. 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.