- Hughesnet Community
- :
- About DSperber
Hughesnet Community
About DSperber
Freshman
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
Showing results for
4
Posts
0
Kudos
0
Solutions
Contact Me
| Online Status |
Offline
|
| Date Last Visited |
08-08-2017
05:03 AM
|
08-01-2017
05:23 AM
I did see your reply to my other similar thread in the "Tech Support" forum, explaining that the HughesNet use of CGN is the explanation for why RealVNC will not work. Again, many thanks for this insight. It's unfortunate, but at least I can still use Team Viewer as my fallback connectivity.
... View more
08-01-2017
05:20 AM
Many thanks for this very informative explanation. I did not know about CGN before now, but Wikipedia clearly explains why "direct connect" VNC (which depends on port forwarding in the router) will not work: "Carrier-grade NAT usually prevents the ISP customers from using port forwarding because the network address translation (NAT) is usually implemented by mapping ports of the NAT devices in the network to other ports in the external interface. This is done so the router will be able to map the responses to the correct device; in carrier-grade NAT networks, even though the router at the consumer end might be configured for port forwarding, the "master router" of the ISP, which runs the CGN, will block this port forwarding because the actual port would not be the port configured by the consumer." At least Team Viewer works as my fallback connectivity. So even though it definitely is slow (not only because of the erratic download speed and guaranteed very low upload speed of HughesNet, but also because of the enormous latency implicit in satellite service), at least it is usable. Incidentally, VNC version 6.1.1 now supports a fee-based seat-based Cloud-based web-facilitated connectivity that uses a non-router approach similar to that of Team Viewer, in addition to the old original "direct connection" approach (which depends on port-forwarding in the router) that I've always used. It's called "VNC Connect", although I've never used it since I'm already paying to license their direct client/server technology. In contrast, I use Team Viewer "for personal use" (which is available free for non-commercial use) to support friends and family. Anyway, again, many thanks for the unfortunate news about why I will not be able to use VNC to support my friend in Florida. But I've learned something.
... View more
07-31-2017
10:18 PM
So far I have been unsuccessful in connecting from a RealVNC client running on my own PC to a RealVNC server running with HughesNet service in Florida (fastest, latest and greatest, HT2000 modem/router), even though I'm pretty certain I've got the router "port mapping" configured correctly. Has anybody ever tried to use RealVNC with a target host server machine running under HughesNet? If so, were you successful or unsuccessful?
... View more
07-31-2017
09:43 PM
Brand new HughesNet service install just last Friday for a friend at a new home in Florida. Latest and greatest highest-speed option, which I assume is Gen5 equipment (HT2000 Wifi modem/router). Seems to work ok (upload appears to be 2-3Mb/s, with highly erratic download between 2Mb/s and 45Mb/s but mostly in the 20Mb/s range) given that she has no other internet service options where she lives. Being her "IT guy", I support her remotely from my location in LA. I prefer to use VNC software and a direct connection (using port forwarding in her router), but will fall back to Team Viewer if necessary (since it is Cloud-based and doesn't depend on router configuration). I have been unable to connect to her PC in Florida through VNC, even though I'm positive I have configured her router's "port mapping" correctly. I have no problem (other than slow performance) going to her PC via Team Viewer, but cannot connect at all to the host software running on her PC. The self-test connection diagnostic in the host server software also cannot connect at all to "home base", so this seems to point to something either in the router's configuration or in HughesNet in general which is simply preventing this type of connection. I've talked to tech support at HughesNet and they insist "all ports are open", and that the particual port being used by VNC is not specifically being blocked. I've talked to tech support at VNC and they feel there should be no reason their connection would be failing, even in light of the very hight latency implicit in satellite connections. So maybe there's something else I need to do in the router (since this is my first contact with it). I've simply enabled the specific port forwarding to the IP address of the specific host PC on the LAN, and checked the "enable" box. I've also entered that PC's MAC address in the "DHCP reservation" list, just to prevent it from moving around across machine re-boots, and to keep this port forwarding setup legitimate. So everything looks right. And yet, attempts to connect TO that port at the external IP address of her modem are not completing. Also, attempts to perform "self-test connectivity confirmation test" from the VNC server on that machine to the RealVNC home web site are also failing to complete. Has anybody else here had SUCCESS using VNC and HughesNet? Or similar failure trying, such as I'm having right now? If tech support is reading this, can you make any further suggestions as to what I might also need to do? Any questions for me? Thanks in advance for any help.
... View more
Labels:
- Labels:
-
Performance
- Hughesnet Community
- :
- About DSperber