Server niet op internet, clients wel

[GarBaGe]

Laatst ben ik van ISP gewisseld en ook van modem (en dus modem config) en nu heb ik een best apart probleem erbij....

De server (die het internet deelt) kan zelf niet op internet, maar de clients wel.

ff config overzichtje:

modem <--> server <--> switch <--> clients

In mijn oude config werkte het wel, nu niet meer.

in de oude config had de modem 10.0.0.138 en de server op eth1: 10.0.0.150
netwerk is 192.168.1.0/24, met de server als DHCP op 192.168.1.1 (op eth0)

In de nieuwe config, draait de modem ook DHCP, en wel een 192.168.64.0/24 netwerk
De modem is dan 192.168.64.254 en de server (eth1) 192.168.64.33

interne netwerk draait nog steeds 192.168.1.0/24

ok, ff wat settings:

code:

client:
eth0      Link encap:Ethernet  HWaddr 00:11:09:8B:E0:5A  
          inet addr:192.168.1.20  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::211:9ff:fe8b:e05a/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:61 errors:0 dropped:0 overruns:0 frame:0
          TX packets:91 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:7629 (7.4 Kb)  TX bytes:8279 (8.0 Kb)
          Interrupt:209 Base address:0xc000

code:

server:
eth0      Link encap:Ethernet  HWaddr 00:11:D8:61:EB:AF  
          inet addr:192.168.1.1  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::211:d8ff:fe61:ebaf/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:119 errors:0 dropped:0 overruns:0 frame:0
          TX packets:115 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:13883 (13.5 KiB)  TX bytes:15254 (14.8 KiB)
          Interrupt:177 Base address:0x4000 

eth1      Link encap:Ethernet  HWaddr 00:50:8B:07:0E:A1  
          inet addr:192.168.64.33  Bcast:192.168.64.255  Mask:255.255.255.0
          inet6 addr: fe80::250:8bff:fe07:ea1/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:134 errors:0 dropped:0 overruns:0 frame:0
          TX packets:181 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:19251 (18.7 KiB)  TX bytes:16305 (15.9 KiB)

code:

client route tabel

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.1.0     *               255.255.255.0   U     0      0        0 eth0
loopback        *               255.0.0.0       U     0      0        0 lo
default         fullhouse.loony 0.0.0.0         UG    0      0        0 eth0

code:

server route tabel
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.64.0    *               255.255.255.0   U     0      0        0 eth1
192.168.1.0     *               255.255.255.0   U     0      0        0 eth0
default         192.168.64.254  0.0.0.0         UG    0      0        0 eth1

clients kunnen alles pingen, server kan alleen 192.168.64.33 pingen, maar NIET 192.168.64.254 (de ADSL-modem zelf)

Aangezien ping al niet gaat, laat ik ff de DNS achterwege...

[ Voor 19% gewijzigd door GarBaGe op 13-01-2007 15:18 ]

[GarBaGe]

Update: voorlopig heb ik het nog niet gevonden.
Firewall is het niet, want als ik die uitzet, blijft het probleem.

ff kort nog: server kan eigen netwerk-if van de netwerkkaart die naar de ADSL-modem gaat dus WEL pingen (192.168.64.33), maar kan de ADSL modem zelf (aan de andere kant van die draad) dus NIET pingen (192.168.64.254).
Client machines kunnen dat wel.

Is er nog iemand met een ideetje om snel op te sporen waardoor deze ellende komt ??
Het moet iets zijn ergens in de IP-settings van de server....

[Verwijderd]

Geeft ping een timeout of een ICMP message terug? En welk bericht geeft hij dan?

[GarBaGe]

Verwijderd schreef op zaterdag 13 januari 2007 @ 15:23:
Geeft ping een timeout of een ICMP message terug? En welk bericht geeft hij dan?

Nee. ze gaan echt verloren...

code:

PING 192.168.64.254 (192.168.64.254) 56(84) bytes of data.

--- 192.168.64.254 ping statistics ---
143 packets transmitted, 0 received, 100% packet loss, time 141978ms

Kijkend naar mijn (interne netwerk) switch (192.168.1/24), kan ik zien dat de pakketjes NIET op eth0 terecht komen (wat dus op zich wel goed is). Maar kennelijk worden ze ook niet op de eth1 gezet....

[Verwijderd]

Ja, ok, ik weet dat ze verloren gaan, maar staat er: "destination host unreachable" of "Request timeout" of iets in die stijl? Er staat sowiso iets achter elk pakketje dat hij heeft gestuurd.
Nu, wat je volgens mij best kan doen is wireshark/ethereal op die server zetten, en daarmee kijken wat het verschil is tussen packetjes van je client (die wel juist geroute worden) en pakketjes van je server zelf (die dus om een of andere reden fout geroute worden).

[GarBaGe]

Grappig genoeg staat er niks achter kwa "Destionation host unreachable" of "Request timeout". (mijn eerdere code-blok gaf de scherm output van een ping, letterlijk) Volgens mij is dat trouwens alleen op Windows-OS.
Ethereal moet ik dan maar ff uit de kast trekken....

[ Voor 15% gewijzigd door GarBaGe op 13-01-2007 17:18 ]

[alt-92]

GarBaGe schreef op zaterdag 13 januari 2007 @ 17:18:
Grappig genoeg staat er niks achter kwa "Destionation host unreachable" of "Request timeout". (mijn eerdere code-blok gaf de scherm output van een ping, letterlijk) Volgens mij is dat trouwens alleen op Windows-OS.
Ethereal moet ik dan maar ff uit de kast trekken....

en een traceroute vanaf je interne nic op je server?