Are range requests supported on copyparty?

[suprematis]

Hello Folks!

I am wondering if copyparty supports "range requests", since I am trying to use copyparty as a SAN booting endpoint. The actual requirement is listed here:

https://ipxe.org/sanuri

Under the HTTP section, you can see the range requests verbiage.

Thank you for your response.

[9001]

Hey :>

Range requests are mostly supported -- there are two subfeatures which are not implemented (yet):

• Multipart ranges because I've never seen a client try to use it, but maybe iPXE will be the first...?
• Conditional range requests which is just an optimization, should be alright regardless.

You could run copyparty with --ihead='*' --ohead='*' --log-conn to see all the http-headers which copyparty receives and replies with, should make it easier to keep track.

I recall iPXE had very specific requirements for https (iPXE only supports a handful of modern ciphers), so I'd recommend starting with http until everything else works, and then finally switching to https. Much easier to debug with Wireshark and such that way :>

Fun usecase btw! I've used copyparty to provide files for iPXE over tftp and https before, but only to load linux kernel/initrd, so it didn't need to use range-requests for that. What os / iso are you trying to give it?

[suprematis]

I remember being able to boot with sanboot when I had a IIS server setup to handle range requests. I am going to set up a docker instance with apache2.4 which claims to support range requests by default and I can provide my feedback with what I find in the end.

[9001]

By the way, when you said it's not working for you, what's happening instead?

[suprematis]

When I boot to clonezilla for example, I am able to see the welcome screen and I also select a boot option from the grub menu. It never boots properly, instead I am greeted with the busybox menu saying that it failed to load the packages needed to boot the OS.

[9001]

Ah, well in that case the issue is not due to range requests -- if that was the reason, then it would not have been able to display the boot options at all. I'm suspecting the iso does not support being booted through sanboot in this manner, due to the reason i mentioned (the OS taking over control and dropping the connection, so it cannot continue loading files). But I'd love to be proven wrong, so let me know what you find :>

[suprematis]

I am still investigating the issue. I will update soon.