PDA

Bekijk Volledige Versie : Opzetten terminal services



ju5t
13/01/09, 16:57
Een aantal jaren terug is er een SBS server geplaatst bij ons op kantoor door een niet nader te noemen partij. We zijn niet verder gegaan met hen, waardoor we zelf zo nu en dan beheer uitvoeren waar nodig. Dit gaat over het algemeen prima, alhoewel we niet overal kaas van gegeten hebben.

Nu zitten we met het volgende. We maken gebruik van Mamut E5 als boekhoud pakket. Nu is er onlangs een uitbreiding geweest naar een nieuwe locatie. Deze locatie is niet in de buurt, dus een koppeling van netwerken is geen oplossing. VPN is ook geen oplossing gezien de data die Mamut verstookt. Dit hebben we getest en is echt te langzaam om een werkbare oplossing te bieden.

De nieuwe locatie zal toch zo nu en dan in de administratie moeten kunnen. De enige gangbare oplossing die er ons inziens is -- deze wordt gedeeld door de beheerder van onze Mamut installatie -- is terminal services.

Nu is het zo dat wij hier te weinig kennis van hebben. Het opzetten hiervan zal teveel tijd kosten. Vandaar dat we op zoek zijn naar een betrouwbare partij die ons hierbij kan helpen. Eventueel in de toekomst ook bij lastige beheersituaties, maar dit is momenteel nog niet aan de orde.

Concreet willen we een situatie waar de nieuwe locatie ALLEEN gebruik kan maken van Mamut. Andere netwerk shares en dergelijke mogen op dit moment niet voor hen bereikbaar zijn. Wij zullen zelf de benodigde licenties voor Mamut voor zorgen. Terminal service licenties kunnen wij niet leveren (wel op SPLA basis, maar daar is nu geen sprake van).

Graag zou ik een prijsopgave ontvangen voor het opzetten van terminal services met 2 licenties. In de opgave zou ik graag terug willen zien wat jullie van ons nodig hebben en een breakdown van de gemaakte kosten. Vergeet niet de contactgegevens te vermelden zodat we bij interesse weten wie we kunnen benaderen.

PimEffting
13/01/09, 17:13
Hallo,

Small Business Server heeft geen ondersteuning voor terminal servers. Je zult dus je netwerk aardig moeten verbouwen.
Je realiseert je dat wel?

Wellicht dat een handigere oplossing is om in een datacentrum een servertje te hangen met een TS en Mamut bijvoorbeeld. Dit even afhankelijk van de situatie.

We zitten dichtbij jullie (Heemskerk) dus misschien een keer interessant om erover te brainstormen.

ju5t
13/01/09, 18:29
Oh, daar had ik inderdaad geen rekening mee gehouden. Dan zal er dus toch een tweede server of mogelijk een andere oplossing moeten komen.

Een server in het datacenter zou een optie zijn, alleen zal er dan een soort van data synchronisatie plaats moeten vinden. Ik denk zelf, ook al is het waarschijnlijk relatief gemakkelijk, dat dit te complex is voor onze situatie. Er is geen budget voor vast gesteld, maar het is wel de bedoeling deze zo veel mogelijk te drukken. We blijven Nederlanders en we zitten tenslotte in een crisis ;-)

Is virtualiseren een optie? Misschien zelfs binnen de SBS omgeving. Is natuurlijk een gigantisch slechte oplossing vanuit het oogpunt van vele, maar misschien biedt dit wel een werkbare omgeving.

AB-Systems
13/01/09, 18:53
wij heb soortgelijk probleem opgelost voor een klant waarbij 4 mensen nu in een DC (vanwegen verbinding) werken. Dit is op basis van een fatsoenlijke server (genoeg geheugen) met SBS voorzien van virtual server 2005 (windows product) met daarop virtueel een terminal server waarop de programma's zijn geinstalleerd welke nodig zijn voor de betreffende gebruikers (vooralsnog office en PDF writer)

mocht dit u aanspreken kunt u contact met ons opnemen over de mogelijkheden die wij u kunnen aanbieden.

AB-Systems
info [ @ ] ab-systems.nl

Randy
13/01/09, 20:34
Windows Server 2008 STD nemen en hierop je applicatie virtualiseren (dus niet je hele desktop). Dit kan zelfs nog in een shared omgeving. Er zijn wel partijen dit dit aanbieden voor je. Heb je zelf CALS via MAPS? Anders kan je provider je TS CALS leveren. Of natuurlijk eigen hardware inzetten.

JanSmit
13/01/09, 21:17
Is het volgende niet veel gemakkelijker:

Maak een user aan op de remote server. Geef deze zo weinig mogelijk rechten, maar zorg dat ie lokaal mag inloggen. Bij de eigenschappen van de user opgeven dat mamut moet starten tijdens het aanloggen en remote beheer aanzetten. Als je dan aanlogt via rdp dan start de applicatie in het venster en kan je werken met de applicatie. sluit je de app dan sluit je ook de sessie. Bij SBS zitten wat cals geloof ik en zit je goed kwa lics

Su6

jan

gjtje
14/01/09, 00:15
We kunnen een hosted terminal server oplossing aanbieden op een shared platform, we kunnen ook op locatie een terminal server inrichten en hierbij de software, zoals Randy al aangeeeft, gevirtualiseerd aanbieden. Dit heeft twee voordelen: je kan eenvoudig software toewijzen aan een gebruiker, geen rechten = geen applicatie, en het beheer is eenvoudiger omdat de terminal server niet wordt vervuild met de installatie van diverse software pakketten en de applicaties worden centraal beheerd en ge-update.

Het lijkt mij goed te kijken naar wat de kosten en voor en nadelen zijn van deze oplossingen. Om hoeveel Mamut gebruikers gaat het in totaal?
Voor een offerte op maat zal iets meer bekend moeten zijn over de wensen en eisen m.b.t. tot de inrichting van de omgeving en het onderhoud daarvan, ook m.b.t. de benodigde CAL's en hardware.

Bedrijfsinformatie:
Mage Soft
Adres: In de Korenmolen 17, 1115 GN, Duivendrecht
Telefoon: 020 7163609
Email: info@magesoft.nl
KvK: 34231610 te Amsterdam

Patrick_st
19/01/09, 00:42
Bij SBS zitten wat cals geloof ik en zit je goed kwa lics


SBS kan maximaal 2 RDP sessies aan.
Dit kun je niet uitbereiden zo ver ik weet.

Als je voor deze oplossing gaat, zou je iets als Thinstuff kunnen aanschaffen. Thinstuff maakt het mogelijk om wel met meerdere RDP sessies te werken, ook onder SBS.