Skip to main content
Christian Kalberer
Persönlich
Christian
Auto
hat net 4.7 oder net 3.5 eine auswirkung auf asp seiten
Wenn du mit Classic ASP / VBScript (.asp) arbeitest, wie bei deinen ribbon.asp, d_druck.asp usw., dann grundsätzlich:
Nein, .NET Framework 3.5 oder 4.7 hat normalerweise keinen direkten Einfluss auf deine Classic-ASP-Seiten.
Classic ASP wird in IIS über die ASP-/ISAPI-Komponenten ausgeführt und ist nicht ASP.NET. Microsoft beschreibt Classic ASP ausdrücklich als Vorgänger von ASP.NET.
microsoft
Für deine Umgebung wichtig
Komponente Classic ASP
.NET Framework 3.5 normalerweise nicht erforderlich
.NET Framework 4.7/4.x normalerweise nicht erforderlich
IIS → ASP erforderlich
ISAPI Extensions relevant
ASP.NET 3.5 / 4.x nur für ASP.NET, nicht für normale .asp
VBScript entscheidend für deinen ASP-Code
Access/ADO/OLEDB entscheidend für deine Datenbankzugriffe
Microsoft führt bei der Installation einer Classic-ASP-Site insbesondere ASP und ISAPI Extensions als IIS-Rollendienste auf.
microsoft
Aber es gibt eine wichtige Ausnahme
Wenn deine Classic-ASP-Seite beispielsweise so etwas verwendet:
Server.CreateObject("Irgendeine.NET.Komponente")
oder eine eigene DLL/COM-Komponente aufruft, die auf .NET basiert, dann kann die installierte .NET-Version relevant werden.
Bei deinem normalen Code mit:
<%
Dim rs
Set rs = Server.CreateObject("ADODB.Recordset")
Response.Write "Test"
%>
spielt .NET 3.5 vs. 4.7 dagegen keine unmittelbare Rolle.
Falls du diese Frage stellst, weil deine alten ASP-Seiten auf dem neuen IIS anders reagieren als auf dem alten Server: Dann würde ich eher IIS ASP-Einstellungen, 32-/64-Bit, Access Database Engine/OLEDB, Application Pool und VBScript vergleichen. Das sind bei deinem Intranet wesentlich wahrscheinlichere Ursachen als .NET 3.5/4.7.
Favicon type
Verweise
Windows Hosting (Shared Business Windows) green
Meinst du das Hosting-Paket „Shared Business Windows“ von green.ch und fragst, ob dort Classic ASP bzw. .NET 3.5/4.7 eine Rolle spielt?
Wenn ja, kann ich die aktuelle technische Ausstattung von green.ch prüfen, insbesondere:
Classic ASP / VBScript
.NET-Versionen
Access .mdb / .accdb
ADO / OLEDB
32-/64-Bit
IIS-Einstellungen
Unterschiede, die für dein bestehendes Intranet relevant wären.
prüfe mal
Ja. Ich habe die aktuellen Windows-Hosting-Angaben von Green und das dazugehörige Factsheet geprüft. Für dein bestehendes Classic-ASP-/Access-Intranet gibt es einen wichtigen Punkt.
Was Green aktuell ausdrücklich unterstützt
Im aktuellen Factsheet Windows Hosting steht:
Microsoft Access Support: ja
MS-SQL: ja
Als Skriptsprachen werden PHP und ASP.NET angegeben.
Kostenloses Standard-SSL ist enthalten.
Die Umgebung basiert auf IIS-Websites.
green
Auf der aktuellen Produktseite bewirbt Green das Windows-Hosting ebenfalls ausdrücklich für Microsoft-Webtechnologien wie ASP.NET und MSSQL.
green
Aber: Classic ASP ist im aktuellen Factsheet nicht mehr aufgeführt
Das ist für deine .asp-Seiten entscheidend.
In einem älteren Green ASP.NET Hosting Factsheet wurde ausdrücklich angegeben:
ASP: Ja
und separat .NET V1.1 bis V4.0.
green
Im aktuellen Windows-Hosting-Factsheet steht dagegen bei Skriptsprachen nur noch PHP, ASP.NET. Classic ASP wird dort nicht ausdrücklich genannt.
green
Für dein Intranet bedeutet das
Für Seiten wie:
ribbon.asp
d_druck.asp
pikett_lokal.asp
pikett_ki.asp
ist die entscheidende Frage nicht, ob Green .NET 3.5 oder .NET 4.7 installiert hat.
Entscheidend ist, ob Green auf diesem Shared-Windows-Hosting weiterhin Classic ASP/VBScript aktiviert hat.
Auch dass Microsoft Access unterstützt wird, ist für dein Projekt sehr positiv.
green
Meine Einschätzung
Wenn deine .asp-Seiten auf deinem Green-Hosting bereits ausgeführt werden, dann ist Classic ASP dort offensichtlich für deine Umgebung verfügbar. In diesem Fall würde ich einen Fehler in einer bestehenden Classic-ASP-Seite nicht zuerst bei .NET 3.5/4.7 suchen.
Dann würde ich bei deinen Anwendungen eher diese Punkte untersuchen:
ADO/OLEDB Provider für Access
32-/64-Bit-Unterschiede
Server.CreateObject(...)
Dateiberechtigungen auf .mdb/.accdb
IIS-/Classic-ASP-Einstellungen
verwendete COM-Komponenten
unterschiedliche VBScript-/ADO-Verhaltensweisen
Kurz: `.NET 3.5 gegenüber 4.7 ist für deinen normalen Classic-ASP-Code sehr wahrscheinlich nicht die Ursache.**
Wenn du mir sagst, welches konkrete Problem auf Green auftritt, können wir als Nächstes genau prüfen, ob es nach ASP, Access/ADO, 32/64 Bit oder IIS-Konfiguration aussieht.
Favicon type
Verweise
ist nicht erreichbar dreht nur aber auch html seiten
Wenn selbst reine HTML-Seiten nur laden, liegt es nicht an ASP oder .NET. Ich prüfe zuerst, ob bei Green aktuell eine Störung bekannt ist, danach grenzen wir DNS, HTTPS und Hosting-Zuordnung ein.
Begründung für 1 Sek.
Wenn auch eine reine .html-Datei endlos lädt, können wir ASP, Access und .NET als Ursache ausschliessen. Dann antwortet die Website bzw. der zugewiesene IIS-Webserver nicht korrekt.
Bei Green Status läuft derzeit zwar eine Wartungsmassnahme auf der Windows-Hosting-Plattform, sie betrifft laut Green jedoch PHP-Versionen. Eine allgemeine Windows-Hosting-Störung wird dort aktuell nicht ausgewiesen.
green
Jetzt in dieser Reihenfolge testen
1. Wirklich minimale Datei hochladen
Dateiname:
test.html
Inhalt:
Test
GREEN-HTML-TEST
Dann direkt aufrufen:
https://deine-domain.ch/test.html
Wichtig: Nicht über deine Startseite, Weiterleitung oder ASP-Anwendung testen.
2. HTTP und HTTPS getrennt testen
http://deine-domain.ch/test.html
https://deine-domain.ch/test.html
Die Auswertung:
HTTP funktioniert, HTTPS dreht: SSL-Zertifikat oder HTTPS-Binding bei Green
HTTPS funktioniert, HTTP dreht: fehlerhafte HTTP-Weiterleitung
Beide drehen: Domain-/Hosting-Zuordnung, DNS, IIS-Website oder Green-Plattform
Direkte HTML-Datei funktioniert: Problem in web.config, Startseite oder Weiterleitung
3. web.config vorübergehend umbenennen
Falls im Webverzeichnis eine Datei namens web.config liegt:
web.config
vorübergehend umbenennen in:
web.config.old
Danach test.html erneut aufrufen.
Eine fehlerhafte Rewrite-Regel kann auch statische HTML-Dateien erfassen und eine Endlosschleife verursachen.
4. Browser-Entwicklertools kontrollieren
Mit F12:
Register Netzwerk
Seite neu laden
Ersten Eintrag anklicken
Status prüfen
Besonders wichtig:
301 oder 302 immer wieder: Weiterleitungsschleife
500: Server-/Konfigurationsfehler
503: Hosting/IIS nicht verfügbar
(pending): Server antwortet nicht
Zertifikatsfehler: SSL-/Domainproblem
Wahrscheinlichste Ursache
Da selbst HTML betroffen ist, vermute ich in dieser Reihenfolge:
Redirect-Schleife zwischen HTTP und HTTPS
fehlerhafte web.config
Domain im Green-Control-Panel nicht korrekt der IIS-Website zugeordnet
DNS zeigt noch auf eine alte oder falsche IP
Problem auf dem konkreten Green-Windows-Hosting-Konto
Öffne jetzt F12 → Netzwerk und nenne mir beim ersten Seitenaufruf den Statuscode sowie die angezeigte Request-URL. Dann lässt sich sofort erkennen, ob es eine Redirect-Schleife oder ein nicht antwortender Server ist.
Favicon type
Verweise
Wie prüfe ich die Redirect-Schleife?
Zeige mir eine minimale web.config
Wie teste ich den DNS-Eintrag?
Nachricht an Copilot senden
KI-generierte Inhalte können fehlerhaft sein