13
DC und Terminaldienste in AWS cloud
Hi,
für ein neues Projekt möchte ich gerne einen DC in der amazon Cloud erstellen und darauf dann die Terminaldienste installieren.
so dass sich quasi ca 10 User per ThinClient am "DC" anmelden.
desweitern möchte ich dieses konstrukt dann HA fähig machen, also DC und Backup DC (auch in der cloud)
seht ihr da Probleme?
was wäre die beste vorgehensweise für AWS?
oder gibt es gute alternativen?
dank im voraus und Gruß
nightwishler
für ein neues Projekt möchte ich gerne einen DC in der amazon Cloud erstellen und darauf dann die Terminaldienste installieren.
so dass sich quasi ca 10 User per ThinClient am "DC" anmelden.
desweitern möchte ich dieses konstrukt dann HA fähig machen, also DC und Backup DC (auch in der cloud)
seht ihr da Probleme?
was wäre die beste vorgehensweise für AWS?
oder gibt es gute alternativen?
dank im voraus und Gruß
nightwishler
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 295421
Url: https://administrator.de/contentid/295421
Printed on: April 25, 2024 at 11:04 o'clock
13 Comments
Latest comment
Hi,
TS und DC auf einem Server? Lies Dir mal das hier durch: https://technet.microsoft.com/de-de/library/ff519144%28v=ws.10%29.aspx
E.
TS und DC auf einem Server? Lies Dir mal das hier durch: https://technet.microsoft.com/de-de/library/ff519144%28v=ws.10%29.aspx
E.
joa da steht halt das es nicht empfohlen is...
aber warum genau nich
wenn ich die user halt nur als "user" ohne weitere rechte da laufen lasse dürfte ja nich soviel passieren oder?
sie sollen von da quasi nur outlook und excel bedienen und drucken
desktop etc wird alles vorgegeben
aber warum genau nich
wenn ich die user halt nur als "user" ohne weitere rechte da laufen lasse dürfte ja nich soviel passieren oder?
sie sollen von da quasi nur outlook und excel bedienen und drucken
desktop etc wird alles vorgegeben
Klar, man kann das machen. Musst Du halt testen, ob die Anwendungen, die Du brauchst, auf einem DC so laufen, wie gefordert, ohne dass Du die Sicherheit der Domäne riskieren musst. Ich würde es niemals so machen.
1
Hallo,
dafür ist nicht zwingend ein DC nötig, denn DC und RDS auf gleichem Blech ist eher "Do not do"
http://ryanmangansitblog.com/2015/02/22/deploying-rds-2012-r2-on-a-doma ...
https://technet.microsoft.com/en-us/library/cc742817.aspx
Gruß,
Peter
dafür ist nicht zwingend ein DC nötig, denn DC und RDS auf gleichem Blech ist eher "Do not do"
seht ihr da Probleme?
Neben den nötigen Frickeleien und Fluchen "das muss doch gehen" weil MS DC und "RD Web and Session Host" auf gleichem Blech nicht vorgesehen hat.http://ryanmangansitblog.com/2015/02/22/deploying-rds-2012-r2-on-a-doma ...
https://technet.microsoft.com/en-us/library/cc742817.aspx
was wäre die beste vorgehensweise für AWS?
extra Server für den RDS...Gruß,
Peter
joa, getrennt war auch meine idee zuerst...
auf 2dc's kann und will ich nicht verzichten... 1 terminal muss, und mir wäre ganz lieb noch einen 2. zu haben...
muss ich morgen mal durchrechnen... auf den dc's dürfte ja nich soviel traffic entstehen... und die terminals werden wohl reichlich schlucken -.-
danke schonmal
auf 2dc's kann und will ich nicht verzichten... 1 terminal muss, und mir wäre ganz lieb noch einen 2. zu haben...
muss ich morgen mal durchrechnen... auf den dc's dürfte ja nich soviel traffic entstehen... und die terminals werden wohl reichlich schlucken -.-
danke schonmal
Minuspunkt
Minuspunkt wofür? 
aaaalso little update, 2 DC's und 2 TerminalServer sind drin
und die Frage aller Fragen mal wieder --> wie trenne ich im AD erfolgreich 3 unterschiedliche firmen die den gleichen TerminalServer nutzen sollen :D
--> die Anmeldung wird neutral gehalten... neutral.net .... aber die user sollen sich untereinander nicht sehen
aaaalso little update, 2 DC's und 2 TerminalServer sind drin
und die Frage aller Fragen mal wieder --> wie trenne ich im AD erfolgreich 3 unterschiedliche firmen die den gleichen TerminalServer nutzen sollen :D
--> die Anmeldung wird neutral gehalten... neutral.net .... aber die user sollen sich untereinander nicht sehen
und die Frage aller Fragen mal wieder --> wie trenne ich im AD erfolgreich 3 unterschiedliche firmen die den gleichen TerminalServer nutzen sollen :D
--> die Anmeldung wird neutral gehalten... neutral.net .... aber die user sollen sich untereinander nicht sehen
Was heiß: "sollen sich untereinander nicht sehen"?--> die Anmeldung wird neutral gehalten... neutral.net .... aber die user sollen sich untereinander nicht sehen
Mann kann im AD Berechtigungen setzen, dass man nur bestimmte Objekte lesen kann. bzw. umgekehrt, dass man bestimmte nicht lesen kann.
Man kann im NTFS mit NTFS-Berechtigungen dafür sorgen, dass man bestimmte Ordnerstrukturen nicht sehen kann und/oder das man die Sicherheitseinstellungen der Ordner und Dateien nicht einsehen kann.
Auf einem TS wird man min. über den Ordner C:\Users über andere Benutzerordner stolpern. Auch im Taskmanager kann man sich sehen.
Tipp: Wenn Du zwischen den Benutzern Trennwände aufstellst, dann können sie sich auch nicht sehen.
Trennwände sind bestellt :p
also kann ich einfach nicht lese rechte auf die anderen OU's setzen? für subdomänen bräucht ich wieder zusätzliche DC's oder? sonst wäre ja denkbar firma1.ad.domäne.de & firma2.ad.domäne.de etc...
sollte auch etwas erweiterbar sein ;)
AWS bekommt das doch auch hin mit dem Directory Service... da hab ich auch nur mich gesehen ;)
wobei ich nich glaube das die sich manuelle da hin setzen und deny Berechtigungen setzen... ich bräuchte es schon rel. automatisch
und den C: Ordner des Terms konnte man doch komplett ausblenden oder? meine sowas gesehn zu haben
also kann ich einfach nicht lese rechte auf die anderen OU's setzen? für subdomänen bräucht ich wieder zusätzliche DC's oder? sonst wäre ja denkbar firma1.ad.domäne.de & firma2.ad.domäne.de etc...
sollte auch etwas erweiterbar sein ;)
AWS bekommt das doch auch hin mit dem Directory Service... da hab ich auch nur mich gesehen ;)
wobei ich nich glaube das die sich manuelle da hin setzen und deny Berechtigungen setzen... ich bräuchte es schon rel. automatisch
und den C: Ordner des Terms konnte man doch komplett ausblenden oder? meine sowas gesehn zu haben
also kann ich einfach nicht lese rechte auf die anderen OU's setzen?
Ja z.B.Benutzer in OU' separieren
auf die jeweils anderen OU's das Lesen verweigern
für subdomänen bräucht ich wieder zusätzliche DC's oder? sonst wäre ja denkbar firma1.ad.domäne.de & firma2.ad.domäne.de etc...
sollte auch etwas erweiterbar sein ;)
Ja natürlich.sollte auch etwas erweiterbar sein ;)
Ich weiß nicht, wie Eure vereinbarte Dienstleistung aussieht, aber bedenke: Wenn abzusehen oder zu befürchten ist, dass der Kunde einmal Vollzugriff auf "seine" Domäne verlangt, dann solltest Du, musst Du, von vorn herein mehrere Domänen aufsetzen.
AWS bekommt das doch auch hin mit dem Directory Service... da hab ich auch nur mich gesehen ;)
wobei ich nich glaube das die sich manuelle da hin setzen und deny Berechtigungen setzen... ich bräuchte es schon rel. automatisch
Na klar. Schau mal bei Harry Potter ins Buch, da stehen bestimmt ein paar Zaubersprüche dafür ...wobei ich nich glaube das die sich manuelle da hin setzen und deny Berechtigungen setzen... ich bräuchte es schon rel. automatisch
und den C: Ordner des Terms konnte man doch komplett ausblenden oder? meine sowas gesehn zu haben
Ja das geht. Das betrifft aber bloß den Explorer und seine Abhängigkeiten. Mit der CMD kommst Du dann trotzdem noch drauf.
dann wird die cmd gesperrt :D
mhz, aber ohne flax, wie macht Amazon das automatisch? die stellen mir ja keinen eigenen DC hin sondern integrieren mich da in ihre Struktur... und mal angenommen da tummeln sich im AD noch 500 andere Domänen... dann setzt sich keiner dahin und macht 500 denys per Hand... sprich es muss eine Automatisierung geben ODER die Struktur ist so gestaltet das das durch Vererbung realisierbar ist
mhz, aber ohne flax, wie macht Amazon das automatisch? die stellen mir ja keinen eigenen DC hin sondern integrieren mich da in ihre Struktur... und mal angenommen da tummeln sich im AD noch 500 andere Domänen... dann setzt sich keiner dahin und macht 500 denys per Hand... sprich es muss eine Automatisierung geben ODER die Struktur ist so gestaltet das das durch Vererbung realisierbar ist
Ganz einfach: Die habe sich dafür was programmiert.
Nichts ist umsonst.
Nichts ist umsonst.
Hallo,
Du meinst also das AWS dort ein einfaches AD aufgespannt hat und damit dort seine Kunden Verwaltet bzw. darüber einordnet?
Gruß,
Peter
Du meinst also das AWS dort ein einfaches AD aufgespannt hat und damit dort seine Kunden Verwaltet bzw. darüber einordnet?
Gruß,
Peter
