blub

Hallo, ich schätze, da musst du dich ins Thema debugging einarbeiten. Driver Developer Resources: Debugging Tools for Windows ein sicher sehr gute Quelle sind dafür auch die "Windows Internals" Bücher von Mark Russinovich Windows Internals: Book and Online Course Bundle: Amazon.de: Mark E. Russinovich, David Solomon, Alex Ionescu: Englische Bücher wobei diese Bücher oft zumndest meinen Horizont übersteigen. blub

Hallo, probiers doch mal mit robocopy. Unter PowerShell Prozesse - PowerShellPraxis.de kannst du dir die Beispiele #1 und #3 ansehen. Googlen nach "powershell robocopy" bringt ebenfalls reichlich Treffer. blub

sobald die CRL abgelaufen ist, geht dann nix mehr. Mehrere Zertifikate von verschiedenen CAs im Store für denselben Zweck funktionieren auch nicht. Da nimmt sich Windows mal dieses, mal jenes.

Danke!

Hallo, du kannst mal das Netzwerk und den SMB-Port prüfen z.B, mit http://www.mcseboard.de/tipps-links-5/einfacher-portscanner-173485 Speicher die exe z.b. in c:\temp auf Client und Server führe diesen Befehl auf dem Client und dem Server aus C:\temp\SimpleTCPCheck.exe 192.168.9.21 135 Es sollte beide Male "1 1" erscheinen blub

Dein Kunde muss auch mit GEMA/ GEZ etc. aufpassen bzw. sollte sich schlau machen

Tritt das auch auf, wenn du die DHCPConsole z.b. auf dem neuen DHCPServer aufrufst?

Ich hatte damals, als wir unser AD designed haben, auch die Aussage von Microsoft-Consulting auf die 15 Minuten aufzupassen. Und wenn die heute das immer noch so erzählen, scheint was dran zu sein.

Wenn genügend Bandbreite da ist, würde ich die "Change Notification" zwischen den Sites aktivieren Advanced Replication Management Dann sind die 15 Minuten eh gegessen :) blub

Zumindest unter 2003 hat er meines Wissens die Replikation wieder von vorne begonnen, wenn er in den 15 Minuten nicht fertig wurde. blub

jetzt, wo du's sagst :-) #Powershellcode gwmi win32_product | ConvertTo-HTML | Out-File C:\Users\test1\test.htm

damit gehts auch auf cmdline über wmi: wmic /node:rechner1 path win32_product get * /format:htable >>c:\software.html http://msdn.microsoft.com/en-us/library/aa394378%28v=vs.85%29.aspx blub

Hallo, Public Class Form1 Private Sub Button1_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles Button1.Click Dim p As New System.Diagnostics.Process p.StartInfo.FileName = "ping" p.StartInfo.Arguments = "192.168.178.1 -n 2" p.StartInfo.RedirectStandardOutput = True p.StartInfo.UseShellExecute = False [color="DarkRed"] p.StartInfo.CreateNoWindow = True[/color] p.Start() p.WaitForExit() Dim sResult As String = p.StandardOutput.ReadToEnd TextBox1.Text = sResult End Sub End Class Den Code habe ich von hier abgeschaut: Ping Unter Visual Basic 2008 Programmieren. - WinFuture-Forum.de Ich habe nur die Zeile p.StartInfo.CreateNoWindow = True zugefügt, damit kein cmd-Fenster aufblinkt. ProcessStartInfo-Member (System.Diagnostics) blub

vielleicht noch eine ErrorAction hinten dran, damit das Script nicht stehen bleibt, wenn irgendeine Datei im Zugriff ist. .......... -ErrorAction SilentlyContinue oder ........... -ErrorAction Continue blub

Leg die Treiber auf ein Netzlaufwerk z.B. U:\temp dann in der cmd: subst a: u:\temp blub Nachtrag: Sorry, war Quark bei deinem Probelm: Vergiss es bitte :-)

Hallo, Vielleicht helfen die Beispiele weiter PowerShell Formatierung des Outputs - PowerShellPraxis.de blub

Hallo, Zu Punkt 6: deine QS würde ich im DHCP.Log Audit logging: Dynamic Host Configuration Protocol (DHCP) sowie wie im eventviewer durchführen. Generell: Da die DHCP-DB eine Jet-DB (wie WINS) ist, lassen sich Probleme an der DHCP-Datenbank oft beheben, indem man die mdb mit jetpack komprimiert: Audit logging: Dynamic Host Configuration Protocol (DHCP) In habe früher alle 3 Monate mal die mdb komprimiert, um eventuelle Fehler möglichst früh erkennen zu können. blub

solche "offiziellen" Vorgaben find ich bei einer Evaluierung nicht schlecht: http://www.datenschutz.rlp.de/downloads/oh/lfd_oh_vernichtung_und_loeschung.pdf Unter Festplatten, Magnetbandkassetten: Beide Ziele sind mit einem Hammer prinzipiell erreichbar und der ausführende Mitarbeiter bleibt noch fit dabei :D ernsthaft: Verfahren und Prozesse, die sich auf DIN etc. berufen können, sollten bei entsprechendem Sicherheitsbedarf den Vorzug bekommen, gegenüber "müsste meiner Meinung nach sicher genug sein". Wobei ich diesen rlp-Link auch eben erst ergoogelt habe. blub

Eine offiziell anerkannte unabhängige Stelle reicht ;)

Konkret wollte ich nachsehen, auf welchen meiner Rechner der Port 5985 für winrm offen ist bzw. vor einem Verbindungsversuch mittels Skript erst die Erreichbarkeit des Ports überprüfen. Oft ist es auch so, daß ICMP zu Webservern per Firewall geblockt ist. Mit dem Tool kann man dann auch schnell monitoren, ob 80 oder 443 offen ist.

Den MCITP hast du aber schnell gepackt! http://www.mcseboard.de/ms-zertifizierungen-allgemein-3/mcse-vs-mcitp-sa-171308.html cu blub btw: "spärlich" nicht "speerlich"

Hallo, Ich habe mir für den Eigenbedarf einen einfachen TCP-Portscanner geschrieben, der abprüft ob ein Client erreichbar ist und bestimmte TCP-Ports auf ihm offen sind. Der Scanner ist dafür gedacht in anderen Scripten oder Batches eingesetzt zu werden, um dort vor einer Verbindung die Erreichbarkeit zu prüfen. Daher ist die Ausgabe auf das Notwendigste beschränkt. Beispiele SimpleTCPCheck 192.168.178.100 5985 4711 389 1101 SimpleTCPCheck 192.168.178.100 5986 10 SimpleTCPCheck 192.168.178.101 8080 01 die erste 1 oder 0 bedeutet, ob der Client per Ping erreichbar ist, die übrigen 0-er und 1-er zeigen an, ob die Ports erreichbar sind. win32_pingstatus Win32_PingStatus Class (Windows) ist so ähnlich, nur kann der leider nicht mit Ports umgehen. Vielleicht kanns jemand brauchen blub PS: Wenn Interesse am VB-Code besteht, schreibt mich einfach an SimpleTCPCheck.zip

Mir gehts doch nicht um Skype speziell! Wenn du Microsoft nicht über den Weg traust, dann hilfts dir doch nicht, wenn du nach den Angaben desjenigen, dem du nicht traust, das System härtest. MS hätte genügend Möglichkeiten Daten zu erfassen, die du sicher nicht mit gelegentlichem netstat -an aufspüren könntest. Ich vertraue Skype nicht, daher hab ichs runtergeschmissen. Wenn du MS nicht traust, dann musst du dir wohl ein anderes OS suchen. Hoffe, jetzt ist besser klar, auf was ich hinaus wollte. blub

Laut dem ersten von dir angegeben Link, telefoniert Windows7 alle 90 Tage nach Hause. Gelegentlich mal den Wireshark anzuwerfen oder netstat -an anzusehen, würde dich also auch ohne weitere Massnahmen zu 99.995 % zufrieden stellen. Wenn du live sehen willst, wie Software nach Hause telefoniert, installier dir Skype. Der SkypeClient schickt im Minutentakt verschlüsselte Daten an verschiedenste Server. Selbstverständlich ohne zu fragen und auch, wenn du Skype nicht nutzt. Mir war Skype das nicht Wert. blub

@pazuzu, hast du überhaiupt schonmal selbstständig Systemsoftware evaluiert?b