Hi,
I can’t bring up the charts on my remote tablet when flying the Fenix A320. I can download the Simbrief flight plan, but no charts will load. The tablet is a Ipad mini 4. The remote tablet shows all the other functions of the tablet in the aircraft.
However, the charts load fine on the aircraft tablet.
Thanks for reply
Juergen
Hello! Thanks for posting.
Please tell me how you are bringing up the tablet interface on your real-world device. In particular, which address are you typing into your search bar?
If you are doing it the way it is described in the documentation, that is currently not supported by us due to security requirements. We should investigate if there is a possible solution to this.
Kind Regards,
Malte
Good news!
We believe that we have successfully added a workaround. If it still does not work for you, then please let me know the answer to my original question:
Kind Regards,
Malte
I use the IP address of the Pc that runs MSFS2020 with:8083 port number. The tablet is a a iPad mini and is connected to the same network as the PC via WiFi.
Thanks for reply
Jürgen
Does this mean that it still does not work for you? I was able to successfully use the EFB externally on my iPad just now.
Yes, I can Not load Charts on my external IPad. In settings it says I am connected, I can load the Simbrief flight plan (it shows the correct departure, arrival and alternate airport, but it will not go to the chart selection.
Thanks for help
Jürgen
Hm. Can you record your iPad screen and attach the video to your next post? Here is what it looks like to me, all working as intended:
My Ipad looks identical to yours. The only difference I clicked on download Simbrief flight plan -rather then ADD DEPARTURE and typed the departure airport. I will try that the next time.
I download the Simbrief flight plan - Press e.g. KJFK and nothing happens. If I do the same on the inplane EFB all the charts come up.
Hmm, that also works fine here:
I encountered the same problem here.
Steps to reproduce:
- open the <local_ip>:8083 in chrome on the computer.
- open the Navigraph app in the EFB, and click SYNC ROUTE(EFB). Then the departure, arrival, alternative airports, and routes are successfully loaded.
- Click on the departure airport. Nothing is opened. However, I can load and view the charts on the aircraft tablet.
I found that three requests were sent after I clicked on the departure airport. The third is blocked by the CORS policy of the browser:
Access to XMLHttpRequest at ‘https://airport.charts.api.navigraph.com/raw/2350/ZSNJ/charts_v3_std.json?(PARAMS)’ from origin ‘http://127.0.0.1:8083’ has been blocked by CORS policy: No ‘Access-Control-Allow-Origin’ header is present on the requested resource.
A temporary method is to install a browser extension that disables the CORS policy. But it would undermine the security of the browser.
If that’s the case I will use the aircraft EFB to display the charts. This only happens 10% of the time. The other 90% I run Charts on a separate PC and monitor. Much larger
Thanks for help and happy New Year
Juergen
The IP that you are using was technically unexpected, we supported localhost and IPs starting with 192.168.1 for example, not the mentioned address. This has now been changed!
Please give it another go now!
Can you tell me what IP address this is? Don’t worry, it is only an internal IP and nothing sensitive.
Kind Regards,
Malte
Malte: My IP4 address for the PC running MSFS is: 192.168.4.3
Thanks
Juergen
I have updated it again, and it should work for you now as well. Please do let me know!
Hi,
exactly what has been updated?
I also have this problem with Chrome on Android (tablet) and my second PC.
Regards,
Stephan
Please tell me your IP address 
10.18.65.40 (unusual, I know)
May I ask what it is you are updating?
That’s why
We have protection rules that are supposed to disallow the loading of our charts in browser contexts that we have not approved. Your IP address certainly has not been explicitly approved, and we can’t keep on adding new IP patterns all the time…
I think we’ll need to discuss this internally and potentially drop this protection if we can accept the consequences. But as far as I know, this is only an issue for this particular addon and this particular usage of said addon, so I am not sure if we want to remove security just for this single case.
I do not understand, why do you even flag/log & block internal IP addresses?
Is there any other workarounds I can do on my side?
Which IP’s have you approved? Only Class C? Or some of it?
As an Unlimited subscriber I would love to have this working again.
Regards,
Stephan
We don’t. We don’t explicitly allow them though! We only allow our domains to use our charts.
Please note that this is a 3rd party implementation that is causing issues, not Navigraph. We just try to adapt as best we can to support their implementation!
We currently allow localhost, 192.168.1.* and 192.168.4.* (based on the other reply on this topic).
We’ll have to discuss whether we can accept to get rid of this additional security measure. I’ll let you know when we have a decision!