Envader

Moin, sorry, hatte das irgendwie falsch gemeint. Hier die aktuelle Konfiguration der Firewall: Portkonfiguration für Profil "Standard": Port Protokoll Modus Name ------------------------------------------------------------------- 1434 UDP Aktiv SQL ServerEasyWinArt 1433 TCP Aktiv SQL ServerEasyWinArt Deine beiden Einstellungen habe ich auch getestet, leider ohne Erfolg, ich bekomme keine Verbindung zu dem SQL-Server. Danke für den Tipp, habe das auch probiert, leider auch ohne Erfolg. Er lässt einfach die UDP Verbindung nicht zu. Hab auch die Einstellung Unicastantwort auf Multicast- oder Broadcastanforderungen nicht zulassen explizit deaktiviert in den Gruppenrichtlinien, auch ohne Erfolg. Hat noch jemand eine Idee? Gruss Mathias

Auf dem SQL-Server habe ich testweise die Firewall komplett deaktiviert. Sobald ich auf den W2K3 die Firewall ausschalte klappt es auch wunderbar. Aber ich kann keine Regel definieren, damit es auch bei eingeschalteter Firewall funktioniert. Muss hier irgendwas spezielles definiert werden?

Hallo, ich versuche von einem Windows 2003 Server auf einen SQL Server zuzugreifen und versucht eine Verbindung über Port 1434 UDP. Sobald ich die Firewall an W2K3 Server ausschalte funktioniert die Verbindung wunderbar. Sobald die Firewall eingeschaltet ist, bekomme ich keine Verbindung, obwohl ich eine Regel angelegt habe. Es erscheint im Logfile immer folgende Fehlermeldung: DROP UDP SQL-IP W2K3-IP 1434 4553 120 - - - - - - - RECEIVE Hat jemand eine Idee, woran das noch liegen kann? Danke für Hilfe. Gruss Mathias

Hallo, ich habe folgendes Zertifikatsproblem. Ich habe einen Exchange-Server, den ich von extern nutze mit mehreren Domains. Hieraus ergibt sich folgendes Szenario: Szenario1: Domain1.de ist die Hauptdomain des Exchange und alle eMail-Adressen funktionieren fehlerfrei mit Outlook und OWA. Es kommt kein Zertifikatsfehler. Szenario2: Domain2.de ist die Standardantwortadress-Domain für einige eMail-Adressen und sobald diese über Outlook connecten erhalte ich den Fehler, dass das Zertifikat autodiscover.domain2.de "Der Name auf dem Sicherheitszertifikat ist ungültig oder stimmt nicht mit dem Namen der Website überein." Wie bekomme ich es hin, dass auch die User aus Szenario2 connecten können und diesen Fehler nicht erhalten. Zugriff über OWA funktioniert hier wunderbar. Ich hoffe, dass es so verständlich ist. Gruss Mathias

Hallo, Fehler lag daran, dass ein Floppy, was am Anfang angeschlossen war als HDD und nicht als Floppy erkannt wurde und sich so fest ins Bios eingetragen hatte und somit die erste Festplatte war und die Hauptfestplatten liefen nur noch als zweite Festplatte. Gruss Mathias

Hallo, ja, die RAID-Treiber werden sauber geladen und er zeigt auch die Platten ohne Probleme an, aber immer wenn man eine Platte auswählt kommt die o.g. Fehlermeldung. Kann es sein, dass er irgendetwas anderes als primäre Festplatte erkennt? Gruss Mathias

Hallo, nein, an dem Server hängt nix per USB angeschlossen mit dran. Und mittlerweilen lässt sich wirklich gar kein System mehr installieren, also auch Vista nicht. Bringt es hier etwas, das RAID komplett neu zu erzeugen? Gruss Mathias

Hallo, ich hab das Problem, dass ich auf unserem Server Windows 2008 Standard nicht installiert bekomme, weil egal welche Festplatte ich auswähle folgende Fehlermeldung kommt: Es wurde kein systemvolume gefunden das den installationskriterien entspricht Das System ist ein Intel Server SR1500 mit einem Adaptec 3405 Controller an dem 3 1TB-Festplatten im RAID5 hängen. Vorher lief auf dem System testweise ein Windows Vista, welches sich ohne Probleme installieren ließ. Auch die Installation von einem SBS2008 verlief ohne Probleme. Hat jemand eine Idee, woran das liegen kann oder wie man das ganze beheben kann? Danke für Hilfe. Gruss Mathias

Auf dem Server ist auch ein Zertifikat für die Domain autodiscover.domain.tld hinterlegt, aber ich bekomme Outlook oder besser gesagt den Exchange nicht dazu, dieses Zertifikat zu verwenden. Wie kann ich ihn denn dazu überzeugen?

Hallo, ich habe mit dem Exchange 2007 und Outlook 2007 folgendes Problem. Der Exchange ist sauber konfiguriert und läuft mit der Domain ex2007.Domain.tld und ist darüber auch sauber erreichbar, auch per OWA und auch das Zertifikat funktioniert sauber. Outlook Anywhere klappt hier auch richtig, also Connection per Outlook 2007 bekomme ich auch, aber leider gibt es immer das Problem beim connecten, dass er das Zertifikat von der Domain autodiscover.domain.tld ziehen will und hier aber nur das Zertifikat für ex2007.domain.tld findet und bemängelt, dass Zertifikatsdomain und angefragte Domain nicht übereinstimmen. Wie kann ich Outlook beim connecten davon überzeugen, nicht die autodiscover.domain.tld zu nutzen, sondern die ex2007.domain.tld? Laut eMail-Konfigurationstest wird bei autodiscover folgende Domain genutzt: https://ex2007.domain.tld/autodiscover/autodiscover.xml Ich habe hier schon die Suche genutzt, konnte aber leider keine Lösung finden. Vielleicht hat hier jemand eine Idee. Danke für die Hilfe. Gruss Mathias

Hallo, wir haben bei uns unter Windows 2003 folgendes Problem. Unsere Profile werden alle auf dem Server gespeichert und die User sind aktuell alle noch Administratoren (was sich aber ändern soll). Jeder User bekommt ein Laufwerk X: per Loginscript gemappt, welches auf eine Freigabe auf dem Server zeigt, wo alle Rechte sauber auf die User gesetzt sind (von mehrere Personen geprüft und bestätigt). Seitdem der User einmal per RDP auf dem Server angemeldet war, kann er nun von der Laufwerksfreigabe X: keine *.exe Dateien mehr öffnen, da er angeblich keine Rechte dazu hat. Alle anderen Dateien gehen sauber und ohne Probleme zu öffnen und die Rechte sind voll gesetzt für den User, auch auf die .exe-Dateien. Selbst das "Ausführen als" kann nicht genutzt werden, da sofort der Rechtefehler kommt. Gibt es unter W2K3 noch eine Policy, die verhindert, dass ein User .exe-Dateien öffnen darf? Danke für Hilfe. Gruss Mathias