A web-based RDP client built with Go WebAssembly and grdp | Hacker News Reader

A web-based RDP client built with Go WebAssembly and grdp

github.com

145 pointsmariuz49 comments

This is cool. If it adds session recording and SSO auth support, it can be used as an RDP jumphost.

I've used Azure bastion to do just this, you auth to the azure portal using whatever authentication regime is configured for your tenant, then you rdp into virtual machines from your browser using the local vm login. it handles things like files and clipboards great. But it also supports console sessions in the browser.

I haven't used it with windows/rdp (if it even is supported), but in GCP, their in-browser SSH is the best I've seen so far.

Even for Linux, I've found xrdp to be better than alternatives at times.

The main problem I see this solving (one of many) is the decoupling of the management interface for virtual machines and servers from their service interfaces. not having your web server's management services on the same IP/domain/interface as the http server is a big improvement. Lots of security screw-ups happen because of this entanglement.

I use apache guacamole for this with our OIDC proxy for this purpose

I've used it before, setting it up wasn't pleasant with the whole java/tomcat thing, and it kept having severe vulnerabilities.

FYI, Azure Bastion is based on Apache Guacamole. You're paying them for not having to manage your own instance.

That tracks, that's all Azure is there to do in the end. If it was easy to manage it myself, I'd do it, and I'd still need to pay them for a VM to host it on, along with traffic costs. But bastion isn't cheap, so something to consider for sure.

Looks very interesting, but i’m a bit surprised the most important feature isn’t mentioned: How well does clipboard sharing work?

And desktop scaling. And multi-monitor support. And file transfers. And drive redirection. And peripheral redirection. And...

...A test suite, And security audits, And most importantly benchmarks.

What it does have is a license which it is GPLv3. So if anyone adds all those changes, they have to make the source code available with the same software license.

In this era tho, licenses (I don't agree with this, but this is what it is) are a matter of "tokens", I speak for a fact knowing multiple relatively-big companies just gobbling GPLv3 projects and rewriting them entirely, some do publish them as well.

Im not a big fan of Windows but copy pasting a file across 3 nested RDP sessions feels magical every time

To be honest, three nested RDPs sound like a terrible hack. In an ideal world, this would be two port forwardings and one RDP (thinking about ssh, which is still underrepresented in windows world). In an even more ideal world, this would be an IPv6 direct access ;-)

There are legit reasons, at least for two nested sessions. A production network that’s airgapped except for a bastion host that acts as a gateway. It’s better than port forwarding because you have to auth to the bastion host before the RDP chaining, and it often takes separate credentials for the second RDP session.

It’s a semi-common setup for higher security environments, and when you have a network of stuff that has known vulnerabilities you can’t patch for whatever reason. Traffic in and out is super carefully firewalled. It’s not great, but it’s better than a 25 year old MySQL with a direct public IP.

> airgapped except for a bastion host that acts as a gateway

First time I've heard of an airgapped system you could access remotely. Doesn't that kind of defeat the label "airgapped"? I think I'd just call that "isolated" at that point instead.

The moat!

Logically air gapped :)

https://docs.aws.amazon.com/aws-backup/latest/devguide/logic...

AWS likes to redefine things.

Air gapped means... there is nothing except air in the gap between systems.

A physical tether would defeat it.

Now, I pedant could start talking about wifi, but air-gapping is a concept older than the internet. (It stems from plumbing where there's air that prevents back leakage of contamination).

https://en.wikipedia.org/wiki/Air_gap_(networking)

This concept is related to PAM. You often have to do ops on infra and need some DMZ to do the ops. In regulated industry you have to record every operations done by the person and have to follow principle of least privilege. This what should happen in an ideal world.

> You often have to do ops on infra and need some DMZ to do the ops.

This makes sense, "bastion" hosts and similar things is fairly common too. What's not common is calling those "airgapped", because they're clearly not.

Airgapped is a different concept altogether.

I'm glad we agree :)

I agree. They’re network enclaves. Which isn’t the same thing as an air gapped network.

You can have a network enclave in an air gapped network.

Of course you can. But you cannot connect to an air gapped network from outside of it via a bastion.

Which is what we are specifically discussing.

What your discussing is a tautology so it is not clear.

It's probably there not as a way to connect networks, but as a way to keep them separate, only allowing RDP between specific computers on different networks.

I am not sure if you have tried broadcasting feature in terminals, thats magical too.

It actually doesn't it feels horrible. you can't paste files from a samba share or large ones take so long to copy that they ultimately fail.

We have a custom RDP client [1]. So i have some experience building something like this. We do some an implementation similar to this.

Clipboard sharing, uploading and downloading via shared drive is a freerdp feature that should be readily available.

We also have sessions recording which is non-negotiable in PAM.

[1] https://adaptive.live

With hp shutting down anyware / teradici / pcoip there are quite a few people looking for alternatives that support high resolution multi monitor with 60fps high bit depth playback and things like wacom tablet support and all three OS. Parsec and DCV are out there on the spend money side. I'm excited about the open source efforts. Things like rustdesk,kyber, and teraguchi. The community needs an open source high performance option.

https://github.com/rustdesk/rustdesk

https://github.com/thedepartmentofexternalservices/teraguchi

https://kyber.tech/

FWIW DCV is free on EC2, and anywhere else it has a very minimal nag without a license.

This is neat!

A few months back I ended up building a RDC Server in Golang (i.e. no Windows required!) entirely with Claude, which was a fun experiment.

I ended up fronting that with GitHub Auth (purely for rate limiting purposes, since it's bandwidth intensive), but I've built it in such a way that it surfaces/renders any arbitrary binary on the RDC side. In my case, I ended up just fronting it with a Snake binary, but it's been fun to experiment and push the bounds somewhat.

I should really think about open sourcing it - in my case it was an experiment to see how far I could push Claude that turned out pretty great tbh

Neat - I built https://github.com/rcarmo/go-rdp a few months back and use it daily, but it’s nice seeing a different take (I went all out on deep protocol suppose because I’m a network nerd)

Interesting from a technical perspective but with native RDP clients readily available on just about every platform, I don't see the need for it.

Not many good MFA options for native RDP/RDG. Putting it in the browser lets you wrap the whole thing with OAUTH/passkeys etc

Having just implemented OAUTH into a Go app this week, I can assure you that it’s surprising easy to do so without making your entire application a website.

I don’t disagree but none of the native RDP clients support oauth for non azure computers.

When it’s in a browser you don’t need to install anything on the local machine. I used to use Apache guacamole to access my machine at home from work when I was stuck in a cube all day.

https://guacamole.apache.org/

Browsers are sandboxes, your native client often isn't, there is definitely a huge advantage, portability and embeddability as well, it's also simpler to sniff traffic (and MITM it).

Doesn't this limit your ability to share resources and transfer data?

Why would it? You have access to your entire filesystem via the browser.

1 contributor, 1 commit, new project... gives me vibe-coding feels.

If you have factual observations to make that's fine but can we stop with the "smells like vibe coding" attacks? It's like an AI version of an ad-hominem attack.

Perhaps as a web client for the remote desktop on the BMC chips?

Does Alt-Tab inside the Browser Tab can be hooked to the rdp client ???

That was the main problem in guacamole rdp in browser.

is it work for opening rdp file from cyberark pam?

Reply on news.ycombinator.com