g2sm

schau ich mir an, danke :)

haha daran ahbe ich auch schon gedacht  aber wir haben 3 Leitungen und ich werde einfach stroh dorf für jede Leitung eine eigene Leiste besorgen und dazu komme ich (wenn ich möchte) über jede Leitung über Umgewege ins System. und im großen notfall, muss ich halt dann doch los xD

Die Idee mit der Steckdosenleiste finde ich richtig gut, werde ich als erstes mal angehen :)

Darf ich fragen, was für Modems ihr einsetzt? Ich wollte mir nun zum testen mal ein Vigor 130 und ein Zyxel VMG bestellen und gucken wie es damit läuft 

Guten Morgen Zusammen,

hoffe es geht allen soweit so gut! 

Ich habe mal eine andere Frage:

Historisch bedingt haben wir der Zeit noch 2 VDSL Anschlüsse (Telekom und NC). Als FW kommt eine Watchguard zum einsatz, was auch soweit so gut läuft.

Problem jedoch: Corona bedingt ist der Zeit keiner im Büro und wie kann es sein, in letzer Zeit fällt immer wieder mal das Internet aus und laut Techniker (egal ob Telekom oder NC), soll man doch erstmal bitte vorort das Modem neustarten... 60min Anfahrt nur für Kabelziehen ist alles andere als erfreulich.

Nun stellt sich mit die Frage, wie ihr das so macht. Habt ihr an den Anschlüssen Modems die ihr aus der Ferne neu starten könnt? Über Console\Browser usw. oder macht ihr euch auch auf den weg ins Büro (was ich mir einfach nicht vorstellen kann)? Als Modem nutzen wir noch eine alte Fritzbox und glaub ein Speedport.

Viele Dank

g2sm

Guten Morgen zusammen,

ich hab mal wieder, wahrscheinlich für euch, blöde Frage...

Erstmal zum Ausgangssituation:

Interne Domainname: domainA.local
Mail Domain (inkl. lokalen Exchange 2016): domainA.de

UPN Suffix für Azure: domainB.de

Ziel: UPN Suffix für Azure: domainA.de 

Frage: Kann ich, ohne das es Probleme mit dem Mailversand gibt, ändern? Also einfach Suffix im AD hinzufügen, bei den MAs einrichten und am ende Final mit Azure? 

Ich wüsste jetzt nicht, was dagegen spricht, aber mein wissen ist nicht so groß wie eures und fragen kostet nichts xD 

Vielen Dank

g2sm

ok, nun komm ich mir b***d vor... danke xD

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? 

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 :)

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. 

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

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

wo du Recht hast xD

Danke für die Antwort :) 

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

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

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

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 :) 

Gerade eben schrieb testperson:

Ich vermute es soll Server-OS-based-VDI werden.

Genau, danke :)

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

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

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. 

Falles es jemanden interessiert: Die Fehlermeldung geht weg, sobald man angibt wie man Lizenziert (per Gerät oder User). 

vg

g2sm

Guten Morgen Zusammen,

ich habe hier einen Server 2019 RDS Verbindungsbroker als HA konfiguriert. 

Nun ist es so, dass die Sitzungen auf den RDSHosts nicht richtig verteilt werden. Wir haben der Zeit nur 2 Hosts, eigentlich sollten die Clients gleichmäßig verteilt werden, jedoch sind zb. auf Host eins 4 user und auf host zwei 2 user.

Im DNS habe ich die Zone rds.domain.de eingerichtet und die beiden Hosts mit IP eingetragen. Die Clients Verbinden sich dann via RDP auf rds.domain.de

Nun ist mir auf dem Broker folgendes Event aufgefallen, welches recht häufig, mal alle 5 min, dann einmal die Stunde usw., auftaucht:

Zitat

Fehler beim Konfigurieren der Synchronisierung: 0x80070057. Überprüfen Sie die Datenbankkonnektivität und die Verbindungszeichenfolge: DRIVER=SQL Server Native Client 11.0;SERVER=SQLServer;Trusted_Connection=Yes;APP=Remote Desktop Services Connection Broker;DATABASE=RDVBDB.

der SQL Server gibt keine Fehler von sich, genau so wenig wie die anderen Anwendungen\Datenbanken die auf dem SQL Server liegen.

Nun habe ich mir gedacht, ich lasse den Broker nicht im HA laufen, um zu testen ob Verteilung dann besser klappt, aber finde keine Option dies nun wieder zu deaktivieren.

Ist das richtig so oder bin ich einfach nur blind?

VG
g2sm

habe hier 3 Server mit DellEMC-ESXi-6.7U2-13981272-A02 bei keinem von denen das von dir geschilderte Problem. 

vg

g2sm

Hi SBK,

sry vllt verstehe ich das ja falsch, aber mountest du abischtlich die UPDs? 
habe hier auch eine RDS Farm mit 2016 und UPDs am laufen, hier werden standardmäßig die UPDs nicht mit Laufwerksbuchstaben gemountet. 

VG
g2sm

Hi Jan,

danke für deine Antwort. Den Beitrag hatte ich auch schon gelesen, wollte diesen nur nicht "kapern".

VG
g2sm