arsjac

Server: IIS 6 auf Windows 2003 Standard Edition x64, ebenfalls installiert auf dem Server sind .net 2.0, MS SQL Server Express 2005 und die Frontpage 2002 Extensions. Folgendes Problem: Wenn ich vom dem Server versuche eine Datei (über HTTP) runterzuladen, die mehr als einen Punkt im Dateinamen hat (z.B. Programm_Version.3.3.exe), dann kriege ich eine 404 Meldung. Obwohl die Datei 100% existiert, die Pfade stimmen und die Zugriffsberechtigung korrekt gesetzt ist. Das Runterladen von Dateien mit nur einem Punkt im Namen (Programm_Version_33.exe) funktioniert ohne Probleme.

Gibt's da einen tiefergehenden Sinn für Robocopy? Ich meine, was kann es, was xcopy mit der /O Option nicht auch kann?

Hallo Forum, Was ist die beste und sicherste Methode den Inetpub folder (IIS) auf D:\ zu verschieben? Ist das erste mal, dass ich das mache, also ist eine ins Detail gehende Antwort durchaus erwünscht. Server: IIS 6 auf Win2003 Standard Edition.

Das Problem scheint ja recht selten zu sein..

Zusätzliche Informationen: Im Server ist eine AVM B1. Leider konnte ich in der TAPI Einstellung nirgendwo eine Ausgangs-MSN setzen, ist das normal? Ich dachte, der Treiber dieser Karte erlaube dies. Hat einer hier eine B1, und kann mir sagen, was unter "Systemsteuerung->Telefon- und Modemoptionen->Erweitert->AVM ISDN TAPI Services for CAPI->Konfigurieren" so alles steht?

Mein Gott, ich habe das gleiche Problem wie der andere Poster in von mir verlinktem Beitrag: Auch bei mir, wird die HauptMSN gesendet! Es ist genauso, wie vom anderen Poster in seinem Beitrag hier: http://www.mcseboard.de/showthread.php?t=40211 beschrieben. Ich habe nirgendwo die Haupt-MSN eingetragen, ich habe die registry des servers nach beiden MSN's (Haupt und FAX MSN) durchsucht, es gab Treffer zur Fax-MSN, aber nirgendwo zur Haupt-MSN. Ebenfalls ist die ISDN-Karte an keiner Anlage o.ä. angeschloßen, sondern direkt am NTBA. Es ist zum Verzweifeln.

Folgendes Problem (Mit SBS 2003 Server + Windows eigenem Fax Server): Wenn gefaxt werden soll, funktioniert zwar alles, bis auf eine lästige Ausnahme; die Absendererkennung wird doppelt gesendet. Die Absendererkennung lautet also "Firmenname Firmenname". Ich habe hier im Forum gesucht, und jemand hatte das gleiche Problem: http://www.mcseboard.de/showthread.php?t=40211 Die Lösung wurde scheinbar gefunden, hier seine Beschreibung: "Also Punkt 2 ist geklärt. Beim erstmaligen Aufruf bzw. bei der Konfiguration des Fax-Clients einfach die Firmendaten ersetzen." Hm ? Wo genau? Beim Aufruf auf dem Client-Rechner? Beim Aufruf auf dem Server? Auf dem Server->Faxkonsole->Extras->Absenderinformationen habe ich die Firmendaten eingetragen, (Name, Faxnummer und Firma). Beim Client.. wo genau dort?

Ich habe auf einem SBS 2003 den Faxdienst konfiguriert, alles funktioniert einwandfrei, bis auf ein kleines Ärgernis: Die Absendererkennung (TSID) und die CSID kann maximal nur 20 Zeichen lang sein. Mehr Zeichen gehen nicht rein (Faxkonsole-> Fax Konfigurieren). Gibt es einen Weg, mehr Zeichen zu nutzen? Oder sind mehr Zeichen per Spezifikation gar nicht möglich?

Danke, genau das war es.

Ein PC mit XP, ein Domänencontroller mit Win2003 SBS; der PC ist natürlich in der Domäne. Soweit alles klar, jetzt das Problem: Wenn ich mich versuche, auf den PC per Remote Desktop einzuwählen, als normaler Benutzer, kommt die Meldung "Sie dürfen sich an dieser Sitzung nicht anmelden". Als Administrator funktioniert alles. Ich habe nach dieser Meldung hier gesucht, aber alle schienen sie nur beim Server selbst zu bekommen, zu XP konnte ich nichts finden: http://mcseboard.de/search.php?searchid=743706 (searchstring war: "Sie dürfen sich an dieser Sitzung nicht anmelden") Das Problem ist recht dringend, bin für jede Hilfe dankbar.

Zumindest User Profile + VPN habe ich hingekriegt. Schuld war die Erkennung der langsamen Verbindung: http://www.microsoft.com/germany/technet/datenbank/articles/600865_11.mspx Nachdem dies deaktiviert ist, funktionierts. Bezüglich der Umleitung der Eigenen Dateien bin ich aber noch nicht ganz so schlau. Sind eigentlich servergespeicherte Profile und die Umleitung von eigene dateien sich gegenseitig ausschließend?

Server ist ein SBS 2003, clients alle XP mit SP2. Folgendess: Ich habe servergespeicherte Profile eingerichtet, das laden und wieder uploaden funktioniert im lan auch ohne Probleme.. Wenn ein User sich aber per VPN an der Domäne anmeldet (Das Häkchen "Über DFÜ-Verbindung anmelden"ist aktiviert) werden keine Profile gezogen. Das Anmelden an sich funktioniert aber. Anderes Problem: Die Umleitung von "Eigene Dateien" funktioniert nicht. Unter Serververwaltungskonsole->Benutzer Verwalten>"Weiterleitung des Ordners Eigene Dateien konfigurieren" ist die erste Option aktiviert, aber es geschieht nicht viel. Im Ordner C:\Users Shared Folders sind die Ordner für die Nutzer zwar da, sie sind aber leer. Die Berechtigungen für die Ordner scheinen aber zu stimmen. Das Problem taucht sowohl im Lan wie auch über VPN auf.

Ich habe hier einen win2003 SBS und einen Client mit XP. Ich habe auf dem Server VPN eingerichtet, L2TP + IPSEC (Authentifizierung über Preshared Keys). Der Server steht hinter einem Router, die Ports 500, 1071 (UDP) und der port 1073 (TCP) werden auf den Server weitergeleitet. Wenn ich nun eine VPN-Verbindung aufbaue (vom xp auf den 2003 server) kommt keine Verbindung zustande, es endet immer mit dem Fehler 792. Andere Frage: Testhalber habe ich auch VPN over PPTP probiert, funktioniert ohne Probleme.. ist es sicherheitstechnisch tatsächlich um so viel schwächer als IPsec? Ich dachte, vielleicht spare ich mir den ganzen Ärger, und nutze das, was funktioniert.