Okay, eerst het netwerk in het algemeen maar eens:
Ik heb hier dus een PC die voor router speelt, doordat ie m'n @Home nic heeft en nog een LAN-nick zeg maar...
Omdat we hier maar 2 PC's hebben, is dat een crosscable, nix mis mee IMO...
Alleen als ik de router-PC aan heb en ik druk de "client" aan, dan herkennen ze elkaar niet... Het staat allemaal niet dynamisch via een DHCP-server ingestelt, maar de server heeft het IP 192.168.0.1 en de client eigent zichzelf *.2 toe... (met subnetmask, gateway en DNS-server allemaal goed ingesteld)...
Maar als ik dus de client aanzet, dan herkennen ze elkaar niet... Dus ping 192.168.0.1 wil niet, geeft ie allemaal timeouts... ping 192.168.0.2 (zichzelf dus) werkt verder wel prima...
Als ik nu op de Server de LAN-Verbinding UITSCHAKEL en vervolgens weer INSCHAKEL, dan herkennen ze elkaar spontaan wel?!?!
Nou ja, dat is iig heel erg irritant om steeds eerst op de server dat ding te moeten 'restarten' voordat het werkt..
Magoed, dan denk je dus: Jeuj, het werkt! Nou, op zich werkt het ook wel (ik kan de andere PC zien/pingen/benaderen enzo)
Dus dan probeer je: ping www.google.nl
En dan zie je dus leuk bezig met pingen naar [IP-adres]...
ALLEMAAL TIMEOUTS?
Het vage is dus: hij resolved de hostname wel prima, maar pingen doet ie niet
Als ik nou op de server de sniffer aan zet, dan zie ik ALLEEN MAAR ARP-requests...
Volgens mij probeert ie dus het MAC-adres van de gateway te zoeken (hij verzend namelijk van z'n eigen MAC-adres met IP 192.168.0.2 naar het MAC-adres FF.FF.FF.FF.FF met IP 192.168.0.1..)
Maar er komt dus geen enkel ARP-antwoord.. Dus de client weet niet naar welk MAC-adres ie z'n packets moet versturen gok ik...
Dus dan klopt er iets niet bij mijn NAT (ICS) denk ik, terwijl dat allemaal PRIMA ingevuld en aan staat en VROEGER deed ie het ook altijd?!?!?
Iemand enig idee?
Ik heb hier dus een PC die voor router speelt, doordat ie m'n @Home nic heeft en nog een LAN-nick zeg maar...
Omdat we hier maar 2 PC's hebben, is dat een crosscable, nix mis mee IMO...
Alleen als ik de router-PC aan heb en ik druk de "client" aan, dan herkennen ze elkaar niet... Het staat allemaal niet dynamisch via een DHCP-server ingestelt, maar de server heeft het IP 192.168.0.1 en de client eigent zichzelf *.2 toe... (met subnetmask, gateway en DNS-server allemaal goed ingesteld)...
Maar als ik dus de client aanzet, dan herkennen ze elkaar niet... Dus ping 192.168.0.1 wil niet, geeft ie allemaal timeouts... ping 192.168.0.2 (zichzelf dus) werkt verder wel prima...
Als ik nu op de Server de LAN-Verbinding UITSCHAKEL en vervolgens weer INSCHAKEL, dan herkennen ze elkaar spontaan wel?!?!
Magoed, dan denk je dus: Jeuj, het werkt! Nou, op zich werkt het ook wel (ik kan de andere PC zien/pingen/benaderen enzo)
Dus dan probeer je: ping www.google.nl
En dan zie je dus leuk bezig met pingen naar [IP-adres]...
ALLEMAAL TIMEOUTS?
Het vage is dus: hij resolved de hostname wel prima, maar pingen doet ie niet
Als ik nou op de server de sniffer aan zet, dan zie ik ALLEEN MAAR ARP-requests...
Volgens mij probeert ie dus het MAC-adres van de gateway te zoeken (hij verzend namelijk van z'n eigen MAC-adres met IP 192.168.0.2 naar het MAC-adres FF.FF.FF.FF.FF met IP 192.168.0.1..)
Maar er komt dus geen enkel ARP-antwoord.. Dus de client weet niet naar welk MAC-adres ie z'n packets moet versturen gok ik...
Dus dan klopt er iets niet bij mijn NAT (ICS) denk ik, terwijl dat allemaal PRIMA ingevuld en aan staat en VROEGER deed ie het ook altijd?!?!?
Iemand enig idee?
edit:
Hopelijk is dit wel WOS eik, ivm W2k enzo, maar nu denk ik dat t misschien ook wel NT is ofzo..
Hopelijk is dit wel WOS eik, ivm W2k enzo, maar nu denk ik dat t misschien ook wel NT is ofzo..
[ Voor 5% gewijzigd door Osiris op 26-01-2003 14:11 ]