NSURLErrorDomain Code = -1004 für einige Sekunden nach dem Start der App

Ich bin immer "NSURLErrorDomain Code=-1004" - Fehler mit Alamofire API-Aufrufe,
aber nur für wenige Sekunden nachdem die app gestartet (oder nahm ein rest für ein paar Minuten, während die app geöffnet und einen Aufruf nach, dass)

Wenn ich versuche, den gleichen Anruf nach wenigen Sekunden, alles funktioniert einwandfrei.
Ich suchte alle Stack-Überlauf Fragen und überprüft alle möglichen Ursachen unten:

Kein problem mit Internet-Verbindung
"App-Transport-Sicherheit-Einstellungen" korrekt sind und der server ist mittels https (ich habe auch versucht "NSAllowsArbitraryLoads=true", aber das hat nicht geholfen)
APIs gut funktioniert

Mein Gefühl ist, dass immer die Netzwerk-Einstellungen dauert nur wenige Sekunden und wenn ich einen API-Aufruf, bevor das erledigt ist, es nur nicht sofort. ODER.. ich bin mit einem Websocket im hintergrund, die einen Zusammenhang haben könnte?

FEHLER: Error Domain=NSURLErrorDomain Code=-1004 "es Konnte keine Verbindung zum server." UserInfo={NSUnderlyingError=0x137d39380 {Error Domain=kCFErrorDomainCFNetwork Code=-1004 "(null)" UserInfo={NSErrorPeerAddressKey={Länge = 16, capacity = 16, bytes = 0x100201bb341a9f540000000000000000}, _kCFStreamErrorCodeKey=-2200, _kCFStreamErrorDomainKey=4}}, NSErrorFailingURLStringKey=[GEFILTERT], NSErrorFailingURLKey=[GEFILTERT], _kCFStreamErrorDomainKey=4, _kCFStreamErrorCodeKey=-2200, NSLocalizedDescription=es Konnte keine Verbindung zum server.}

Irgendwelche Vorschläge?

AKTUALISIERT

Gefunden, die app macht das 4-Anfragen auf Start, und 1 oder 2 von Ihnen nach dem Zufallsprinzip ausfällt, und ich habe Nginx access-und error-log und es gibt kein Protokoll für die fehlgeschlagene Aufrufe an alle.

Kommentar zu dem Problem - Öffnen

Ich habe genau dieses Problem, als ich ein Upgrade meines networking-libs von AFNetworking 2.x-3.x. Bitte lassen Sie mich wissen, wenn Sie kommen mit einer Lösung für das problem. Bisher habe ich auch bestätigt, dass die ssl-Aushandlung stattfindet, welche besagt, dass "es konnte keine Verbindung zum server" ist nicht die eigentliche Ursache. Ich hab auch schon versucht auszuschalten, ATS und Zertifikat-pinning. Alles beginnt nach einer minute oder 2, wobei die erste mehrere Anfragen fehlschlagen. Kommentarautor: Michael Merickel

Hat jemand herausgefunden, was falsch am Ende? Ich habe das gleiche problem... 🙁 Kommentarautor: Bartosz Hernas

@BartoszHernas, welche version von nginx sind Sie? Wir haben das gleiche Problem hier mit nginx 1.10, iOS 9.3.1 die Verwendung von HTTP/2 mit TLS 1.2. Das Problem geht Weg mit HTTP/1.1. Wir sehen in Wireshark, dass die app nur verbindet mal, das ist erfolgreich, doch die erste Anfrage fehlschlägt. Kommentarautor: Adrian Schönig

@AdrianSchönig, Sie sind völlig richtig... habe das gleiche problem, Downgrade jetzt alle meine Server nginx 1.9.14 Kommentarautor: Bartosz Hernas

Ich habe keinen Zugriff auf meine server-Umgebung, aber ich löste es mit einem delay (100-200ms) für die Anforderung aufrufen. Kommentarautor: Maxim Firsoff

InformationsquelleAutor der Frage Sebastian Kim | 2016-04-28

16

Wir haben das gleiche Problem hier mit Nginx 1.10.0 (und 1.9.15), iOS 9.3.1 die Verwendung von HTTP/2 mit TLS 1.2.

Das Problem geht Weg mit HTTP/1.1 und es arbeitet auch mit HTTP/2 in der Nginx-version bis 1.9.14.

InformationsquelleAutor der Antwort Adrian Schönig
6

Nginx 1.11.0 Mainline ist jetzt verfügbar mit der fix enthalten bereits in diesem Thema erwähnt;

Ändern: HTTP/2-clients können jetzt beginnen senden-request-body
sofort; die "http2_body_preread_size" Direktive steuert, Größe
der Puffer, bevor nginx wird dem Lesen beginnen-client-request-body.

Habe es getestet und für mich ist dieses release funktioniert nun wieder richtig.

InformationsquelleAutor der Antwort EricH206
3

Wie es scheint, ein bestätigter Fehler in nginx 1.10. Ein Thema, über das es sein kann gefunden auf der bug-tracker von nginx an https://trac.nginx.org/nginx/ticket/979. Die aktuelle Ausgabe finden Sie unter https://trac.nginx.org/nginx/ticket/959

Möchten Sie vielleicht erwägen, Umstellung auf die 1,9-Zweig, der die releases an, die die Arbeit machen. Hoffentlich nginx wird release eine version 1.10.1 bald welches keine diesen bug.

Das Problem tritt nur auf iOS; Android, Windows und OSX selbst scheinen keine Probleme zu haben in Verhandlungen über eine gültige http2-Verbindung.

InformationsquelleAutor der Antwort Rogier Slag
2

Kann ich auch bestätigen, dass die nginx-1.9.15 nicht richtig funktioniert. Einige Anrufe bekam immer "es Konnte keine Verbindung zum server", und nach dem wiederherstellen nginx 1.9.12 funktioniert alles einwandfrei.

InformationsquelleAutor der Antwort Kimdv
1

Diese sind die Schritte, die ich versuchen würde, zu Folgen:
- 1) Teste meine app im simulator und Gerät
- 2) Aussehen, wenn https ist wirklich notwendig, anstelle von http
- 3) konfigurieren Sie ein alamofire-manager und ändern von timeout (für diesen Schritt habe ich
  code schreiben):
```
var alamofireManager = Alamofire.Manager.sharedInstance    
let configuration = NSURLSessionConfiguration.defaultSessionConfiguration()
configuration.HTTPMaximumConnectionsPerHost = 10
configuration.timeoutIntervalForRequest = 30
configuration.timeoutIntervalForResource =  30
alamofireManager.delegate.taskWillPerformHTTPRedirection = nil
```
(also mit diesem letzten Schritt der nächste alamofire Anrufe können beispielsweise sein: alamofireManager.request(etc....)
- 4) test mit harten link wie http://www.google.com, wenn die gleiche Sache
  dont geschah nichts, um Ihren swift-code falsch sind, versuchen Sie,
  stellen Sie Ihre web-server-Parameter..
InformationsquelleAutor der Antwort Alessandro Ornano
0

Problem gelöst!!!

Versionen:
```
1. Nginx version: 1.10.2
2. IOS version: 9.3.2
```
Wenn die config so:
```
listen 443 ssl; 
```
Habe das gleiche problem wie du.

Aber !!!

Wenn die config so:
```
listen 443 ssl http2;
```
Problem gelöst!!

InformationsquelleAutor der Antwort goodspb

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.