Send() failed (40: Message too long)
-
I changed my form from:
To:
to see the results… I will reply asap
Did you try to change your old redirect URL "http%3A%2F%2F172.16.0.1%2F" == "http://172.16.0.1/"
to "http://www.google.com" instead of changing the source ?What pfSense version ? - is it patched or modified ?
-
The same here.
After re-applying the squid settings it stopped to logs the errors, but after 2 or 3 days (depends on load) it reappears -
2.4.2-RELEASE-p1 (amd64)
built on Tue Dec 12 13:45:26 CST 2017
FreeBSD 11.1-RELEASE-p6Intel(R) Core(TM) i5 CPU 750 @ 2.67GHz
Current: 2667 MHz, Max: 2668 MHz
4 CPUs: 1 package(s) x 4 core(s)
AES-NI CPU Crypto: NoInterfaces:
WAN 1000baseT <full-duplex>xx.xx.ccc.ccc
LAN autoselect 192.168.1.1
OFFICE 100baseTX <full-duplex>192.168.100.1
HOTSPOT 1000baseT <full-duplex>10.10.10.1 (captive portal is ON)nginx: 2018/02/10 19:49:01 [error] 28887#100127: *4888 open() "/usr/local/www/phpmyadmin" failed (2: No such file or directory), client: 1x0.2x9.1xx.x6, server: , request: "GET /phpmyadmin HTTP/1.1", host: "xx.3x.2xx.xxx", referrer: "http://xx.xx.xxx.xxx/phpmyadmin"
I getting same a full page…
Feb 10 15:05:55 nginx: 2018/02/10 15:05:55 [alert] 43837#100173: send() failed (40: Message too long)</full-duplex></full-duplex></full-duplex>
-
Hey guys, is there an update to this issue?
-
ishtiaqaj did you solve this problem
-
Aug 28 10:22:38 pfsense.localdomain nginx: 2019/08/28 10:22:38 [alert] 54908#100145: send() failed (40: Message too long)
I experienced this also in latest pfsense right now. my captive portal disconnects .I hope there is a fix for this.
-
@dyobetem I also have this issue since 2 months and its related to Captive Portal. i have 2500+ captive portal users and 2 WAN. i changed a lot of settings in nginx but useless. still i am getting these errors. I've pfsense 2.4.4-P3 Lastest version.
i have already mentioned this issue in given blow post ( last Issue )
https://forum.netgate.com/topic/144868/dell-r430-bge-built-in-port-hangs-captive-portal-stop-working/23
-
@wazim4u : Do you redirect a new, just logged-in user to an URL ( setting After authentication Redirection URL ) ?
This is what I think : when a user logged in using the IP (or URL) of the captive portal page, the users browser gets redirected to the same URL (== the captive pprtal's web server).... which will redirect again - to itself -, and again, and again etc - recursif. The URL thrown back to the browser becomes to big, nginx will finally produce the "send() failed (40: Message too long)" error.
For myself, I redirect, no matter what, to "https://www.google.com" but you can take any URL like a your companie's site.
Another explanation : you have quiet a lot of portal users. Not every user uses the latest smart devices /PC's with the latest OS and the best browsers.
Even I see still IE8 (Windows XP) connecting to my portal.
These ancient devices are not portal aware. They won't behave correctly.Or even : not all the apps are written the same way. At least, Apple reviews (some what) each and every app before it's released - the Android society is a pure zoo. So, a bad app can throw out an URL that's to big. nginx will bail out.
So, mind you, these are all theories.
I do not have the test park to test them. -
This issue has been resolved?
I have this same problem
-
Sure.
No news after more then one year : that means : no issue.We are also 2 (at least) version of pfSense further on.