User Tools

Site Tools


computing:rustdesk

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revisionPrevious revision
Next revision
Previous revision
computing:rustdesk [2026/01/01 18:58] oemb1905computing:rustdesk [2026/01/02 04:26] (current) oemb1905
Line 215: Line 215:
 Check your configs with ''apache2ctl configtest'' and then restart the service ''sudo systemctl restart apache2''. Once everything is working properly, we can now switch to setting up clients. On each RustDesk client, you go to Settings > Network > Unlock and edit the following: Check your configs with ''apache2ctl configtest'' and then restart the service ''sudo systemctl restart apache2''. Once everything is working properly, we can now switch to setting up clients. On each RustDesk client, you go to Settings > Network > Unlock and edit the following:
  
-**ID Server**: hackingclub.org +  * **ID Server**: hackingclub.org 
-**Relay Server**: hackingclub.org +  **Relay Server**: hackingclub.org 
-**API Server**: https://hackingclub.org +  **API Server**: https://hackingclub.org 
-**Key**: API Key from above+  **Key**: API Key from above
  
 Here's an example of what this section looks like. Note that entering a value in API Server is moot - that's only supported by the premium/paid version. It does not hurt anything to add the value there, however. Here's an example of what this section looks like. Note that entering a value in API Server is moot - that's only supported by the premium/paid version. It does not hurt anything to add the value there, however.
Line 224: Line 224:
 {{ :computing:screenshot_from_2024-11-02_11-12-52.png?direct&800 |}} {{ :computing:screenshot_from_2024-11-02_11-12-52.png?direct&800 |}}
  
-Enter the same values on your primary workstation. Once that's done for your workstation and at least one client, you can then specify the ''ID'' your "Control Remote Desktop" section and you are all set. Of course, there are many settings inside RustDesk, such as "Always connect via relay" and also how you choose to configure the "Password", i.e., whether it is permanent or one-time. These are decisions that will be decided by your use-case, as with others, but these are two good areas to look at post-installation. For updates, we do the following:+Enter the same values on your primary workstation. Once that's done for your workstation and at least one client, you can then specify the ID your "Control Remote Desktop" section and you are all set. Of course, there are many settings inside RustDesk, such as "Always connect via relay" and also how you choose to configure the "Password", i.e., whether it is permanent or one-time. These are decisions that will be decided by your use-case, as with others, but these are two good areas to look at post-installation. For updates, we do the following:
  
-<code bash> +  sudo systemctl stop rustdesksignal rustdeskrelay gohttpserver 
-sudo systemctl stop rustdesksignal rustdeskrelay gohttpserver +  cd /tmp 
-cd /tmp +  wget https://github.com/rustdesk/rustdesk-server/releases/download/NEW_VERSION/rustdesk-server-linux-amd64.zip 
-wget https://github.com/rustdesk/rustdesk-server/releases/download/NEW_VERSION/rustdesk-server-linux-amd64.zip +  unzip -o rustdesk-server-linux-amd64.zip 
-unzip -o rustdesk-server-linux-amd64.zip +  sudo cp amd64/hbbs amd64/hbbr /opt/rustdesk/ 
-sudo cp amd64/hbbs amd64/hbbr /opt/rustdesk/ +  sudo chmod +x /opt/rustdesk/hbbs /opt/rustdesk/hbbr 
-sudo chmod +x /opt/rustdesk/hbbs /opt/rustdesk/hbbr +  sudo systemctl start rustdesksignal rustdeskrelay gohttpserver 
-sudo systemctl start rustdesksignal rustdeskrelay gohttpserver +  sudo systemctl status rustdesksignal rustdeskrelay gohttpserver
-sudo systemctl status rustdesksignal rustdeskrelay gohttpserver +
-</bash>+
  
 That's basically it. The new binaries are executed and controlled by the pre-established systemd units, so you merely replace the binaries and make them executable and you are good to go. If the gohttp server has been updated, similarly: That's basically it. The new binaries are executed and controlled by the pre-established systemd units, so you merely replace the binaries and make them executable and you are good to go. If the gohttp server has been updated, similarly:
  
-<code bash> +  sudo systemctl stop gohttpserver 
-sudo systemctl stop gohttpserver +  cd /tmp 
-cd /tmp +  wget https://github.com/codeskyblue/gohttpserver/releases/download/NEW_VERSION/gohttpserver_NEW_VERSION_linux_amd64.tar.gz 
-wget https://github.com/codeskyblue/gohttpserver/releases/download/NEW_VERSION/gohttpserver_NEW_VERSION_linux_amd64.tar.gz +  tar -xzf gohttpserver_NEW_VERSION_linux_amd64.tar.gz 
-tar -xzf gohttpserver_NEW_VERSION_linux_amd64.tar.gz +  sudo cp gohttpserver /opt/gohttp/ 
-sudo cp gohttpserver /opt/gohttp/ +  sudo chmod +x /opt/gohttp/gohttpserver 
-sudo chmod +x /opt/gohttp/gohttpserver +  sudo systemctl start gohttpserver 
-sudo systemctl start gohttpserver +  sudo systemctl status gohttpserver
-sudo systemctl status gohttpserver +
-</code>+
  
 The password is specified in the systemd unit, which remains unchanged. Just make sure to restart the service as directed above and it will invoke that same value, but on the updated go server. You should now be fully up to date. Hope this helps others wanting to avoid using the automated script / understand all the moving parts of the instance. Happy hacking! The password is specified in the systemd unit, which remains unchanged. Just make sure to restart the service as directed above and it will invoke that same value, but on the updated go server. You should now be fully up to date. Hope this helps others wanting to avoid using the automated script / understand all the moving parts of the instance. Happy hacking!
  
  --- //[[alerts@haacksnetworking.org|oemb1905]] 2026/01/01 18:24//  --- //[[alerts@haacksnetworking.org|oemb1905]] 2026/01/01 18:24//
computing/rustdesk.1767293897.txt.gz · Last modified: by oemb1905