Plik cookie Django CSRF nie jest ustawiony

Mam jakiś problem od jakiegoś czasu, doświadczam CSRF Cookie nie jest ustawiony. Proszę spojrzeć na poniższe kody

Pyton

def deposit(request,account_num):
if request.method == 'POST':
    account = get_object_or_404(account_info,acct_number=account_num)
    form_=AccountForm(request.POST or None, instance=account)
    form = BalanceForm(request.POST)
    info = str(account_info.objects.filter(acct_number=account_num))
    inf=info.split()
    if form.is_valid():
    #cd=form.cleaned_data
        now = datetime.datetime.now()
        cmodel = form.save()
        cmodel.acct_number=account_num
        #RepresentsInt(cmodel.acct_number)
        cmodel.bal_change="%0.2f" % float(cmodel.bal_change)
        cmodel.total_balance="%0.2f" %(float(inf[1]) + float(cmodel.bal_change))
        account.balance="%0.2f" % float(cmodel.total_balance)
        cmodel.total_balance="%0.2f" % float(cmodel.total_balance)
        #cmodel.bal_change=cmodel.bal_change
        cmodel.issued=now.strftime("%m/%d/%y %I:%M:%S %p")
        account.recent_change=cmodel.issued
        cmodel.save()
        account.save()
        return HttpResponseRedirect("/history/" + account_num + "/")
    else:
        return render_to_response('history.html',
                          {'account_form': form},
                          context_instance=RequestContext(request))

W kodzie HTML jest kod

HTML

<form action="/deposit/{{ account_num }}/" method="post">

<table>
<tr>
{{ account_form.bal_change }}
&nbsp;
<input type="submit" value="Deposit" />
</tr>
{% csrf_token %}
</table>
</form>

Utknąłem, wyczyściłem już plik cookie, użyłem innej przeglądarki, ale nadal nie ustawiłem pliku cookie csrf.

Może się to również zdarzyć, jeśli CSRF_COOKIE_SECURE = Truejest ustawione i uzyskujesz dostęp do witryny w sposób niezabezpieczony lub jeśli CSRF_COOKIE_HTTPONLY = Truejest ustawione tak, jak podano tutaj i tutaj

from django.http import HttpResponse
from django.views.decorators.csrf import csrf_exempt

@csrf_exempt 
def your_view(request):
    if request.method == "POST":
        # do something
    return HttpResponse("Your response")

Jeśli używasz interfejsu API pobierania HTML5 do wysyłania żądań POST jako zalogowany użytkownik i otrzymujesz Forbidden (CSRF cookie not set.), może to być spowodowane tym , że domyślnie fetchnie zawiera plików cookie sesji, co powoduje, że Django myśli, że jesteś innym użytkownikiem niż ten, który załadował stronę .

Możesz dołączyć token sesji, przekazując opcję credentials: 'include'pobierania:

var csrftoken = getCookie('csrftoken');
var headers = new Headers();
headers.append('X-CSRFToken', csrftoken);
fetch('/api/upload', {
    method: 'POST',
    body: payload,
    headers: headers,
    credentials: 'include'
})

Z tego Możesz go rozwiązać, dodając dekorator sure_csrf_cookie do swojego widoku

from django.views.decorators.csrf import ensure_csrf_cookie
@ensure_csrf_cookie
def yourView(request):
 #...

jeśli ta metoda nie działa. spróbujesz skomentować csrf w oprogramowaniu pośrednim. i przetestuj ponownie.

Podobną sytuację natknąłem się podczas pracy z DRF, rozwiązaniem było dodanie metody .as_view () do widoku w urls.py

Jeśli używasz DRF, sprawdź, czy twoje wzorce url są poprawne, być może zapomniałeś .as_view():

A więc jak wyglądał mój kod:

urlpatterns += path('resource', ResourceView) 

I tak powinno być:

urlpatterns += path('resource', ResourceView.as_view())

spróbuj sprawdzić, czy masz zainstalowane w settings.py

 MIDDLEWARE_CLASSES = (
'django.middleware.common.CommonMiddleware',
'django.contrib.sessions.middleware.SessionMiddleware',
'django.middleware.csrf.CsrfViewMiddleware',)

W szablonie dane są formatowane za pomocą csrf_token:

<form>{% csrf_token %}
</form>

Ten problem pojawił się ponownie niedawno z powodu błędu w samym Pythonie.

http://bugs.python.org/issue22931

https://code.djangoproject.com/ticket/24280

Wśród wersji, których to dotyczy, były 2.7.8 i 2.7.9. Plik cookie nie został poprawnie odczytany, jeśli jedna z wartości zawierała[ znak.

Aktualizacja Pythona (2.7.10) rozwiązuje problem.

Dzieje się tak również wtedy, gdy nie ustawisz akcji formularza.
U mnie pokazywał ten błąd, gdy kod był:

<form class="navbar-form form-inline my-2 my-lg-0" role="search" method="post">

Kiedy poprawiłem mój kod w ten sposób:

<form class="navbar-form form-inline my-2 my-lg-0" action="{% url 'someurl' %}" role="search" method="post">

mój błąd zniknął.

Wygląda na to, że nie obsługujesz GETprawidłowo wniosków lub nie przesyłasz bezpośrednio danych bez uprzedniego uzyskania formularza.

Przy pierwszym wejściu na stronę klient wyśle GETzapytanie, w takim przypadku należy wysłać html z odpowiednim formularzem.

Później użytkownik wypełnia formularz i wysyła POST zapytanie z danymi formularza.

Twój pogląd powinien wyglądać następująco:

def deposit(request,account_num):
   if request.method == 'POST':
      form_=AccountForm(request.POST or None, instance=account)
      if form.is_valid(): 
          #handle form data
          return HttpResponseRedirect("/history/" + account_num + "/")
      else:
         #handle when form not valid
    else:
       #handle when request is GET (or not POST)
       form_=AccountForm(instance=account)

    return render_to_response('history.html',
                          {'account_form': form},
                          context_instance=RequestContext(request))

Sprawdź, czy pliki cookie Chrome są ustawione z domyślną opcją dla witryn internetowych. Zezwalaj na ustawianie danych lokalnych (zalecane).

Metoda 1:

from django.shortcuts import render_to_response
return render_to_response(
    'history.html',
    RequestContext(request, {
        'account_form': form,
    })

Metoda 2:

from django.shortcuts import render
return render(request, 'history.html', {
    'account_form': form,
})

Ponieważ metoda render_to_response może powodować problem z plikami cookie odpowiedzi.

Spotkałem się tylko raz, rozwiązaniem jest opróżnienie ciasteczek. I może zostać zmieniony podczas debugowania związanego z SECRET_KEY.

Wyczyszczenie pamięci podręcznej przeglądarki rozwiązało ten problem. Przełączałem się między lokalnymi środowiskami programistycznymi, aby wykonać samouczek django-blog-zinnia po pracy nad innym projektem, kiedy to się stało. Na początku myślałem, że zmiana kolejności INSTALLED_APPS w celu dopasowania do samouczka spowodowała to, ale ustawiłem je z powrotem i nie mogłem tego poprawić, dopóki nie wyczyściłem pamięci podręcznej.

Wcześniej używałem Django 1.10, więc miałem ten problem. Teraz obniżyłem go do Django 1.9 i działa dobrze.

Miałem ten sam błąd, w moim przypadku dodanie method_decorator pomaga:

from django.views.decorators.csrf import csrf_protect
from django.utils.decorators import method_decorator

method_decorator(csrf_protect)
def post(self, request):
    ...

Upewnij się, że backend sesji django jest poprawnie skonfigurowany w settings.py. Następnie spróbuj tego,

class CustomMiddleware(object):
  def process_request(self,request:HttpRequest):
      get_token(request)

Dodaj to oprogramowanie pośrednie settings.pypod MIDDLEWARE_CLASSESlub w MIDDLEWAREzależności od wersji django

get_token - zwraca token CSRF wymagany dla formularza POST. Token jest wartością alfanumeryczną. Nowy token jest tworzony, jeśli nie został jeszcze ustawiony.

Czy Twoim zdaniem używasz dekoratora CSRF?

from django.views.decorators.csrf import csrf_protect

@csrf_protect def view(request, params): ....