tcpip

Hallo, das geht nicht mehr. Siehe hier. http://www.mcseboard.de/tipps-links-5/ssl-san-zertifikate-keine-interne-namen-mehr-erlaubt-189421.html Gruß tcpip

Du brauchst auch beim 2. Konzept die Datacenter Lizenz. Ich habe einige Umgebungen mit dem 2.Konzept im Einsatz und bin sehr zufrieden damit. Allerdings die MSA nicht mit iSCSCi sondern SAS direkt an die Host. Ich würde auf keinen Fall auf einen Shared Storage verzichten. Auch wenn vSphere lokale HDD mit der VSA virtualisiern kann. Gruß tcpip

Aber ohne wirst Du auch kein BadeMeister :D Gruß tcpip

Das wollte ich damit ausdrücken. :D Und den Beitragsersteller davor bewahren Energie in Konzepte zu stecken die nachher nicht den Kundenerwartungen entsprechen. Gruß tcpip

O.K. sag ich es anders. Um in solch einer Umgebung Exchange Hochverfügbar zu machen (das ist was der Kunde denkt) ist der Aufwand und die Kosten sehr hoch. Nicht nur in der Anschaffung. Auch im Betrieb, Administration und späteren Migrationen. Nehmen wir die Lösung mit zwei Exchange Servern und eine HLB davor. Das vorschalten eines HLB vor zwei virtualisierten Exchange Servern die im selben VM Cluster und auf demselben SAN laufen? :suspect: Und es ist ja nicht nur der Exchange der ausfällt wenn z.B das SAN Probleme macht oder Wartungen anstehen. Eine DAG macht Exchange noch lange nicht Hochverfügbar und kann auch mit einem guten Backup Konzept realisiert werden. Das Exchange Datenbanken kaputt gehen ist auch eher selten geworden. Man muss das mit dem Kunden klären was er erwartet und was wirklich Sinn macht. Dieser Satz hier signalisiert mir das da noch Klärungsbedarf mit dem Kunden besteht. Gruß tcpip

Hi, mach Dir nicht die Mühe den Exchange in einer vSphere Umgebung hochverfügbar zu machen. Das wird für deinen Kunden sehr sehr teuer. Wenn Du alle Exhcange Server virtualisierst und HA sowie vMotion nutzen willst brauchst Du zwingend ein Shared Storage. In den meisten Fällen hast Du ein SAN, das hardwareseitig redundant ausgelegt ist. Hast Du aber ein Problem oder Wartung in der SAN Infrastruktur, nützen Dir auch keine 4 Exchange Server die virtuell dort drinnen laufen. Die Redundanz für solche Umgebungen kann man fast unendlich weit treiben und die Kosten dazu ebenfalls. Wenn Dein Kunde das bezahlen will, viel Spaß.;) Sichere lieber den Exchange online 2- 3 mal täglich und die VM´s to Disk und mach Dir einen Notfallplan für ein Ausfall deines SAN´s. Eine DAG wäre eventuell Sinnvoll da vSphere HA nur gegen Ausfall eines ESXi Host schützt. Die Datenbanken könnten dabei kaputt gehen. Aber ob man das dann mit einer DAG Umgebung schneller wieder zum laufen bekommt als mit einem Backup wage ich zu bezeifeln. Gruß tcpip

Hi, schau Dir mal Absolute Manage MDM an. Das wird Dir alle Fragen zu dem Thema beantworten. Absolute Software | Absolute Manage MDM Aber zum Therma Terminalserver und iTunes kann Dir so schon sagen das das nicht funktionieren wird. ;) Gruß tcpip

Hallo zusammen, beim generieren eines SSL Zertifikates für einen Exchang 2010 bei godaddy sind wir über folgende Meldung gestolpert: Quelle: Using Intranet and Reserved IP Addresses as the Primary Domain or Subject Alternative Name in SSLs | Go Daddy Help | Go Daddy Support Also die typischen internen Namen für den Exchange dürfen nicht mehr in das Zertifikat. Also in Zukunft alles mit FQDN Namen planen und konfigurieren. Gruß tcpip

Dann hätte er dich rechtzeitig zu Rate ziehen sollen. :rolleyes: Gruß tcpip

Hallo, ich hatte mal in diesem Beitrag versucht Lösungen und Erfahrungen zu diesem Thema zu sammeln. http://www.mcseboard.de/microsoft-lizenzen-50/office-terminalservern-geraeten-zuweisen-best-practice-186948.html Kam leider nicht viel bei rum. Theoretisch wissen wir alle wie lizensiert werden muss. Bei der paktischen Umsetzung hapert es anscheinend noch. Gruß tcpip

schau mal bei alternate nach: http://www.alternate.de/html/product/listing.html?navId=10408&tk=13&lk=2560 Ich habe Anfang des Jahres mir auch die Komponeneten der Gamer Pc´s angeschaut und mir dann die Teile gekauft und zusammengebaut. Hat Spaß gemacht. Diabolo III hat nicht so große Anforderungen an das System. Mit 1000 € bekommst Du locker einen guten PC dafür. Empfohlene Systemvoraussetzungen PC OS: Windows® Vista/7 (neueste Servicepack) Prozessor: Intel® Core 2 Duo 2.4 GHz oder AMD Athlon™ 64 X2 5600+ 2.8 GHz Grafikkarte: NVIDIA® GeForce® 260 oder ATI Radeon™ HD 4870 oder besser Arbeitsspeicher: 2 GB RAM Quelle: http://diablo3.gamona.de/wiki/Systemanforderungen_%28Diablo_III%29#PC_2 Gruß tcpip

ich bring das mal nach oben. Habe gerade das selbe festgestellt. Gibt es schon eine Lösung dazu? Gruß tcpip

Hi, Docusnap eignet sich sehr gut dafür. Das sehe ich anders. Visio ist sehr wohl dazu geeignet. Es macht es nur nicht von alleine. Etwas Manpower muss man schon investieren. Gruß tcpip

O.K. dann scheint etwas bei mir nicht zu stimmen. Auch in der Dateiexplorer Ribbon Leiste ist Drucken ausgegraut wenn ich ein PDF markiere. Im Kontextmeü (Rechtsklick) auf PDF Dateien ist auch kein Drucken vorhanden. Der MS Reader ist bei mir als standard Programm für PDF´s eingerichtet. Ich schau noch mal. tcpip

Hi, Netzwerkdrucker oder lokaler Drucker? Gruß tcpip

Hallo Board, hat jemand eine Idee wie man aus dem interen PDF Reader drucken kann? Bei Windows + P kommt die Meldung das der Drucker nicht erreichabr ist. Drucken funktioniert aber ansonsten aus allen Anwendungen. Ein Button wie Drucken wäre ja auch nicht schlecht in der Reader App. Thx tcpip

Hi, hab mein Windows 7 unter VMWare Fusion auf einem MacBookPro upgegradet. Symantec Endpoint Protection 8 musste ich vorher deinstallieren ansonsten lief das Upgrade einwandfrei. Dauer ca: 60 Minuten. Ich bin begeistert von der UI auch wenn ich die Apfeltaste drücken muss um dort hin zu kommen :D Hab mir auch gleich XBox SmartGlass installiert und meine Xbox angebunden. Aber irgendwie weiß ich noch nicht wie das alles funktionieren soll. Mal schauen. tcpip

Und dazu fällt mir AppLocker ein. Habe ich bei Kunden genau aus diesen Gründen auf RDS Server eingeschaltet. Gruß tcpip

das glaube ich eher nicht. Grundsätzlich ist es ja immer wieder die gleiche Frage auf die es praktisch wohl keine Antwort gibt. Die Frage ist ja unabhänig davon ob ThinClient oder Worksation. O.k. auch eine Lösung. Aber das kann man ja schlecht dem Kunden erzählen. Gruß tcpip

Mhhhh, das habe ich mir fast gedacht. Keiner der aus der Praxis berichten kann? Was sagt ihr Euren Kunden den wenn ihr das Thema theoretisch erklärt habt und der Kunde fragt wie man es den jetzt praktisch umsetzt? Gruß tcpip

genau aus diesem Grund hatte ich eine Antwort geschieben die zu einen eigenen Beitrag wurde. Zu finden hier: http://www.mcseboard.de/microsoft-lizenzen-50/office-terminalservern-geraeten-zuweisen-best-practice-186948.html Eventuell können dort ja Leute berichten wie man es richtig macht. Gruß tcpip

ja klar. Vielleicht kann ja auch einer berichten der eine Lizenzprüfung hinter sich hat und wie dieses Thema behandelt wurde. tcpip

Hi, da die Fragen der Lizensierung von Office Produkten auf Terminallservern insbesondere auf RDS Farmen immer wieder gestellt werden und die Antworten immer gleich ausfallen, nämlich das Office per Device Lizensiert wird, Auszüge aus Nutzungsrechten usw., würde ich vorschlagen das mal Leute hier erzählen wie Sie so was in ihren Umgebungen realisieren. Ich glaube jeder der eine RDS Farm betreibt weiß genau worum es geht und wo die Schwierigkeiten liegen. Genau an dem Punkt der Zuweisung von Lizenzen an die Devices. Viele gehen bestimmt auch noch den Weg über die Beschränkung der NTFS Rechte auf die Office-Ordner oder.exe Dateien. Was ja auch nicht richtig ist. Das es Drittprodukte gibt wie citrix, Netman usw. die so etwas regeln wissen wohl auch die meisten. Ist manchmal aber für die gewünschten Szenarien Oversized. Das zuweisen von Computerkonten die ein Verbindung zu einem bestimmten RDS Server herstellen dürfen wäre eine Möglichkeit. Mich würde es mal interessieren wie das in der Praxis bei anderen Umgesetzt wird. Vielleicht erzählen mal einige hier was zu dem Thema und geben Denkanstöße wie man so was richtig lizensiert umsetzt. Gruß tcpip

Hi, in den Eigenschaften von RDP-TCP auf dem RDS Server unter Umgebung kannst du den Pfad zu einem Programm angeben das beim Anmelden gestartet werden soll. Wahlweise auch in der RDP Verbindungsdatei wenn dieses zugelassen ist. Gruß tcpip

Hi, Symantec Backup Exec mit Exchange Agent. Sichern "to Disk to Tape". Wie ich finde das beste Sicherungstool für Exchange. Die Sicherungungen auf Disk vorhalten und die DB möglichst klein halten bzw. aufteilen. Ansonsten biste mit der Aufbewahrung gelöschter Elemente bis 30 Tagen schneller. ;) Gruß tcpip