[EMAIL PROTECTED] - Digest Sunday, August 6 2000 Volume 01 : Number 069 ---------------------------------------------------------------------- Date: Sun, 6 Aug 2000 11:51:39 +0200 From: Sebastian Guendisch <[EMAIL PROTECTED]> Subject: Re: [PUG] route.conf > Zun�chst einmal sollte man keine Routes f�r das Netzwerk setzen. Kannst du das begr�nden? > Wozu brauchst Du den Host behind a Gateway Part? Damit teile ich ihm mit, wo der DNS-Server liegt. Ist nicht auf meinem Mist gewachsen, steht so in der route.conf von SuSE als Beispiel drin. > F�r den Server: > # F�r eth0 > 192.168.0.1 0.0.0.0 255.255.255.0 eth0 Das kapiere ich nicht ganz: Wieso gibst du ihm eine Route auf sich selbst? Au�erdem ist die netmask falsch -> 255.255.255.255 ; sonst nimmt das route nicht. > F�r den Client: > # F�r eth0 > 192.168.0.2 0.0.0.0 255.255.255.0 eth0 dito > Die einfachste ipchains Regeln f�r diesen Fall ist wohl: > ipchains -P input ACCEPT > ipchains -P forward MASQ > ipchains -P output ACCEPT jetzt sollte er also alles durchlassen, oder? Ein weiteres seltsames Ph�nomen (wie ist das den eigentlich mit der neuen Rechtschreibung :) ): Meine route.conf�s sehen jetzt so aus: Router: - --- 192.168.0.0 0.0.0.0 255.255.255.0 eth0 - --- Client: - --- 192.168.0.0 0.0.0.0 255.255.255.0 eth0 default 192.168.0.1 - --- Ich habe das ein bischen reduziert um fehlerquellen besser zu erkennen. Auf dem Client mag er irgendwie die default-route nicht. Mit defaul-route: - --- root@space:/etc > route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface - --- Und das wars, er wartet und wartet und wartet.... One default-route: - --- root@space:/etc > route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.0.1 * 255.255.255.255 UH 0 0 0 eth0 loopback * 255.0.0.0 U 0 0 0 lo root@space:/etc > - --- Also alles klar. Sachen gibt's... �brigens, wenn ich einen Windows Client mit dem entsprechenden Gateway versehe passiert auch nichts. Also mu� der Fehler irgendwie am Router liegen. Sebastian ------------------------------ Date: Sun, 6 Aug 2000 12:55:22 +0200 From: "Martin" <[EMAIL PROTECTED]> Subject: Re: [PUG] route.conf > Auf dem Client mag er irgendwie die default-route nicht. Mit defaul-route: > --- > root@space:/etc > route > Kernel IP routing table > Destination Gateway Genmask Flags Metric Ref Use Iface > --- > Und das wars, er wartet und wartet und wartet.... Starte mal route mit -n dann gibt er dir IP-Adressen statt Hostnamen. Martin D. ------------------------------ Date: Sun, 6 Aug 2000 13:02:24 +0200 From: Sebastian Guendisch <[EMAIL PROTECTED]> Subject: Re: [PUG] route.conf Am Son, 06 Aug 2000 schrieben Sie: > > Auf dem Client mag er irgendwie die default-route nicht. Mit defaul-route: > > --- > > root@space:/etc > route > > Kernel IP routing table > > Destination Gateway Genmask Flags Metric Ref Use > Iface > > --- > > Und das wars, er wartet und wartet und wartet.... > > Starte mal route mit -n dann gibt er dir IP-Adressen statt Hostnamen. Das sieht gut aus: - --- root@space:/etc > route -n Kernel IP routing table 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 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 0.0.0.0 192.168.0.1 0.0.0.0 UG 0 0 0 eth0 - --- Bei einem Ping vom Client, der raus geht, entsteht auch Netzlast zum Router hin, aber er reagiertnicht. Wie schon erw�hnt, wenn ich vom Router aus rauspinge, f�ngt er auch sch�n brav an zu w�hlen. Den Client kann ich als Fehlerquelle schon mal ausschlie�en. Wie kann ich denn weiterhin testen woran es liegt? Sebastian ------------------------------ Date: Sun, 6 Aug 2000 20:15:37 +0200 From: Sebastian Guendisch <[EMAIL PROTECTED]> Subject: Re: [PUG] Router- Projekt > ich wollt� mal nachfragen, wie das mit dem Router- Projekt nun weitergeht. > Mitlerweile habe ich am 19. 8. schon was anderes vor. wie sieht es denn mit dem 20. aus? Sebastian ------------------------------ Date: Sun, 6 Aug 2000 23:29:23 +0200 From: Tim Gesekus <[EMAIL PROTECTED]> Subject: Re: [PUG] NVIDIA_kernel On Sat, Aug 05, 2000 at 01:23:28AM +0200, Eduard Refinius wrote: > error: failed dependencies: > kernel >= 2.2.0 is needed by NVIDIA_kernel-0.9-4 > > zu deutsch: > Obacht: fehlerhafte Abh�ngigkeiten > NVIDIA_kernel-0.9-4 ben�tigt eine Kernelversion, die > gr��er oder gleich 2.2.0 ist. > Hmm. da er ja das Kernelmodul neu uebersetzen muss, muessen diese Kernelsourcen installiert sein. Sieh mal nach ob es ein rpm-Packet fuer die Kernelsourcen gibt. Brauchst du auch fuer die tgz Packete, wenn ich mich richtig erinnere. tim - -- Tim Gesekus *** eMail: Tim Gesekus <[EMAIL PROTECTED]> *************************************************************** Ein einfacher Disruptor haette es auch getan. -A. Markert *************************************************************** ------------------------------ End of [EMAIL PROTECTED] - Digest V1 #69 *********************************** -------------------------------------------------------------------------- Digest von "[EMAIL PROTECTED]" - http://www.pug.org
