Jump to content

testperson

Expert Member
  • Gesamte Inhalte

    10.258
  • Registriert seit

  • Letzter Besuch

Alle erstellten Inhalte von testperson

  1. Hi, es ist ja jetzt nicht so das VMWare da gänzlich mit Informationen geizt ;) https://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2107948 https://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2109772 https://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2109712 https://www.vmware.com/files/pdf/techpaper/VMware-PerfBest-Practices-vSphere6-0.pdf Du solltest auf die HCL achten und prüfen, ob eure Anwendungen freigegeben sind für vSphere 6.0. Gruß Jan
  2. In diesem Fall wäre es vermutlich sinnvoller, du guckst dir den (kostenlosen) vSphere Server von VMWare oder den Citrix Xen Server an. Die lassen sich (in so einem Konstrukt) wesentlich besser einfacher verwalten. Was sollen denn die virtuellen Win7 Prof Clients machen? Und ich glaube jetzt kommt der Punkt den du nicht hören willst: Suche jemanden, der dir hilft ;)
  3. Ergänzend zu Norbert: Und zum testen (sofern noch keien Lizenz da ist) nimmst du die EVAL Version von Server 2012 R2 und schon hast du auch ne GUI und viele Tage Zeit zum testen ;)
  4. Hi, wenn du per Doppelklick das Script startest, nimmt Windows automatisch die 64 Bit PS. Du musst das im Script prüfen und abfangen: http://powershell.com/cs/blogs/tips/archive/2011/05/03/making-sure-powershell-scripts-run-in-32-bit.aspx Gruß Jan
  5. Das sah im Fall von ESX vor nicht all zu langer Zeit mit Service Konsole aber noch anders aus ;) Und bei Xen (Source bzw. wie es auch immer zurzeit heißt) wäre ich mir nicht sicher, ob da ein "findiger" Linuxer nicht auch mal flott nen Bind oder was auch immer installiert ;)
  6. Hi, läuft das PowerShell Script im Deployment Prozess vor oder nach der Benutzeranmeldung? Und was soll genau deplyoed werden? Gruß Jan
  7. Hi, du musst jetzt auch Benutzer A Gruppe aus Domäne A auf Ressourcen in Domäne B berechtigen. Die "identischen" User in Domäne B sind jetzt vollkommen egal. Wobei das vermutlich auch nur funktioniert hat, weil die Credentials im Windows Tresor lagen. Gruß Jan
  8. Dann pack die IP Adressen von Monitoring etc. in die akzeptierten IPs des Connectors, auf dem du jeden (authentifizierten?) Absender akzeptierst. Der andere Connector (für externe Mails?) nimmt dann halt die Mails vom Gateway an.
  9. Hi, warum? Ab und an können auch Informationen _vor_ einem Fehler oder einer Warnung hilfreich sein beim troubleshooten. Außerdem gibt es beim Exchange diverse (nützliche) Informationen der Online- / Hintergrund-Wartung. Gruß Jan
  10. Hi, es können mehrere FrontEnd Konnektoren auf Port 25 laufen, allerdings immer nur mit unterschiedlichen IP Bindings. Es wird dann immer der Konnektor mit dem kleinsten gemeinsamen Nenner genommen. Wozu sollten auch auf Port 25 2 Konnektoren von überall Mails annehmen? Gruß Jan
  11. Und gab es auch schon lange vor Let's Encrypt gratis ;)
  12. Hi, USB Stick oder Netzwerk (PXE). Ich denke der USB Stick dürfte einfacher und schneller sein sofernes einmalig ist. Gruß Jan
  13. Wenn es dieser Patch aus dem November 2013 Rollup sein sollte, würde ich dir raten, deine System aktuell zu halten ;)
  14. Hi, als erstes solltet du den Broker vom Session Host trennen und einen seperaten Server dafür nutzen. Bei dem "schwarzen Bildschirm" Problem meine ich mich zu erinnern, dass es entweder einen Patch für das Client OS gibt oder auf die Hosts ein Patch musste. Wäre die Frage, ob alle beteiligten Komponenten up2date sind. Verschlüsselst du die Sessions per RDP / SSL oder Aushandeln? Authentifizierung auf Netzwerkebene für Clientcomputer? Was findet sich denn im Eventlog des Clients / des Broker / des TS? Gruß Jan
  15. Und woran hast du die "Experten" erkannt und welche Tips gab es ;) Es gibt auch Experten(!) die man für Geld an sowas ransetzen kann. Sogar der Hersteller hat solche Experten im Support. Mein Tip bleibt: Löse das (ursprüngliche) Problem! Evtl. macht es Sinn, hier einfach mal ein paar Infos zur Umgebung preiszugeben und dann schauen wir mal. Ansonsten: Viel Erfolg.
  16. Hi, wäre es hier nicht wesentlich sinnvoller das Problem anzugehen anstatt einen Würgaround zu basteln (der sicherlich mehr Probleme mit sich bringt)? Gruß Jan
  17. Das Inplace Update des Win2012 auf Win2012R2 mit installiertem Exchange ist unsupported. Generell würde ich in den seltensten Fällen ein Inplace Upgrade machen und schon gar nicht bei installierten Applikationen (auch wenn es supported sein sollte).
  18. Hi, naja du hast ne DAG und Server1 scheint problemlos zu laufen. Mach (nach einem Backup) Server2 doch einfach neu? Gruß Jan
  19. Hi, theoretisch wäre das auch per PowerShell und der Windows Firewall machbar ;) Aber das RDS Gateway ist wohl das sinnvollste. Gruß Jan
  20. Hi, andere Kunden hier zum Vergleich zu ziehen ist wohl wenig hilfreich. Ich könnte dir Kunden anbieten, die in einem Segment genau 0KB Internet Traffic Up/Down haben ;) Aber auch ein paar Kunden, die die 38GB / Tag deutlich übertreffen. Aber die haben dann auch mehrere GBit Uplinks ;) Bevor ich da mit X DSL Anschlüssen rumkaspere würde ich es direkt vernünftig machen. Je nach DSL Anschluss können die sich auch gegenseitig beeinträchtigen. Gruß Jan
  21. Hi, du musst aus der alten Umgebung den legaxyExchangeDN als X500 Adresse im neuen Exchange übernehmen: <# Am alten Exchange Server ausführen #> Get-Mailbox | Select-Object Alias, LegacyExchangeDN | Export-Csv C:\legacyExchangeDN.csv <# legacyExchangeDN.csv vom alten auf den neuen Exchange Server kopieren und Script auf dem neuen Exchange ausführen #> $legacyExchangeDN = Import-Csv C:\legacyExchangeDN.csv foreach ($mailbox in $legacyExchangeDN) { $temp = get-mailbox -Identity $mailbox.alias $temp.EmailAddresses += [Microsoft.Exchange.Data.CustomProxyAddress]("X500:$($mailbox.LegacyExchangeDN)") Set-Mailbox -Identity $temp.alias -EmailAddresses $temp.EmailAddresses } Ich würde allerdings auch, wie Norbert, immer den Weg der Migration bevorzugen Gruß Jan
  22. Hi, generell würde ich empfehlen, den SBS nicht als VPN Endpunkt zu nutzen. Sowas würde ich _immer_ den Router / die Firewall oder was auch immer für einen Server / Appliance machen lassen. Gruß Jan
  23. Hi, wenn es Microsoft sein soll wäre evtl. der IIS mit ARR oder der WAP was. Kommt aber auf eure genauen Anforderungen an ;) Gruß Jan
  24. Dann teste es ;)
  25. Hi, das sollte mit GreenShot gehen. Da kannst du an das "ScreenShot machen" direkt eine Aktion wie E-Mail senden anfügen. Gruß Jan
×
×
  • Neu erstellen...