zahni

Wenn Dir das so wichtig ist, solltest Du eine Support-Anfrage bei MS stellen. Wir können uns hier damit leider nicht beschäftigen.

Damit die Protokolle da sind, wenn sie gebraucht werden. Die sind aus gutem Grund ausgeblendet.

Die Geräte sind immer da. Ansonsten kann ich Dir nicht folgen. Mit dem Satz kann ich nichts anfangen: Was ist hier Deine Frage ? Zu Deinem Gerät kann sich niemand per "WAN" reinhacken, wenn Du keine WAN-Hardware verwendest. Wenn ich aber an WLAN denke... ;)

Die ´Software läuft in einer VM. Die VM verhält identisch mit anderen VM's. Wenn Dein Cluster richtig eingerichtet ist und andere VM's nicht "abkacheln" kachelt auch bei diesen VM's nichts. Wichtig ist, dass MS Dein konkretes Szenario supprted.

Welche Einschränkungen erwartest Du denn ? Selbstverständlich gilt auch hier: vernünftige Hardware erforderlich

Schau mal hier: http://www.microsoft.com/licensing/software-assurance/windows-virtualization.aspx (Die PDF am Ende).

Die Frage wäre, was die RAM-Auslastung mit Deinem Problem zu tun haben soll.

Ich habe mal wenig gegoogelt: http://www.exclaimer.de/signature-manager/version-history Du findest sicher noch mehr

Du solltest in der Parent-Partition nichts (!) laufen lassen.

Beim TMG sollte der SSL-Tunnel am TMG enden. Dann kann der Reverse-Proxy schon Einiges bewirken. Am TMG können auch zusätzliche Authentifizierungsmechanismen implementiert werden.

Bist Du sicher, dass Deine beiden Threads nicht zusammen gehören ? Die Frage ist nämlich, wem die Lizenzen gehören. Dur darfst nicht in jedem Fall CAL der einen Fa. der anderen Fa. überlassen. Siehe dazu die Aussagen von Lizenzdoc.

Er will Faxe empfangen und nicht senden. Für die meisten Kunden sind die Mufu's komplett ausreichend. Wer will denn heute noch Serienfaxe versenden ?

Hi, zunächst: Vom Virtual Center ist das Update 1a nun verfügbar, dass Anmeldeprobleme behebet, wenn ein User Mitglied von mehr als 19 Gruppen ist: http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2050941 Wer bereits das Update 1 installiert hat, sollte unbedingt das Update 1a nachschieben. Gestern hatte ich einen Support-Case bei VmWare, bei dem es um ein Usability-Problem im VI-Client ging. Aus dem Gespräch ein paar Info's: Der alte Vsphere-Client wird in der jetzigen Form nicht mehr weiterentwickelt. VMWare möchte in zukünftigen Versionen komplett auf Web-Management umstellen. Es wird empfohlen schon heute den Web-Client auf dem VC-Server bereitzustellen. Für das folgende Szenario wird der Web-Client schon jetzt benötigt: Das neue SSO-Modul führt die Authentifizierung gegen das AD über LDAP durch. Dabei "merkt" sich das SSO-Modul irgendwo einen DC. Geht dieser DC nun aus anderen Gründen offline, muss der DC für LDAP geändert werden. Das soll nur im Web-Client möglich sein. Ob man das Web-Gedöns wirklich braucht, ist allerdings eine ganz andere Frage ;)

Versuche mal der Hersteller anhand der MAC-Adresse zu identifizieren: http://standards.ieee.org/develop/regauth/oui/public.html Klappt nicht immer, aber oft geht einem ein Licht auf... Denke auch an Drucker mit Netzwerkanschluß

Office wird generell pro Geräte lizensiert, egal was für ein Endgerät verwendet wird. Also musst Du wohl auf 130 aufrunden.

Das können viele Multifunktionsdrucker mit Fax-Funktion.

Hilfreich wäre zu schreiben, was Du genau installieren willst ("Joomla" ist etwas allgemein, also welcher Installer wo heruntergeladen) und auf welcher Windows-Version.

Eigentlich sollte man fremden Geräten den Netzwerkzugriff generell verbieten. Wenn das nicht geht, könnte man vielleicht auch spezielle Netzwerkdosen einrichten, auf deren Port ein speziellen VLAN getaggt ist. Dieses VLAN wird dann halt nur zum Proxy geroutet oder es wird (besser) ein eigener kaskadierter Proxy installiert. Zur Sicherheit wird bei den internen PC's dann Radius verwendet. NAP lässt sich übrigens auch mit Radius kombinieren (und macht vielleicht auch nur dann Sinn). Clients, die nicht der Policy entsprechen (z.B. gültiges Computer Zertifikat) , landen dann im obigen "Gäste-Netz". -Zahni

Das Thema SCCM ist recht komplex. An dieser Stelle empfehle ich ein Seminar, wenn Du mit der Doku von MS nichts anfangen kannst.

Weil Speicherplatz Geld kostet. Im Übrigen bevorzugen wir abgetippte Fehlermeldungen.

Wozu @ ? http://technet.microsoft.com/en-us/library/cc772069(v=ws.10).aspx#BKMK_14

Dazu müsstest Du zuerst mal einen eigenen DNS-Server im Internet betreiben (dürfen). Frage Deinen Provider. Allerdings würde ich mich an Deiner Stelle mit anderen Dingen beschäftigen.

Wir haben http://www.manageengine.com/products/service-desk/index.html im Einsatz. Hat ein paar Ecken und Kanten und die Entwickler sitzen in Indien. Die AD-Integration ist aber brauchbar. "AD-Auth" sollte aber auch kein keine große Hürde sein. Geht heute via Kerberos und LDAP auch mit vielen anderen JAVA-Systemen.

Dann definieren, dass das Domain-Konto nach XX Tagen abläuft. Sobald das 1x auf den NB's angekommen ist, müssen die User einfach ;) Zumal es nervt, 2 unterschiedliche Kennwörter zu verwenden.

Sorry, aber werden wirklich keine Dateien ausgetauscht ? Schon ein USB-Stick birgt dann eine sehr große Gefahr. Und Softwareentwickler halten sich eh selten an was, wenn sie nicht "gezwungen" werden...