Schaf

Sadly, such a feature doesnt exist with my ISP. However, it seems to work since yesterday ^^

At least for me, its working fine again. Seems like Ini or the providers have changed something and the issue is resolved^^

Update: It seems like at least for me (Germany, Deutsche Telekom) its working again. #EDIT: Only the store web page is working, IniManager still wont let me log in even after clearing the cache and reinstalling the Manager.

This all does nothing if the URL is blocked^^ As it seems right now, for multiple people in multiple countrys for multiple ISPs, the IniBuilds Store URL is blocked or flagged as malicious. Thats why requests are not forwarded. The Store URL is also handling the user session, thats why you cant login.

Sadly, my ISP does not provide such an option :( Hopefully Ini finds a permanent solution soon.

In the WIndows defender it does not make any difference for me. Please share once you have an update :D

Its sadly not working for me. Still gets blocked and I still get forwarded to the Telekom blocking page.

Exactly 😁

I think Ini is the only one who can really act there. The site may be flagged as unsafe for a variety of reasons. This could be an incorrect assessment by a security provider (ISPs also simply purchase their security data), or it could be a decline in reputation due to invalid certificates, suspicious redirects, etc. However, the issue could also lie with the CDN, in this case, Cloudflare, etc. Ini now needs to initiate its internal incident management process and, as part of that, determine how to proceed. Although I’m a Major Incident Manager, there’s not much more we can do here as customers and outsiders other than wait and see. I think I’d start by checking whether I’m using any expired certificates or if there are any anomalies in the Cloudflare or Shopify dashboard.

After a short chat with ChatGPT, I tried the curl check again without SSL (http instead of https), the result shows everything: C:\Users\Jonas>curl -v http://store.inibuilds.com * Host store.inibuilds.com:80 was resolved. * IPv6: (none) * IPv4: 23.227.38.74 * Trying 23.227.38.74:80... * Established connection to store.inibuilds.com (23.227.38.74 port 80) from 192.168.2.31 port 60515 * using HTTP/1.x > GET / HTTP/1.1 > Host: store.inibuilds.com > User-Agent: curl/8.21.0 > Accept: / > * Request completely sent off < HTTP/1.1 302 Found < Location: https://block.telekom.net/de/warn.html?url=http://store.inibuilds.com/&token=83b09505 < Connection: close < Content-Length: 0 < * shutting down connection #0 My ISP is blocking the store.inibuilds.com domain because its marked as a side that shares viruses, is used for phishing etc. I assume thats something IniBuilds have to figure out why they are marked as a malicious web page / URL.

Hi, its not just the US, I'm afraid of. I live in germany and my ISP (Deutsche Telekom) is also blocking the store.inibuilds.com page. I've traced it down to a TSL Error message (SEC_E_INVALID_TOKEN), however I'm not sure if thats a reason why the domain / server is blocked (invalid TSL Token), or if this is a symptome. C:\Users\Jonas>curl -Iv https://store.inibuilds.com * Host store.inibuilds.com:443 was resolved. * IPv6: (none) * IPv4: 23.227.38.74 * Trying 23.227.38.74:443... * schannel: disabled automatic use of client certificate * ALPN: curl offers http/1.1 * schannel: next InitializeSecurityContext failed: SEC_E_INVALID_TOKEN (0x80090308) - Das Token, das der Funktion übergeben wurde, ist ungültig. * closing connection #0 curl: (35) schannel: next InitializeSecurityContext failed: SEC_E_INVALID_TOKEN (0x80090308) - Das Token, das der Funktion übergeben wurde, ist ungültig. #UPDATE: Yes, its blocked my Deutsche Telekom (DTAG) as well. Its marked as a malicious web page and Telekom is blocking the connections. How ever, I dont have the option to disable this check.

It could be that the way connections are processed are different between fixnet (DSL / Fibre etc.) and mobile. I work for a german ISP (not the one I'm a customer of, unfortunatley xD) and I can tell you that we process mobile data and fixnet data on different ways.

Guys, update: 1. disabled IPv6 in my Windows network adapter settings. The IPv4 traceroute looked just as unremarkable as the first one using IPv6. 2. When I check the connection using Curl (curl -Iv https://store.inibuilds.com), I receive an error during the TLS handshake along with an error stating that the token is invalid (SEC_E_INVALID_TOKEN). I hope this information helps you, dear iniBuilds team. #EDIT: This could also explain why it works for some users when they disable security features of their router or internet connection. These features may perform TLS inspection or otherwise interfere with HTTPS connections. Disabling them could prevent the TLS handshake from being modified or interrupted, which would explain why the error no longer occurs. Unfortunately, my ISP does not offer such an option. C:\Users\Jonas>curl -Iv https://store.inibuilds.com * Host store.inibuilds.com:443 was resolved. * IPv6: (none) * IPv4: 23.227.38.74 * Trying 23.227.38.74:443... * schannel: disabled automatic use of client certificate * ALPN: curl offers http/1.1 * schannel: next InitializeSecurityContext failed: SEC_E_INVALID_TOKEN (0x80090308) - Das Token, das der Funktion übergeben wurde, ist ungültig. * closing connection #0 curl: (35) schannel: next InitializeSecurityContext failed: SEC_E_INVALID_TOKEN (0x80090308) - Das Token, das der Funktion übergeben wurde, ist ungültig.

Same goes for me. How ever, as it is working through my phones WiFi which is with another ISP, I dont assume its a Windows Issues.

Hey @John N I assume its a problem with the URL the IniManager tries to access for authentication, session handling etc. I dont know if this is a Certificate Issue on IniBuilds side or any Problem with the ISPs. Thats something they have to check. Beside my posts here and my ticket to InIBuilds I have opened a ticket with my provider and told them the exact same, however, I'm still waiting for their response. However, as it is friday afternoon here in germany, I dont expect them to respond before next week :D #EDIT: Let me put it in another way: I assume its a problem with the connection to the Server or to the URL the IniManager tries to connect which is handeling all that stuff mentioned above. Either a certificate issue, an authentication issue or anything else that we as users / customers can not tell.

Hi guys, quick update: I have an update: I can open the IniManager, log in, and use it without any issues when my PC is connected through a VPN. The same is true when I use my phone's mobile connection as a Wi-Fi hotspot for my PC. As soon as I disconnect the VPN or switch my PC back from my phone's hotspot to my regular LAN/Telekom DSL connection, the IniManager session drops and cannot be re-established. I can't download anything, install anything, or load images or preview videos. I also noticed that on this forum, the avatars of users who have uploaded a custom profile picture do not load when I'm connected via Telekom DSL. When using a VPN or my phone's mobile hotspot, those avatars load correctly and I see the icon for a broken image. Same story with attachements. Default avatars (the ones displaying one or two letters from the user's name) always load. The store website also works perfectly over a VPN or my phone's hotspot, but not over my Telekom DSL connection. The issue appears to be somewhere between iniBuilds or Shopify and the servers of certain ISPs (Internet Service Providers). Since it seems that several users are affected, it would be interesting to find out which ISPs they are using. In my case, it's Deutsche Telekom (DTAG). It would be useful to determine whether this affects all Telekom connections, all networks operated by Telekom subsidiaries or partner companies (there are providers in several countries that belong to the DTAG group), only a subset of Telekom customers, or customers of other ISPs as well. I hope the team at iniBuilds can find a solution, because the free VPN I'm using for testing is extremely slow, and I'd rather not use my mobile data allowance to download several gigabytes of content from the iniBuilds Store. In addition to that, pls find a screenshot of a traceroute from my PC / DTAG DSL attached (the timeout is propably not the issue and I still assume its a certificate issue on shopify / IniBuilds side or a authentication issue on either their side or the side of my ISP. Timeouts often happen in Traceroutes as some ISPs do not respond to or drop ICMP Packets):

Hey @John N , I assume its more like a ISP (Internet Service Provider) issue then a Windows issue, but I will check once I'm home and will let you guys know :D

Hi guys, I'm posting the same info here that I've shared with IniBuilds via my Ticket: I found the following: On my phone while connected to my Wi-Fi network, the website does not open and shows the same error (ERR_SSL_PROTOCOL_ERROR). On my phone using the mobile network, the website opens without any issues. Windows Defender does not inspect SSL encryption or verify the authenticity of SSL certificates. I do not have any other antivirus software installed. Changing the DNS server in the Windows network adapter settings (to 1.1.1.1 and 8.8.8.8, along with their IPv6 equivalents) makes no difference. I dont use any VPN at the moment or have any VPN Client installed A restart of my router makes no difference. One week ago, everything was working fine from my PC. I live in Germany and have a Telekom DSL connection. I suspect the issue is somewhere between Telekom and your server. I'll also try accessing the site from my PC through a VPN later. If necessary, I'll connect my PC to my phone's Wi-Fi hotspot and see if that works.

Same for me. When I try to login, its showing the circle next to the login button and then stopps. No error message, nothing. I assume its a problem with the server which handels the login. When you try to access the webpage where you can reset your password, it shows me ERR_SSL_PROTOCOL_ERROR. I aussume its either a not working URL in the Manager or a certificate error on their Server which handels login etc. #EDIT: I've just created a ticket. Lets see :D

Amazing, cant wait ^-^ The Bulga is not really my cup of tea, but I'm very excited about the A310 and A310 MRTT and to simulate MedEvacs with the A310 MRTT^-^

Pretty cool update. Thanks 🙂 Im really curious about the MRTT and which functions and features we will have in this military plane^^ Unfortunately, the Luftwaffe just retired their A310 MRTT in summer last year 😞 But I hope, we will have a Luftwaffe Skin anyway 🙂 In of the Beluga Screenshots we can see a CDU with an ACARS page. Will you implement Hoppie ACARS? If thats the case, god, or at least you, have listened to my prayers haha This would be an amazing feature and I hope, if thats the case, we will also see this in the A300 and A310 😄 Best Regards, Jonas

I totally agree with you. But it makes sense from a PM point of view to develop the Beluga and A310 first. These planes are based on the A300 (A310 war planned as A300B10). The team is in the flow right now. They are good with the documentation and they have a huge part of the work already done. Its better to bring the A300/310 production to an end first and develop the A380 with less manpower parallel instead of putting all manpower into the A380 and stop the A300/310 developing for the period of A380 development and resume it thereafter. Best Regards, Jonas

IDK if a A350 makes sense from an economic point of view. There is already an A350 for X-Plane. Its not that good, but it is there and flyable. So most customers would go with the existing A350 or already bought it. But I would love (and buy) an IniSim A350 as well, if the devs decided to do so 🙂

Although I can't wait for the A310 (the Beluga is not my cup of tea^^), I would truly be more interested in updates on the A380. Unfortunately, X-Plane lacks good long range aircraft. The A310 is a good step and I am really looking forward to flying this bird.