-----Original Message----- From: Andre Schulze [SMTP:as8@Rcs1.urz.tu-dresden.de] Sent: Tuesday, April 04, 2000 2:03 PM To: lug-dd@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@schlittermann.de http://mailman.schlittermann.de/mailman/listinfo/lug-dd
karl-heinz.fandrey@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
andre
lug-dd@mailman.schlittermann.de