I'm using an ipad app, CommandFusion iViewer, as a remote control, and part of that setup uses javascript to pull files (xml, images, etc) from my unraid server through http/https requests.  Up until about a week ago, this worked fine, but now the app is unable to pull down the main library xml, and just hits the login page. The files are on a user share, with public nfs/smb permissions, and the js looks something like:

 

Cf.request("http://1.2.3.4/mnt/user/SHARE/PATH/TO/FILE.xml", callbackFunction)

 

and the callbackFunction gets called with the http status, headers, and the body.

 

A couple things happened that might have caused this.  The first was a power outage, though I suspect that this may have been a problem before. Next was a update from 6.9.2 to 6.11.5, but I rolled back with similar effect. And finally, I was prompted to create a root password, and did.  Otherwise, this setup has been working fine for years.

 

I've also tested in various browsers, both on my ipad and desktop.  if I'm not logged in, I can't access the file, but after logging  in it works fine.

 

Is there a way to get this back to a working state?

 

 

jarvis-diagnostics-20230325-0831.zip

On 3/25/2023 at 9:08 AM, adent042 said:

if I'm not logged in, I can't access the file, but after logging  in it works fine.

 

A root password has been required to access the webgui as of Unraid 6.10.0:
  https://wiki.unraid.net/Manual/Release_Notes/Unraid_OS_6.10.0 

 

Since this url is served by the webgui, the root password is required to access it:
  http://1.2.3.4/mnt/user/SHARE/PATH/TO/FILE.xml 

 

This is working as intended.

So basically, I'm out of luck? Or I have to downgrade to a old version and never upgrade? Or come up with another way to serve those files.

Edited March 28, 20233 yr by adent042

There is no way to disable the password requirement, so you'd probably want to come up with another way to serve those files

22 hours ago, adent042 said:

So basically, I'm out of luck? Or I have to downgrade to a old version and never upgrade? Or come up with another way to serve those files.

You could easily install your own webserver docker and serve up the files that way.

Hmm, not quite sure how to go about doing that, but I'll look into it.  Thanks for the help BRIT!

I put this on the back burner for a few months, as I just reverted to a 6.9 install. I managed to get the nginx serving static content to a browser that is not logged in,howeever, weh I attempt the same from the apps js code, it's failing, with what I believe boils down to:

 

document.write('<p class="error">Browser cookie support required for login</p>');

 

since it looks like basic auth is still not an option, I'm not sure what else I can do at this point.

In looking at the output more closely, I suspect that I’m getting an html version os the data, rather than the xml. I’ll have to dig around a bit and see if that’s true, first off. And if so, is it something with my nginx config? Or something that I need to more carefully construct headers?

Ok, I think I got it working.  It was a combination of some config updates, and a PEBKAC.  Thanks for pointing me in the right direction!