Appletalk op een netwerk blokkeren

[Verwijderd]

Ik heb een netwerk waaraan 3 verschillende bedrijven hangen, van mijn server (via DHCP) krijgt elk bedrijf een IP dat hoort bij z'n eigen /24,

bedrijf 1: 192.168.100.0/24
bedrijf 2: 192.168.101.0/24
bedrijf 3: 192.168.102.0/24

Bedrijf 1 heeft windows machines, Bedrijf 2 heeft Apple machines (OS 9 en 10 door elkaar) en bedrijf 3 heeft windows en apple's door elkaar.

Wat ik wou bereiken is dat geen van deze bedrijven bij elkaar via dingen zoals appletalk en smb bij elkaar op het netwerk zouden kunnen komen.

In mijn machine welke als masquerading router fungeerd (en dus gateway voor iedereen) staat in dat 192.168.100.0/24 elkaar mogen bereiken (dit is puur om de gateway pingbaar te houden, traces netjes te houden en de SMTP server welke op het gateway IP draait te laten draaien) en verder dat de rest gewoon keihard wordt geblokkeerd.

In principe niet 100% netjes, maar het werkt goed,

overigens hier mijn IPtabels rules voor dit:

code:

$IPTABLES -A OUTPUT -s 192.168.100.0/24 -d 192.168.100.0/24 -j ACCEPT
$IPTABLES -A OUTPUT -s 192.168.101.0/24 -d 192.168.101.0/24 -j ACCEPT
$IPTABLES -A OUTPUT -s 192.168.102.0/24 -d 192.168.102.0/24 -j ACCEPT
$IPTABLES -A OUTPUT -s 192.168.103.0/24 -d 192.168.103.0/24 -j ACCEPT
$IPTABLES -A OUTPUT -s 192.168.104.0/24 -d 192.168.104.0/24 -j ACCEPT
$IPTABLES -A OUTPUT -s 192.168.105.0/24 -d 192.168.105.0/24 -j ACCEPT
$IPTABLES -A OUTPUT -s 192.168.0.0/16 -d 192.168.0.0/16 -j REJECT

Het probleem:
Windows machines kunnen elkaar niet zien, de Mac machines kunnen elkaar prima zien ( )

Zodra deze willen gaan connecteren is na het password dialoogje direct een "abrupte" disconnect, zoals MacOS het weet te vertellen, dit is natuurlijk mijn firewall, maar logischerwijs zouden deze machines elkaar niet eens mogen zien. Mijn vermoeden gaat uit dat het met Multicasting werkt.

Iemand die dit weet en/of weet hoe dit tegen te gaan?

[leon1e]

Je kunt toch gewoon die poorten dichtzetten die apple talk gebruikt?

[rml][ netatalk] zie de server niet vanaf Mac[/rml] mischien heb je hier iets aan..

[Verwijderd]

Zoals je kan zien zijn het allemaal /24's, wil je een ander bedrijf bereiken moet je dus buiten je subnet komen, iets wat dus door je gateway zou gaan, de gateway blokkeerd connecties naar andere interne subnets, dus volgens mij doet appletalk iets met multicasting ofzow om die andere hosts te vinden....

[Brahiewahiewa]

En waarom blokkeert jouw gateway die multicasts dan niet?

[Verwijderd]

224.0.0.0/4 als destination derbij zetten haalt niks uit

[CyBeR]

AppleTalk heeft niets aan die leuke IP-Adressen van je
Werkt met DDP namelijk, zoek daar eens wat over op anders. Ik weet de details daarvan ook niet zomaar uit m'h hoofd.

Wat in elk geval helpt is de netwerken physiek te scheiden. In een dergelijk geval heb je namelijk een AppleTalk router nodig, welke je (mits je netatalk niet geinstalled hebt) niet hebt.

[Verwijderd]

en als je nu met V-lans gaat werken? dan ben je het probleem toch kwijt?

[Verwijderd]

CyBeR schreef op 03 December 2002 @ 17:20:
AppleTalk heeft niets aan die leuke IP-Adressen van je
Werkt met DDP namelijk, zoek daar eens wat over op anders. Ik weet de details daarvan ook niet zomaar uit m'h hoofd.

Wat in elk geval helpt is de netwerken physiek te scheiden. In een dergelijk geval heb je namelijk een AppleTalk router nodig, welke je (mits je netatalk niet geinstalled hebt) niet hebt.

MacOS X in ieder geval, en MacOS 9 is het een optie, gebruiken AppleTalk (DDP) over TCP, dit draait op poort 548. dus zet in OS 9 in je TCP/IP preferences aan dat je AppleTalk over TCP/IP wilt, block poort 548, en je probleem zou opgelost moeten zijn..

echter, als je server zich wel broadcast in DDP, (omdat je bijv. een linux-server draait) dan ist moeilijker, wat je dan kunt doen is AppleTalk zones aanmaken voor ieder bedrijf, en daar de servers van dat bedrijf in proppen :-)