Lan en ISDN connection icm Terminal services

[WvdWest]

Ik heb het volgende probleem:

Ik heb om mijn werk meerdere PC's met Windows 2000 server staan. Op al deze PC's draait terminal server. Deze PC's zijn op een Cisco Catalyst 3550 aangesloten, ieder in een eigen vlan. Deze PC's zal ik verder aanduiden met servers

Op die Cat. zitten verder de beheerstations aangesloten. Vanaf deze plekken kunnen de terminal servers worden gebruikt. Deze werkstations zitten ook weer in een eigen vlan. Deze PC's zal ik verder aanduiden met werkstations.

De opdeling in verschillende vlans is gedaan in het kader van beveiliging. Zo kan worden voorkomen dat de server onderling contact kunnen maken. Dit op verzoek van klanten.

Op de servers wordt ingebeld via een ISDN verbinding bij klanten om dan vervolgens SAP te benaderen op het klantnetwerk. Dit levert echter een probleem op.

Als ik bij de inbelverbinding aangeef dat de default gateway van deze verbinding moet worden gebruikt, dan wordt de terminal sessie afgebroken. Dit is op zich natuurlijk niet vreemd, aangezien de server het werkstation zoekt via de default gateway bij de klant via ISDN.

Als ik niet de default gateway van de klant gebruik dan kan ik gewoon inbellen via de terminal sessie. Het probleem is echter dat ik dan de SAP servers niet kan bereiken. Deze worden dan namelijk gezocht op het LAN ipv via ISDN.

Mijn vraag, hoe kan ik dit oplossen? Als ik de servers in hetzelfde vlan stop als de werkstations dan werkt het wel maar dat is uit beveiliging overwegingen geen optie. Ik kom er niet meer uit dus kan iemand mij helpen met een tip?

[Verwijderd]

Statische routes opnemen naar de netwerken van de klanten opboeken.
Indien je gebruikt naam van hostnamen van SAP deze opnemen in DNS of host files.

Is naar mijn mening wel een quick en dirty oplossing, maar het zal wel werken.
Snap namelijk de constructie niet helemaal met mbt de Terminals servers en SAP op klantnetwerken.

[WvdWest]

Aan de ene kant van de server heb je via Server -> NIC -> Catalyst -> NIC -> werkstation verbinding. Over deze verbinding draait ook terminal server

Aan de andere kant heb je Server -> ISDN -> RAS -> KlantLAN -> SAP server

Het probleem is dus dat voor beide verbindingen gezocht wordt naar een default gateway. Slechts een van beide verbindingen kan de leidende gateway zijn en verstoort dus het andere verkeer.

Ik hoop dat het zo iets duidelijker is. Ik vermoed namelijk dat je met statische routes, routes door de catalyst bedoelt en daar zit dus het probleem niet. Desondanks, enorm bedankt voor je snelle reactie.

[axis]

ok, als ik je dus goed begrijp, belt die server in bij de klant. Hij krijgt dus ook een ip-adres in het klantnetwerk. Is dit ip-adres in hetzelfde subnet als de SAP server?

[WvdWest]

Je begrijpt het goed Het is niet hetzelfde subnet.

[axis]

nou ja, ik denk dat we het erover eens zijn dat het een routeringsprobleem is..
En hoe kunnen we dat oplossen? Met (voor mij) ingewikkelde routingprotocollen, of met static routes.. Laten we even uitgaan van het laatste.

Dan heb je natuurlijk nog de mogelijkheid om op de terminal server de route naar de SAP server statisch in te stellen, of de route naar je werkstations. Omdat die laatste in je eigen kantoor is, en dus ook makkelijk te beheren is, denk ik persoonlijk dat je dan het beste op elke Terminal Server een statische route kunt opgeven naar je werkstations, en dan de default gateway te gebruiken naar de klant toe.. (Ook omdat je niet precies weet hoe die subnetten bij alle klanten eruit zien, en dat doet er op deze manier ook niet toe)

Zou dit je probleem oplossen?

[WvdWest]

Klinkt goed. Hoe stel ik die statische routes in dan?

[Maarten @klet.st]

WvdWest schreef op 11 juli 2003 @ 21:03:
Klinkt goed. Hoe stel ik die statische routes in dan?

Op de betreffende machine in een commandprompt:

route add 192.168.40.0 mask 255.255.255.0 192.168.40.1

In dit voorbeeld doe ik de aanname dat je beheersPC's op 192.168.40.x zitten en hun gateway 192.168.40.1 is. "route /?" geeft meer uitleg
Ernstig aan te bevelen is de -p flag, die een route persistent maakt. Als een machine reboot hoeft je de route dan nieuw opnieuw te zetten.

ik heb ff snel meegelezen en ben er overigens vanuitgegaan dat de machines dus wel een route naar de default gateway kennen. Kennen ze die niet dan moet je die eerst met route add aangeven, bij voorkeur ook de interface aangeven dan..

Suc7

[WvdWest]

Geweldig, dit is wat ik nodig heb. Allemaal bedankt voor de snelle hulp. Maandag meteen proberen alles aan de praat te krijgen.