Jump to content

g2sm

Newbie
  • Content Count

    220
  • Joined

  • Last visited

Community Reputation

17 Popular

1 Follower

About g2sm

  • Rank
    Newbie
  1. ok, nun komm ich mir b***d vor... danke xD
  2. so schaut es aus. Aber für mein Verständnis (und weil ich gerade nichts dazu gefunden habe): Ich kann nicht einfach direkt einen neuen Office365 Account erstellen, welcher direkt den Azure Tenant benutzt?
  3. Hi Norbert, danke für die Frage. Tenant war die Bezeichnung die ich gesucht habe. Und ja genau, die sind bisher nicht in einem Tenant und finde gerade nicht raus wie. Das was ich bish jetzt im Internet gefunden habe, bezieht sich immer nur auf das alte Azure Portal und die Punkte die dort angegeben sind finde ich nicht. Aber ich such weiter, danke :)
  4. Hi Jan, danke für deine Antwort :) Single Sing-On läuft auch schon. Ganz platt gesprochen: Ich möchte die User, die schon im Azure Aktive Directory (portal.azure.com) angelegt sind, zur Auswahl im Office365 Portal (http://portal.microsoftonline.com) haben. So das ich gewissen Usern die E5 Lizenz zuweisen kann. Der Zeit werden mir im Office365 Portal jedoch nur die im Office365 Portal angelegten Benutzer angezeigt. Hoffe konnte mich halbwegs verständlich ausdrücken.
  5. Hallo Zusammen, ich stehe gerade irgendwie auf dem schlauch... Wir haben ein Azure Account. In diesem haben wir auch schon unser AD repliziert bzw. wird es repliziert und läuft auch wie gewollt. Nun möchte ich mir noch Office365 im E5 Plan zulegen. Ist ja soweit kein Problem. Was ich jedoch nicht verstehe\hinbekomme: Wie kann ich nun im Office365 Portal angeben, dass dieser doch bitte das vorhandene AD vom Azure Account nutzen soll? Oder geht das gar nicht und ich muss zusätzlich schauen, dass ich das "AD Connect Tool" dazu bewege, mein Lokales AD auch noch nach Azure zu syncen? Kann ich mir gerade einfach nicht Vorstellen.... vielen Dank g2sm
  6. Hi Zusammen, und ist heute aufgefallen, dass seit dem wir unser AD nach Azure Syncen, die RDServer 2019 die User Profile nicht mehr richtig neu erstellen. Es handelt sich hier bei um UPD auf einem 2019er Broker. Erstelle ich nun im lokalen AD ein neues Benutzerkonto und melde mich damit auf der Farm an (3 Server, alle das gleiche), wird das Profil nicht "richtig" erstellt. Die Uhrzeit ist im MM/TT/YYYY Format Kontextmenü auf dem Start Button geht nicht ruf ich die CMD auf, wird diese nicht im User Profil gestartet sondern unter System Anmelde Scripte die Verknüpfungen auf dem Desktop erstellen gehen nicht bzw. kommt die Fehlermeldung, dass die Verknüpfung nicht abgelegt werden kann Schrift "verpixel" Sind nur die dinge die gerade so aufgefallen sind und das alles nach dem das Tool zum Azure Sync installiert und eingerichtet wurde. Jedoch auch sehr interessant, dies Betrifft auch Profile, die Lokal auf den Servern erstellt wurden. Ich könnte nun die RDSs auf der Datensicherung zurück holen (schon getestet, einmal Eintag vor Azure Sync und ein Tag danach), mich würde aber interessieren, ob jemand von euch das gleiche Problem hatte? Und ob jemand eine Idee hat, wie das passieren konnte (falles es nicht einfach nur ein riesen großer Zufall sein sollte). VG g2sm
  7. wo du Recht hast xD Danke für die Antwort :)
  8. Moin Zusammen, ich möchte ganz gerne Azure AD Sync nutzen, jedoch läuft unsere interne Domain, historisch bedingt, noch unter domain.local, somit ist (sofern ich es richtig verstehe), kein Sync der Konten möglich. Nun kann ich wohl einfach ein UPN Suffix hinzufügen, was ja kein Problem darstellt. Was ich gerade irgendwie nicht finde, ob dies negative Auswirkungen auf die vorhandene IT-Struktur hat, wir haben hier unter anderem noch ein Exchange 2016 stehen. Kann ich ohne Probleme eine weiteren Suffix hinzufügen, mir paar Test User im AD Anlegen, denen den Suffix zuordnen und gut ist? Ich wüsste so spontan zumindest nichts, was dagegen spricht. Vielen Dank g2sm
  9. sofern ich die Liste hier richtig verstehe ist er supportet: https://dlcdnets.asus.com/pub/ASUS/mb/LGA1151/PRIME_B365M-A/Memory_QVL.pdf vg g2sm
  10. Guten Morgen, der braucht das nur zum Bereitstellungsprozess. ist keiner vorhanden bricht er ab. Kann man aber mit einem Registry Eintrag umgehen. Geht bei Win10 ohne Probleme, muss ich jetzt nur nochmal bei Gelegenheit für Server 2019 testen. Und ja ich weiß, dass dies nicht Supporter ist. Aber je nachdem kann ich der Mehraufwand des manuellen Aktivierens lohnen. Ich muss nächstes Jahr mal in ruhe Testen\Rechnen. VG g2sm
  11. Liegt bei uns bei 10 VMS bei knapp 1500€/Jahr DC bei ~ 8000€ (32kerne). Aber da es über kurz oder lang mehr als 10 VMs werden, kann sich das mit der DC schon wieder nach kurzer Zeit Lohnen :)
  12. Hi SPLA, nein, ich möchte für jeden Client ein eigenes OS mit 2019 bereit stellen. Grob gesagt, das gleiche Prinzip wie bei bei Virtuellen Windows 10 Clients, nur eben statt Windows 10 wird Server 2019 eingesetzt. Hintergrund: InCopy ist zwar auf 2019 lauffähig, jedoch immer nur für einem User gleichzeitig. Sprich ich brauch 10x eigenständige VMs VG g2sm
  13. Moin Zusammen, wir sind immer noch in der Planung 10-20 Windows 10 Clients Virtuell mit VMWare Horizon zu betreiben. Laut unserem "Lizenzmensch" würde es ausreichen uns 10 Windows VDA Lizenzen zu kaufen, um im nachhinein von ThinClients auf 10 Virtuelle Windows 10 OS zuzugreifen. Soweit so gut. Die 10 Clients sind vor allem für die Kollegen die mit InCopy arbeiten. Da InCopy auch auf einem Server 2019 läuft, habe ich mir überlegt, mir Server 2019 DC als OEM/SB zu kaufen, anstatt mir die Jährlichen Gebühren von VDA anzutun. RDS Cals und Windows Cals sind schon alle vorhanden (arbeiten primär in einer RDS Farm). Lizenz technisch sollte hier doch nichts dagegen sprechen oder? Vielen Dank g2sm
  14. Laut unseren MAC Usern (2), hatten wir exakt die gleichen Probleme. Wir haben dann kuzer hand Acronis Files Connect eingeführt. Seit dem sind alle Happy. Vllt hilft euch das ja.
×
×
  • Create New...