mirror of
https://github.com/rustdesk/rustdesk.git
synced 2026-03-02 19:26:56 -05:00
Background requests each hour even when service disabled #29
Labels
No labels
bug
documentation
duplicate
enhancement
enhancement
enhancement
good first issue
help wanted
invalid
question
unreproducible
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/rustdesk-rustdesk#29
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @Surendrajat on GitHub (May 14, 2021).
I've installed the
.debpackage few days ago and was going through DNS logs today when I noticed a lot of requests from rustdesk app even though I've not opened that and have rebooted system few times. It's like a few requests every hour. Can you tell if it's necessary?@rustdesk commented on GitHub (May 14, 2021):
because there is rustdesk service running, if you do not like this service, please open rustdesk main window, click menu button at the right side of your "ID", choose "stop service", but the other rustdesk can not connect to you any more, you can still connect to the other rustdesk.
@rustdesk commented on GitHub (May 14, 2021):
@Surendrajat commented on GitHub (May 14, 2021):
Thanks for the reply. I understand that the service might run in background and because I don't need that I had that service stopped when I installed and tested rustdesk as you can see in the below screenshot:
The weird thing is that it's still making those requests and that's why opened this issue.
@Surendrajat commented on GitHub (May 14, 2021):
Also, I can confirm that the rustdesk service runs on boot even when the service stopped from UI. It seems like a bug.
@rustdesk commented on GitHub (May 14, 2021):
you remind me. the service restarted every hour when there is no incoming connection. I will fix this bug to avoid useless network request after restart.
@Surendrajat commented on GitHub (May 14, 2021):
Basically I don't want any incoming connection and hence don't need any service running.
@rustdesk commented on GitHub (May 14, 2021):
my implementation does not stop service process, just tell it is turned off. if you do not like the process, please sudo service rustdesk stop.
@rustdesk commented on GitHub (May 14, 2021):
yes the linux service is running, but is not servicing.
@Surendrajat commented on GitHub (May 14, 2021):
I've done
sudo systemctl disable rustdesk.servicefor now, and it even works fine when I start/stop service from UI. I think you can give an option similar to anydesk'sUnatteneded accesswhere you completely enable/disable this service based on user preference. Also, the option where it listens for incoming connections only when UI is open.@Surendrajat commented on GitHub (May 14, 2021):
But I can still see those requests in DNS logs somehow.
@rustdesk commented on GitHub (May 14, 2021):
here is a bug. but it is really not servicing, you can try.
@rustdesk commented on GitHub (May 14, 2021):
After you do "sudo systemctl disable rustdesk" and "start service" from GUI, it will listen for incoming connections only when UI is open.
@Surendrajat commented on GitHub (May 14, 2021):
Yeah. I meant that you can expose
sudo systemctl stop rustdeskthing as an option in UI too if possible.@rustdesk commented on GitHub (May 14, 2021):
Good idea
@Surendrajat commented on GitHub (May 14, 2021):
Much like anydesk does:
@rustdesk commented on GitHub (May 14, 2021):
Thanks, I have not noticed this before.
@rustdesk commented on GitHub (May 14, 2021):
I just tested AnyDesk, it does not stop the service process either when you choose "only show ... if AnyDesk windows is open". I can also have similar design.
@Surendrajat commented on GitHub (May 14, 2021):
And that, to me, is a bug because normally you would keep a system-wide service running only if it's useful otherwise it should use a temp local service which should be stopped with UI. I know I don't want to report that bug to anydesk but if possible you can avoid that.
@rustdesk commented on GitHub (Jul 11, 2021):
Windows users proposed this issue also
@dpantel commented on GitHub (Jul 30, 2022):
@rustdesk
I'm a little confused. Did you decided to keep the linux systemd service enabled and running even when RustDesk "service is not running"?
If so, what is the reason to keep the systemd service active and taking up resources?
Thanks
PS: running 1.1.9 from .deb
@rustdesk commented on GitHub (Jul 31, 2022):
In milestone already, https://github.com/rustdesk/rustdesk/discussions/918#discussioncomment-3289105
@TechD123 commented on GitHub (Jun 23, 2023):
Hi, I'm a bit confused about the current behavior. Is RustDesk (.deb on Linux) supposed to be making hundreds of DNS requests a week, even when the GUI is not open? There is no tray icon displayed and I wasn't aware of RustDesk's activity until I looked through my DNS logs. Feel like this background activity should be disabled by default, as this is akin to malicious behavior.
If these constant network connections are indeed the intended/default behavior, is it now possible to stop this service via the GUI, so it is only active when the GUI is open? I only want the device to be remote-controlled when the GUI is open (or if a tray icon were to be shown). From the conversation above, it seemed like manually disabling rustdesk via systemctl was necessary in the past.