(23-01-2016, 23:08)MalcolmXI Skrev: Hmm. Igen, jeg er ikke så skrap til det, men kunne du ikke 'snyde' lidt, og så lave noget i stil med følgende:
*USERNAME, 0x706173733d5c2750415353574f52445c27.decode("hex"), *
Skulle virke for Python 2, men ikke 1 eller 3. Hvad bruger du?

bruger python 2. Men har også prøvet at post med det tidligere forslag med JSON, men får stadig en 403.. og aner ikke hvorfor :S

Hvis det er en 403, så tillader de vel ikke at du logger ind med Python?
Kan dog ikke se hvordan og hvorfor, når du nu har headers, useragent og det hele.

Ahh.
python Requests login to website returns 403

he login page uses a CSRF token to prevent cross-site scripting attacks. You'll need to retrieve that token first.

The login page sets a cookie with the same token, we need to load the login page and grab that token first, before we pass this on to the login POST:



http://stackoverflow.com/questions/13553...eturns-403


Kunne det være problemet? Har du set om du før har fået tildelt en token, da du besøgte siden?

(23-01-2016, 23:17)MalcolmXI Skrev: Ahh.
python Requests login to website returns 403

he login page uses a CSRF token to prevent cross-site scripting attacks. You'll need to retrieve that token first.

The login page sets a cookie with the same token, we need to load the login page and grab that token first, before we pass this on to the login POST:

Kode:

client = requests.session()

# Retrieve the CSRF token first
client.get(URL)  # sets the cookie
csrftoken = client.cookies['csrftoken']

login_data = dict(username=EMAIL, password=PASSWORD, csrfmiddlewaretoken=csrftoken)
r = client.post(URL, data=login_data, headers={"Referer": "foo"})

http://stackoverflow.com/questions/13553...eturns-403


Kunne det være problemet? Har du set om du før har fået tildelt en token, da du besøgte siden?

Websitet er ikke lavet i django og kan ikke se at jeg har fået tildelt en token

At dette spørgsmål er rettet mod Django er også lige meget. Det ville nok være samme fejlkode du ville få, hvis et normalt site brugte CSRF tokens, og disse ikke er inkuderet i din request.

Jeg er sgu på bar bund.

(23-01-2016, 23:28)MalcolmXI Skrev: At dette spørgsmål er rettet mod Django er også lige meget. Det ville nok være samme fejlkode du ville få, hvis et normalt site brugte CSRF tokens, og disse ikke er inkuderet i din request.

Jeg er sgu på bar bund.

Jeg er selv på bar bund. Jeg får kun det data jeg har sendt jer. Har endda tilføjet content-type til headers og den korrekt referer, da det faktisk var en /login.html der var der.. Så ved ikke hvad jeg skal gøre O_O

Husk nu for dælen cookies :p

(23-01-2016, 23:36)Ash Skrev: Husk nu for dælen cookies :p

Hvorfor skal den med? Den bliver vel automatisk smidt ind/sat en request.session?

(23-01-2016, 23:41)Henta24 Skrev: Hvorfor skal den med? Den bliver vel automatisk smidt ind/sat en request.session?

Cookies bestemmer jo hvem der er logget ind. Alle sprog hvor jeg har skulle lave noget login (PHP, C#, Java, etc.) har cookies altid været problemet.

(23-01-2016, 23:45)Ash Skrev: Cookies bestemmer jo hvem der er logget ind. Alle sprog hvor jeg har skulle lave noget login (PHP, C#, Java, etc.) har cookies altid været problemet.

Har fået afvide at bliver cookies håndteret af request.session, så det er ikke cookies der er problemet. Ved dog at man bliver redirected når man logger ind, så måske kan det være derfor. Ingen idé..