Replies: 2 comments
|
Those three
For a normal self-hosted setup you want both Pick the build that matches your CPU architecture: dpkg --print-architecture # amd64, arm64, armhf, or i386Then install with apt. Use the sudo apt install ./rustdesk-server-hbbs_1.1.15_amd64.deb ./rustdesk-server-hbbr_1.1.15_amd64.deb
# optional helper:
sudo apt install ./rustdesk-server-utils_1.1.15_amd64.debEach package drops its binary into
So there's no separate "run" step. Verify both are up: systemctl status rustdesk-hbbs rustdesk-hbbrData lives in sudo cat /var/lib/rustdesk-server/id_ed25519.pubThe ZIP with the bare binaries is just an alternative to the debs: the same |
|
Hey @ELHart05, thanks for the reply. I have a few questions if you know to answer for me if you don't mind.
I configured a client to use the server and the status shows green "Ready". When I try to connect to a client that is using the public servers, I get the error "Remote desktop is offline". Does that mean that if I configure multiple clients to use the same server, they can only see clients in the same server and no longer able to interact with clients that use public/other servers? I also tested with two clients both connected to the same server and it works fine. That's kinda bad if true, because I obviously don't want to configure random clients to use my server if I'd need to connect to them once or twice to help them with stuff. I would like to know if that is the case and if there is a middle ground somehow, maybe a way to create a shortcut that when opened that way the configuration changes or something like that.
I ran All ports per documentation are open via UFW. From the other methods to install RustDesk Server I see I can optionally use InfiniteRemote for API access using Addressbook(?). Is this needed only so I can check what clients are connected to my server? I see that rustdesk-utils doesn't offer an option to check clients, but I can still read the sqlite3 database table and see them from there. For now when configuring clients I have left the 'API Server' entry empty.
If a new version comes out and I install the .deb packages the same way, do they check if a previous version is already in place and take care of the updates? Do they work the same way .deb installers work or there is manual work to be done when updating to newer versions? |
Uh oh!
There was an error while loading. Please reload this page.
I would like some help with installation on Debian via Method 3.
The documentation says to "download the deb files and install", but v1.1.15 has a ZIP file with the bare binaries or three different types of DEB files.
Which one is the main/initinal installer? Am I supposed to install all three DEB files in random order, or it needs to be in specific order? The docs don't clarify this detail, and all self-hosted projects I have installed had an initial installer that needed to be in place first, or just one installer overall.
All reactions