-3

Noch zu checken, ob die erwähnten Profile tatsächlich das zum Themenschwerpunkt haben, was der Name suggeriert …

@dutypo Ich wollte mal Typograph werden, in einem früheren Leben, als es das noch als Ausbildung und Studienschwerpunkt gab – als Übergang für ein paar Jahre, zwischen Offsetdruck und @hedgedoc und @cryptpad@fosstodon.org @cryptpad@peertube.xwiki.com @cryptpad_design . Dass es nichts wurde, hat meiner Liebe zu @Gedrucktem, #Hörbüchern, #Literaturverfilmungen, #Sprache, typographisch guten elektronischen Veröffentlichungen, #DTP, @PDF, @openscience , @opendatabund , #Aufklärung , @crypto usw. übrigens keinen Abbruch getan. Unter Anderem freie #HedgeDoc- und #Cryptpad-Instanzen gibts hier: https://timo-osterkamp.eu/random-redirect.html

[-] mupan@digitalcourage.social 1 points 7 months ago

@JustEnoughDucks @NateNate60 I'm sure about the first two features: Yes. I don't know about a picture of your manual signature, unless you talk about simply embedding it in a document: That's for sure possible.

[-] mupan@digitalcourage.social 1 points 7 months ago

@GreyTechnician When I feel like a dumbo cause all my decades of job experience with IT (but with fucking Windows) don't help me as much and fast as I'd wish they would: my current Linux distribution – Mint. When I succeed, Linux Mint is the best.

[-] mupan@digitalcourage.social 3 points 8 months ago

@stifle867 Do you know of any plans of publishing the app on f-droid.org as well? Though you don't say it, your ad is distributed by @opensource so I guess it's an open source app and probably qualifies for F-Droid. Many open source lovers deny to use any Google accounts and services, and if the dev cares for them ...

[-] mupan@digitalcourage.social 1 points 11 months ago

@On Rustdesk server software seems free to me. It is open source and free of charge. If you need service because you don't succeed installing it, that service will not be free. I cannot see any limitation to use rustdesk with their or own relay servers, but I have not understood yet the difference the company defines between managed and unmanaged users. I guess it depends on your usage if you hit any hidden limits in the free plan, if they exist.

Alternatives for GUI remote control include VNC. But I'd tunnel it through SSH because it's weakly encrypted, at least the last time I checked it.

If you find any evidence for your assumptions on rustdesk.com or experience, please let us know.

@const_void @socphoenix

[-] mupan@digitalcourage.social 1 points 11 months ago

@On @const_void @socphoenix RDP server = software on remote control target. So if this is about allowing incoming remote control on a Windows Home client machine: Use Rustdesk. ( https://rustdesk.com/ )

Windows Home is crippled. Microsoft in general is just a data vacuum cleaner, but functionally OK. But Windows Home …

[-] mupan@digitalcourage.social 1 points 11 months ago

@socphoenix @On If nothing with RDP necessary or possible: https://rustdesk.com/ is the easiest and recommended, it's much like Teamviewer but free. (Free as in FLOSS, and free of charge as well.) It works with most operating system combinations. Technically, it has nothing to do with the concurrent protocols / standards Microsoft RDP, Teamviewer, SSH, …

[-] mupan@digitalcourage.social 0 points 11 months ago

@socphoenix @On You have other possibilities with Windows targets for remote control. You could set up the Windows built-in OpenSSH or another SSH server on the target, use Kitty SSH client, and tunnel RDP through SSH tunnel. Use FreeTube or NewPipe to find tutorial clips for that. If only classic SSH on the command line is possible, I'd prefer PowerShell remoting, if your client is on Windows too.

You wouldn't usually bother to implement RDP services with Linux targets, if not forced to by policies.

In summary, Microsoft RDP can be easiest, because built-in. Can be obligatory. There are prequisites: access to the target's domain (VPN, SSH, Citrix, …), entitled user credentials, client software, knowledge of target's internal address / hostname.

3/4

[-] mupan@digitalcourage.social 0 points 11 months ago

@socphoenix @On If the machine you are working at is on

* Windows: You can use Windows built-in RDP client mstsc.exe. There are alternatives and wrappers. I found that using mstsc.exe through RDP+ (https://donkz.nl) is the most reliable, comfortable, and safely automatable solution.

* Linux: You need a client software. I use Remmina (often in your distribution's standard repository) for that purpose. I understand from FreeRDP's linked and the github pages that FreeRDP is a concurrent client. It's tagged »Android« too. I usually need to work on the target and wouldn't torture myself with a mini and touch screen for RDP, so I personally don't mind.

You always need to try which client software works best in your situation and setup. So testing if FreeRDP is a client, and if for your operating system, can be done on the run.

2/x

[-] mupan@digitalcourage.social 0 points 11 months ago

@socphoenix @On RDP server and client is Microsoft built-in, but bound to license restrictions. In general, 2 concurrent rdp sessions on one machine are possible without a need to extend the standard Windows license / price. You can add and license the rdp services role / terminalserver role to a machine setup and have more flexibility: more users, more administration of user sessions.

If your target is a Windows machine, you need a user that is a member of the target machine's local rdp or local admin security group, either directly or via a domain security group, start a client software (below) depending on your machine's operating system, enter the target machine's address (ip or name) and user name and password, and have a desktop session on the target machine in a window to remote comtrol it. You might need a VPN or citrix connection to the target's domain and you might need to qualify a user domain of your login credentials, but that's it in general.

1/x

mupan

joined 3 years ago