403 Error With proffieboard-arduino 3.6

Ok, so that looks fine.
And you’re not using a proxy or VPN?

No. The user w/ the same issue also said they’re not behind anything. Says it’s a personal computer on their home network. That was my first question, lol

It doesn’t make any sense.
Windows/Linux/Mac - none of them works from your network, but only from Arduino.
Downloading the files directly seems to work just fine.

And clearly you can access this forum, which runs on the same server as the windows files are hosted on.

It’s just weird.

Yeah, it’s the developer.arm.com that’s returning 403, as best as I can tell. I don’t think it’s something w/ your server. Not directly at least.

Looks like an Akamai cluster in Miami is where it’s pinging (for now at least, all that’s nebulous I’m sure… modern infrastructure). We’re on opposite sides of the US, which is maybe worth noting.

The link also redirects:

<html><head><title>Object moved</title></head><body>
<h2>Object moved to <a href="https://armkeil.blob.core.windows.net/developer/Files/downloads/gnu-rm/9-2020q2/gcc-arm-none-eabi-9-2020-q2-update-mac.tar.bz2">here</a>.</h2>
</body></html>

Wonder if Arduino is struggling with the redirect?

Maybe an updated Arduino handles the redirects better?

I updated not long after I mentioned not having updated, considering the same thing. (Nope)

It’s the redirect. I modified the package index locally w/ the windows.net URL and it downloads now.
Installed successfully.

macOS just wanted to see its friend ('s website) :laughing:

Not sure if you want to update those links or not. Evidently it seems to be an Arduino-cli issue, but that way it works in the interim?

I looked briefly through the issues and didn’t seem to find anything. I don’t have a great search term for how others may have filed it though, either.

I’ve an answer for my issue on Windows/Linux also, to tie up that loose thread/red herring.
My internet is just not good enough for Arduino :stuck_out_tongue_winking_eye:

There’s some curious interpretation of this setting in the linked PR also, but in any case it sounds like it should be resolved in the latest Arduino CLI v1.4.1. Guess I’ll be grabbing lipo and pushing that out for ProffieConfig soon…