weg5st0

Microsoft Netzwerk (Server) - Kommunikation digital signieren Mit dem DS Client kommst du wohl weiter, s.a.: Client, service, and program incompatibilities that may occur when you modify security settings and user rights assignments

Hallo SuperSpeedy, zunächst solltest du alle aktuellen Servicepacks von der Windowsupdatesite installieren. Dann den Rechner einer gründlichen Virensuche unterziehen. Wenn nichts gefunden wurde ists ab da gut. Wenn du bereits Trojaner hast ist wohl eine Neuinstallation angesagt. Vielleicht solltest du ausserdem die Links in deinem Eröffnungsposting löschen. nachher klickt womöglich einer drauf....

In der Gruppenrichtlinie für den Server unter Computer Configuration/Windows Settings/Security Settings/Local Policies/Security Options (rsop.msc)

Also im System Log sollte da schon was stehen. siehe auch: List of Event IDs for the Routing and Remote Access Service

Hast du die smb Signierung geprüft, wie ITHome schon geschrieben hat?

also täusch ich mich, oder synchronisiert da nur das Profil des aktuell angemeldeten Users? Das wäre ja sonst ein ziemliches Chaos, in Umgebungen mit servergespeicherten Profilen.

Hallo Floyd, abgesehen davon, daß ich den Sinn nicht sehe und die Realisierung für sicherheitstechnisch bedenklich halte, könnte ich mir vorstellen, daß man das über eventtriggers.exe lösen kann. einfach einen Trigger einrichten, der beim entsprechenden Event im Log (Einwahl erfolgt) ein skript startet mit dem dann die VPN Verbindung aufgebaut wird.

bspw so: dateidwnld.bat: ftp -i -s:%systemroot%\ftpcommand.bat ftpcommand.bat open ftp.nai.com anonymous test@test.com cd /commonupdater/ lcd C:\vscan binary hash mget * close

Zum Thema Image solltest du anschliessend hier im Board unter Tipps und Links die Beiträge zum Thema USN Rollback durchlesen und nach erfolgreicher Wiederherstellung auf ntbackup umsteigen...

Geht so pauschal auch nicht. Die Reichweite richtiger Karten im Vergleich zu Sticks ist natürlich in jedem Fall besser. Bei mir geht der Stick aber durch 2 Stahlbetondecken bis in den Keller... Wie gesagt, viele eventualitäten.

Im Prinzip richtig. Lediglich zusätzlich die stm Files zurücksichern. Bevor du was löschst bietet sich natürlich erstmal nur das verschieben in einen temp Ordner an. Ein Reboot sollte nicht nötig sein. Das bereitstellen des Informationsspeichers reicht aus.

Das lässt sich im IIS Log erkennen: WINNT\System32\LogFiles\W3Svc1 Eventuell muss das Logging erst noch auf der Defaultwebsite aktiviert werden. Ich habe bisher keinen Logreader gefunden der diese Protokolle "lesbarer" darstellt.

In Nord-Schweden sicher nicht. Da wohnt der Nachbar in der Regel 10 km weg. In Mitteleuropa - vielleicht. Dazu braucht man aber mehr infos: Gleiches Haus? Nachbarhaus (Entfernung)? Wo steht der Accesspoint? Wieviele Wände/Decken sind dazwischen. Erfahrungsgemäss: wenn eine Decke oder tragende Wand dazwischen steht sollte es gehen. Bei mehr muss man mal testen. Ab 3 Decken ists meist nicht mehr möglich.

Ich denke Sharepint wäre besser geeignet. Da gibts eine kostenlose Variante auf MSDE Basis (2gb Grenze). Zum evaluieren sicher geeignet.

Im Kerio Forum wird das so beschrieben: You need to disable the Protocol Inspector for smtp Configuration --> Definitions --> Services --> smtp --> set the Inspector to "NONE"

Sehe ich das richtig, daß die winroute einen SMTP Proxy hat? Hast du den auch abgeschaltet?

und du bist dir sicher, daß es nicht an deiner Firewall liegt? Welche isses denn?

Kannst du dich lokal an der Konsol anmelden? Was steht im Eventlog am Server? EDIT: Zweiter

Versuche einmal auf der Seite erweitert deines SMTP-Connectors den Haken "HELO anstelle von EHLO senden" zu aktivieren. Wenn das hilft kannst du evt. einen separaten Connector für diese Variante anlegen. Hast du das Problem nur bei siemens.com.

Dann ist in der Tat ein internes Relay bei siemens beteiligt, das die Mail ablehnt. (david heisst der server wohl). Allerdings ist es schon verwunderlich, warum der server dich mit dem MX Fehler zurückweist. Ist denn der Eintrag: 2006-12-04 20:08:45 217.194.34.77 OutboundConnectionCommand SMTPSVC1 CUBITUX - 25 EHLO - mail*********com 0 0 4 0 20406 SMTP - - - - der hier statt der **** steht deckungsgleich mit dem MX und dem Reverse Eintrag? Den Artikel oben solltest du auch durchlesen wenn du eine der angesprochenen Firewalls einsetzt.

Dann sendest du aber nicht direkt an das siemens relay....

Welche Firewall? SMTP mail cannot be sent or cannot be received in Exchange Server

wird dieser DNS Name auch angezeigt, wenn du telnet mailserver 25[/Code] machst ...?

Also für mich hört sich das verdächtig nach, dein MX ist halt doch nicht richtig eingetragen an. Wer ist denn nun im MX eingetragen? Teste mal hier: DNS Report: The free, thorough report on the DNS for your domain Beim DNS Test wird auch ein MX Test gemacht. Hier muss dein Server bei den Reverseeinträgen gelistet sein.

im Zweifel im Ordner i386.