Ошибка соединения 401 permission denied invalid csrf token

Страница с ошибкой при обращении к WordPress-сайту всегда вызывает неудобства, вне зависимости от того, ваш это сайт или чужой. Как и в случае со многими другими кодами ответов HTTP, ошибка 401 не содержит детальных данных для диагностики и решения проблемы.

Ошибка 401 может появиться в любом браузере. В большинстве случаев ее легко решить.

В этой статье мы расскажем, что означает 401 ошибка, почему она происходит, и какие методы ее устранения существуют.

Итак, приступим!

Код ошибки 401 – что это?

Коды состояния HTTP 400 возникают в случае проблем с выполнением запросов. В частности, ошибка 401 появляется, когда браузер отказывает вам в доступе к странице, которую вы хотите посетить.

В результате вместо загрузки страниц браузер выведет сообщение об ошибке. Ошибки 401 могут возникать в любом браузере, потому отображаемое сообщение может варьироваться.

К примеру, в Chrome и Edge вы, скорее всего, увидите иконку бумаги с простым сообщением о том, что запрашиваемая страница не отвечает. Вы увидите фразу «HTTP Error 401». Вам будет предложено связаться с владельцем сайта, если ошибка не пропадет:

В иных случаях и в других браузерах вы можете получить менее дружелюбное предупреждение. К примеру, может выводиться пустая страница с сообщением «401 Authorization Required»:

Другие вариации текста:

• HTTP 401 Error – Unauthorized
• 401 Unauthorized
• Access Denied

Эти ошибки часто появляются на сайтах, где требуется вводить данные для входа. В большинстве случаев это означает, что что-то не так с учетными данными. Возможно, браузер перестал считать их действительными.

Эта ошибка похожа на HTTP 403 Forbidden Error, когда доступ к сайту для пользователя запрещен. Однако, в отличие от ошибки 403, сообщение об ошибке 401 указывает, что процесс аутентификации завершился неудачно.

Код ошибки передается через заголовок WWW-Authenticate, который отвечает за определение метода аутентификации, используемого для предоставления доступа к веб-странице или ресурсу.

Что вызывает ошибку 401

Если вы столкнулись с кодом ошибки в кодах 400, вы должны знать, что проблема произошла на стороне клиента (либо на стороне браузера). Случается, что виновником проблемы является браузер, но так бывает не всегда. Об этом мы еще расскажем позже.

Ошибки 401 возникают на ресурсах с ограниченным доступом – к примеру, на страницах, защищенных паролем. Потому можно предположить, что причина проблемы связана с данными аутентификации.

Устаревшие Cookie и кэш браузера

Одной из наиболее распространенных причин возникновения ошибки 401 является то, что кэш и файлы cookie вашего браузера устарели, что не позволяет выполнить авторизацию. Если ваш браузер использует недействительные данные для авторизации (либо вообще их не использует их), сервер отклонит запрос.

Несовместимые плагины

Также бывают ситуации, когда ошибка вызвана несовместимостью плагинов или какими-либо сбоями в них. К примеру, плагин безопасности может ошибочно принять вашу попытку входа за вредоносную активность, а потому будет возвращена ошибка 401 для защиты страницы.

Неверный URL или устаревшая ссылка

Бывает, что источником проблемы является незначительная оплошность. К примеру, был неверно введен URL, ссылка была устаревшей и т.д.

Как исправить ошибку 401 (5 методов)

Теперь, когда мы разобрались с причинами ошибки 401, пришло время обсудить, как ее устранить.

Давайте рассмотрим 5 методов, которые вы можете использовать.

1. Проверьте ваш URL.

Начнем с самого простого потенциального решения: убедитесь, что вы использовали верный URL. Это может выглядеть банально, но 401 ошибки нередко появляются, если URL-адрес был введен неправильно.

Еще один вариант: ссылка, которую вы использовали для перехода на запрашиваемую страницу, указывает на неправильный URL. К примеру, ссылка устарела, ведет на страницу, которой больше нет (и редиректов не задано).

Стоит тщательно перепроверить URL-адрес, который вы использовали. Если вы набирали адрес самостоятельно, убедитесь, что все написано безошибочно. Если вы переходили по ссылке, убедитесь в том, что она ведет на страницу, к которой вы хотите получить доступ (либо попробуйте перейти на эту страницу непосредственно через сайт).

1. Почистите кэш браузера.

Кэш браузера предназначен для улучшения процесса взаимодействия с сайтами в сети за счет сокращения времени загрузки страниц. К сожалению, иногда это может вести к нежелательным последствиям.

Как мы уже говорили выше, одной из распространенных причин появления ошибки 401 являются устаревшие или неправильные данные кэша или cookies. Потому, если URL введен верно, следующий шаг – чистка кэша браузера.

В итоге вы удалите любую недействительную информацию, которая хранится локально в вашем браузере и может приводить к прерываниям процесса аутентификации.  Аналогично, файлы cookie вашего браузера могут содержать аутентификационные данные, которые нужно обновить.

Если вы пользуетесь Chrome, вам нужно щелкнуть по иконке с меню в правом верхнем углу браузера и выбрать пункт Settings. В разделе «Privacy and security» нажмите «Clear browsing data:»

Далее вводим URL требуемого сайта и очищаем для него данные.

В других браузерах процесс очистки кэша и cookie может отличаться. К примеру, в Firefox нужно щелкать по иконке с библиотекой и выбирать History > Clear Recent History:

Информацию по остальным браузерам вы можете найти в поисковиках.

1. Очистка DNS.

Еще один метод, который вы можете попробовать для устранения ошибки 401 – это очистка DNS. Эта причина встречается относительно редко, но стоит попробовать и такой подход, особенно если первые два ничего не дали.

Чтобы очистить DNS, перейдите в Windows к меню «Пуск» и там уже введите в строку поиска cmd. Нажмите Enter. Откроется командная строка. Далее вставьте команду ipconfig/flushdns, после чего снова нажмите Enter.

Если вы пользуетесь Mac, вы можете открыть командную строку следующим образом: Finder > Applications > Utilities > Terminal.

Введите команду sudo killall -HUP mDNSResponder и нажмите Enter. Затем вы можете обновить страницу, чтобы посмотреть, пропала ли ошибка 401 или нет.

1. Деактивируйте ваши плагины

Проблема может возникать и по вине плагинов.

Некоторые плагины, особенно связанные с безопасностью, могут выдавать ошибку 401 при подозрении на вредоносную активность. Также у них могут быть проблемы с совместимостью. Потому лучше всего деактивировать все плагины и посмотреть, будет ли страница работать.

Вы можете деактивировать все плагины разом, перейдя в раздел Plugins > Installed Plugins в консоли WordPress. Выберите все плагины и в меню Bulk Actions задайте Deactivate, после чего щелкните по кнопке Apply:

После этого попробуйте перезагрузить страницу с ошибкой. Если ошибка пропала, вы можете вручную по одному активировать плагины заново, чтобы выявить виновника всех бед.

Далее вы уже можете либо удалить плагин, либо написать его разработчикам, чтобы они предоставили рабочее решение.

1. Проверьте заголовок WWW-Authenticate

Если проблема все еще остается, то в таком случае она может быть связана с ошибками на сервере. А значит, исправить ее будет чуть сложнее.

Как мы уже писали ранее, ответ 401 передается через заголовок WWW-Authenticate, который отображается как “WWW-Authenticate: <type> realm=<realm>”. Он включает в себя строки данных, указывающие на то, какой тип аутентификации требуется для предоставления доступа.

Вам нужно посмотреть, был ли отправлен ответ в WWW-Authenticate, а точнее какая схема аутентификации была использована. По крайней мере, это позволит вам приблизиться на один шаг к решению.

Перейдите на страницу с ошибкой 401 и откройте консоль разработчика в Chrome. Вы можете щелкнуть правой кнопкой мыши на странице и выбрать Inspect (Ctrl+Shift+J).

Далее перейдите на вкладку Network и перезагрузите страницу. Это позволит сгенерировать список ресурсов. Выберите заголовок Status, чтобы отсортировать таблицу, и найдите код 401:

Выберите данную запись, после чего перейдите на вкладку Headers. В Response Headers найдите заголовок WWW-Authenticate:

Информация, представленная в заголовке ответа, в частности, в схеме аутентификации, даст вам больше сведений о том, что произошло, и укажет на решение. Это позволит вам понять, какой тип аутентификации требуется серверу.

К примеру, в приведенном выше примере мы видим, что схема аутентификации задана как «Basic». Это означает, что запрос аутентификации требует только ID и password. Для получения более подробной информации и инструкций мы рекомендуем обратиться к HTTP Authentication Scheme Registry.

Источник: kinsta.com

I’ve tried to get csurf to work but seem to have stumbled upon something. The code so far looks like this:

index.ejs

<form method="post" action="/">
            <input type="hidden" name="_csrf" value="{{csrfToken}}">
            .
            .
</form>

Where you insert password and username in the form.

app.js

   var express = require('express');
var helmet = require('helmet');
var csrf = require('csurf');
var path = require('path');
var favicon = require('serve-favicon');
var flash = require('connect-flash');
var logger = require('morgan');
var cookieParser = require('cookie-parser');
var bodyParser = require('body-parser');
var session = require('express-session');


var routes = require('./routes/index');
var users = require('./routes/users');
var profile = require('./routes/profile');

var app = express();


// view engine setup
app.set('views', path.join(__dirname, 'views'));
app.set('view engine', 'ejs');

// uncomment after placing your favicon in /public
//app.use(favicon(path.join(__dirname, 'public', 'favicon.ico')));

app.use(logger('dev'));

//Security shyts

app.use(helmet());
app.use(helmet.xssFilter({ setOnOldIE: true }));
app.use(helmet.frameguard('deny'));
app.use(helmet.hsts({maxAge: 7776000000, includeSubdomains: true}));
app.use(helmet.hidePoweredBy());
app.use(helmet.ieNoOpen());
app.use(helmet.noSniff());
app.use(helmet.noCache());

// rest of USE
app.use(logger('dev'));
app.use(bodyParser.json());
app.use(bodyParser.urlencoded({ extended: false }));
app.use(cookieParser());
app.use(session({secret: 'anystringoftext', saveUninitialized: true, resave: true, httpOnly: true, secure: true}));
app.use(csrf()); // Security, has to be after cookie and session.
app.use(flash());
app.use(express.static(path.join(__dirname, 'public')));
app.use('/', routes);
app.use('/users', users);
app.use('/profile', profile);


// catch 404 and forward to error handler

app.use(function (req, res, next) {
  res.cookie('XSRF-TOKEN', req.csrfToken());
  res.locals.csrftoken = req.csrfToken();
  next();
})

//app.use(function(req, res, next) {
//  var err = new Error('Not Found');
//  err.status = 404;
//  next(err);
//});

// error handlers

// development error handler
// will print stacktrace
if (app.get('env') === 'development') {
  app.use(function(err, req, res, next) {
    res.status(err.status || 500);
    res.render('error', {
      message: err.message,
      error: err
    });
  });
}

// production error handler
// no stacktraces leaked to user
app.use(function(err, req, res, next) {
  res.status(err.status || 500);
  res.render('error', {
    message: err.message,
    error: {}
  });
});


module.exports = app; 

Where I’ve put csrf after session and cookie parser.

index.js

/* GET home page. */
router.get('/', function(req, res, next) {
  res.render('index', { title: 'some title',message: '' });
});

router.post('/',function(req,res){
// Where I have a bunch of mysql queries to check passwords and usernames where as if they succeed they get:
res.redirect('profile');
// Else:
res.redirect('/');
 });

What I get after submiting the form, no matter if I insert the correct username and password or not I still get the same error:

invalid csrf token

403

ForbiddenError: invalid csrf token

Also I want add that I’ve been working with node for about 2 weeks, so there is still alot I need to learn probably.

  | array(1) {
  | ["data"]=>
  | array(5) {
  | ["CSRFPreventionToken"]=>
  | string(52) "5F1B2D1F:string"
  | ["clustername"]=>
  | string(10) "devcluster"
  | ["ticket"]=>
  | string(367) "PVE:root@pam:5F1B2D1F:looooongStringWithSlashesAnd=="
  | ["username"]=>
  | string(8) "root@pam"
  | ["cap"]=>
  | array(5) {
  | ["dc"]=>
  | array(1) {
  | ["Sys.Audit"]=>
  | int(1)
  | }
  | ["nodes"]=>
  | array(6) {
  | ["Sys.Console"]=>
  | int(1)
  | ["Sys.Syslog"]=>
  | int(1)
  | ["Sys.PowerMgmt"]=>
  | int(1)
  | ["Permissions.Modify"]=>
  | int(1)
  | ["Sys.Audit"]=>
  | int(1)
  | ["Sys.Modify"]=>
  | int(1)
  | }
  | ["vms"]=>
  | array(18) {
  | ["VM.Snapshot.Rollback"]=>
  | int(1)
  | ["VM.Monitor"]=>
  | int(1)
  | ["VM.Config.Network"]=>
  | int(1)
  | ["VM.Config.Options"]=>
  | int(1)
  | ["VM.Config.CPU"]=>
  | int(1)
  | ["VM.Snapshot"]=>
  | int(1)
  | ["Permissions.Modify"]=>
  | int(1)
  | ["VM.PowerMgmt"]=>
  | int(1)
  | ["VM.Config.CDROM"]=>
  | int(1)
  | ["VM.Config.HWType"]=>
  | int(1)
  | ["VM.Console"]=>
  | int(1)
  | ["VM.Config.Disk"]=>
  | int(1)
  | ["VM.Allocate"]=>
  | int(1)
  | ["VM.Audit"]=>
  | int(1)
  | ["VM.Migrate"]=>
  | int(1)
  | ["VM.Clone"]=>
  | int(1)
  | ["VM.Config.Memory"]=>
  | int(1)
  | ["VM.Backup"]=>
  | int(1)
  | }
  | ["storage"]=>
  | array(5) {
  | ["Datastore.Allocate"]=>
  | int(1)
  | ["Datastore.AllocateTemplate"]=>
  | int(1)
  | ["Permissions.Modify"]=>
  | int(1)
  | ["Datastore.Audit"]=>
  | int(1)
  | ["Datastore.AllocateSpace"]=>
  | int(1)
  | }
  | ["access"]=>
  | array(3) {
  | ["Permissions.Modify"]=>
  | int(1)
  | ["Group.Allocate"]=>
  | int(1)
  | ["User.Modify"]=>
  | int(1)
  | }
  | }
  | }
  | }

Shade634 opened this issue 3 years ago · comments

  | array(1) {
  | ["data"]=>
  | array(5) {
  | ["CSRFPreventionToken"]=>
  | string(52) "5F1B2D1F:string"
  | ["clustername"]=>
  | string(10) "devcluster"
  | ["ticket"]=>
  | string(367) "PVE:root@pam:5F1B2D1F:looooongStringWithSlashesAnd=="
  | ["username"]=>
  | string(8) "root@pam"
  | ["cap"]=>
  | array(5) {
  | ["dc"]=>
  | array(1) {
  | ["Sys.Audit"]=>
  | int(1)
  | }
  | ["nodes"]=>
  | array(6) {
  | ["Sys.Console"]=>
  | int(1)
  | ["Sys.Syslog"]=>
  | int(1)
  | ["Sys.PowerMgmt"]=>
  | int(1)
  | ["Permissions.Modify"]=>
  | int(1)
  | ["Sys.Audit"]=>
  | int(1)
  | ["Sys.Modify"]=>
  | int(1)
  | }
  | ["vms"]=>
  | array(18) {
  | ["VM.Snapshot.Rollback"]=>
  | int(1)
  | ["VM.Monitor"]=>
  | int(1)
  | ["VM.Config.Network"]=>
  | int(1)
  | ["VM.Config.Options"]=>
  | int(1)
  | ["VM.Config.CPU"]=>
  | int(1)
  | ["VM.Snapshot"]=>
  | int(1)
  | ["Permissions.Modify"]=>
  | int(1)
  | ["VM.PowerMgmt"]=>
  | int(1)
  | ["VM.Config.CDROM"]=>
  | int(1)
  | ["VM.Config.HWType"]=>
  | int(1)
  | ["VM.Console"]=>
  | int(1)
  | ["VM.Config.Disk"]=>
  | int(1)
  | ["VM.Allocate"]=>
  | int(1)
  | ["VM.Audit"]=>
  | int(1)
  | ["VM.Migrate"]=>
  | int(1)
  | ["VM.Clone"]=>
  | int(1)
  | ["VM.Config.Memory"]=>
  | int(1)
  | ["VM.Backup"]=>
  | int(1)
  | }
  | ["storage"]=>
  | array(5) {
  | ["Datastore.Allocate"]=>
  | int(1)
  | ["Datastore.AllocateTemplate"]=>
  | int(1)
  | ["Permissions.Modify"]=>
  | int(1)
  | ["Datastore.Audit"]=>
  | int(1)
  | ["Datastore.AllocateSpace"]=>
  | int(1)
  | }
  | ["access"]=>
  | array(3) {
  | ["Permissions.Modify"]=>
  | int(1)
  | ["Group.Allocate"]=>
  | int(1)
  | ["User.Modify"]=>
  | int(1)
  | }
  | }
  | }
  | }