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.

Mein Suchergebnis mit ActiveX component can't create object & vbscript bei MS:

 

 

BUG: You receive an "ActiveX component can't create object" error message when you Use Windows Script Host to execute remote script

BUG: You receive an "ActiveX component can't create object" error message when you Use Windows Script Host to execute remote script

 

Gruss

Velius

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.

Hi Tibi,

 

bei manchen AV Scannern reicht es nicht sie einfach zu beenden oder zu deaktivieren. Wie z.B. Symantec sollte restriktiv deinstalliert werden.

 

Ja das ist Pech für dich. Ich bin Admin und ich darf das. ;) Naja wenn du ein wenig da noch suchst, findest du eine Hotlinenummer. Da mußt du es eben via Telefon machen und dir alles schön aufschreiben, was die sagen. Der Chat hat den Vorteil, du bekommst ein Chatprotokoll via Email zugeschickt.

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

Hi Tibi,

 

ist eure XP SP2 Firewall deaktiviert? Benutzt ihr einen AV Scanner? Sind neue Druckertreiber installiert worden?

 

Warst du schon auf der HP Knowledgebase? Schau mal hier http://h20000.www2.hp.com/bizsupport/TechSupport/SupportTaskIndex.jsp?lang=de&cc=de&prodTypeId=18972&prodSeriesId=410622&taskId=110 Auf der Linken Seite kannst du, wenn du nicht weiter kommst, zum Online-Chat gehen. Dahinter sitzen dann die Experten, die sich mit ihrem Produkt auskennen. Mir wurden da auch schon hilfreiche Tips gegeben.

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:

Hallo Tibi

 

Kannst du mal schauen ob eventuell ein Problem mit den COM Schnittstellen vorkommen, hier würde natürlich das Druckerdienste beenden und neustarten nichts bringen. Aber ein neustart würde die COM Konflikte beheben.

 

Gruss

 

maesi

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?

Hallo Tibi

 

Habt Ihr auf den Druckern alle Protokolle aktive? Wenn ja schalte mal alle ausser TCP/IP aus, kenne dies von den LaserJet 1320.

 

Gruss

 

maesi

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.

Ist der Treiber aktuell ? Ist noch irgendein Druckmonitor (der z.B. den Tonerstand anzeigt) von HP aktiv ? Diese Software würde ich mal entfernen. In den Anschlußeinstellungen findest Du noch die Checkbox "bidirektionale Unterstützung aktivieren". Wenn die Checkbox nicht ausgegraut ist, nimm mal den Haken raus.

 

-Zahni

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 :(

Hi

 

 

Mal geschaut ob die FW quer schiesst? Mich würde so ein verhalten nicht wundern (zumindest langsam) :rolleyes:

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).