netwerk met 2 verschillende netmasks

[Triple-D]

Hey, ik heb nu het volgende.

2 clients, 1 freesco servertje.

in het freesco bakkie zitten 3 nics, 1 voor internet, 2 naar de clients.

Die clients wouden alleen maar werken als ik de 2 andere nics in de server op een verschillende netmask zette.

dus nu heb ik de volgende adressen:
server; 212.blabla.bla.bla netmask: 255.255.252.0
192.168.0.1 netmask: 255.255.255.0 (geloof ik)
10.0.0.1 netmask: 255.0.0.0 (geloof ik)

Kan ik nu wel een windows netwerk leggen tussen de 2 clients?

Groeten,
Koos

[Verwijderd]

Moet toch ook draaien met allemaal 255.255.255.0 ?

www.microsoft.com

knowledgebase..moet iets instaan..moet werken .

[Triple-D]

nee, dan gaat freesco eilen dat en vind ie 1 netwerkkaart niet.

[Verwijderd]

[b]Op maandag 24 september 2001 21:20 schreef

Kan ik nu wel een windows netwerk leggen tussen de 2 clients?

Groeten,
Koos

Nee.

[Triple-D]

Op maandag 24 september 2001 21:29 schreef zonietdantochwel het volgende:

[..]

Nee.

Je naam/nick verteld me wat anders

[mvdejong]

Dat is geen probleem.
Een netmask hoort bij een enkel netwerk-segment.
Het wordt gebruikt om te bepalen of een gegeven IP-adres toebehoort aan een van de lokale netwerk-segmenten (dus een segment waarop een van de interne netwerk-kaarten is aangesloten), of dat het IP-adres via een router bereikt moet worden. De netmasks voor jouw 192.168.0.0 en 10.0.0.0 netwerken zijn de defaults die volgens de oorspronkelijke internet-adressering kloppen, respectievelijk een klasse C en een klasse A netwerk.

Voorbeeldje met jouw netwerkjes :

te bereiken adres : 192.168.0.2

212.blabla.bla.bla & 255.255.252.0 = 212.blabla.blx.0
192.168.0.2 & 255.255.252.0 = 192.168.0.0
niet hetzelfde, dus niet dit interface

192.168.0.1 & 255.255.255.0 = 192.168.0.0
192.168.0.2 & 255.255.255.0 = 192.168.0.0
hoera, hetzelfde, dus het pakketje kan via die netwerk-kaart op dat segment worden verstuurd.

te bereiken adres : 192.168.1.2

212.blabla.bla.bla & 255.255.252.0 = 212.blabla.blx.0
192.168.1.2 & 255.255.252.0 = 192.168.0.0
niet hetzelfde, dus niet dit interface

192.168.0.1 & 255.255.255.0 = 192.168.0.0
192.168.1.2 & 255.255.255.0 = 192.168.1.0
niet hetzelfde, dus niet dit interface

10.0.0.1 & 255.0.0.0 = 10.0.0.0
192.168.1.2 & 255.0.0.0 = 192.0.0.0
niet hetzelfde, dus niet dit interface

Oeps, we zijn door de lokale interfaces heen, dus nu moeten we naar de routing-tabel gaan kijken om te zien of er een router is die expliciet "weet" hoe dat IP-adres kan worden bereikt. Zo niet, dan gebruiken we de default-router.

Het is dus heel goed mogelijk dat de verschillende lokale netwerken van een en hetzelfde systeem verschillende netmasks hebben.

Wat wel nodig is, is dat de netmasks van alle stations op een netwerk-segment hetzelfde netmask hebben. Het hoeft niet fout te gaan als je daar tegen zondigt, maar als het fout gaat, dan is het voor een hobbyist ook haast niet meer op te lossen, verwarring viert dan hoogtij.

[Verwijderd]

Op maandag 24 september 2001 21:30 schreef koosmp3 het volgende:

[..]

Je naam/nick verteld me wat anders

[Triple-D]

mvdejong, tnc voor je uitleg.

Maar de grote vraag is, hoe los ik het op?

Hoe kan ik windhoos xp (betatester en windhoos me nou met mekaar laten communiceren als er een router tussenzit en andere netmasks?

Tnx a lot.

[4of9]

beta tester? XP is toch al uit?

[mvdejong]

Sorry voor de late reactie, ik was al naar bed.

Als er een router tussenzit verandert er weinig aan het verhaal.

Na de eerste controle of je gezochte IP-adres op een van de lokale netwerk-segmenten thuishoort blijkt dat niet het geval te zijn. Vervolgens wordt in de routing-tabel gekeken of er een expliciete route naar een segment voor dat IP-adres bestaat (toegevoegd met "ROUTE ADD <netwerk-adres> MASK <netmask> <router> METRIC 1" of met een route-discovery-protocol als RIP of OSPF). Ook hier zie je weer het netmask terugkomen, om te kunnen bepalen of het IP-adres op dat netwerk thuishoort.
Als er geen expliciete route wordt gevonden, wordt de eventuele default-router gekozen.
Ontbreekt die ook dan verschijnt de fout-melding "no route to host" bij pingen.

Voor het IP-adres de eventueel geselecteerde router gaat dan weer hetzelfde "zoek het lokale netwerk bij het IP-adres" verhaal als voor het oorspronkelijke IP-adres. Zorg ervoor dat ook het systeem waar je naartoe wilt weer een route terug weet te vinden naar het oorspronkelijke systeem.

[Triple-D]

Ik ga het proberen, tnx