@fraunora @gavinkarlmeier @hakendran Problem: Sind Big Tech / ist das Kapital machtpolitisch steuerbar? Ist das überhaupt vorgesehen?

Du liest mich, du antwortest sogar, also bist du mit dem Satz von der Flüstertüte nicht gemeint.

@fraunora @gavinkarlmeier @hakendran Ich würde mir sowas wie »Insta soll positiv bleiben« übersetzen als »… konsumpositiv …«.

Ich sach jetz ma frech: Wer braucht Big Tech Non-Social Media? Ich weiß, dann kommt die Reichweitendiskussion. So einfach wie für mich ist es nicht für alle. Aber bitte, so lange ihr zweigleisig fahrt, helft nicht dabei, das Fediverse irrelevant zu machen, indem ihr hier nur in eine zusätzliche Flüstertüte ruft.

Natürlich gibt es hier auch, zusätzlich zu den individuellen Moderationsmöglichkeiten, Moderation auf Instanzenebene, aber viel transparenter. Und auch hier arbeiten Algorithmen, aber entsprechend dem nicht gewinnorientierten »Geschäftsmodell« fördern sie nicht emotionalisierende, sondern diskursive Inhalte.

Threads will auch als Datenstaubsauger ins Fediverse, um auch an die Inhalte heranzukommen, die wir nicht im Internet veröffentlichen. Jedes kann threads-Instanzen komplett blocken. Manche Instanzen föderieren gar nicht mit Threads, manche nur eingeschränkt.

@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.

@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.

@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 …

@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

@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 …

@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, …

@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

@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

@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