Search results matching tags 'Visual Web Developer 2008 Express Edition' and 'ASPNETDB.mdf'

Sql – Skript und ein Asp Enterprise Manager beim Provider

gnome — Wed, 18 Mar 2009 20:25:54 GMT

nach langem hin und her wollt ich nun endlich mal meine seite online testen – hab's also alles auf den webspace geladen.
ein sql skript erstellt (mal mit daten, mal ohne aber immer eine 2005’er) bei ausführen im Asp Enterprise Manager, bei
meinem anbieter kommt dann die fehler meldung:

Serverfehler in der Anwendung '/mssql'.
Ein möglicherweise gefährlicher Wert 'Request.Form' wurde von Client '(sqlstmt="...NG = OFF, ONLINE = OFF, ALLOW_...")' entdeckt.
Beschreibung: Die Anfrageüberprüfung hat einen möglicherweise gefährlichen Clienteingabewert entdeckt und den Anfragevorgang abgebrochen. Dieser Wert kann bedeuten, dass die Sicherheit Ihrer Anwendung z.B. durch einen siteübergreifenden Angriff gefährdet wird. Sie können die Anfrageüberprüfung deaktivieren, indem Sie in der Seitendirektive bzw. im Konfigurationsbereich '' 'validateRequest=false' einstellen. Dennoch sollte Ihre Anwendung in diesem Fall unbedingt alle Eingaben explizit überprüfen.

eindeutig ist ja, es liegt ein problem mit dem request form des Asp Enterprise Manager vor.
oder liegt es an meinem skript ? selbst wenn ich die entsprechende zeile entferne kommen weiter fehler:

Serverfehler in der Anwendung '/mssql'.
Ein möglicherweise gefährlicher Wert 'Request.Form' wurde von Client '(sqlstmt="... ', N'<h1>&Uuml;ber uns</h...")' entdeckt.

und das ist der "inhalt" meiner db - html format.

hat jemand erfahrung – muss ich meinem anbieter erklären das er ein f**Ä server hat ?
oder wie er in den manager 'validateRequest=false' einfügt ? oder bin ich d**Ü ;-)

die anwort des providers war nur: "dienstanbieter und kein programmierer" :-/

AW: Datenbankprozedur einer Standardbibliothek bringt seit 1.1.2009 eine Fehlermeldung

ingeniosus — Wed, 11 Feb 2009 10:04:16 GMT

Jürgen Auer:
Umgekehrt heißt deine Fehlermeldung, daß die Prozedur 'aspnet_Membership_CreateUser' nicht richtig bestückt wird - normalerweise also, daß diese Prozedur Parameter hat, die beim Aufruf nicht übergeben werden.
Hat vielleicht das Office-2007 - Access - Setup da dran herumgefummelt?

Bösartigerweise kannst Du diese Prozedur manuell abändern - indem Du den Parameter mit einem Standardwert = Null definierst. Damit würde der Aufruf nicht mehr scheitern.

Allerdings weiß ich dann natürlich nicht, ob die Prozedur noch das macht, was sie machen soll.

Die betroffenen ASPNETDB-DB-Proceduren 'aspnet_Membership_CreateUser' ,

'aspnet_Applications_CreateApplication' und

'aspnet_Users_CreateUser'

habe ich zeilenweise kontolliert und sowohl im Visual Web Developer 2008 Express Edition als auch im SQL Server Management Studio 2008 Express getestet.

Auffallend dabei ist nur, daß das SQL Server Management Studio 2008 Express neben den angegebenen Primary Keys auch noch Foreign Keys verwendet, und zwar die Felder, die in den DB-Tabellen vor dem Primary Key angeführt waren. Die Visual Web Develpoer 2008 Express Edition hingegen verwendet nur Primary Keys und eigene Index - Tabellen, die letztlich die gleiche Wirkung haben.

Als Besonderheit meiner Applikation möchte ich anführen, dass ich in meiner ASPNETDB den Identifier 'UserID' in 'UserKennung' umbennen musste, weil mein Hoster mit seiner PLESK-Anwendung es verlangte. Genau dieser Parameter wird jetzt plötzlich seit der Umstellung auf Asp.Net 3.5 SP1 angemotzt. Vorher lief diese Änderung aber problemlos und fehlerfrei!