Closed mrala closed 1 week ago
can you run curl with verbose flags
can you also roll back to the earliest available version in the dropdown to see if it resolves
I've tried rolling back to every available version of the Amcrest plugin with the same results each time.
Here is verbose curl output. Interestingly, it looks like there is a 401 at first but then authenticates correctly:
curl -v --user "<snip>:<snip>" "http://<cam-ip>/cgi-bin/eventManager.cgi?action=attach&codes=\[All\]" --digest
* Trying <cam-ip>:80...
* Connected to <cam-ip> (<cam-ip>) port 80
* Server auth using Digest with user 'scrypted'
> GET /cgi-bin/eventManager.cgi?action=attach&codes=[All] HTTP/1.1
> Host: <cam-ip>
> User-Agent: curl/8.4.0
> Accept: */*
>
< HTTP/1.1 401 Unauthorized
< Connection: close
< Content-Length: 0
< WWW-Authenticate: Digest realm="Login to D14<snip>", qop="auth", nonce="36b23460-<snip>", opaque=""
<
* Excess found: excess = 2 url = /cgi-bin/eventManager.cgi (zero-length body)
* Closing connection
* Issue another request to this URL: 'http://<cam-ip>/cgi-bin/eventManager.cgi?action=attach&codes=[All]'
* Hostname <cam-ip> was found in DNS cache
* Trying <cam-ip>:80...
* Connected to <cam-ip> (<cam-ip>) port 80
* Server auth using Digest with user 'scrypted'
> GET /cgi-bin/eventManager.cgi?action=attach&codes=[All] HTTP/1.1
> Host: <cam-ip>
> Authorization: Digest username="scrypted", realm="Login to D14398D80B28EEBF", nonce="36b23460-<snip>>", uri="/cgi-bin/eventManager.cgi?action=attach&codes=[All]", cnonce="YTll<snip>>", nc=00000001, qop=auth, response="ec89<snip>>", opaque=""
> User-Agent: curl/8.4.0
> Accept: */*
>
< HTTP/1.1 200 OK
< Cache-Control: no-cache
< Connection: Keep-Alive
< Content-Type: multipart/x-mixed-replace; boundary=myboundary;charset=utf-8
< Expires: Thu, 01 Dec 2099 16:00:00 GMT
< Pragma: no-cache
* no chunk, no close, no size. Assume close to signal end
<
--myboundary
Content-Type: text/plain
Content-Length: 186
Code=LoginFailure;action=Pulse;index=0;data={
"Name": "scrypted",
"Type": "Web3.0",
"Address": "<scrypted ip>",
"Error": 4,
"LocaleTime": "2024-04-08 18:41:59",
"UTC": 1712616119
}
do you think you can dm me on discord and port forward a camera for me. going to have a hard time fixing this otherwise.
Sure thing! I'll try to reach out in the next couple of days.
Describe the bug I'm receiving 401 errors using the Amcrest plugin on a
IPC-T2431T-AS S2
camera (no problems on the older non-S2 revisionIPC-T2431T-AS
). It's attempting to use digest auth but getting 401 responses. However, I'm able to successfully curl the camera endpoints with digest auth. The RTSP video feed is working correctly. I've configured security settings on theS2
variant identically as an older camera. This is breaking event/motion detection.To Reproduce Steps to reproduce the behavior:
IPC-T2431T-AS S2
camera using the Amcrest pluginSee example errors:
I'm able to use digest auth in a curl request. The camera reports a login failure.
Expected behavior We should be able to communicate with the camera without any 401 errors/authentication issues.
Server (please complete the following information):
Hardware Model (please complete the following information):
Client (please complete the following information, if applicable):
Additional context n/a