-
Notifications
You must be signed in to change notification settings - Fork 224
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Error: Could not retrieve architectures from server / Error: We are unable to complete your request at this time #52
Comments
How nice of Microsoft of adding this new data in their error message (which is basically what we now get instead of the expected ISO download links):
This sure wasn't part of the bland error message they returned previously. |
* Now return the error message from the Microsoft server where possible (See #52)
Still no solution for this but I have updated Fido to return the actual error message from the Microsoft servers, so you should now get:
I wonder if trying to contact Microsoft Support to tell them that their latest update sucks would accomplish anything... |
Yep, that's what I mentioned here as well. Basically, you will get this error if, for any reason, Microsoft decides it doesn't like you, and there can be many different causes as to why it doesn't like you... |
Edit: I did the wrong request, this isn't the one that's blocked. |
Thanks @0xallie, but it looks to me like your Python script only does the "search languages for a specific edition" query, which is pretty open and which Fido does't have a problem with, but does not do the "get download links for a specific edition and language" which is where we have the issue. In short, this will work regardless of whether you use Fido, Perl or anything: But this is what the Microsoft servers refuse to serve us: Your Perl script does the I do appreciate the help though! |
Ah yes, sorry, I did notice that only the second request fails but then got mixed up when trying to reproduce the request from Fido. I'll experiment more later. |
By the way, for those willing to help (and who are running Windows), feel free to open a PowerShell script and issue something like
From there you can try to poke the last query and see if you can figure out how to bypass the Microsoft restrictions. |
Some testing in Firefox sending manually crafted In short, if I run a test crafting manual requests and using the UUID I got when loading the original page, I can get both requests answered successfully. But if I run the same test, and alter the UUID by a single digit, the first query works but the second query fails with the error above. The thing is, I had originally devised the script to read the Unfortunately, reading the Microsoft And of course, this may not the the only counter-measure that Microsoft has taken against third-party download scripts. |
Just a note to add that the reason why we wanted to use Now, looking at the JavaScript that actually generates the function u() {
var n = (new Date).getTime();
return "xxxxxxxx-xxxx-4xxx-yxxx-xxxxxxxxxxxx".replace(/[xy]/g, function(t) {
var i = (n + Math.random() * 16) % 16 | 0;
return n = Math.floor(n / 16), (t == "x" ? i : i & 3 | 8).toString(16)
})
} Basically, this is just a standard version 4 UUID (variant 1) where, in case the JS random algorithm was a bit too predictable, Microsoft offset the random generation with the number of milliseconds since Epoch. So, it doesn't look like the way Microsoft detects if a And once again, because Microsoft forcibly removed the ability to execute web page loading with JavaScript, from recent version of Windows/PowerShell, this may be tricky to work around... |
Further confirmed that simply browsing to https://www.microsoft.com/en-US/software-download/windows11 (without downloading anything) and using the |
Okay, I believe I have a working workaround now (but of course with the question: How long before Microsoft strengthen things further, since this is the second time we're going through this dance). Basically, the session Id whitelisting appears to be accomplished by poking https://vlscppe.microsoft.com/tags with the session Id, so I've added an extra call that does just that. From my testing, this seems to do the trick, but of course we'll have to see how well it fares in the long run, because it certainly looks like Microsoft are actively trying to prevent scripts like Fido from interacting with their servers... |
I got this error as well. Ended up signing in to Microsoft Insiders then the ISO download worked fine. |
As happened in the past (#41), it appears that Microsoft have once again altered their ISO download service to make it more difficult for third party applications to use them.
As a result, you may currently be getting
Error: We are unable to complete your request at this time / Code 715-123130
orError: Could not retrieve architectures from server
when using Fido.We are currently investigating it.
If this download script helped you in the past and you are familiar with troubleshooting web services (Fido basically duplicates what one achieves by visiting https://www.microsoft.com/en-US/software-download/windows11), you are also encouraged to investigate the issue.
The text was updated successfully, but these errors were encountered: