mamamia

Ich lern grad neben bei an der Arbeit. Aber ich denke auch, dass es machbar ist. Will im Februar noch meinen MCITS SA machen, straffes Programm also ;) (als Update vom MCSA 2003). Iss aber schon cool, machst 2 Prüfungen und bekommst 3 neue Titel ;)

Dienstag hab ich meine. Wie warse, bei den Punkten anscheinend gut schaffbar!?

Haben wir hier auch schon gemacht, gibt eigentlich keine Probleme. GPO´s laufen soweit es geht. Der Traffic auf der Leitung erhöht sich ein bisschen aber zwischen den Clients sollte da nix passieren.

Machen wir doch. Skript gekoppelt an GPO welches die Installation startet. Falls du auf MSI hinaus willst, gibt es bei Office 2007 nicht mehr..

Hi, hab auch gerade diese Woche Office 2007 in unserem Unternehmen ausgerollt. Hab es auch ähnlich gemacht wie du. Du kannst das SP2 auch in den Update-Ordner legen und dann mit in die *.msp einabauen. Der Punkt Installation hinzufügen und Programme ausführen solltest du dir angucken. Da habe ich folgenden String hinzugefügt: \\Server\Freigabe$\MS_Office_2007_Std\UPDATES\office2007sp2-kb953195-fullfile-de-de.exe Dann hast du das Update in die Installation eingebettet. Ein anderer Weg wäre einfach über den WSUS. Der meldet sich ja sofort nach der Installation mit Updates. Die Abfrage nach dem Log finde ich übrigens nicht gut. Ich prüfe den Reg-Key, der kann auch nicht verschwinden ;) Hier mal zur Vollständigkeit halber mein Script: Set WSHShell = CreateObject("Wscript.shell") Set oFileSys = CreateObject("Scripting.FileSystemObject") Programme = WSHShell.ExpandEnvironmentStrings("%ProgramFiles%") ProduktName = "Microsoft Office 2007 Standard" ProduktPfad = Programme & "\Microsoft Office\Office12\" InstallPfad = "\\Server\Freigabe$\MS_Office_2007_Std\" Regkey = "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\{90120000-0012-0000-0000-0000000FF1CE}\DisplayName" On Error Resume Next SymPfad = WSHShell.regread(RegKey) ' Prüfen ob RegKey vorhanden ist If Err.number <> 0 Then ' MS Office 2007 ist nicht installiert On Error Goto 0 WSHShell.Popup "Start installation " & ProduktName &"..." & vbCr & "Achtung: Dieser Vorgang kann einige Minuten in Anspruch nehmen!", 5 ' Office 2007 Standard WSHShell.Run InstallPfad & "setup.exe /config " & InstallPfad & "STANDARD.WW\CONFIG.XML /adminfile """ & InstallPfad & "UPDATES\Office 2007 Standard.MSP""" , 0 , True End If WScript.Quit

Hi Peter, was du auch machen kannst: Stufe deinen DC von 2003 auf 2008 Hoch und installiere dort den Lizenzserver. Dort ist er bei uns auch und gehört da eigentlich auch hin. Ausfallsicherheit ist eigentlich egal, da du so oder so keine hast, egal welcher Server dir ausfällt (ob DC oder VM oder TS oder was auch immer) Ich habe noch nix mit Hyper-V virtualisiert, da ich ein VMWare-Kind bin aber dass sollte schon gehen. Nur "schwache Hardware" halte ich für bedenklich. Bedenke hier bitte auch die Ausfallsicherheit, was ist wenn dir der Host wegbricht, da fehlen auf einmal 3 oder mehr Maschinen. Ich vermute auch, dass es bei Hyper-V einen Converter gibt, der aus physikalischen Maschinen virtuelle macht. Für diese kleine Umgebung empfehle ich dir den VMWare ESXi, der ist sogar in der kleinstne Version kostenlos. Den auf annehmbarer Hardware (QuadCore + 8GB RAM + NFS) sollte im ersten Step alle Bedingungen erfüllen und auch nicht so teuer sein. VM´s kannst du solange du bei einer Lösung bleibst von a nach b migrieren ohne das dem HostOS was passiert. Machen wir hier auch ständig. Hoffe dir geholfen zu haben ;)

Seit 2 Wochen Windows 7 RC produktiv im Büro und auf meinem Laptop. Gab es je was vor Windows 7 :) ?? Ne, iss echt gut und ich sehe im Moment nur Vorteile gegenüber XP (Vista hab ich übersprungen) Es ist echt nen Blick wert.

Das Problem hab ich auch, weiss dazu jemand was??

Das ist nicht ganz richtig, es wird ein Snapshot erzeugt, dann der ursprüngliche Container gesichert und nach der Sicherung wird das Snapshot an den Container wieder angehangen. Änderungen die während der Sicherung gemacht werden, landen im Snapshot. – BTW: Es gibt etliche Möglichkeiten die Maschinen zu sichern. Entweder du kopierst die einfach die vmdk´s weg oder du sicherst auf Betriebssystemebene (wahrscheinlich Windows) mit einem Sicherungsprogamm. Wir machen das auch so, nutzen für die Sicherung DriveSnapshot (sehr feines Tool, keine Installation, unterstützt Kommandozeile)

Hallo Leute, wir betreiben hier eine Terminalserverfarm von 6 Servern. Connecten tun sich die User meistens über alte Rechner, die über pxe mit Thinstation gefüttert werden. Wir haben leider ein sehr dummes Problem. Die Scrollmaus scrollt nicht richtig :rolleyes::rolleyes::rolleyes: Wenn ich einmal scrolle, scrollt die Maus 2-5mal. Man kann also in Dokumenten nicht ordentlich scrollen. Ich vermute, es liegt an dem rdesktop Protokoll 1.5.0, was ja schon seit einiger Zeit brach liegt. Wenn ich mit dem dem Windows RDP connecte, dann läuft das Scrollrad wie es soll. Weiss jemand damit was anzufangen (vermutlich bekommt mein Post 6 Visits und 0 Posts), oder wie connectet ihr eure Rechner, damit die mit den TerminalServern sich verbinden können. Vllt gibts da ja noch alternativen. Das openThinClient Projekt habe ich mir angeschaut, da wird aber ein Ubuntu gebootet, dass möchte ich nicht, es soll gleich RDP kommen. Ich hoffe Ihr könnt mir ein bisschen helfen! Danke, Gruß Markus

Ich muss dieses ältere Thema mal auffassen. Wir haben hier auch dieses Problem. Ältere Maschinen booten über PXE und können sich dann mit einem Terminalserver verbinden. Geschieht das über dieses Szenario, scrollt die Maus nicht richtig. Im Adobe Reader werden z.B. mit einem "scroll" gleich 5 Seiten weiter gescrollt. Wenn ich mich aber von einer Windows Session aus auf den Terminalserver verbinde, dann scrollt die Maschine richtig. Komisch ein bisschen. Um die Verbindung von den Clients herzustellen, benutzen wir ein ThinClientImage, was als BootImage auf die Rechner übertragen wird. Weiss da jemand ne Lösung?? An dem Maustreiber von der Windows 2003 Server Maschine wird es nicht liegen, da es ja über rdp von Windows aus geht. Vielen Dank für ein klein bisschen hilfe!

Hmm, das Problem ist halt, dass hier viel mit Berechtigungen für die Dom-Admin Gruppe gearbeitet wurde. Das wäre absolut mühselig, da jetzt jede Berechtigung nachzupflegen. Aber gut, wenns nicht anders geht.

Häää??? Ich will doch nur User in eine Gruppe stecken.. Geht das überhaupt, da die Domänen-Admins Gruppe ja eine Globale Gruppe ist.

Die Server der Domänen sind DC´s. Wie gesagt, es geht mir nur um die Gruppe der Domänen-Admins

Der Trust steht ja, anmelden geht auch. Ich habe allerdings eine 2003 Umgebung und möchte nur User der einen Domäne in die Domänen-Admins Gruppe der anderen Domäne hinzufügen.

Hi, ich möchte dieses etwas ältere Thema nochmals auffassen, da ich gerade vor dem selbigen Problem stehe. Habe eine nichttransitive externe Vertrauensstellung zwischen 2 Windows 2003 Domänen und möchte gerne User aus Domäne A in die Gruppe der Domänen-Admins der Domäne B stecken. Geht das überhaupt?! Wenn ja wäre ich für einen kleinen Tipp sehr dankbar.

Hallo Leute, folgendes Szenario: 2 Domänen: abc.local und abc.internal Beides W2K3 Domänen arbeiten autark und laufen. Diese beiden Domänen sind durch eine externe Vertrauensstellung miteinander verbunden. Der Trust arbeitet erfolgreich. Ich kann User importieren/exportieren, DNS Auflösung, alles so wie es soll. Leider blicke ich gerade den Zugriff auf Ressourcen der jeweils anderen Domäne nicht. Ich kann auf einen Server mittels \\Server zugreifen, allerdings auf dessen administrative Freigaben nicht. Versuche ich \\Server\c$, dann komm ein Popup, indem ich mich authentifizieren soll. Muss ich hier noch was deligieren? Ich hätte es gerne, ohne das Popup :) also automatische Authentifizierung. Vielen Dank!!

Irgendwie reagiert Ihr ein bisschen gereizt. Ich bin noch relativ frisch auf dem Gebiet und arbeite mich erst ein. Ein hinterfragen wird da ja noch erlaubt sein. Und wenn es euch beruhigt, es ist genauso wie ihr gesagt habt. Vielen Dank nochmal für eure Hilfe!

Ich kann hier nix für diese Situation. Ich habe das Lizenzmanagement der Firma übernommen, da stehe ich vor vollendeten tatsachen. Gut, dass mit den SQL CAL´s sollte geklärt sein, da wird eine Prozessorlizenz auf uns zu kommen, aber mit den CAL´s fürs Windows bin ich mir noch nicht ganz einig. Im Internen Netz ist es klar. Da authentifiziert man sich am Server, bzw der AD. User und Device CALs spielen hier die Hauptrolle. Wenn jetzt beispielsweise Web.de auf seinen Servern Windows laufen lassen würde, dann bräuchten die ja für jeden User eine CAL. Das kann ich mir nicht vorstellen. Es findet ja keine Authentifizierung am Windows System statt, sondern nur am Webportal. Ich melde mich später nochmal mit Infos aus einer anderen Quelle. Aber trotzdem vielen vielen Dank.

Morgen, Naja es ist ja ein Webserver, auf dem nur Webseiten angezeigt werden, die halt aus einem Datenbestand einer SQL Datenbank generiert werden!

Das würde ja bedeuten, wenn ich keinen Login hätte (Methode der Authentifizierung) bräuchte ich keine CAL´s, habe ich ein Login, brauche ich welche. Das ist doch aber unlogisch. Es sind ja keine Mitarbeiter, die auf die Webanwendung zugreifen, sondern Endkunden. Bräuchte ich jetzt deiner Aussage entsprechend eine zusätliche External Connector Lizenz?

Die loggen sich aber nur auf der Werbanwendung ein, nicht explizit auf dem Windows System. Auch wenn die sich auf der Webanwendung einloggen brauchen die Windows CAL´s?? Nicht wirklich oder? Hast du wenn doch, da eine Quelle für?

Naja die loggen sich an einer Webanwendung ein und werten da dann Dokumente aus die von unserer Firma zur Verfügung gestellt wird. Die Datenbank ist die Grundlage der Daten und der Webanwendung!

Das hab ich mir schon gedacht. Da werden wir wohl nicht um die Prozessorlizenz kommen. Auf dem Webserver läuft ein Windows 2003 Server Std. Edition auf den wir Admins uns per RDP Verbinden können. Die User haben nur die Weboberfläche vor sich. Benötige ich da eine external Connector Lizenz? Eigentlich nein, weil sich die User ja nicht am Betriebssystem authentifizieren. Für die Admins haben wir ja die 5 CAL´s die im Paket dabei sind. Liege ich dann da so richtig??

Servus Leute, Wir haben hier in unserem Unternehmen eine Webanwendung, mit den wir unseren Kunden Daten zur Verfügung stellen. Hinter dieser Webanwendung läuft ein SQL 2005 Server. Wie ist es da mit der Lizenzierung? Die Benutzer müssen sich einloggen, wir wissen also wer zugriff hat. Aber eine Mehrfachanmeldung ist ja auch möglich und so können ja mehrere Instanzen aufgebaut werden. Ich möchte da keinen Fehler machen und frage deshalb und möchte natürlich keine Fehler bei meiner entscheidung machen Vielen Dank für eure Hilfe!!