Hallo Community,

ich frage mich gerade, mit welcher Komponente ich von iOS aus auf einen Server zugreifen kann.
Das ganze soll sicher und schnell sein, der Client soll Kommandos an den Server senden können auf die dieser dann mit binären Daten (Jpegs) oder mit Text antwortet.

Wäre es ein Windows-Client würde ich Indy oder ICS nehmen, beides funktioniert prima.

Unter iOS habe ich nun angefangen mich zunächst mit Indy zu beschäftigen.
Indy wird im Embarcadero-WIKI beschrieben, das scheint somit der offizielle Weg zu sein?
Damit OpenSSL unter iOS funktioniert, muss ich offenbar u.a. die Bibliothek libcrypt.a herunterladen und statisch einbinden, das Embarcadero-WIKI verweist hierzu auf https://github.com/st3fan/ios-openssl, wo man mit den Worten

Zitat:

OpenSSL for iOS
I urge you to not use this project"

empfangen wird.
Hm, da wird dann wohl was dran sein, wäre also wohl eine Sackgasse für eine Neuentwicklung.

Was verwendet ihr?

Ich nutze die TIDhttp komponente um mit einem Soap server über ssl zu kommunizieren. Funktioniert einwandfrei auf Windows, IOS und Android.
Allerdings habe ich die Kommunikation selbst nicht programmiert... ich lasse den ganzen code von Delphi generieren.

Ist SOAP http oder TCP?

Hallo,
http.

https wäre schon in Ordnung, vielleicht hätte ich TCP in der Überschrift weglassen sollen... Mir geht es im Moment eigentlich nur darum, daß eine iOS-App auf sichere Art und Weise auf einen Windows-Server zugreifen können soll. Was den Server angeht bin ich ebenfalls vollkommen frei, wie und womit ich ihn realisiere. Da ist noch nix vorhanden...

Zur Antwort: TIdHttp wäre ja Indy, sprich: möglicherweise unsicher, weil von OpenSSL unter iOS vom Entwickler der Lib abgeraten wird und da keine Entwicklung mehr stattfindet?? Funktionieren wird das wohl, aber sollte man damit eine neue Entwicklung anfangen?

Ich habe gestern begonnen, mich mit
- TRESTClient auf iOS-Seite in Verbindung mit
- TSslHttpServer (ICS) auf Windows-Seite auseinanderzusetzen.

TRestClient funktioniert out-of-the-box unter iOS. Allerdings habe ich es mit der Kombination TRestClient/TSslHttpServer noch nicht geschafft, TLS1.3 zu verwenden, obwohl auf beiden Seiten eingestellt (Oh, ich muss einschränken: Bisher nur wegen der schnellen Compiler-Zeiten unter Windows getestet, da ging es nur mit TLS 1.2. Unter iOS kann ich da noch gar keine Aussagen treffen).

Na, Montag probiere ich es weiter... Wenn hier jemand schon eine Idee zu hat, gern her damit

Es gab neulich einen ähnlichen Thread hier im Forum, dort wurden zwei kommerzielle Lösungen genannt die Indy auch für iOS einsetzbar machen (oder eigene Clients für TLS/SSL enthalten):

https://www.delphipraxis.net/211132-...ohne-indy.html

(Disclaimer: ich habe keines der dort genannten getestet / verwendet, und bin mit den Unternehmen nicht 'verwandt')

Zitat von idontknow:

Ich habe gestern begonnen, mich mit
- TRESTClient auf iOS-Seite in Verbindung mit
- TSslHttpServer (ICS) auf Windows-Seite auseinanderzusetzen.

TRestClient funktioniert out-of-the-box unter iOS. Allerdings habe ich es mit der Kombination TRestClient/TSslHttpServer noch nicht geschafft, TLS1.3 zu verwenden, obwohl auf beiden Seiten eingestellt (Oh, ich muss einschränken: Bisher nur wegen der schnellen Compiler-Zeiten unter Windows getestet, da ging es nur mit TLS 1.2. Unter iOS kann ich da noch gar keine Aussagen treffen).

Na, Montag probiere ich es weiter... Wenn hier jemand schon eine Idee zu hat, gern her damit

TLS 1.3 kann auch an Windows liegen. Da war zumindest Mal was.

Zitat von TurboMagic:

Ist SOAP http oder TCP?

Ich glaube Soap ist
Application communication Interface over
xhtml over Http/Https over TCP

Ich denke mit xhtml over Quic over UDP könnte es auch funktionieren. Habe mich aber noch nicht konkret damit beschäftigt.
Gibt es Quic fähige Server und Client Komponenten in Delphi?
Ich meine wenn OP schon was zukunftssicheres haben will müsste es wohl Quic sein.

Quick fähige Komponenten kenne ich aus dem Stehgreif noch nicht, das ist ja auch noch nicht so arg verbreitet.
Aber du könntest ja mal bei ICS anfragen. www.overbyte.be