Трассир код ошибки 401 authorization failed

Всем привет!

Подскажите, что не так делаю.
Оборудование:
— Регистратор TRASSIR MiniNVR AF 16;
— IP Камера Hikvision 2012;
— Роутер DIR 300 (+632);
— Свитч с PoE аплинк.

Схема этой простой сетки во вложениях.

Проблема: Регистратор виден во внешке, как через веб-интерфейс, так и через прогу регистратора, но при любой попытке коннекта (веб-морда https://IP:8080/webview, клиентская прога через внешний ИП или через локал 192.168.1.15) вылетает ошибка 401. (401 authentication failed) На веб-интерфейса пишет неверный логин/пароль, попробуйте позже.

Что уже успел проверить:
— Выключил сетевой экран в роутере;
— Проверил доступность портов через прогу на сайте зайкселя. (Открыты пишет);
— Подключал напрямую в роутер, без свитча;
— Использовал разные браузеры (огнелис, ие) для веб-интерфейса. Принудительно включил активацию элементов activeX;
— Обновил прошивку регистратора;
— Создал и удалил группу для входа, поставил везде галки для входа по сети и локалу. (ТАкже галка стоит для веб-просмотра);
— Менял пароли на сложные, разные регистры;
— Проверил, что везде стоит шлюз роутера; (192.168.1.1);
— Пробовал DIR 632 (но еще до прошивки регистратора) с посл прошивкой, там совсем беда, роутер не видел регистратор;
— Отключил UPnP;
— Курил форум, и этот, тут нашел схожую тему, но там человек просто забыл записать шлюз в регистраторе.

Что заметил:
1. Сейчас, после прошивки регистратора, если его перезагрузить, то роутер теряет его в списке клиентов, а регистратора не может получить IP по DHCP. (Приэтом ставишь вручную 192.168.1.15, т.е. забитый по маку на роутере и регистратор появляется и начинает корректно работать);

2. В логах регистратора при попытке зайти с клиентской части (с другого ПК в локале) отображается эта ошибка, что мол была попытка зайти, но отказано в доступе. (С внешки не видел такого предупреждения).

Не знаю уже что смотреть, куда копать, второй день голову ломаю, народ хелп.

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

О чем свидетельствует «ошибка 401»

Она говорит о том, что пользователь передал неверный запрос, в котором некорректны данные в заголовке
www.authenticate. Сервер не может распознать такой запрос. Чаще всего это происходит потому, что
пользователь ввел неправильный пароль и логин, или, например, сменил пароль, но пытается ввести старый.
Также иногда это может свидетельствовать о некорректной работе сервера, на котором происходит
авторизация.

Что делать пользователю, когда в браузере появляется код ошибки 401

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

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

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

Причины возникновения ошибки «ERROR 401 UNAUTHORIZED»

Наиболее распространенными причинами возникновения ошибки 401 являются все-таки неправильные запросы от
браузера пользователя. Такие запросы не содержат информации, необходимой для авторизации пользователя,
либо такая информация некорректна. Чаще всего это ошибка в вводе пароля и/или логина, объясняющаяся
действием человеческого фактора. Реже проблема может возникать на стороне обрабатывающего запрос
сервера.

Вас также может заинтересовать

Основные требования

Версия ПО

TRASSIR сервер так же как и клиент обязательно должен быть обновлен до версии 4.2. 
Инструкция по обновлению доступна по ссылке.

DNS

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

• Google 8.8.8.8 / 8.8.4.4

• Yandex 77.88.8.8 / 77.88.8.1

Как дополнительный DNS можно установить DNS провайдера, либо адрес шлюза:

На сервере должны быть корректно настроены сетевые интерфейсы.
Если используется 2 сетевых интерфейса на регистраторе – шлюз прописан должен быть только на одном из них.
Инструкция по настройке сетевых интерфейсов.

Доступность ресурсов

Для работы с облаком со стороны сервера должны быть доступны следующие ресурсы:

• globaldb.cloud.trassir.com (IP 178.159.249.108)

• b30.ru.cloud.trassir.com (IP 95.163.90.190)

• b31.ru.cloud.trassir.com (IP 95.163.90.189)

• b32.ru.cloud.trassir.com (IP 95.163.90.188)

• b40.ru.cloud.trassir.com (IP 95.163.75.5)

• c30.ru.cloud.trassir.com (IP 79.137.213.138)

• d30.ru.cloud.trassir.com (IP 92.38.235.133)

• e30.ru.cloud.trassir.com (IP 92.38.235.189)

• f30.ru.cloud.trassir.com (IP 79.137.213.180)

• h30.ru.cloud.trassir.com (IP 89.208.210.119)

• g30.ru.cloud.trassir.com (IP 89.208.34.31)

• i30.ru.cloud.trassir.com (IP 89.208.32.160)

• j30.ru.cloud.trassir.com (IP 46.21.255.53)

• f32.ru.cloud.trassir.com (IP 79.137.213.139)

• g32.ru.cloud.trassir.com (IP 89.208.34.28)
• I32.ru.cloud.trassir.com (IP 89.208.32.157)
• c32.ru.cloud.trassir.com (IP 79.137.213.181)
• k30.ru.cloud.trassir.com (IP 141.105.67.213)

Общение TRASSIR с облаком идет по 443 порту. Отправка и получение данных происходит по протоколам TCP и UDP.

Проверка доступности ресурсов

Доступность облачных серверов можно проверить с помощью командной строки cmd — ping на ОС Windows:

• ping globaldb.cloud.trassir.com
  

и с помощью данного скрипта на TRASSIR OS.
Результат его работы можно посмотреть в лог-файле скрипта в папке «Скриншоты».
Выполнять ping необходимо по доменному имени, а не по IP адресу.

Распространенные ошибки облака

Ошибка: ошибка в узле или тикете

Проверьте правильность данных во вкладках «Имя пользователя» и «Тикет».
Проверьте чтобы эти данные совпадали с теми, что указаны в личном кабинете облака.
Если после ручного ввода тикета ошибка остается — можно попробовать скопировать тикет из личного кабинета и вставьте в поле «Тикет».

Где взять тикет?

В личном кабинете облака: https://trassircloud.com/
Подробно описано в инструкции по ссылке. 

В личном кабинете при нажатии «Добавить устройство» есть только пункты Hikvision и Hiwatch

Данная проблема не связана с облаком TRASSIR, а вызвана некорректным отображением страницы личного кабинета в браузере.
Для решения можно проверь эту же страницу в режиме «инкогнито» или открыть её в другом браузере, а также почистить кэш браузера.

Ошибка: неправильное имя пользователя или пароль

Данная ошибка может возникнуть на клиенте. В клиенте используются логин и пароль, а не логин и тикет.
Если вы не знаете свой пароль от учетной записи, можно воспользоваться процедурой сброса на сайте https://trassircloud.com/. Личный кабинет – кнопка «Забыли пароль?».

Ошибка подключения к облаку / cloud communication error

Чаще всего решается вписыванием публичного DNS, если он прописан проверьте командой «Ping» адрес globaldb.cloud.trassir.com.
Если команда ping проходит проходит успешно, а ошибка остается –  необходимо выслать журналы и дампы падений в техническую поддержку.

Ошибка соединения с облаком: cloud connect is not available

Данная ошибка свидетельствует о блокировки передачи данных по 443 порту UDP. Проверьте не блокируется ли файрволом передача данных по UDP.
Также убедитесь, что указан публичный DNS в качестве основного. Если не поможет – необходимо выслать журналы и дампы падений в техническую поддержку.

Обычно данная ошибка свидетельствует о проблемах с передачей данных по 443 порту UDP . Убедитесь, что прописан публичный DNS, проверьте не блокируется ли файрволлом передача данных. Если блокировки нет – снимите журналы и дампы падений и затем перезагрузите сервер.
Если после перезагрузки сервера ошибка уйдет и облако заработает – пришлите дампы в техническую поддержку, с указанием ошибки и того что перезагрузка помогла.

Ошибка: import_account empty or invalid

Ошибка говорит о том, что регистратор не смог корректно импортировать облачного пользователя из облака.
Для исправления ошибки:

1. Отключите облако TRASSIR;
2. Удалите облачного пользователя из вкладки «Пользователи»;
3. Удалите сервер из личного кабинета облака;
4. Перезагрузите сервер;
5. Включите облако, и заново введите логин и тикет.

Если это не поможет — пришлите журналы и дампы падений в техническую поддержку.

Пешков Игорь

Trying to access a WordPress site and being met with an error page is at best inconvenient, whether that site is yours or someone else’s. As with many HTTP response codes, part of what makes a 401 error so frustrating is the lack of information it offers for diagnosing and resolving the issue.

The 401 error can happen with any browser, so it’s a pretty common issue people face. In most cases, this problem is relatively simple and straightforward to fix.

In this post, we’ll explain what 401 error messages are and why they happen. Then, we’ll walk you through five methods you can use to fix them.

Let’s get started!

What is the 401 Error Code?

The Internet Engineering Task Force (IETF) defines the error 401 Unauthorized as:

The 401 (Unauthorized) status code indicates that the request has not been applied because it lacks valid authentication credentials for the target resource. The server generating a 401 response MUST send a WWW-Authenticate header field containing at least one challenge applicable to the target resource.

An Introduction to the 401 Error Code

HTTP 400 status codes are encountered when there is a problem making a request. A 401 error, in particular, happens when your browser denies you access to the page you’re trying to visit.

As a result, instead of loading the web page, the browser will load an error message. 401 errors can happen within any browser so the message appearing may differ.

For example, in Chrome or Edge, you’ll likely see a paper icon along with a simple message telling you that the page in question isn’t working. It will include the phrase “HTTP Error 401” at the bottom, and instruct you to contact the site’s owner if the problem persists:

At other times and in other browsers, you might get a slightly less friendly warning that’s just a blank page with a “401 Authorization Required” message:

Other variations include:

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

These errors occur on websites that require a login in order to access them. In most cases, it means that something is either wrong with the credentials or with the browser’s ability to read them as valid.

This is similar to HTTP 403 Forbidden Error, in that access isn’t permitted to the user. However, unlike with the 403 error, the 401 error message indicates that the authentication process failed.

The code is sent via the WWW-Authenticate header, which is responsible for identifying the authentication method used for granting access to a web page or resource.

The HTTP 401 error is all too common 🤦‍♀️ — and this guide will give you everything you need to fix it the next time you see that message showing up ✅Click to Tweet

What Causes a 401 Error?

If you encounter an error code in the 400s, you know you’re dealing with a client-side (or browser-side) issue. While the problem may be happening within your browser, however, it doesn’t necessarily always mean that’s the culprit, which we’ll explain in more detail later.

401 errors occur on restricted resources, such as password-protected pages of your WordPress site. So it’s safe to assume that the cause of the problem has something to do with the authentication credentials.

Outdated Browser Cache and Cookies

One of the most common reasons you might experience a 401 error is that your browser’s cache and cookies are out of date, preventing the authorization from successfully going through. If your browser isn’t using the valid authentication credentials (or any at all), the server will reject the request.

Plugin Incompatibility

At other times, this error is caused by a plugin incompatibility or error. For example, a firewall or security plugin can mistake your login attempt as malicious activity, and return a 401 error to protect the page.

Incorrect URL or Outdated Link

It’s also possible that the source of the problem can be attributed to a minor mistake. Common culprits in this category include an incorrectly-typed URL or an outdated link.

How to Fix the 401 Error (5 Methods)

Now that we’ve gone through a bit of background on the 401 error, it’s time to discuss how you can resolve it.

Let’s take a look at five methods you can use:

1. Look for Errors in the URL

We’ll start off with the easiest potential fix: making sure you used the correct URL. This may sound simple, but 401 errors can sometimes appear if the URL wasn’t correctly entered in.

Another possibility is that the link you used to visit the page in question points to the wrong URL. For example, it might be outdated, or leading to a page that no longer exists (and no redirects are in place).

Therefore, it’s worth double-checking the URL you used. If you typed it in yourself, verify that you spelled everything correctly. If you clicked on a link, confirm that it’s pointing to the page you’re trying to access (or try to visit that page directly through the website).

2. Clear Your Browser’s Cache

Your browser’s cache is designed to improve your online experience, by reducing page loading times. Unfortunately, sometimes it can also cause unwanted interruptions.

As we mentioned earlier, one of the common causes of the 401 error is outdated or incorrect cache data or cookies. Therefore, if you don’t notice any issues with the page’s URL, the next step is to clear your browser’s cache.

This will clean out any invalid information that’s locally stored in your browser, which could be interrupting the authentication process. Similarly, your browser’s cookies might contain authentication data that simply needs to be refreshed.

If you’re a Google Chrome user, you can do this by clicking on the menu icon in the top-right corner of the browser, and then going to Settings. Under the Privacy and security section, click on Clear browsing data:

A new window will open. Under the Basic tab, make sure all three boxes are selected, and then select Clear data:

This process will look a little different in other browsers. For example, in Mozilla Firefox, you would click on the library icon in the top-right corner of the browser, followed by History > Clear Recent History:

In the panel that opens next, select Everything in the drop-down menu at the top, make sure “Cache” is selected, and then click on the Clear Now button:

If you’re using a different browser, please refer to this guide for clearing the cache

3. Flush Your DNS

Another method you can try to resolve the 401 error is flushing your Domain Name Server (DNS). While this is a rarer issue, it can be a possible cause, so it’s worth giving it a try if the first two solutions don’t work.

To do this in Windows, click on the Start button and type cmd into the search bar. Hit Enter, and the Command Prompt will open. Copy and paste the command ipconfig/flushdns, and then hit Enter again:

On a Mac, you can do this by going to Finder > Applications > Utilities > Terminal:

Input the command line sudo killall -HUP mDNSResponder and press Enter. Then, you can try refreshing the page you were trying to visit, to see if the 401 error has been resolved.

4. Deactivate Your WordPress Plugins

The problem causing your 401 error might not be due to your browser. If you’re having trouble accessing your WordPress site, it’s also possible that one or more plugins are to blame.

Some plugins, especially security-focused plugins, are configured to show a 401 error when they suspect suspicious login activity that might indicate an attack. Others might just be suffering from compatibility issues. Therefore, it’s a good idea to deactivate all of your WordPress plugins and see if that resolves the issue.

You can deactivate your plugins all at the same time in your dashboard, by going to Plugins > Installed Plugins. Check the box at the top to select all of them. Then under the Bulk Actions drop-down menu, select Deactivate and click on the Apply button:

After that, try reloading the page that returned the 401 error to see if this has resolved the issue. If it has, you can manually activate each plugin one at a time, in order to determine which one is causing the problem.

Then you can remove that plugin, replace it with a new one, or contact its developer for assistance.

5. Check the WWW-Authenticate Header Response

At this point, if the issue hasn’t been fixed, it may be caused by a server-side problem. This means our last fix will be a bit more involved.

As we saw earlier, the 401 response is sent through the WWW-Authenticate header, which appears as “WWW-Authenticate: <type> realm=<realm>”. It includes ‘challenges’, or strings of data that indicate what type of authentication is required in order for access to be granted.

In a nutshell, you’ll want to check and see if the header response was sent, and more specifically, what authentication scheme was used. At the very least, this can help narrow down the cause of the problem, and bring you one step closer to a solution.

To do this, go to the web page that’s displaying the 401 error, and access the developer console in Chrome. You can right-click on the page and select Inspect, or use Ctrl+Shift+J.

Next, click on the Network tab and reload the page. This will generate a list of resources. Select the Status header to sort the table and locate the 401 status code:

Select that entry, and then click on the Headers tab. Under Response Headers, locate the WWW-Authenticate header:

The information that is present in the response header, particularly the authentication schemes, can give you more information about what’s happening and point you towards a solution. It can help you understand what type of authentication the server is expecting.

For example, in the above example, we can see that the authentication scheme is “Basic”. This means the authentication request should only require an ID and password. For more detailed information and instructions on how to use this information, we recommend referring to the HTTP Authentication Scheme Registry.

HTTP 401 errors, begone! 🧙‍♂️ 5 ways to stop those pesky messages (no magic required) ✨Click to Tweet

Summary

When your browser and server have trouble communicating or authenticating requests, you’re sometimes forced to deal with errors such as the 401 error. While this problem is irritating, the message is usually temporary and fixable.

Here are five methods you can use to fix the 401 error:

1. Look for errors in the URL.
2. Clear your browser’s cache.
3. Flush your DNS.
4. Deactivate your WordPress plugins.
5. Check the WWW-Authenticate header response.