Opening ports for WiFi access point

arubislander

Hmmm ... This seems to be on the dividing line between app development and break-your-ut territory.

Pulsar33

@arubislander : hummm, thanks for suggestion but, I've never used Telegram. On the other hand, this is my own code and it works on local network as said. The problem seems to be between the ISP (maybe not forwarding) and the 3G interface of the phone (maybe not accepting to open the requested port). Is there someone able to speak about the modem access and behaviour ?
BR
Pulsar33

arubislander

@pulsar33 OK then. Well I don't know much about network shaping and such. When I have a situation in which I want to be able to access my home network away from home I just connect to my VPN server (which was fairly easy to set up on my Router running DD-WRT) and avoid all the hassle.

Pulsar33

@arubislander Thanks anyway.
There are obviously generic solutions that would work if I had fiber at home but I only have adsl2 and it's very limited in upstream traffic. VNC or similar is not an option for me. Hence the idea of deporting only the GUI which should be able to run on any GTK remote device.

More generally, I'm disappointed that I can't do what I want with my smartphone and I would like to at least understand why.

BR
Pulsar33

arubislander

@pulsar33 with a VPN you could still have the GUI run on a client, it would simply connect to your server through the VPN connection.
But indeed, in such a situation you wouldn't need the phone as a go-between.

Sorry I can't help you as to why your setup doesn't work. Maybe asking in the general or overflow UBports groups on Telegram might connect you to someone who has more of an idea.

Pulsar33

Hello,

For information :
I made a test with a FP2 running Androïd instead of my two BQ E5 (Ubuntu Touch and UBports)
I have exactly the same problem.

So, we can say :

UBports is not the reason of the problem.
It would be cool that UBports help me to solve the problem !

If the problem comes from the ISP, UBports can simply help to confirm
If the problem comes from the modem management, maybe UBports could help to find a workaround

BR
Pulsar33

arubislander

@Pulsar33, I truly am sorry I can't help you out with what you are trying to do, as I don't really understand the way you are going about it.

Just one little nitpick, if you will allow it.

@pulsar33 said in Opening ports for WiFi access point:

instead of my two BQ E5 (Ubuntu Touch and UBports)

UBports is the name of the community and also part of the name of the Foundation. The OS that runs on your device is still (or actually, now) called Ubuntu Touch. (since that was never officially it's name when developed by Canonical. Then it used to be Ubuntu of Devices.)

Pulsar33

@arubislander : I know that but there should be a decision to assume the difference
Else how can I tell that my two devices are not running the same OS ?

Aquaris BQ E5 HD UBports OTA-23 (currently testing features)
Aquaris BQ E5 HD Ubuntu Edition Canonical OTA-15 (last Canonical version, daily use)

OTA-15 was the last Canonical revision. If UBports had produced OTA-16 as first release all would have be more simple but it's not the case ...

Sorry for remaining out of scope. Hope this will close the question
BR
Pulsar33

Br1

@pulsar33 said in Opening ports for WiFi access point:

If the problem comes from the ISP

Almost certainly the problem comes from the ISP ... read here ... " most mobile operators do not provide dedicated IP addresses – they perform "1:many" NAT, not just 1:1 NAT, and the external address is simultaneously used by multiple customers (just like your home router shares your external addresses between all LAN devices).

Even those operators which do dedicate an address per customer (whether direct or 1:1 NATed) frequently put it behind a firewall which blocks all incoming connections. This has two purposes – it prevents the customer from hosting services on their 4G connection (which is usually not allowed by their terms of service), and it prevents various botnet scans and unsolicited connections from draining the device's battery "

Pulsar33

@br1 not as good as expected but I thank you anyway for the information. It seems I will have to change the type of communication, even if simple bidirectionnal UDP was cool.

BR
Pulsar33