Jag har en tämligen enkel inloggninssida som kollar av användarnamn och lösenord och om rätt skapar en Session("Ok") = Ja
Sedan kollar jag alla lösenordsskyddade sidor om Session("Ok") = Ja och släpper lös godiset.
Fråga 1) Är denna metod säker?
Fråga 2) Kommer det alltid att funka oberoende av webläsare, datorkonfiguration etc. Man kan ju t.ex. begränse cookies. Skapas inte en cookie på klienten som innehåller sessionen eller liknande? Jag har för mig att man kan få problem med inloggningen på t.ex. Lunarstorm om man inte godtar några cookies *gammal och osäker erfarenhet*
Ja, man får nog säga att det i alla fall är "tillräckligt säkert".
Nej. Webbläsaren måste kunna ta emot session cookies. Det sätts en kaka i klientens minne, så webbservern ska kunna hålla koll på vilka sessionsvariabler som tillhör vilken användare.
Det finns ett gammalt IIS-filter som heter Cookie Munger, som gör att man kan använda sessions utan att det skickas cookies till klienten.
This tool is included in the Windows 2000 Server Resource Kit only. The Cookie Munger filter is a tool that enables Active Server Pages (ASP) to work with browsers that do not support cookies or that refuse to accept them. ASP uses the ASPSESSIONID cookie to maintain its session state. ASP expects the browser to send this cookie to the server with every request that it makes. The ASPSESSIONID cookie is unique to a session. Without it, ASP does not know which session the user owns and it cannot keep the Session object up to date as the user moves from page to page.
Nu har jag en epostadress som inloggningsnamn och där kollas att inga ogiltiga tecken förekommer. Om jag sätter en pinkod bestående av siffror kommer jag väl vara ganska skyddad mot detta *Puh*
Hur fungerar NT-inloggning då? Jag har letat som en galen efter information om det...
Det borde du hitta massor om!
Det handlar om den inloggningsruta som kommer upp när man inte har anonym access till en webbplats.
Där loggar du in med den User du har fått dig tilldelad på servern, dvs har du inte det, kommer du inte in.
Kombinerar du det med en vanlig asp-inloggning av önskad kvalitet, har du alltså dubbel inloggning.
Detta kräver alltså åtgång till servern, men troligtvis kan man sätta detta i de flesta kontrollpaneler också, men det vågar jag inte uttala mig om.
Hur fungerar NT-inloggning då? Jag har letat som en galen efter information om det...
Det borde du hitta massor om!
Det handlar om den inloggningsruta som kommer upp när man inte har anonym access till en webbplats.
Där loggar du in med den User du har fått dig tilldelad på servern, dvs har du inte det, kommer du inte in.
Kombinerar du det med en vanlig asp-inloggning av önskad kvalitet, har du alltså dubbel inloggning.
Detta kräver alltså åtgång till servern, men troligtvis kan man sätta detta i de flesta kontrollpaneler också, men det vågar jag inte uttala mig om.
Jag jag hittade massor men fick det inte att fungera... Jag har inte tillgång till servern och inte heller ne kontrollpanel. Varför? För att min orienteringsklubb som jag gör hemsidor för vill ligga på den servern :(
Men jag skall försöka ändra detta. Tack för hälpen...
Vad jag vet så skickas session-variabler antingen från en cookie eller i url: beroende på webbläsaren. Så det ska fungera utan cookies också. ASP-sessions kanske inte accepterar det i och för sig. Har lärt mig härifrån: http://se.php.net/session
Vad jag vet så skickas session-variabler antingen från en cookie eller i url: beroende på webbläsaren. Så det ska fungera utan cookies också. ASP-sessions kanske inte accepterar det i och för sig. Har lärt mig härifrån: http://se.php.net/session
Sessions-kakor i ASP sparar data i minnet hos klienten. PHP fungerar på ett annat sätt...
Vad jag vet så skickas session-variabler antingen från en cookie eller i url: beroende på webbläsaren.
Det beror inte på webbläsaren, utan på hur man konfigurerat servern eller byggt sin applikation.
lilja skrev:
Sessions-kakor i ASP sparar data i minnet hos klienten. PHP fungerar på ett annat sätt...
Nej, sessioner fungerar precis likadant i ASP som i PHP. Det enda som lagras hos klienten är ett sessions-ID. Med Cookie Munger (en motsvarande teknik finns inbyggd i ASP.NET) och PHP:s URL-baserade sessions kan man undvika cookies, men det är en teknik som man bör använda mycket sparsamt.
254 ms totalt · 4 externa anrop · v20260731065814-full.86ec41c2
