1
Berechtigungsproblem IIS 6 beim öffnen einer Excel Datei
Liebe IT Kollegen, ich hoffe es gibt bei euch einige Spezialisten zum Thema IIS 6 und ASP.net Anwendungen die mir bei meinem folgenden Problem helfen können:
Wir arbeiten bei uns im Unternehmen mit einer ASP.NET Webanwendungen, die auf einem MS Server 2003 SP2 im IIS6 läuft.
Durch die Webfähigkeit arbeitet auch unser 2. Standort mit dieser Anwendung (Verbindung per VPN, Replizierende Domänen ect.).
Soweit erstmal ohne Probleme, da die Anwendung mit ASP.NET und C# die meisten Funktionen mit HTML und Javascript steuert.
Nun zum Problem:
Ich habe eine Javascript-Funktion eingefügt, welche ein Excel-Objekt erstellt und in diesem wird dann eine Exceldatei (Excel 2003) geöffnet.
Per Javascript übergebe ich aus der Webanwendung einige Variablenwerte, die ich in Excel dann per Makro weiterverwende.
An unserem Standort, an dem der IIS läuft und auch die Exceldatei im IIS liegt, kann die Funktion einwandfrei ausgeführt werden,
d.h. Excelobjekt wird erstellt, Exceldatei wird geladen und Makro wird ausgeführt. Perfekt!
Merkwürdigerweise funktioniert dies an unserem 2. Standort nicht.
Dort bekommt man im Internet Explorer (Version 6 bis 8) die Meldung, dass die aufgerufene Seite eine Anmeldung benötigt bzw. HTTP Fehler 403.
Ich habe die Berechtigungen im IIS komplett geprüft und auch die Berechtigung auf Dateiebene. Sollte alles ok sein.
Selbst wenn ich die Exceldatei auf ein Laufwerk am 2. Standort lege kommt die selbe Fehlermeldung.
Im IIS sind auch Scripting und WebDav aktiviert und nun habe ich keine Idee mehr, warum diese Fehlermeldung nur am 2. Standort kommt.
Ich denke das Problem liegt an der Erstellung des Excelobjekts im Internet Explorer aber warum klappt es dann bei den Rechnern, die am selben Standort sind wie der IIS?
Internet Explorer Einstellungen habe ich schon überprüft und sehe kein Problem.
Ich hoffe, es gibt einge von euch die diese Problematik kennen und mir bei meinem Problem einen Tipp geben können.
Mit besten Dank im Voraus,
Thorsten.
Wir arbeiten bei uns im Unternehmen mit einer ASP.NET Webanwendungen, die auf einem MS Server 2003 SP2 im IIS6 läuft.
Durch die Webfähigkeit arbeitet auch unser 2. Standort mit dieser Anwendung (Verbindung per VPN, Replizierende Domänen ect.).
Soweit erstmal ohne Probleme, da die Anwendung mit ASP.NET und C# die meisten Funktionen mit HTML und Javascript steuert.
Nun zum Problem:
Ich habe eine Javascript-Funktion eingefügt, welche ein Excel-Objekt erstellt und in diesem wird dann eine Exceldatei (Excel 2003) geöffnet.
Per Javascript übergebe ich aus der Webanwendung einige Variablenwerte, die ich in Excel dann per Makro weiterverwende.
An unserem Standort, an dem der IIS läuft und auch die Exceldatei im IIS liegt, kann die Funktion einwandfrei ausgeführt werden,
d.h. Excelobjekt wird erstellt, Exceldatei wird geladen und Makro wird ausgeführt. Perfekt!
Merkwürdigerweise funktioniert dies an unserem 2. Standort nicht.
Dort bekommt man im Internet Explorer (Version 6 bis 8) die Meldung, dass die aufgerufene Seite eine Anmeldung benötigt bzw. HTTP Fehler 403.
Ich habe die Berechtigungen im IIS komplett geprüft und auch die Berechtigung auf Dateiebene. Sollte alles ok sein.
Selbst wenn ich die Exceldatei auf ein Laufwerk am 2. Standort lege kommt die selbe Fehlermeldung.
Im IIS sind auch Scripting und WebDav aktiviert und nun habe ich keine Idee mehr, warum diese Fehlermeldung nur am 2. Standort kommt.
Ich denke das Problem liegt an der Erstellung des Excelobjekts im Internet Explorer aber warum klappt es dann bei den Rechnern, die am selben Standort sind wie der IIS?
Internet Explorer Einstellungen habe ich schon überprüft und sehe kein Problem.
Ich hoffe, es gibt einge von euch die diese Problematik kennen und mir bei meinem Problem einen Tipp geben können.
Mit besten Dank im Voraus,
Thorsten.
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 154820
Url: https://administrator.de/contentid/154820
Ausgedruckt am: 25.11.2024 um 10:11 Uhr
1 Kommentar
So .... manchmal kommt über die Zeit auch die Lösung:
Durch unseren WSUS haben die Rechner IE8 bekommen und die Standard-Sicherheitseinstellungen wurden wieder aktiviert.
Aktivierung der AktiveX Komponenten und Scripting im IE und schon funktioniert es.
Gruß,
Thorsten.
Durch unseren WSUS haben die Rechner IE8 bekommen und die Standard-Sicherheitseinstellungen wurden wieder aktiviert.
Aktivierung der AktiveX Komponenten und Scripting im IE und schon funktioniert es.
Gruß,
Thorsten.
