olc

Was hältst Du hiervon: NEO Series ipc2U – Industrial PC to you ? Gruß olc

Kein Thema, "das gesamte Script" ist kein Aufwand - da liegt der Vorteil zum VBScript. ;) Get-ChildItem -Path C:\TEMP | Where-Object -FilterScript {($_.LastWriteTime -lt [[DateTime]]::Now - "3")} | Remove-Item -force Gruß olc

Hallo, das würde dann aber unter Umständen auch nicht bedeuten, daß Eure Mailadressen für das Spammen benutzt werden. Grundsätzlich können die Nachrichten, daß Mails nicht zugestellt worden sind, auch daher kommen, daß ein Pool Eurer Adressen (damit meine ich wirklich nur die Adressen) genutzt wird, um Mails zu senden. D.h. die Absenderadresse wird mißbraucht. Das heißt nicht zwangsläufig, daß bei Euch ein Trojaner hängt oder Euer Server als Relay mißbraucht wird... Es ist jedoch auch nicht auszuschliessen. Um die Situation besser einschätzen zu können ist Snort o.ä. sinnvoll, aber auf die Schnelle doch schwer bereitzustellen, wenn man es noch nie benutzt hat. Könnt Ihr als Vorsichtsmaßnahme an Eurer Firewall den Ausgang (also intern nach extern) von SMTP Verkehr außer vom Mailserver blocken? Somit könnte man wenigstens einmal schauen, ob Versuche statfinden Mails zu senden, die nicht vom Mailserver kommen (Logging einschalten). Wenn Ihr Euer gesamtes Netzwerk sniffen wollt habt Ihr neben der anfallenden Datenmasse eh das Problem, daß in einem geswitchten Netzwerk nicht so einfach mitgeschnitten werden kann... Gruß olc

Schaltet doch das Logging auf dem E-Mail Server ein. Dann sollte sich nachvollziehen lassen, über welchen Account die Mails gesendet werden. Ist erst einmal ein Ansatz. Wenn Du dann noch das Logging so konfigurierst, daß er die Client-Adressen loggt, brauchst Du nicht im Netzwerk zu sniffen. Gruß olc

Hallo, habt Ihr den Server als offenes "Relay" konfiguriert oder laßt Ihr nur authentifizierte Benutzer / Computer / Subnetze Mails senden? Gruß olc

...oder Du installierst Dir die PowerShell: http://www.mcseboard.de/windows-forum-allgemein-28/mittels-powershell-dateien-bestimmtem-datum-loeschen-104512.html Gruß olc

Das Problem mit der VM-Zeit liegt wahrscheinlich daran, daß Deine CPU "gedrosselt" wird, wenn nicht zu tun ist (Speedstep, CPU Trottling etc.). Wenn Du Deine CPU nicht mit voller Last laufen läßt, kann es zu diesen Erscheinungen kommen. Da es laut dem anderen Thread nicht funktioniert, die Zeit per VMWare Tools zu synchronisieren (warum funktioniert das eigentlich nicht?), kannst Du die CPU-Frequenz dauerhaft verändern. Schau Dir hierzu mal den Befehl cpufreq an. Paß aber beim "rumspielen auf, daß Du keinen "Mist" mit den Frequenzen machst... ;) Zu Empfehlen ist es jedoch nicht, ie CPU imm er ungedrosselt laufen zu lassen: Mal abgesehen vom Stromfresser verkürzt das die Lebensdauer der CPU. Gruß olc

Hallo, versuch es mal mit Isobuster. Mit der Shareware kannst Du schon eine Menge machen, u.a. auch verschiedene Sessions "anschauen". Gruß olc

Hallo, in diesem soll ist es unter Umständen sinnvoll, wenn Du anstatt des Zonentransfers eine DNS-Weiterleitung einstellst. Sind die verschiedenen Domänen (bzw. DNS-Server) durchgängig erreichbar oder gibt es netzwerktechnische Trennungen? Die Weiterleitung kannst Du auf bestimmte Domänen bezogen in den DNS-Einstellungen Deines DNS-Server einrichten. Gruß olc

Haben die WINS Server an den beiden Standorten eine Push / Pull Partnerschaft? Sind die lokalen WINS Server am jeweiligen Standort auf den Clients netzwerktechnisch eingetragen? Gruß olc

Jepp, das wirds sein. Bei dieser Umgebung solltet Ihr über den Einsatz von WINS nachdenken. [EDIT] zu spät... ;) [/EDIT] Gruß olc

Hallo, Du brauchst für jeden physischen Rechner eine gültige Lizenz. Macht also insgesamt 3 Lizenzen. Gruß olc

Wenn es nur um ausführbare Dateien geht mag das laufen, da jedoch oftmals zusätzliche Dateien von der Setup Routine (oder der Applikation) gelesen werden müssen, wird das in den meisten Fällen nicht funktionieren bzw. nicht praktikabel sein... Gruß olc

Hallo, ich gehe mal davon aus, daß Du einen Windows Server 2003 nutzt? In diesem Fall mußt Du den richtigen "Partner" festlegen: Time synchronization may not succeed when you try to synchronize with a non-Windows NTP server in Windows Server 2003 Gruß olc

Ja, ich denke auch, daß es in den meisten Fällen Möglichkeiten gibt, die Probleme auch mit dem Support zu lösen. Aber man sollte es nichtsdestotrotz auf dem Schirm behalten... ;) Genauso würde ich es auch machen. Denk aber in diesem Fall ebenso an eine ordentliche Plattenaufteilung - nur ein paar virtuelle Platten in der empfohlenen Konfiguration auf einem RAID zusammen mit den anderen Platten laufen zu lassen bringt nichts. :D Gruß olc

Ich will das noch einmal anstossen, da all Deine Anforderungen vom IPCop zum "Nulltarif" erfüllt werden... Oder gibt es Gründe, warum Du diese Lösung ausschließt? Gruß olc

Nimm einen "alten" PC und installiere Dir IPCop mit dem AddOn BOT. ;) Gruß olc

Einen Online-Portscan kannst Du hier machen: heise Security - c't-Netzwerkcheck Gruß olc

In Bezug auf VMWare solltest Du vielleicht noch beachten, daß MS Dir unter Umstängen keinen Support bei etwaigen Tickets bietet. Derzeit wird beispielsweise eine Exchange Installation auf VMWare (egal, welches Produkt) nicht supportet. Ich persönlich bin jedoch bisher nur sehr selten in die Verlegenheit gekommen, direkt bei MS anzurufen. Und in diesem Fall kann man die Maschine ja unter Umständen vorher auch auf physische Hardware "umziehen". Ansonsten schließe ich mich meinem Vorredner an: In "kleineren" Umgebungen sicherlich kein Problem - aber gerade die I/O Leistung sollte man im Auge behalten --> kommt auf Deine Platten-Konfiguration an. Gruß olc

Hallo, Deine Beschreibung ist ja etwas kurz geraten, aber trotzdem habe ich einmal meine Glaskugel benutzt ;): Hast Du in der IIS Verwaltung das Ausführen von ASP-Code erlaubt bzw. gestartet und auch den Scriptzugriff des virtuellen Ordners gestattet? Gruß olc

Hallo psymon, da gibt es einige Tools, z.B.: DM2 http://www.heise.de/ct/activaid/htm/liesmich.htm Da Dir als "Windows Neuling" sicherlich nicht alle Tastenkombinationen bekannt sind, hier auch ein Link dazu: Tom's Hot-Key-Liste, Winhotkey *** ch@BigTom.ch *** Http://www.BigTom.ch *** Für meine Mühe hätte ich gerne ein Feedback in meinem Gästebuch!! Danke im voraus, Tom Gruß olc

Das kommt - wie immer - ganz darauf an... ;) zu 1) Grundsätzlich sind Domänen Sicherheitsgrenzen. Du solltest Dir also überlegen, inwieweit die Standorte administrativ als auch benutzerbezogen abgegrenzt werden sollen. Ganz klar hast Du einen höheren administrativen Aufwand, wenn Du die Variante mit mehreren Domänen wählst (FSMO Rollen, DCs etc.). zu 2) Wie viele Benutzer sind in Deiner Organisation? Der Replikationstraffic ist im Normalfall am geringsten, wenn Du die "Multi-Domänen-Variante" nimmst. Doch das muß nicht ausschlaggebend sein, denn wenn die 35 MBit/s ausschliesslich für den Replikationstraffic vorgesehen wären, wäre das mehr als genug. Ich denke aber mal nicht, daß es so ist. Letztendlich kannst Du den Traffic auch "klein" halten, wenn Du die physischen Standorte als AD-Standorte abbildest. Dafür sind diese auch gedacht. ;) zu 3) Das hängt m.E. davon ab welches Budget Ihr habt bzw. wie viele Benutzer vorhanden sind, wie hoch das Mailaufkommen ist etc. Wie gesagt, so pauschal kann man dazu nichts sagen, es sei denn, Du nimmst die ganze Situation ein wenig mehr auseinander und gibst ein paar Zusatzinformationen... Gruß olc

Hallo, bitte mal die Suchfunktion des Forums mit dem String "r2 adprep" bemühen oder hier hinein schauen: Yusuf`s Directory - Blog - Schemaupdate beim Windows Server 2003 R2 Um den Server in die Domäne zu bekommen, mußt Du ein Schemaupdate von der zweiten R2 CD durchführen. ;) [EDIT] Da war jemand schneller[/EDIT] Gruß olc

Stimmt alles, was Du geschrieben hast... ...was ja nur ein Punkt war, wenn auch nicht der Hauptpunkt. Es sollte lediglich verdeutlichen, daß es mehr als einen Aspekt bei der Betrachtung gibt. ;) Gruß olc

Ja, das ginge. Aber dann würden bestimmte Attribute (z.B. der Name) der Globalen Gruppe im Globalen Katalog gespeichert und damit repliziert werden. Und genau das kann bei vielen Objekten in einer Domäne zu einem echten Problem werden - besonders, wenn die Replikation übers WAN geht... Außerdem gibt es bestimmte Beschränkungen in den verschiedenen Betriebsmodi (Windows 2000 gemischt z.B.), die es Dir nicht in jedem Fall erlauben, Globale Gruppen in andere Globalen Gruppen zu verschachteln. Gruß olc