Lug-dd April 2000

lug-dd@mailman.schlittermann.de

71 participants
114 discussions

RE: [Lug-dd] 2.2.14 noch mal
by karl-heinz.fandrey＠amd.com 06 Apr '00

06 Apr '00

> -----Original Message----- > From: Andre Schulze [SMTP:as8@Rcs1.urz.tu-dresden.de] > Sent: Wednesday, April 05, 2000 6:23 PM > To: lug-dd(a)schlittermann.de > Subject: Re: [Lug-dd] 2.2.14 noch mal > > karl-heinz.fandrey(a)amd.com schrieb: > > hier also noch mal gafield4s config: > > > ---- > > > ifconfig: > > > eth0 Link encap:Ethernet HWaddr 00:E0:7D:77:74:F6 > > > inet addr:192.168.16.4 Bcast:192.168.16.255 > Mask:255.255.255.0 > > > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > > > RX packets:41 errors:0 dropped:0 overruns:0 frame:0 > > > TX packets:25 errors:0 dropped:0 overruns:0 carrier:0 > > > collisions:0 txqueuelen:100 > > > Interrupt:5 Base address:0xe800 > > > > > > lo Link encap:Local Loopback > > > inet addr:127.0.0.1 Mask:255.0.0.0 > > > UP LOOPBACK RUNNING MTU:3924 Metric:1 > > > RX packets:18 errors:0 dropped:0 overruns:0 frame:0 > > > TX packets:18 errors:0 dropped:0 overruns:0 carrier:0 > > > collisions:0 txqueuelen:0 > > > ---- > > > route: > > > Kernel IP routing table > > > Destination Gateway Genmask Flags Metric Ref > Use > > > Iface > > > 192.168.16.0 0.0.0.0 255.255.255.0 U 0 0 0 > eth0 > > > 0.0.0.0 192.168.16.254 0.0.0.0 UG 1 0 > eth0 > > > ---- > > Gibt's ein besonderen Grund, warum Du uns nichts vom Pinguin erzaehlst? > > hirn wie sieb... > > Garfield sieht soweit ok aus ... > > > hier pinguin (maskerade): > eth0 Link encap:Ethernet HWaddr 00:20:18:43:82:84 > inet addr:141.30.108.193 Bcast:141.30.108.255 > Mask:255.255.255.0 > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:1553763 errors:0 dropped:254 overruns:0 frame:96 > TX packets:1298207 errors:0 dropped:0 overruns:0 carrier:0 > collisions:80041 txqueuelen:100 > Interrupt:3 Base address:0x300 > > eth0:0 Link encap:Ethernet HWaddr 00:20:18:43:82:84 > inet addr:192.168.16.254 Bcast:192.168.16.255 > Mask:255.255.255.0 > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > Interrupt:3 Base address:0x300 > > lo Link encap:Local Loopback > inet addr:127.0.0.1 Mask:255.0.0.0 > UP LOOPBACK RUNNING MTU:3924 Metric:1 > RX packets:9878 errors:0 dropped:0 overruns:0 frame:0 > TX packets:9878 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > ----- > route: > Kernel IP routing table > Destination Gateway Genmask Flags Metric Ref Use > Iface > localnet * 255.255.255.0 U 0 0 0 > eth0 > uplink * 255.255.255.0 U 0 0 0 > eth0 > uplink * 255.255.255.0 U 0 0 0 > eth0 > 127.0.0.0 * 255.0.0.0 U 0 0 0 > lo > default Gateway1.mw.tu- 0.0.0.0 UG 1 0 0 > eth0 > > hier ist offensichtlich das 141.30.108.0 netz doppelt vorhanden. habe > ich mal manuel entfernt, hilft aber nichts. was mich wundert ist: warum > will garfield die mac des gateway1 wissen? > Ich habe mal temporaer so was aehnliches gemacht ... da war's glaub' cih auch doppelt - don't worry ... > > Sind die Netze (192.168.16.0 und 141.30.108.254) physich getrennt? > nein sind sie nicht, die maskerade mache ich wegen der besseren > logischen trennung von unserem fsr buero von dem subnetz des institutes, > aus dem wir unsere adressen bekommen haben. > nicht sehr schoen, imho aber sinnvoll. eine extra verkabelung (z.b. > gleich als tp) kostet zu viel geld und muss erst "demokratisch" vom fsr > beschlossen werden. > Dann hat garfield die Adresse des Gateways irgendwann mal aufgeschnappt. Er hoert ja staendig mit ... also auch das - nur sollte ihn das intersieren? Ich galube eher nicht. > > Woher hast Du eigentlich so ein grosses Netz und warum willst Du > > grosses netz? 255.255.255.0 ist das gross? 192.168.4er sind immer recht > gross ;) > > > das maskieren? Hast Du schon mal im URZ nachgefragt, ob sie Dir > > nicht ein Transfernetz einrichten (von Gateway zu Pinguin)? Dann > > du meinst ein eigenes subnetz oder verstehe ich da was falsch? das > werden wir imho nicht bekommen, obwohl der zustaendige mensch im > weitesten sinne mein chef als hiwi ist. > Nein, hier haben wir uns falsch verstanden! Ich dachte, Du waerest Herr ueber 141.30.108.0 und willst Firewall-Funktionalitaet. Ein eigenes Subnetz bekommst Du bestimmt nicht! Mir ist noch nicht ganz klar, was Du fuer eine logische Trennung erreichst. Ich find's Bloedsinn - ausser Du brauchst mehr Adressen als Du hast! Dein Problem loest das natuerlich nicht! ... und ich muss auch gestehen: ich habe zwar schon mal aehnliches verzapft, hatte aber nicht maskiert. Vielleicht hilft ja eine 2. physiche Netzwerkkarte ? Willi

2 1

RE: [Lug-dd] 2.2.14 noch mal
by karl-heinz.fandrey＠amd.com 06 Apr '00

06 Apr '00

> -----Original Message----- > From: Andre Schulze [SMTP:as8@Rcs1.urz.tu-dresden.de] > Sent: Tuesday, April 04, 2000 8:26 PM > To: lug-dd(a)schlittermann.de > Subject: Re: [Lug-dd] 2.2.14 noch mal > > karl-heinz.fandrey(a)amd.com schrieb: > > > (zur verstaendigung: lokaler host=garfield, maskerierender > host=pinguin, uplink gateway hinter pinguin=gateway1) > > > Weil da offensichtlich ein Problem mit dem Nameservice ist, > > eigentlich logo, wenn das Netz nicht funzt ;-) > aeh, richtig :) > > > ... und wieso bzw. welches gateway ? > > > garfield->pinguin->gateway1 > nun sollte garfield ja eigentlich nur pinguin kennen, der die packete an > sein eigenes gateway forwarded. garfield kann selbst nichts an gateway1 > schicken, da das ja in einem anderen subnetz ist. > > > vielleicht haengst Du mal ein ifconfig und ein route -n > > von garfield und pinguin mit an ... vielleicht ist es > > ja doch ein Konfigurationsproblem! > ---- > ifconfig: > eth0 Link encap:Ethernet HWaddr 00:E0:7D:77:74:F6 > inet addr:192.168.16.4 Bcast:192.168.16.255 Mask:255.255.255.0 > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:41 errors:0 dropped:0 overruns:0 frame:0 > TX packets:25 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:100 > Interrupt:5 Base address:0xe800 > > lo Link encap:Local Loopback > inet addr:127.0.0.1 Mask:255.0.0.0 > UP LOOPBACK RUNNING MTU:3924 Metric:1 > RX packets:18 errors:0 dropped:0 overruns:0 frame:0 > TX packets:18 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > ---- > route: > Kernel IP routing table > Destination Gateway Genmask Flags Metric Ref Use > Iface > 192.168.16.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 > 0.0.0.0 192.168.16.254 0.0.0.0 UG 1 0 eth0 > ---- > arp: > Address HWtype HWaddress Flags > Mask Iface > 141.30.108.254 ether 00:00:EF:05:C8:70 C eth0 > 192.168.16.254 ether 00:20:18:43:82:84 C eth0 > Gibt's ein besonderen Grund, warum Du uns nichts vom Pinguin erzaehlst? Garfield sieht soweit ok aus ... Sind die Netze (192.168.16.0 und 141.30.108.254) physich getrennt? Woher hast Du eigentlich so ein grosses Netz und warum willst Du das maskieren? Hast Du schon mal im URZ nachgefragt, ob sie Dir nicht ein Transfernetz einrichten (von Gateway zu Pinguin)? Dann koenntest Du naemlich _ohne_ Masquerading einen Firewall setzen, ist aus meiner Sicht _viel_ besser, da Du Dir die ganzen schlimmen Kernelmodule sparen kannst und Du einen absolut sauberen Zugang hast. Noch ein Tip: Frage vorsichtig und diplomatisch! ... sonst kann es Dir passieren, dass nach der Frage nach dem Transfernetz nur noch ein Transfernetz (dann aber 141.30.*.* mit 32 Adressen statt irgend ein 192.168.*.*) uebrig ist. Ich hab's durch ;-( und musste dann maskieren! Willi

3 3

[Lug-dd] named
by Tobias Koenig 06 Apr '00

06 Apr '00

Hallo, Ich habe ein kleines Problemchen mit named. Die Programme, die DNS verwenden brechen mit einer Fehlermeldung ab. Nach dem Starten des named steht in der /var/log/messages ====================================================== Apr 10 04:53:40 P100 named[295]: starting. named 8.1.2 Thu Sep 24 02:47:08 EDT 1998 root@porky.redhat.com:/usr/src/bs/BUILD/src/bin/named Apr 10 04:53:41 P100 named[295]: cache zone "" (IN) loaded (serial 0) Apr 10 04:53:41 P100 named[295]: master zone "localhost" (IN) loaded (serial 981111) Apr 10 04:53:41 P100 named[295]: master zone "0.0.127.in-addr.arpa" (IN) loaded (serial 981111) Apr 10 04:53:41 P100 named[295]: master zone "deepblue.se" (IN) loaded (serial 981111) Apr 10 04:53:41 P100 named[295]: master zone "0.168.192.in-addr.arpa" (IN) loaded (serial 981111) Apr 10 04:53:41 P100 named[295]: listening on [127.0.0.1].53 (lo) Apr 10 04:53:41 P100 named[295]: listening on [192.168.0.2].53 (eth0) Apr 10 04:53:41 P100 named[295]: Forwarding source address is [0.0.0.0].1028 Apr 10 04:53:41 P100 named[296]: Ready to answer queries. Apr 10 04:53:41 P100 named[296]: sysquery: query() contains our address (P100.DEEPBLUE.SE:192.168.0.2) ^^^^^^^^^^ Was will mir diese Zeile sagen??? Apr 10 04:53:41 P100 named[296]: sysquery: query() No possible A RRs Apr 10 04:53:41 P100 named[296]: sysquery: nslookup reports danger () ==================================================== Ich benutze zwei Rechner P100(192.168.0.2) und P200(192.168.0.1), auf P100 läuft (bzw. läuft nicht) der DNS-Server. Die Dateien aus /var/named habe ich angehängt. Kann mir jemand helfen??? Ciao, Tobias -- In a world without walls and fences who need's Windows and Gates???

1 0

RE: [Lug-dd] Suse
by karl-heinz.fandrey＠amd.com 05 Apr '00

05 Apr '00

> -----Original Message----- > From: Heiko Schlittermann [SMTP:heiko@schlittermann.de] > Sent: Wednesday, April 05, 2000 2:27 PM > To: lug-dd(a)schlittermann.de > Subject: Re: [Lug-dd] Suse > > 6 x 650 MB sieht mir sehr reichlich aus. > Wer will sich das ernsthaft downloaden? Ich meine, wer muss > seine Telefonrechnung nicht bezahlen? > Ich bestimmt nicht! > Ich habe hier aber eine Kiste Rohlinge. Und einen 8x-Brenner. > Wenn wir uns auf 2.- / gebrannten Rohling einigen koennten -> sind also > dann am Ende 12 DM (rund 15 DM ;-)) fuer die 6 CDs. > Klaro, irgenwie muss ja auch das Original bezahlt werden ;-) > Wenn das eine Option ist ... > Wer will die eigentlich? > Ich taete eine nehmen ... waere auch endlich mal ein wichtiger Grund zum Treffen zu kommen ;-) ... bis jetzt habe ich's leider noch nie geschafft! Willi

1 0

[Lug-dd] IPCHAINS FTP
by Jan Dittberner 05 Apr '00

05 Apr '00

Hallo, ich konfiguriere gerade einen Firewall (ipchains) Es funktioniert alles ganz gut, aber der Aufbau der FTP-Verbindungen (Login) von außen ist sehr langsam (ca. 10s). Der FTP-Server ist proftpd-1.2.0pre10 Hat jemand schonmal so ein Problem gehabt und vielleicht auch eine Lösung dafür ;-) Jan Dittberner

2 2

[Lug-dd] probleme beim ersten hochfahren
by shlinux＠gmx.net 05 Apr '00

05 Apr '00

hallo lug's, ich hab folgendes problem: bei der installation von SuSE Linux 6.3 habe ich folgendes problem: die installation ist vollständig mit yast1 abgeschlossen. beim ersten hochlaufen des systems bekomme ich aber nur einen schwarzen bildschirm mit einem blinkenden cursor. das system fährt also nicht weiter hoch. beim druck der tastenkombination Alt+F4 erhalte ich folgende meldung: EXT2-fs warning: mounting unchecked fs, running e2fsck is recommended VFS:Mounted root (ext2 filesystem). change_root: old root has d_count=1 Trying to unmount old root ... okay Freeing unused kernel memory: 44k freed der rechner hat einen 166MHz Pentium MMX Prozessor, eine 512k Trident VGA Grafikkarte, 2xHDD SCSI 2.0 GB, 1x CD-Rom SCSI, Adaptec SCSI Controller (lässt sich mit aic7xxx problemlos von bootdiskette laden). dieser rechner soll ein kommunikationsserver (internetzugang, fax per isdn) werden. welche pakete empfehlt ihr mir zusätzlich zu installieren? mfg s.herklotz -- Sent through GMX FreeMail - http://www.gmx.net

3 2

[Lug-dd] samba
by Marco Chiabudini 04 Apr '00

04 Apr '00

ich möchte einen laserjet 5 p an einen rechner mit sambaserver anschließen... die lokalen druckereinstellungen funktionieren, nur beim "drucker über samba ansteuern" geht nichts windows - clients bringen die meldung "freigabenamen im netz nicht verfügbar" obwohl ich den drucker anwählen kann wo klemmts ? Marco Chiabudini

3 2

RE: [Lug-dd] 2.2.14 noch mal
by karl-heinz.fandrey＠amd.com 04 Apr '00

04 Apr '00

> -----Original Message----- > From: Andre Schulze [SMTP:as8@Rcs1.urz.tu-dresden.de] > Sent: Tuesday, April 04, 2000 2:03 PM > To: lug-dd(a)schlittermann.de > Subject: [Lug-dd] 2.2.14 noch mal > > hallo, > > ich maile noch mal wegen dem 2.2.14 routing/masquerading problem. kurz > noch mal die problematik: der maskerierte host kann nicht auf das netz > hinter dem gateway zugreifen. ab und zu kommt ein reply auf das erste > ping an einen entfernten rechner. > auf einem anderen host im selben subnetz tritt das gleiche problem mit > einem ebenfalls neu kompilierten 2.2.14 auf. > (zur verstaendigung: lokaler host=garfield, maskerierender host=pinguin, > uplink gateway hinter pinguin=gateway1) > > auf garfield zeigt ein "route" erst das lokale netz an, erst etwa eine > halbe minute spaeter das gateway. > Weil da offensichtlich ein Problem mit dem Nameservice ist, eigentlich logo, wenn das Netz nicht funzt ;-) Probier mal route -n (numeric), dann geht's schneller. ... und wieso bzw. welches gateway ? vielleicht haengst Du mal ein ifconfig und ein route -n von garfield und pinguin mit an ... vielleicht ist es ja doch ein Konfigurationsproblem! > ein "arp -a" verhaelt sich aehnlich, die tabelle wird auch erst nach > einer weile angezeigt. teilweise tauchte der eintrag von pinguins mac > doppelt auf. weiterhin kennt garfield nach einem ping an einen > entfernten host den arp eintrag von gateway1, obwohl er mit diesem ja > wegen der maskerade garnichts zu tun hat. > > pinguin kennt aber die arp von garfield (das problem liegt also imho bei > garfield). > der 2.0.38 zeigt die arp des gateways ohne verzoegerung an und hat > dieses problem nicht. > scheint sich also um ein arp problem zu handeln. irgendwelche tips? > > andre > > ps.: beim letzten posting hatte ich aus versehen einen falschen realname > im netscape stehen - sorry, hatte ich schon mehrfach richtig > eingestellt, nur durch ns abstuerze haben die nie den weg in die konfig > auf der platte gefunden :( > > > _______________________________________________ > Lug-dd maillist - Lug-dd(a)schlittermann.de > http://mailman.schlittermann.de/mailman/listinfo/lug-dd

2 1

Re: [Lug-dd] ISDN AVM Fritz!PCI Problem
by Matthias Fichtner 04 Apr '00

04 Apr '00

Hi Holger, > Eventuell kannst Du auch im BIOS die Druckerschnittstelle abschalten > oder verlegen (bei meinem 486er geht das unter "advanced > options/integrated peripherals"), um diesen Stoerenfried > auszuschliessen. Leider hat der gute Rechner ein Phoenix BIOS, und es existiert kein solcher Menuepunkt. Ich habe auch bereits versucht, dem PCI-device den IRQ 9 zuzuweisen. Da liegt doch fuer gewoehnlich nichts, oder ? Soll ich jetzt alle durchprobieren ? Hast du router-Erfahrungen ? Ciao, Matthias.

2 1

[Lug-dd] 2.2.14 noch mal
by Andre Schulze 04 Apr '00

04 Apr '00

hallo, ich maile noch mal wegen dem 2.2.14 routing/masquerading problem. kurz noch mal die problematik: der maskerierte host kann nicht auf das netz hinter dem gateway zugreifen. ab und zu kommt ein reply auf das erste ping an einen entfernten rechner. auf einem anderen host im selben subnetz tritt das gleiche problem mit einem ebenfalls neu kompilierten 2.2.14 auf. (zur verstaendigung: lokaler host=garfield, maskerierender host=pinguin, uplink gateway hinter pinguin=gateway1) auf garfield zeigt ein "route" erst das lokale netz an, erst etwa eine halbe minute spaeter das gateway. ein "arp -a" verhaelt sich aehnlich, die tabelle wird auch erst nach einer weile angezeigt. teilweise tauchte der eintrag von pinguins mac doppelt auf. weiterhin kennt garfield nach einem ping an einen entfernten host den arp eintrag von gateway1, obwohl er mit diesem ja wegen der maskerade garnichts zu tun hat. pinguin kennt aber die arp von garfield (das problem liegt also imho bei garfield). der 2.0.38 zeigt die arp des gateways ohne verzoegerung an und hat dieses problem nicht. scheint sich also um ein arp problem zu handeln. irgendwelche tips? andre ps.: beim letzten posting hatte ich aus versehen einen falschen realname im netscape stehen - sorry, hatte ich schon mehrfach richtig eingestellt, nur durch ns abstuerze haben die nie den weg in die konfig auf der platte gefunden :(

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

Lug-dd April 2000