Von Android/iOS auf einen entfernten Windows-Rechner zugreifen

[mkinzler]

Befinden sich die Geräte während der Nutzung im Netz des jeweiligen Kunden?

[GerdPl]

Zitat von mkinzler:

Befinden sich die Geräte während der Nutzung im Netz des jeweiligen Kunden?

Nein, von überall aus.

[mkinzler]

Eien Lösung für dieses Problem ist sicherlich nicht leicht. Ohne "Cloud" wird es nicht gehen.
Es müssen dort ja keine Daten vorliegen, diese würde nur als Portal/Broker fungieren, mit der sich die Clients und das BackEnd verbinden würden.

[Der schöne Günther]

Ich finde es auch etwas verwunderlich, die Anforderungen sind für die Ressourcen (dynamische IP, kein IT-Wissen, nur eine dauerhaft eingeschaltete Kiste hinter einem Heim-Anschluss) ein bisschen hoch. So einfach wie "App aufs Handy laden und gut ist" wird das sicher nicht.

[GerdPl]

Ja, dass es dafür keine einfache Lösung gibt, ist mir klar. Das ist ja auch der Grund für diesen Thread.
Es wundert mich nur, dass nicht noch mehr Leute diese Problemstellung haben...

[mkinzler]

Die Anforderungen passen einfach nicht zur technischen Ausstattung.

Wenn es sich um viele Kunden handelt. Würde ich eine zentralen Brokerdienst als zusätzliches Angebot anbieten.

[Sherlock]

VPN ist an der Stelle die Minimallösung, wenn Cloud explizit ausgeschlossen wird.
Die Konfiguration eines VPN geht auch auf Client-Seite per Konfigurationsdatei (ich sehe nur die Apple-Seite, für Android gibt es mit Sicherheit ähnliches) https://www.howtogeek.com/216137/cre...nes-and-ipads/
Aber irgendeiner muss halt etwas Hirn in die Router/Firewall Konfiguration stecken...das ist andererseits der Normalzustand(!)

Sherlock

[GerdPl]

Ja, ich tendiere auch immer mehr zu einer VPN-Lösung.

Hast du dir die Lösung unter devp2p.com mal genauer angesehen? Wenn ich die zum Laufen kriegen würde, wäre das die Lösung.
Vielleicht sollte ich da noch mehr Hirnschmalz reinstecken...

Konkret geht es dabei um das Einbinden einer .so-Datei im Firemonkey. Davon hab ich keine wirkliche Ahnung. Aber das wäre an dieser Stelle OT und ich mache bei Bedarf besser einen neuen Thread auf.

Aber vielleicht kommen ja auch noch andere Ideen oder Anregungen, daher lass ich die Frage mal offen

[mensch72]

so unbekannt & kompliziert ist das Problem nun auch nicht... das ja auch der breiten Masse als TeamViewer-Konzept bekannte Verfahren, bietet sich für solche "Client2Client" Verbindungen an.

Es braucht dazu nur einen im Inet verfügbaren Server, wo eine Software drauf läuft, welche logisch für n:m Connects ausgelegt ein sollte.
Klar bietet das Angriffsfläche und Datenschutzprobleme, aber wenn die Clients nur selbst per z.B. AES End2End verscchlüsselte Daten austauschen, können die WorstCase sicher im ganzen INet mitgehört werden, aber dekodieren kann sie soeinfach niemand, wenn niemals der Key auf diesem Weg verschickt wird.

Da reicht als dummes ServerGateway in Step1 auch was per Indy zusammengeklicktes.

Wenn man TMS Componenten verfügbar hat, nehme konfiguriere man per XDATA einen HTTPS/SSL verschlüsselten SokectServer und installiere ein eigenes SSL Zertifikat, dann ist nach Connect auch die Datenstrecke per SSL noch Standard verschlüsselt... letztendlich dist diese SSL plus XY Verschlüsselung bei Teamviewer so zig tausende Male im Einsatz und da installiert man als Anwender nur eine ganz einfache APP, zu 99% muss sich niemand um irgendwelche Netzwerkfragen kümmern (wenn nich ein ehrgeiziger Admin da explizit Steine in den Weg gelegt hat).


Die einfache technische Basis auf Anwender und Betreiberseit mit ner StandardDSL Konfihuartion ist also nicht so schlimm, solange es zentral im Inet für ja schon 10..15€/MOnat zu haben einen RootServer gibt, wo man seine eigene kleine und funktional möglichst dumme "Gateway-Software" drauf installiert.
Mit etwas Aufwand für Authentifizierung und einer (von extern) zu Konfigurierende Liste der zulässigen N:M Verbindungen ist das Konzept um Aufwand als auch von Datenschutz unschlagbar, denn der Server speicher NULL Daten, er empfängt nur in den RAM und leitet die Daten realtime an die zur Verbindung hinterlegten Clients weiter. Man braucht sich also "nur" um die Sicherheit der Verbindungen zu kümmern.