DuetWifi-error: filename too long
-
I checked a few other things and error only occurs when the wifi module is working in access point mode. When I connected the printer to my wifi network problem stoped.
In a few hours, I will have free other printers so I will check it on another boards. -
Have you tried adding "/reprap.htm" (without the quotes) after the IP address in the address bar of your browser?
-
No result. But the error is on paneldue too, even if no pc is connected to access point.
I check older duetwifi(i think it is 1.04) board with rrf3.01cr4 firmware. The problem is still there.
In a few hours I will be able to check it on duetwifi 1.0 with 1.20 firmware.
-
@nikos did you find any solution? I'm getting the same error repeatedly with v 2.05.1 on multiple machines (Duet Wifi 1.04)
In my case it's also unmounting the internal SD card. I have to connect over USB and run M21 P0 to get it back to a normal state.
Disabling the network seems to be a workaround.
-
@nhof said in DuetWifi-error: filename too long:
@nikos did you find any solution? I'm getting the same error repeatedly with v 2.05.1 on multiple machines (Duet Wifi 1.04)
In my case it's also unmounting the internal SD card. I have to connect over USB and run M21 P0 to get it back to a normal state.
Disabling the network seems to be a workaround.
What's the longest file path+name on your SD card, starting from "0:/" and encoded in UTF8 ? The maximum supported by RRF is 120 bytes. Can you make an image or zip of the whole SD card available?
-
Hey David,
Longest filepath + name is 45 characters all ASCII chars, so it should be well under 120 bytes utf-8 if I'm not mistaken.
Zip was too large for the forum attachment, so here is a download link: https://drive.google.com/file/d/1dYvssTBlkf0g0Pk8fuPYB2s-CE1HpXLm/view?usp=sharing
-
It looks to me that something on your network is asking for that file from your Duet, and RRF is finding the path is too long when it tries to construct it. Could it be a virus on one of your computers or devices, that scans all the local IP addresses that it can find? Or perhaps some sort of discovery mechanism? If it turns out to be a discovery mechanism, then I could fix the webserver to just return a 404 error if it gets a request for a filename that is too long; but the random characters nature of the filename makes me suspect a virus. It might be trying to provoke a buffer overflow in the code for the web server in some particular device in order to install a virus, hence the long name.
You could use Wireshark or another network packet sniffer to see what device is making that request ti the Duet.
Another thing you could do is connect a PC to the Duet via USB, and send M111 S1 P2 from YAT or another terminal emulator. That should show you what HTTP requests the Duet is receiving.
-
@nikos, if you install the 3.01RC11+1 firmware binary from https://www.dropbox.com/sh/3azy1njy3ayjsbp/AACquxr2m00eV568RZg5QG5wa?dl=0 then it will report the IP address that is sending the strange request. That may help you to pin down what is causing the error. It will also send a 404 response back, so whatever is making that request may only make it once.
-
I am also getting filename too long errors in the WebControl window with Duet 2 Wifi in access point mode. Notably: not every time. But when I get them, they just continuously flush the screen.
send M111 S1 P2 from YAT or another terminal emulator. That should show you what HTTP requests the Duet is receiving.
I sent the M111 command, here is one screen worth of output (if anybody could comment on why it is formatted in such a weird way, that would be appreciated too (accessing from macOS via USB + Terminal))
HTTP req, command words { GET /ocsp-devid01/ME4wTK<superlongrandomstring>DOB0e/baLCF<longrandomstring2>ZgZo= HTTP/1.1 }, parameters { } Sending reply, file = yes Error: Filename too long: cap=120, dir=0:/www/ name=ocsp-devid01... HTTP connection accepted HTTP req, command words { GET /ocsp04-devid01/ME4wTK<longrandomstring1>DOB0e/baLC<longrandomstring3>Duog= HTTP/1.1 }, parameters { } Sending reply, file = yes Error: Filename too long: cap=120, dir=0:/www/ name=ocsp04-devid... HTTP connection accepted HTTP req, command words { GET /ocsp-devid01/ME4wTK<longrandomstring1>DOB0e/baLCF<longrandomstring2>ZgZo= HTTP/1.1 }, parameters { } Sending reply, file = yes Error: Filename too long: cap=120, dir=0:/www/ name=ocsp-devid01... HTTP connection accepted HTTP req, command words { GET /ocsp-devid01/ME4wTK<longrandomstring1>DOB0e/baLCF<longrandomstring2>ZgZo= HTTP/1.1 }, parameters { } Error: Filename too long: cap=120, dir=0:/www/ name=ocsp-devid01... Sending reply, file = yes HTTP connection accepted HTTP req, command words { GET /ocsp-devid01/ME4wTK<longrandomstring1>DOB0e/baLCF<longrandomstring2>ZgZo= HTTP/1.1 }, parameters { } Sending reply, file = yes Error: Filename too long: cap=120, dir=0:/www/ name=ocsp-devid01... HTTP connection accepted HTTP req, command words { GET /ocsp-devid01/ME4wTK<longrandomstring1>DOB0e/baLCF<longrandomstring2>ZgZo= HTTP/1.1 }, parameters { } Sending reply, file = yes Error: Filename too long: cap=120, dir=0:/www/ name=ocsp-devid01... HTTP connection accepted HTTP req, command words { GET /ocsp-devid01/ME4wTK<longrandomstring1>DOB0e/baLCF<longrandomstring2>ZgZo= HTTP/1.1 }, parameters { } Sending reply, file = yes
Let me know if you need more info or things tested. Thanks for your help!
-
I wanted to correct my previous post, but I got the error message "Error: Post content was flagged as spam by Akismet.com" -- yeahhh...
If it matters: the "superlongrandomstring" should be a "longrandomstring1"
I did not want to post them in full -- just in case
-
Seems like the duet is getting ocsp requests (certificate checks), I guess you are using a Mac?
This is normal as the duet is the internet connection for the computer when the duet is in AP mode.
You can turn it off if you want, look here for more information. -
@printHorst said in DuetWifi-error: filename too long:
if anybody could comment on why it is formatted in such a weird way, that would be appreciated too
Change your terminal emulator program settings so that it accepts LF (linefeed) along as a line terminator, instead of expecting CR LF.
-
thanks again for your replies and explanations!
regarding CR and/or LF: I am surprised since macOS should use LF. either way, I did not find a setting in 'terminal' to somehow change how to interpret the text sent from the Duet. it's a bit annoying but not too critical and also, except for the initial setup (and this debugging), I do not need the USB+terminal communication.
the ocsp requests on the other hand are really bad. the status info 'filename too long ...' just completely flushes the screen in the WebControl and I did not find any systematics to when they appear and when not. when they do, it is impossible to work with the printer.
regarding switching the requests off: thanks for the link, however it is very outdated and the setting in the keychain manager does not exist anymore. it also seems like a bad idea to switch of this security feature of the OS(?). I guess that rather this behavior of the OS should be expected and dealt with by the Duet. It sounds like this might be taken care of in version 3.01?@dc42 said in DuetWifi-error: filename too long:
[...] It will also send a 404 response back, so whatever is making that request may only make it once.
Still, there must be many more users using the Duet 2 Wifi in Access Point Mode with macOS and I assume they are not all having this issue. Maybe I should start a new thread to ask around?
Any other hints/ideas are very welcome! Thanks again
-
Try the RRF 3.01 post RC11 firmware binary at https://www.dropbox.com/sh/3azy1njy3ayjsbp/AACquxr2m00eV568RZg5QG5wa?dl=0.
-
Thanks @dc42 -- would I be able to continue to use all my config.g, homex/y/z.g, etc. files?
-
@printHorst Not without modification. I would suggest baking up your current configuration, and then using the web configurator tool to generate a new config file set for 3.0 using your settings for testing. They may still need some manual tweaking as well for 3.0. If it doesn't work out you can reflash to the 2.x firmware and restore your config backup.
-
Hi there, any news about that? We are experimenting the same issue with MacOs on DUETwifi 2 and reprap firmware 2.04.
Thanks
Simon -
@Trideo said in DuetWifi-error: filename too long:
Hi there, any news about that? We are experimenting the same issue with MacOs on DUETwifi 2 and reprap firmware 2.04.
Thanks
SimonSorry there is a number of issues discussed in this thread. I suggest you create a new thread of your own and detail your issue specifically. Include all the relevant information like duet type, firmware and dwc versions, config files, etc.
-
Thanks for answering.
I'll do that.
Actually some of our clients (we are selling printers) are experimenting this issue. Communication isn't that smooth with them so, I'll do my best!Thanks
Simon -
@Phaedrux said in DuetWifi-error: filename too long:
@Trideo said in DuetWifi-error: filename too long:
Hi there, any news about that? We are experimenting the same issue with MacOs on DUETwifi 2 and reprap firmware 2.04.
Thanks
SimonSorry there is a number of issues discussed in this thread. I suggest you create a new thread of your own and detail your issue specifically. Include all the relevant information like duet type, firmware and dwc versions, config files, etc.
If you are referring to the "Filename too long" messages in response to OCSP-over-HTTP requests made by Kaspersky AV with very long pseudo-filenames, RRF 3.1 and later include code to recognise these requests and ignore them.