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
MacOS: SSL Error during "Querying URLs" stage of installation #60
Comments
hi, which version of MacOS are you using? |
If you could provide your install logs in the install_data\LOGS folder, that would be useful too. |
wow, that was a quick response, I am using Sierra version 10.12.6 |
Also if you're using some sort of proxy or VPN, that can sometimes interfere. You might be using a proxy unknowingly if you're at a business or school. |
I'm at home, and I don't often mess around with my network so I don't think it is a proxy or a VPN but Im not 100% sure. Here is a zip file with the install logs: |
This won't fix the issue properly, but will at least let you install the game (assuming you downloaded the v0.0.44 installer - version is displayed at bottom of the screen of each page).
Again, this is just a workaround - if you download another installer a month in the future doing this might not work. (We made some changes to the umineko installer just today, it would be great if you could confirm the voices work properly after it installs, assuming it works) |
For developers only See this issue: https://github.com/kennethreitz/requests/issues/3340 You can verify which TLS/SSL our server supports here: https://www.cdn77.com/tls-test (and type in 07th-mod). Our server doesn't support SSL, only TLS (which is normally a good thing, see https://disablessl3.com/). The reason the installer gets past the 'check connection with server' stage is because the server check uses a non-secure Another way around it would be to use aria2c (or some other 3rd party tool) to query the URLs on MacOS. I'm not sure how to do that. |
When I look into the install_data folder in the 0.0.44 installer I see a main.py file that I can replace but I don't see a installdata.json file to replace. Let me know if I should be seeing one or if there is some other file I may have to replace. Thank you so much for all the help, andI will be sure to let you know how the voices are working! |
sorry, you are correct. Just put the |
Alright! I got it downloaded by following your instructions, and everything looks great ADV mode was exactly what I was looking for, and the voices sound clear and beautiful!!! Thanks again!! |
No problem! Please leave this issue open as we haven't actually resolved the issue yet (for the developers). You can press 'ignore notifications on the right' if you don't want further messages on this post |
I had a quick look into it and...I have no idea what I'm doing. Also, in the 'ours' link, it states Cloudflare rather than our website. I'm not sure if I don't understand it correctly, but if it is Cloudflare serving the files (edit: or doing the authentication) then I don't know if we can change what ciphers it supports. Here is cloudflare's page about what ciphers it supports: https://support.cloudflare.com/hc/en-us/articles/203041594-Cloudflare-SSL-cipher-browser-and-protocol-support If it's our server we should be able to do something about it ... but I don't know how to do it. @ItaloKnox is this something you know how to do or are familiar with? Currently the only 'important' urlopen calls are used to get the true filename of each URL (so we know what order to extract the files, whose names may be different to the URLs, at the extraction stage). If we can get around that then we don't need to use urlopen at all. The initial download of the installData.json can be done using aria2c as well. edit: another way around that would be to re-check the directory after each file is downloaded, and see which files appeared. cURL has a flag which lets you specifically download just the headers, which we could use (if we distribute our own, self-contained cURL binary). Again, this is just another alternative - fixing it the other way by just enabling the cipher is way easier. |
Actually since we just need this to get filenames I don't see any reason we need HTTPS, we can just make it swap the URLs to HTTP on old openssl versions |
I thought about that a little bit before - for some reason I thought it would be a problem because the redirect link could be malicious, but since we don't even use the redirect URL afterwards (we make aria2c re-query the URL from scratch) it's not a problem. I'll try implementing it since it seems easy enough. I guess I'll do something like:
|
I'm setting it up |
I am a mac user, and after I select the path for the installation on the cross-platform installer, I am getting this as an error message:
07th Mod - Install failed due to error: <urlopen error [SSL: SSLV3_ALERT_HANDSHAKE_FAILURE] sslv3 alert handshake failure (_ssl.c:590)>
I'm not sure what it means. Let me know if there is anything I can do, thank you!
The text was updated successfully, but these errors were encountered: