One of the first things I do on the RPi is uninstall RealVNC and install TigerVNC in its place. Of course, I already have dyndns and a client VPN set up so I'm good to go for remote access.Or you can use other open source vnc software and not use RealVnc?
I agree with you and the comment from "The Jester of darkness". I have TigerVNC installed on all my Pi's..there are other options for sure!One of the first things I do on the RPi is uninstall RealVNC and install TigerVNC in its place. Of course, I have already dyndns and a client VPN set up so I'm good to go for remote access.
Sure but there's no "free for a limited time" noted for the supported units or option to pay a small subscription fee for support on the 3. In fact the article notes the opposite.I mean nothing is free forever right?
Our intention is that Raspberry Pi Connect will remain free (as in beer) for individual users with non-relayed connections, with no limit on the number of devices. We don’t yet know how many people will need to relay their traffic through our TURN servers; we’ll keep an eye on the use of bandwidth and decide how to treat these connections in future.
Well considering this is Wayland focused .. it makes sense I guess ?Sure but there's no "free for a limited time" noted for the supported units or option to pay a small subscription fee for support on the 3. In fact the article notes the opposite.
It looks like Wayland isn't supported on the 3. It might be possible to enable it with some config editing or might be enabled by default at some point in the future if things improve.
Yes. That seems to be the technical explanation. This is tied to wayland and the rPi 3 waylad support isn't good enough yet to be enabled by default so it isn't supported. The way they phrased the message it does sound like they would be happy to support the rPi3 if wayland support improves to the point where that is used.Well considering this is Wayland focused .. it makes sense I guess ?
First of all, Raspberry Pi Connect needs your Raspberry Pi to be running a 64-bit distribution of Raspberry Pi OS Bookworm that uses the Wayland window server. This in turn means that, for now, you’ll need a Raspberry Pi 5, Raspberry Pi 4, or Raspberry Pi 400.
I checked out Tailscale and I think it’s super well done, from a technical and from an ease of use point of view. But I don’t have great ideas to use it at the moment. I’ve been trying to come up with one.Interesting, I've been happy with a free Tailscale account for ages, but additional options are nice. This looks to be pretty seamless on newer RPis. For the less-technical users who are learning (y'know, the original target audience) this is perfect.
PrOr you can use other open source vnc software and not use RealVnc?
Serious question: I'm not familiar with TigerVNC. Does it have a "Cloud Connect" option like RealVNC. It's really the "Cloud Connect" option that the licensing restricts, not local connections. But I'm not super savvy about the security of port forwarding, so I'm leary of that option. I'm open to suggestions.One of the first things I do on the RPi is uninstall RealVNC and install TigerVNC in its place. Of course, I already have dyndns and a client VPN set up so I'm good to go for remote access.
Based on the comments so far, I'd say they're going to get more traffic from people using the information in the article than otherwise.The whole service is in beta at the moment, and the company says it's not quite sure how much traffic to expect through its relay servers.
You should always carefully consider poking holes in your firewall. But using a third party that your sevice reaches out to that you then also connect to is still poking a hole in your firewall (it's actually called hole punching). You're trusting that third party with access through your firewall, direct desktop access to your device, and access to anything that device has access to or that you do on that device. That's a shitload of trust I certainly don't have for anyone.Pr
Serious question: I'm not familiar with TigerVNC. Does it have a "Cloud Connect" option like RealVNC. It's really the "Cloud Connect" option that the licensing restricts, not local connections. But I'm not super savvy about the security of port forwarding, so I'm leary of that option. I'm open to suggestions.
Right; you can have unlimited local connections. My simpleton’s view of port forwarding for a home network is basically “don’t, except for single route to your VPN server.” There’s just so much that can go wrong from a security perspective. If a flaw is found in VNC’s local auth, there will be automated port scanners looking to hijack your machine within hours of the disclosure.Pr
Serious question: I'm not familiar with TigerVNC. Does it have a "Cloud Connect" option like RealVNC. It's really the "Cloud Connect" option that the licensing restricts, not local connections. But I'm not super savvy about the security of port forwarding, so I'm leary of that option. I'm open to suggestions.
The 3 isn't supported with Wayland yet.Why is this not supported on the rPi 3's? They support the 64-bit bookworm OS noted in the reqs.
Wireguard is unique in that it never replies to incorrect connection attempts, to a port scanner it's identical to the port being closed.Right; you can have unlimited local connections. My simpleton’s view of port forwarding for a home network is basically “don’t, except for single route to your VPN server.” There’s just so much that can go wrong from a security perspective. If a flaw is found in VNC’s local auth, there will be automated port scanners looking to hijack your machine within hours of the disclosure.
Of course that’s true for VPNs, too, but I imagine that if a major Wireguard vuln is discovered, it’ll be all over the news very quickly, and also WG is a small attack service, very well-designed, and would be patched quickly because so much relies on it.
Another problem with opening ports is that you advertise the existence of a service at your IP, and an attacker knows to hammer away at it. One of the neat features of WG is that it just silently drops packets if the remote party doesn’t present an authorized key. Without holding a valid private key, it’s impossible to tell the difference between a failed handshake and a closed port/invalid IP.
Yes, NAT punching like the cloud access VNC offers has its own risks, but really they’re no different than any other web connection: once you’ve made an outbound connection to a server, your firewall lets related traffic back in (otherwise nothing would work).
Remotely accessing the UI, it's supposed to be a learning tool and so very few users are going to CLI masters or likely know how to setup port forwarding for SSH (not that you can even do that much these days with so many ISPs going full carrier grade NAT).I am by no means an expert with Raspberry Pis/Linux ARM SBCs, but why would need remote desktop access to your device?
The power of Linux ARM SBCs is that you can SSH into it or use service-specific WebUIs to get local services (NAS, Torrenting, Pi-hole, HTPC software etc.) running.
I am just curious if there are use cases that I am not fully aware of.
Remotely accessing the UI, it's supposed to be a learning tool and so very few users are going to CLI masters or likely know how to setup port forwarding for SSH (not that you can even do that much these days with so many ISPs going full carrier grade NAT).
Yeah, third party and a browser. What could possibly go wrong?Remote desktop via a third party (RPi foundation or RealVNC)? Gross. I cannot imagine giving that kind of access to anyone.
Pardon, do you have dox on this setup for another to use TigerVNC? or point to a n00b source to setup?One of the first things I do on the RPi is uninstall RealVNC and install TigerVNC in its place. Of course, I already have dyndns and a client VPN set up so I'm good to go for remote access.
Yes but they've also announced they plan to do an IPO. Changing this from free to paid once investors are involved seems like the obvious path.Sure but there's no "free for a limited time" noted for the supported units or option to pay a small subscription fee for support on the 3. In fact the article notes the opposite.
Or you can use other open source vnc software and not use RealVnc?
Bookworm has gnome 43, which includes RDP via the "gnome-remote-desktop" package.
Cool feature, but not what I'd be using.
You can also self host with Guacamole.
Unless your Pi has an SSD I can only imagine this being ungodly slow. I mean, it's already horribly slow locally on the little box itself. When I briefly tried using the GUI on my Pi4 it took so long to launch Firefox I thought the thing had crashed.
Another problem with opening ports is that you advertise the existence of a service at your IP, and an attacker knows to hammer away at it. One of the neat features of WG is that it just silently drops packets if the remote party doesn’t present an authorized key. Without holding a valid private key, it’s impossible to tell the difference between a failed handshake and a closed port/invalid IP.
Yes, RealVNC is installed in the official images, has been for the last 2 releases at least.Yes, why does this start like an ad for RealVNC?
Does it come preinstalled on Pis? I tend to use mine only through the command line and mostly never install the GUI so I never noticed.