Tibi

Hallo zusammen, ich glaube ich muss es doch mal näher erläutern. ich setze einen reverse proxy ein (pound). Anfragen von extern werden folgendermaßen abgearbeitet. client_browser <---HTTPS---> pound <---HTTP---> outlook_web_access Die sichere Kommunikation ist somit gegeben bis zum Pound System und intern wird http verwendet. Meine Problematik ist das OWA bis jetzt nur https spricht. Das Pound System kann aber intern nur mit http umgehen. "SSL required" im IIS des Exchange 2007 Systems ist schon entfernt und getestet worden. Nach eingabe von _http://[servername]/owa wird trotzdem auf https umgeschalten. Daher meine Frage ob die interne Kommunikation auf http umgeschalten werden kann. danke

ja, w2k8 (64bit)

ich habe den haken sowohl auf der standard website, als auch auf der OWA entfernt. in beiden fällen wird ein redirect auf https vorgenommen.

Hi, danke für die INFO, den "Require Haken" zu deaktivieren war einer der ersten dinge die ich probiert habe. du rufst die owa seite ja mit https://[servername]/owa auf. wenn du dann http://[servername]/owa aufrufst, nach entfernen des "Require Hakens" dann switched er trotzdem auf https um. Keine Ahnung warum. Für mich wäre wichtig ausschließlich http in der Adresszeile zu benutzen.

Hi, leider löst deine Idee unser Problem nicht. Die Kommunikation soll wie oben beschrieben umgestellt werden. Wer hat dazu einen Lösungsansatz?

Hallo zusammen :) Folgendes Problem: Wir haben im Einsatz den Exchange Server 2007. Es geht um die Komponente OWA. Standardmäßig ist die Kommunikation des OWA auf https eingestellt. Wir wollen diese Kommunikation von https auf http umstellen (mal abgesehen von den Sicherheitsrisiken) Wie kann ich diese Umstellung vornehmen so das in keinster Weise mehr https genutzt wird? Ich danke euch schon einmal :D

Kann mir jemand vielleicht eine gute Anleitung für die Einrichtung/Konfiguration von DPM 2007 zusenden oder ein Link (z.B. Forum) schicken? Wir möchten testen, ob die Datensicherung unserer VMs und darin laufenden SQL-Server, Exchange-Server etc. auch einwandfrei durchläuft und wie die Performance optimiert werden kann (wie z.B. ausschließen von diversen DPM Ordnern etc.). Erfahrungen konnte ich bisher mit Backup Exec und ArcServe sammeln, doch nun muss DPM 2007 getestet werden. Bisher wurden die Backups (mit ArcServe) jede Nacht aufs Band geschrieben. Nun möchten wir aber die Sicherung in Netzwerk bzw. auf eine Festplatte schreiben und wenn möglich eine möglichst performante und zeitnahe Rücksicherung haben. Also nicht nur alle 6 Stunden eine Art Incrementele Sicherung, sondern 15, 30 oder 45min. abständen. Festplattenkapazität wäre vorhanden, nur was ist die optimalste Einstellung, um keine Performance Verluste zu haben und doch eine möglichst bzw. Sicherung in kurzen Abständen durchzuführen? :cool:

Ich habe letze Woche Donnerstag noch folgendes probiert, aber leider ohne Erfolg: 1. Konfiugrations des PDC-Emulators zur Verwendung der internen Hardwareuhr (CMOS-Clock) => How to configure an authoritative time server in Windows Server 2003 Die erscheinende Meldung im Eventlog soll uns nicht weiter stören, da wir ja über unser Tool synchronisieren. (wie hier unter Punkt 1 - siehe Link) 2. Als Software bzw. NTP-Server habe ich den NTP-Server von Meinberg und dazu den Servermonitor (ebenfalls von Meinberg) auf unserem SBS 2003 (DC) installiert. 3. Die XP-Clients verbinden bzw. werden beim Anmelden mit dem NTP-Server repliziert mit folgendem Befehl: net time \\server /set /yes und w32tm /config /update /syncfromflags:DOMHIER 4. Mit folgendem Befehl prüfen w32tm /monitor P:\>w32tm /monitor server.domain.local *** PDC *** [192.168.65.240]: ICMP: 0ms delay. NTP: +0.0000000s offset from server.domain.local RefID: ptbtime2.ptb.de [192.53.103.104] Muss denn, wenn ich von einem XP-Client d. Befehl ausführe, unter RefID der NTP-Server im LAN bzw. stimmt die Ausgabe der XP-Clients? Leider liefert der neu installierte Rechner noch immer die Fehlermeldung, wie oben beschrieben. Um 1 Uhr nachts, kurz vor dem automatischen Shutdown-Befehl vom Server an den Client.

Die Uhrzeit auf dem Server stimmt. Dort habe ich auch zusätzlich noch d. Tool BayTime installiert und Server+Client fragen die gleichen Zeitserver ab (alle 15 Minuten). Zusätzlich wird außerdem bei jedem An- und Abmelden die Zeit synchronisiert mit folgendem Befehl: net time \\SERVERNAME /set /yes

Ich habe an einer Workstation, die ich vor kurzem frisch installiert habe, folgendes Problem: In der Ereignisanzeige unter Anwendung erscheint nach dem runterfahren die ID 1030 und 1097. 1030: Die Abfrage der Liste der Gruppenrichtlinienobjekte ist fehlgeschlagen. Bisher wurde eine Fehlermeldung dieser Art im Richtlinienmodul protokolliert. 1097: Das Computerkonto wurde nicht gefunden, Die Zeitgeber auf dem Client- und Servercomputer weichen von einander ab. . Ich kann d. Fehler aber leider nicht nachvollziehen. Wenn ich den PC tagsüber reboote bzw. über shutdown-Befehl runterfahre, kommt keine Meldung. Ich kann den PC tagsüber 20x runterfahren, hochfahren oder rebooten, nie erscheint die Meldung in der Ereignisanzeige. Es wird nur Nachts um 01:00 Uhr was in die Ereignisanzeige geschrieben. Um diese Uhrzeit wird der PC über unseren Server mit folgendem Befehl runtergefahren: shutdown -s -m \\PCNAME -f -t 0 Ich habe auf der Workstation bereits folgende MS-Tools installiert bzw. Tips befolgt, aber leider ohne Erfolg: UPHClean Behandlung von Problemen beim Entladen von Benutzerprofilen How to configure an authoritative time server in Windows Server 2003 Es ist keine außergewöhnliches Software auf dem XP-Client installiert. Nur XP Prof. mit SP3 (hatte d. gleiche Problem auch mit SP2), Office 2003 mit SP3, Acrobat Reader und eine Zeiterfassungsoftware von ELV (holt sich die Zeit aber vom lokalen PC). Auf dem Server ist die Ereignisanzeige Fehlerfrei ... Ich weiß leider nicht, wie ich d. Fehlermeldung auf diesen einen Client beheben kann. Habe auch schon im BIOS geschaut, aber dort stimmt die Uhrzeit auch. Es ist sogar ein Tool "BayTime" installiert, der alle 15 Minuten sich mit dem Zeitserver (ptbtime1.ptb.de und ptbtime2.ptb.de) im Hintergrund synchronisiert. BayTime M & M - Systeme Hat jmd. einen TIP ?????

Hi, ich habe mal wieder ein Problem mit Symantec. Das booten von der CD klappt wunderbar und über eine cmd-Box besteht die Möglichkeit per commando-Eingabe ein Backup zurückzusichern. Doch leider geht immer der System Restore Wizard auf. G:\I386\START\ADVANCED\ML>v2isr.exe -aya -nui -sv2i e:\PCName.sv2i Auf Laufwerk E: kann ich wunderbar zugreifen und das Backup über den Wizard zurückzusichern geht auch, nur muss ich es irgendwie hinbekommen, dass ganze per commandozeile auszuführen. Kennt sich da jmd. aus oder hat ´s zufällig schon mal hinbekommen? Auf der Symantec Homepage steht absolut NICHTS :mad:

Wir haben bei uns in der Firma ebenfalls 1x Dienst mit .net Framework programmiert und die *.exe Datei als Dienst (abhängigkeit ebenfalls definiert) eingerichtet. Doch leider haben wir das Problem, dass der Dienst auf langsameren Systemen nicht sofort, sondern erst 2-3min. nach der Benutzeranmeldung gestartet wird. Könnte es sein, dass es noch irgendwelche .net DLL´s oder von einem bestimmten Dienst noch abhängig ist?

Danke für d. Tips, aber leider komme ich nicht weiter. Vielleicht hat jmd. ein *.VBS Script für die Erstellung eines Increment. Sicherungsjobs.

Danke für d. Tip, aber dass Erstellen von Incrementelen Backup´s über die Konsole ist ohne weitere Möglich, daher dachte ich, dass die Erstellung über VBS auch ohne irgendwelche Registrierungen etc. möglich sein sollte. Außerdem bin ich mir nicht sicher, ob d. Script 100%ig stimmt. Super wäre ein Script von Symantec, welches ich als Vorlage nutzen könnte und ein Incrementeler Backup eingerichtet ist.

Folgende Fehlermeldung erhalten ich beim Anlegen der Jobs: Option for the Script: /JOBNEW Imagename for the Script: Backup Start Step: Connecting the Local LSR Agent... c:\WINNT\system32\vbs\LSR-Backup_Incrementer.VBS(209, 5) Microsoft VBScript runt ime error: ActiveX component can't create object: 'Symantec.LiveStateRecovery.In crementalTask'

Wir haben auf mehreren hundert PC´s LiveState Recovery am Laufen und möchten per VBS Script die Incrementele Backup-Jobs einrichten (auwählen auf mehr als 1000 PC´s ist nicht möglich und viel zu Aufwendig). Wichtig wäre, dass jeden Sonntag ein Base-Backup von Laufwerk C & D und von Mo-Sa. jeweils morgens und abends eine Incrementele Sicherung (C & D) gemacht wird. Habe Probleme mit dem Incrementelen Abschnitt :( Hat jmd. ein ähnliches Script und könnte mir dies zur Verfügung stellen oder mir helfen? Function JobNew(strImageFolder,ImageName) 'Objekt Deklaration Dim objv2iAuto, objNet, objVolume, objTempVol, objImageJob, objFolderLocation, objCurrentJob, objTask, objIncrementalTask 'Create a LiveState Recovery automation object Set objv2iAuto = CreateObject("Symantec.ProtectorAuto") 'Connect to the local agent WScript.Echo "Start Step: Connecting the Local LSR Agent..." Set objNet = CreateObject("Wscript.Network") Call objv2iAuto.Connect(objNet.ComputerName) For Each objTempVol in objv2iAuto.Volumes(False) If objTempVol.DisplayName = "DISK1.PART1_C (C:\)" Then Set objVolume = objTempVol Set objFolderLocation = CreateObject("Symantec.LiveStateRecovery.FolderLocation") objFolderLocation.Path = strImageFolder objFolderLocation.FileSpec = "C_" & ImageName 'Create a task to schedule the image job Set objTask = CreateObject("Symantec.Scheduler.Task") objTask.Description = "Base Backup" objTask.StartDateTime = "20:15" ' GMT (+1 Amsterdam, Berlin, Bern, Rom, Stockholm, Wien) objTask.RepeatInterval = objTask.Constants.IntervalWeekly objTask.AddRepeatDay(0) ' Sun Call objTask.Validate() ' Make sure we built the task correctly 'Create a incremental task to schedule the image job Set objIncrementalTask = CreateObject("Symantec.LiveStateRecovery.IncrementalTask") objIncrementalTask.Description = "Base Backup" objIncrementalTask.StartDateTime = "08:00" ' GMT (+1 Amsterdam, Berlin, Bern, Rom, Stockholm, Wien) objincrementalTask.RepeatHourEndTime = "19:15" ' GMT (+1 Amsterdam, Berlin, Bern, Rom, Stockholm, Wien) objIncrementalTask.RepeatInterval = objTask.Constants.IntervalWeekly objIncrementalTask.AddRepeatDay(1) ' Mon objIncrementalTask.AddRepeatDay(2) ' Tue objIncrementalTask.AddRepeatDay(3) ' Wed objIncrementalTask.AddRepeatDay(4) ' Thu objIncrementalTask.AddRepeatDay(5) ' Fri objIncrementalTask.AddRepeatDay(6) ' Sat objincrementalTask.RepeatOn = True objincrementalTask.RepeatInterval = "08:00" Call objTask.Validate() ' Make sure we built the task correctly 'Create a manual image job Set objImageJob = CreateObject("Symantec.LiveStateRecovery.ImageJob") objImageJob.IncrementalSupport = True objImageJob.IncrementalTask = objIncrementalTask objImageJob.DisplayName = "Backup of " & objVolume.DisplayName objImageJob.Description = "This ImageJob was created from the Script LSR-BACKUP.vbs!" 'objImageJob.Compression = objImageJob.Constants.ImageCompressionHigh ' Image Compression High objImageJob.Compression = objImageJob.Constants.ImageCompressionMedium ' Image Compression Medium objImageJob.Reason = objImageJob.Constants.ImageReasonManual objImageJob.Volumes = Array(objVolume.ID) objImageJob.Task = objTask objImageJob.Location(objVolume.ID) = objFolderLocation objImageJob.RunOnce = False objImageJob.Quota = 20 'Add the image job to the list of jobs Call objv2iAuto.AddImageJob(objImageJob) WScript.Echo "DISK1.PART1_C (C:\) - Image Job added successfully." Set objVolume = Nothing Set objImageJob = Nothing Set objFolderLocation = Nothing End If Next End Function

Guten Morgen zusammen, also nach mehreren Test´s und Support-Unterstützung von Microsoft, haben wir ein Patch / HotFix vom Microsoft Quick Fix Engineering (QFE) Team erhalten You experience problems when you try to print to a file programmatically in Windows XP Komisch ist, dass wir die Supportanfrage am 20.07.2006 an MS gestellt haben und eine Änderung d. Patches am 24.07.2006 erfolgt ist :D Nun ja, hoffenltich wird dadurch d. Problem behoben :cool:

FW ist über Gruppenrichtlinien deaktiviert. Werde aber mal nachschauen bzw. nachfragen, bei welchen PC Modellen d. Fehler auftritt. Es ist nämlich nicht ohne weiteres möglich, auf 500 Clients über WAN die akt. Patches zu installieren.

Mhh, leider können wir den McAfee (akt. Version) nicht einfach auf allen 500 Clients deinstallieren :D Vor SP2 traten die Fehler ja nicht auf, aber wir haben Microsoft mit eingeschaltet, mal sehen was passiert :o

XP SP2 Firewall ist deaktiviert und virenscanner zu testzwecken beendet, keine änderung. hp support nicht versucht, da der chat vom proxy-server gesperrt wird :mad:

Könntest du mir bitte sagen, wo da der genaue zusammenhang ist, wenn die Drucker am USB Port (Dot4_001) hängen. Werde aber später nachschauen, sobald d. Fehler irgendwo auftreten sollte. Ach und welchen Dienst oder was soll ich genau beenden? Meinst du etwa d. COM+-Ereignissystem oder COM+-Systemanwendungen?

Hy, nur TCP/IP läuft mehr nicht. Außerdem habe gerade noch geschaut, ob unter Drucker und Faxgeräte - Datei - Servereigenschaften - Erweiterte Option - Spoolerfehler und -warnung protokolliert werden, aber leider ohne Erfolg bzw. gibt´s in der Ereignisanzeige keinerlei Fehler.

Hy, kein extra Tool am Laufen und die bidirektionale Unterstützung ist ebenfalls grau und der Haken ist natürlich raus :)

Eine Log-Datei oder ähnliches würde mir schon sehr weiterhelfen, um herauszufinden, von welchem Programm gedruckt und wo evtl. ein Fehler aufgetreten ist. Kennt jmd. ein Tool oder Script? Habe schon gegoogelt, aber nicht fertiges gefunden :(

Auf den PC´s läuft keine besondere Anwendung oder Firewall oder ähnliches bzw. gibt es zwar eine FW, die ist aber Zentral. Komisch ist eben, dass d. Problem nicht bei jedem PC vorkommt, wobei alle PC´s per Image erstellt wurden (daher absolut gleich).