Hata Domain = NSURLErrorDomain Code = -1005 “Ağ bağlantısı kesildi.”

Hem iOS7 hem de iOS8 ile Xcode6-Beta1 ve Xcode6-Beta2 üzerinde iyi çalışan bir uygulamam var. Ancak Xcode6-Beta3, Beta4, Beta5 ile iOS8 ile ağ sorunları yaşıyorum, ancak iOS7'de her şey iyi çalışıyor. Hatayı alıyorum "The network connection was lost.". Hata aşağıdaki gibidir:

Hata: Hata Domain = NSURLErrorDomain Code = -1005 "Ağ bağlantısı kesildi." UserInfo = 0x7ba8e5b0 {NSErrorFailingURLStringKey =, _kCFStreamErrorCodeKey = 57, NSErrorFailingURLKey =, NSLocalizedDescription = Ağ bağlantısı kesildi., _KCFStreamErrorDomainKey = 1, NSUocalDescription = "ağ07

Ağ araması yapmak için AFNetworking 2.x ve aşağıdaki kod snippet'ini kullanıyorum:

AFHTTPRequestOperationManager *manager = [AFHTTPRequestOperationManager manager];
[manager setSecurityPolicy:policy];
manager.requestSerializer = [AFHTTPRequestSerializer serializer];
manager.responseSerializer = [AFHTTPResponseSerializer serializer];

[manager POST:<example-url>
   parameters:<parameteres>
      success:^(AFHTTPRequestOperation *operation, id responseObject) {
          NSLog(@“Success: %@", responseObject);
      } failure:^(AFHTTPRequestOperation *operation, NSError *error) {
          NSLog(@"Error: %@", error);
      }];

Denedim NSURLSessionama yine de aynı hatayı alıyorum.

Simülatörün yeniden başlatılması sorunu benim için düzeltti.

Bu tam hatayı aldık ve temel HTTP uygulamasında bir sorun olduğu ortaya çıktı NSURLRequest:

İOS 8/9/10/11 ifadesini kullanarak bir HTTP yanıtı aldığınızda Bildiğim kadarıyla biz söyleyebilirim, Keep-Alivebaşlığında, o (olması gerektiği gibi) daha sonra yeniden kullanmak için bu bağlantıyı tutar, ama daha fazla için saklar, timeoutbir parametre Canlı tutma üstbilgisi (bağlantıyı her zaman 30 saniye canlı tutuyor gibi görünüyor.) Ardından, uygulama tarafından 30 saniyeden daha kısa bir süre sonra ikinci bir istek gönderildiğinde, sunucu tarafından bırakılmış olabilecek bir bağlantıyı yeniden kullanmaya çalışır. (gerçek olandan daha fazla zaman Keep-Alivegeçtiyse).

İşte şimdiye kadar bulduğumuz çözümler:

• Sunucunun zaman aşımı parametresini 30 saniyenin üzerine çıkarın. İOS her zaman, Keep-Alive üstbilgisinde sağlanan değerden bağımsız olarak bağlantıyı 30 saniye açık tutacakmış gibi görünüyor. (Bu KeepAliveTimeoutseçenek Apache için seçenek ayarlanarak yapılabilir .
• Uygulamanızın Kullanıcı Aracısına dayalı olarak iOS istemcileri için canlı tutma mekanizmasını devre dışı bırakabilirsiniz (örneğin, Apache için: BrowserMatch "iOS 8\." nokeepalivemod dosyasında setenvif.conf)
• Sunucuya erişiminiz yoksa, isteklerinizi bir Connection: closebaşlık ile göndermeyi deneyebilirsiniz : bu, sunucuya bağlantıyı derhal bırakmasını ve canlı tutma üstbilgileri olmadan yanıt vermesini söyler. AMA şu anda NSURLSession Connection, istekler gönderildiğinde üstbilgiyi geçersiz kılıyor gibi görünüyor (Apache yapılandırmasını değiştirebildiğimiz için bu çözümü kapsamlı bir şekilde test etmedik)

Mayın, için Resetting content and settingsSimülatör eserlerin. Simülatörü sıfırlamak için şu adımları izleyin:

iOS Simülatörü -> İçeriği ve Ayarları Sıfırla -> Sıfırla'ya basın (gelen uyarı üzerine)

İOS 8.0 simülatör çalışma zamanında, simüle edilen cihaz önyüklenirken ağ yapılandırmanızın değişmesi durumunda, simüle edilmiş çalışma zamanındaki daha yüksek düzeydeki API'lerin (örn. CFNetwork) ağ bağlantısını kaybettiğini düşüneceği bir hata vardır. Şu anda önerilen çözüm, ağ yapılandırmanız değiştiğinde simüle edilen cihazı yeniden başlatmanızdır.

Bu sorundan etkileniyorsanız, daha fazla öncelik elde etmek için lütfen http://bugreport.apple.com adresinden ek yinelenen radarlar gönderin.

Bu sorunu görürseniz olmadan bilinen bir hata değildir ardından ağ yapılandırmaları değiştirdikten, ve kesinlikle sorun bilinen ağ yapılandırması-değişmiş hata olmadığını belirten bir radar bulunmalısınız.

benim için sorunu çözen şey simülatörü yeniden başlatmak ve içeriği ve ayarları sıfırlamaktı.

Ayrıca, bağlantı hatasıyla sonuçlanan iOS 8 simülatöründe beta 5 ve AFNetworking 1.3 ile ilgili bir sorun var:

Domain = NSURLErrorDomain Code = -1005 "Ağ bağlantısı kesildi."

Aynı kod iOS 7 ve 7.1 simülatörlerinde iyi çalışıyor ve hata ayıklama proxy'im, bir bağlantı gerçekten denenmeden önce hatanın oluştuğunu gösteriyor (yani istek kaydedilmedi).

NSURLConnection'daki başarısızlığı izledim ve Apple'a hata bildirdim. Ekli resimdeki 5. satıra bakın:

.

Kullanım değişikliği https, kesintili hatalar olsa da iOS 8 simülatörlerinden bağlantı yapılmasına izin verir.

Sorun hala Xcode 6.01 (gm) 'de bulunmaktadır.

Alamofire kullanırken bu sorunu yaşıyordum. Benim hatam [:]parametreler GETgöndermek yerine , bir istek üzerine parametreler için boş bir sözlük gönderiyordu nil.

Bu yardımcı olur umarım!

Charles'ın açılması sorunu benim için çözdü, bu çok garip görünüyor ...

Charles, bir geliştiricinin, makineleri ve Internet arasındaki tüm HTTP ve SSL / HTTPS trafiğini görüntülemesini sağlayan bir HTTP proxy / HTTP monitörü / Ters Proxy'dir. Bu, istekleri, yanıtları ve HTTP çerezlerini (çerezleri ve önbellek bilgilerini içerir) içerir.

Bkz. Pjebs 5 Ocak'ta Github ile ilgili yorum.

Yöntem 1 :

if (error.code == -1005)
{
    dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_HIGH, 0), ^{

        dispatch_group_t downloadGroup = dispatch_group_create();
        dispatch_group_enter(downloadGroup);
        dispatch_group_wait(downloadGroup, dispatch_time(DISPATCH_TIME_NOW, 5000000000)); // Wait 5 seconds before trying again.
        dispatch_group_leave(downloadGroup);
        dispatch_async(dispatch_get_main_queue(), ^{
            //Main Queue stuff here
            [self redoRequest]; //Redo the function that made the Request.
        });
    });

    return;
}

Ayrıca bazıları siteye yeniden bağlanmayı önerir,

yani İKİ KEZ POST isteği Ateşleme

Çözüm: Siteye bağlantı yapmak için bir yöntem kullanın, return (id), ağ bağlantısı kesildiyse aynı yöntemi kullanmaya geri dönün.

Yöntem 2

-(id) connectionSitePost:(NSString *) postSender Url:(NSString *) URL {
     // here set NSMutableURLRequest =>  Request

    NSHTTPURLResponse *UrlResponse = nil;
    NSData *ResponseData = [[NSData alloc] init];

    ResponseData = [NSURLConnection sendSynchronousRequest:Request returningResponse:&UrlResponse error:&ErrorReturn];

     if ([UrlResponse statusCode] != 200) {

          if ([UrlResponse statusCode] == 0) {

                  /**** here re-use method ****/
                  return [self connectionSitePost: postSender Url: URL];
          }

     } else {
          return ResponseData;
     }

}

Bu hatayı da alıyordum, ancak simülatör yerine gerçek cihazlarda. HTTPS (gunicorn sunucusu) üzerindeki heroku arka ucumuza erişirken ve büyük gövdeli POSTS (64Kb'den fazla bir şey) yaparken hatayı fark ettik. Kimlik doğrulama için HTTP Temel Kimlik Doğrulaması kullanıyoruz ve didReceiveChallenge:hatanın NSURLSession üzerinde temsilci yöntemi kullanılarak DEĞİL , ancak ekleyerek Kimlik Doğrulaması'nı orijinal istek başlığına ekleyerek çözüldüğünü fark ettik Authentiation: Basic <Base64Encoded UserName:Password>. Bu, didReceiveChallenge:temsilci iletisini tetiklemek için gerekli 401'i önler ve sonraki ağ bağlantısı kesilir.

Aynı problemim vardı. Çözüm Ben kurdum, basit HTTPBodyama belirlemediniz HTTPMethodiçin POST. Bunu düzelttikten sonra her şey iyiydi.

Ben de aynı problemi yaşadım. AFNetworking'in https isteğini nasıl uyguladığını bilmiyorum, ama benim için neden NSURLSession'ın önbellek sorunu.

Benim uygulama safari geri izleme ve sonra bir http isteği sonrası, "http load 1005 başarısız" hatası görünecektir. Kullanmayı bırak "[NSURLSession sharedSession]", ancak aşağıdaki gibi "dataTaskWithRequest:" yöntemini çağırmak için yapılandırılabilir bir NSURLSession örneği kullanmak, sorun çözüldü.

NSURLSessionConfiguration *config = [NSURLSessionConfiguration defaultSessionConfiguration];
config.requestCachePolicy = NSURLRequestReloadIgnoringLocalCacheData;
config.URLCache = nil;
self.session = [NSURLSession sessionWithConfiguration:config];

Sadece ayarlamayı unutmayın config.URLCache = nil;.

XCode çıkmak, DerivedData klasör içeriğini (~ / Library / Developer / Xcode / DerivedData veya / Library / Developer / Xcode / DerivedData) silmek ve bu işi yapmak için simülatör çıkmak zorunda kaldı.

Bir iOS 8 cihazında da çalışıyorum. Bu biraz daha ayrıntılı olarak burada ve zaten zaman aşımına uğramış bağlantılarını kullanmaya çalışmaktan iOS vakası gibi görünüyor. Benim sorunum bu bağlantıda açıklanan Keep-Alive sorunu ile aynı değil, ancak aynı sonuç gibi görünüyor.

-1005 hatası aldığımda özyinelemeli bir blok çalıştırarak sorunumu düzelttim ve bağlantı çalışmadan önce bazen özyineleme 100+ kez dönebilse bile bağlantı sonunda gerçekleşir, ancak yalnızca çalıştırmaya sadece bir saniye ekler kez ve ben NSLog benim için yazdırmak için hata ayıklayıcı sadece zamanı.

AFNetworking ile özyinelemeli bir bloğu nasıl çalıştıracağım: Bu kodu bağlantı sınıfı dosyanıza ekleyin

// From Mike Ash's recursive block fixed-point-combinator strategy https://gist.github.com/1254684
dispatch_block_t recursiveBlockVehicle(void (^block)(dispatch_block_t recurse))
{
    // assuming ARC, so no explicit copy
    return ^{ block(recursiveBlockVehicle(block)); };
}
typedef void (^OneParameterBlock)(id parameter);
OneParameterBlock recursiveOneParameterBlockVehicle(void (^block)(OneParameterBlock recurse, id parameter))
{
    return ^(id parameter){ block(recursiveOneParameterBlockVehicle(block), parameter); };
}

Sonra bunu kullanın bunu kullanın:

+ (void)runOperationWithURLPath:(NSString *)urlPath
            andStringDataToSend:(NSString *)stringData
                    withTimeOut:(NSString *)timeOut
     completionBlockWithSuccess:(void (^)(AFHTTPRequestOperation *operation, id responseObject))success
                        failure:(void (^)(AFHTTPRequestOperation *operation, NSError *error))failure
{
    OneParameterBlock run = recursiveOneParameterBlockVehicle(^(OneParameterBlock recurse, id parameter) {
        // Put the request operation here that you want to keep trying
        NSNumber *offset = parameter;
        NSLog(@"--------------- Attempt number: %@ ---------------", offset);

        MyAFHTTPRequestOperation *operation =
            [[MyAFHTTPRequestOperation alloc] initWithURLPath:urlPath
            andStringDataToSend:stringData
            withTimeOut:timeOut];

        [operation setCompletionBlockWithSuccess:
            ^(AFHTTPRequestOperation *operation, id responseObject) {
                success(operation, responseObject);
            }
            failure:^(AFHTTPRequestOperation *operation2, NSError *error) {
                if (error.code == -1005) {
                    if (offset.intValue >= numberOfRetryAttempts) {
                        // Tried too many times, so fail
                        NSLog(@"Error during connection: %@",error.description);
                        failure(operation2, error);
                    } else {
                        // Failed because of an iOS bug using timed out connections, so try again
                        recurse(@(offset.intValue+1));
                    }
                } else {
                    NSLog(@"Error during connection: %@",error.description);
                    failure(operation2, error);
                }
            }];
        [[NSOperationQueue mainQueue] addOperation:operation];
    });
    run(@0);
}

Bir AFHTTPRequestOperationalt sınıf kullandığımı ancak kendi istek kodunuzu eklediğimi göreceksiniz . Önemli recurse(@offset.intValue+1));olan, bloğun tekrar çağrılmasını istiyor.

Sorun bir cihazda oluşuyorsa, trafiğin bir proxy üzerinden geçip geçmediğini kontrol edin (Ayarlar> Wi-Fi> (bilgi)> HTTP Proxy). Charles ile kullanmak için cihaz kurulumumu yaptım, ancak proxy'yi unuttum. Charles olmadan bu hatayı çalıştırıyor gibi görünüyor.

Dosyalar bir arka uç sunucusuna yüklenirken bu hatayı herkes alıyorsa, alıcı sunucunun medyanız için izin verilebilecek bir maksimum içerik boyutuna sahip olduğundan emin olun. Benim durumumda, NGINX'in daha yüksek olması gerekiyordu client_max_body_size. NGINX, yükleme yapılmadan önce isteği reddeder, böylece hiçbir hata kodu geri gelmez.

Xcode 6.2 beta kullanırken bir iOS 7 cihazında hata alıyordum.

Xcode 6.2 beta'dan 6.1.1'e geri dönmek, en azından bir iOS 7 cihazında sorunu çözdü.

On 2017-01-25Apple Bu hatayla ilgili olarak teknik bir Q & A yayınlandı:

Apple Teknik Soru ve Cevap QA1941

“Ağ bağlantısı kesildi” Hatalarını Giderme

Y: NSURLErrorNetworkConnectionLost, NSURLErrorDomain hata etki alanında -1005 hatasıdır ve kullanıcılara “Ağ bağlantısı kesildi” olarak görüntülenir. Bu hata, HTTP isteği devam ederken HTTP isteğini taşıyan temel TCP bağlantısının kesildiği anlamına gelir (bu konuda daha fazla bilgi için aşağıya bakın). Bazı durumlarda NSURLSession bu tür istekleri otomatik olarak yeniden deneyebilir (özellikle, istek identotent ise), ancak diğer durumlarda HTTP standartları tarafından izin verilmez.

https://developer.apple.com/library/archive/qa/qa1941/_index.html#//apple_ref/doc/uid/DTS40017602

Aylarca sorun var ve nihayet API alanımızda DNSSEC'yi devre dışı bıraktığımızda her şeyin yolunda olduğunu keşfetti: simple_smile:

Bir VPN üzerinden bağlanıyordum. VPN'yi devre dışı bırakmak sorunu çözdü.

İsteğin HTTPMethod ayarlanmadan bir NSURLRequest bir NSURLSession geçirirken bu hatayı vuruyordu .

NSMutableURLRequest *request = [NSMutableURLRequest requestWithURL:urlComponents.URL];

Hata Domain = NSURLErrorDomain Code = -1005 "Ağ bağlantısı kesildi."

HTTPMethodYine de ekleyin ve bağlantı iyi çalışıyor

NSMutableURLRequest *request = [NSMutableURLRequest requestWithURL:urlComponents.URL];
[request setHTTPMethod:@"PUT"];

Diğer uygulamalardan (safari gibi) istekte bulunup bulunamayacağınızı test edin. Değilse bilgisayarınızda bir şey olabilir. Benim durumumda simülatör isteğimi engelleyen Avast Antivirus ile bu sorunu yaşadım (nedenini sorma).

Bilgisayarı yeniden başlatmak Xcode9.1 ile benim için sorunu düzeltti. Simülatörü ve Xcode'u yeniden başlattım, işe yaramıyor.

Aynı sorunla karşı karşıya kaldım, uygulama için yavaş ağ testi için Network Link Conditioner'ı etkinleştirdim. Bu, bu hatayı birkaç kez yaratıyordu, Bunu devre dışı bıraktığımda Settings > Developer > Network Link Conditioner, sorunumu çözdü.

Umarım bu birine yardım eder.

Benim durumumda HTTP'ye bağlanıyordum ve HTTPS'de çalışıyordu

Aşağıdaki nedenlerden dolayı bu sorunu yaşıyordum.

TLDR:GET Parametreleri URL yerine URL'ye göndermesi gereken bir istek gönderip göndermediğinizi kontrol edinNSURLRequest's HTTBody .

==================================================

Benim app bir ağ soyutlama monte vardı ve tüm istekleri için oldukça iyi çalışıyordu.

Başka bir web hizmetine (kendi değil) yeni bir istek ekledim ve bana bu hatayı atmaya başladı.

Bir oyun alanına gittim ve sıfırdan bir barebone isteği inşa etmeye başladım ve işe yaradı. Bu yüzden sebebi bulana kadar soyutlamama yaklaşmaya başladım.

Benim soyutlama uygulaması bir hata vardı: Ben url kodlanmış parametreleri göndermek gerekiyordu ve aynı zamanda NSURLRequest's HTTBodyözelliği de sorgu parametreleri ile dolduruyordu bir istek gönderiyordu . Kaldırır kaldırmaz HTTPBodyişe yaradı.

Bu hatayı alıyordum ve uygulama Postman'ın da düştüğünü ancak uygulama Gelişmiş Dinlenme İstemcisi'nde (ARC) çalıştığını ve Android'de çalıştığını fark ettim. Bu yüzden iletişim hata ayıklamak için Charles yüklemek zorunda kaldı ve cevap kodu -1 olduğunu fark ettim. Sorun, REST programcısının 200 yanıt kodunu döndürmeyi unutmasıydı.

Umarım bu diğer geliştiricilere yardımcı olur.

Ne zaman hata -1005 var sonra tekrar API çağırmak gerekir.

AFHTTPRequestOperationManager *manager = 
[AFHTTPRequestOperationManager manager];
[manager setSecurityPolicy:policy];
manager.requestSerializer = [AFHTTPRequestSerializer serializer];
manager.responseSerializer = [AFHTTPResponseSerializer serializer];

[manager POST:<example-url>
   parameters:<parameteres>
    success:^(AFHTTPRequestOperation *operation, id responseObject) {
      NSLog(@“Success: %@", responseObject);
  } failure:^(AFHTTPRequestOperation *operation, NSError *error) {
      NSLog(@"Error: %@", error);
      if (error.code == -1005) {
          // Call method again... 
       }
  }];

Fonksiyonu tekrar aramak için kodunuzu eklemeniz gerekir. Bir kez çağrı yöntemi olduğundan emin olun aksi takdirde çağrı özyinelemeli döngü.

Tüm cevapların üstünde güzel bir çözüm buldum. Aslında iOS 12 onword için ağ bağlantısı ile ilgili sorun, iOS 12.0 onword'de bir hata olmasıdır. Ve henüz çözüldü. Uygulama arka plandan geldiğinde ve ağ araması yapmaya çalıştığında ve bağlantı kurmada başarısız olduğunda AFNetworking ile ilgili sorun için git hub topluluğundan geçtim. Bunun için 3 gün geçiriyorum ve bunun temel nedenine ulaşmak için birçok şey deniyorum ve hiçbir şey bulamadım. Sonunda bu blogu kırmızıyken karanlıkta biraz ışık aldım https://github.com/AFNetworking/AFNetworking/issues/4279

İOS 12'de bir hata olduğunu söylüyor. Temel olarak, uygulama işletim sistemi ön planda değilse bir ağ çağrısının tamamlanmasını bekleyemezsiniz. Ve bu hata nedeniyle ağ çağrıları düşüyor ve ağ günlüklerinde başarısız oluyor.

Size en iyi öneri, uygulamanızın arka plandan ön plana gelmesi ve ağ çağrısı olduğunda biraz gecikme sağlamaktır. Bu ağ çağrısını belirli bir gecikmeyle gönderim zaman uyumsuzluğunda yapın. Hiçbir zaman ağ araması kesintisi veya bağlantı kaybı yaşamayacaksınız.

Apple'ın henüz çözülmediği için bu sorunun iOS 12 için çözülmesini beklemeyin. Ağ isteğinizin NSURLConnection, NSURLSession veya AFNetworking veya ALAMOFIRE olması için biraz gecikme sağlayarak bu geçici çözümle devam edebilirsiniz. Şerefe :)

Fiziksel bir cihazla iOS 12 uygulamasından şirketimin sunucusunu kullanırken aynı sorunla karşılaştım. Sorun, sunucu sabit diskinin doluydu. Sunucuda yer açmak sorunu çözdü.

Aynı hatayı Apple ( URLSession.timeoutIntervalForRequestve URLSession.timeoutIntervalForResource) tarafından sağlanan standart Ağ API'si aracılığıyla parametrelenemeyen bir zaman aşımı nedeniyle bence başka bir durumda buldum . Orada bile .. sunucu cevap daha hızlı yaptı sorunu çözdü