SIGPIPE'leri önleme (veya düzgün bir şekilde kullanma)

TCP veya yerel UNIX soketindeki bağlantıları kabul eden, basit bir komut okuyan ve komuta bağlı olarak bir yanıt gönderen küçük bir sunucu programım var. Sorun şu ki, istemcinin cevaba bazen ilgisi olmayabilir ve erken çıkar, bu nedenle bu sokete yazmak SIGPIPE'ye neden olur ve sunucumun çökmesine neden olur. Buradaki çarpışmayı önlemek için en iyi uygulama nedir? Çizginin diğer tarafının hala okunup okunmadığını kontrol etmenin bir yolu var mı? (select () burada her zaman soketin yazılabilir olduğunu söylediği için çalışmıyor). Yoksa SIGPIPE'i bir işleyiciyle yakalayıp görmezden gelmeli miyim?

Genelde SIGPIPE hatayı ve doğrudan kodunuzda işlemek . Bunun nedeni, C'deki sinyal işleyicilerin yapabilecekleri konusunda birçok kısıtlamaya sahip olmasıdır.

Bunu yapmanın en taşınabilir yolu, SIGPIPEişleyiciyi ayarlamaktır SIG_IGN. Bu, herhangi bir soket veya boru yazma işlemininSIGPIPE sinyale .

SIGPIPESinyali yok saymak için aşağıdaki kodu kullanın:

signal(SIGPIPE, SIG_IGN);

send()Çağrıyı kullanıyorsanız , başka bir seçenek MSG_NOSIGNALde SIGPIPEdavranışı çağrı bazında kapatan seçeneği kullanmaktır . Tüm işletim sistemlerinin aşağıdakileri desteklemediğini unutmayın:MSG_NOSIGNAL bayrağı .

Son olarak, bazı işletim sistemlerinde SO_SIGNOPIPEayarlanabilen soket bayrağını da dikkate almak isteyebilirsiniz setsockopt(). Bu, SIGPIPEyalnızca ayarlandığı soketlere yazma işlemlerinin neden olmasını önleyecektir .

Başka bir yöntem soketi değiştirerek asla write () üzerinde SIGPIPE oluşturmaz. Bu, SIGPIPE için genel bir sinyal işleyici istemeyebileceğiniz kütüphanelerde daha uygundur.

Çoğu BSD tabanlı (MacOS, FreeBSD ...) sistemde (C / C ++ kullandığınızı varsayarsak), bunu aşağıdakilerle yapabilirsiniz:

int set = 1;
setsockopt(sd, SOL_SOCKET, SO_NOSIGPIPE, (void *)&set, sizeof(int));

Bu geçerliyken, SIGPIPE sinyali üretilmek yerine EPIPE döndürülecektir.

Partiye çok geç kaldım ama SO_NOSIGPIPE taşınabilir değil ve sisteminizde çalışmayabilir (BSD bir şey gibi görünüyor).

Diyelim ki, olmadan bir Linux sistemi kullanıyorsanız SO_NOSIGPIPE,MSG_NOSIGNAL gönder (2) çağrınızda bayrağı .

, Örnek değiştirilmesi write(...)ile send(...,MSG_NOSIGNAL)(bakınız nobar 'yorumunu)

char buf[888];
//write( sockfd, buf, sizeof(buf) );
send(    sockfd, buf, sizeof(buf), MSG_NOSIGNAL );

Bu ise yazı ne SO_NOSIGPIPE ne de MSG_NOSIGNAL kullanılabilir olduğunda ben Solaris durum için olası bir çözüm nitelendirdi.

Bunun yerine, kitaplık kodunu çalıştıran geçerli iş parçacığında SIGPIPE'yi geçici olarak bastırmamız gerekir. Bunu şu şekilde yapabilirsiniz: SIGPIPE'yi bastırmak için önce beklemede olup olmadığını kontrol ederiz. Eğer öyleyse, bu iş parçacığında engellendiği anlamına gelir ve hiçbir şey yapmamalıyız. Kütüphane ek SIGPIPE üretirse, bekleyen kütüphaneyle birleştirilir ve bu işlem yapılmaz. SIGPIPE beklemede değilse, bu iş parçacığında engelleriz ve zaten engellenip engellenmediğini kontrol ederiz. O zaman yazarlarımızı yürütebiliriz. SIGPIPE'i orijinal durumuna geri yükleyeceğimiz zaman aşağıdakileri yaparız: SIGPIPE başlangıçta beklemedeyse hiçbir şey yapmayız. Aksi takdirde, beklemede olup olmadığını kontrol ederiz. Varsa (bu, dışarıdaki işlemlerin bir veya daha fazla SIGPIPE ürettiği anlamına gelir), bu iş parçacığında bunu bekleriz, böylece beklemedeki durumunu (bunu yapmak için sıfır zaman aşımı ile sigtimedwait () kullanırız; bu, kötü niyetli kullanıcının SIGPIPE'yi manuel olarak tüm bir sürece gönderdiği bir senaryoda engellenmekten kaçınmak içindir: bu durumda beklemede göreceğiz, ancak diğer iş parçacığı beklemek için bir değişiklik yapmadan önce hallederiz). Bekleyen durumu temizledikten sonra bu iş parçacığında SIGPIPE engellemesini kaldırıyoruz, ancak yalnızca orijinal olarak engellenmemişse.

Https://github.com/kroki/XProbes/blob/1447f3d93b6dbf273919af15e59f35cca58fcc23/src/libxprobes.c#L156 adresindeki örnek kod

SIGPIPE'i Yerel Olarak Ele Alma

Hatayı bir global sinyal olay işleyicisinden ziyade yerel olarak ele almak genellikle en iyisidir, çünkü yerel olarak neler olup bittiğine ve hangi başvurunun alınacağına ilişkin daha fazla içeriğiniz olacaktır.

Uygulamalarımdan birinde, uygulamamın harici bir aksesuarla iletişim kurmasını sağlayan bir iletişim katmanım var. Bir yazma hatası meydana geldiğinde, iletişim katmanında istisna atıyorum ve orada işlemek için bir try catch bloğuna kadar kabarmasına izin veriyorum.

Kod:

SIGPIPE sinyalini yerel olarak işleyebilmeniz için yoksayılan kod:

// We expect write failures to occur but we want to handle them where 
// the error occurs rather than in a SIGPIPE handler.
signal(SIGPIPE, SIG_IGN);

Bu kod SIGPIPE sinyalinin yükselmesini önler, ancak soketi kullanmaya çalışırken bir okuma / yazma hatası alırsınız, bu yüzden bunu kontrol etmeniz gerekir.

Bir borunun uzak ucundaki işlemin çıkmasını engelleyemezsiniz ve yazmayı bitirmeden önce çıkarsa, bir SIGPIPE sinyali alırsınız. Sinyali SIG_IGN yaparsanız, yazmanız bir hata ile geri döner - ve bu hatayı not etmeniz ve buna yanıt vermeniz gerekir. Sadece bir işleyicideki sinyali yakalamak ve görmezden gelmek iyi bir fikir değildir - borunun artık geçersiz olduğunu ve programın davranışını değiştirerek, boruya tekrar yazmaması için (sinyal tekrar üretileceğinden ve yok sayıldığından) tekrar deneyin ve tekrar deneyeceksiniz ve tüm süreç uzun süre devam edebilir ve çok fazla CPU gücü harcayabilir).

Yoksa SIGPIPE'i bir işleyiciyle yakalayıp görmezden gelmeli miyim?

Bunun doğru olduğuna inanıyorum. Diğer ucun tanımlayıcılarını ne zaman kapattığını bilmek istersiniz ve SIGPIPE size bunu söyler.

Sam

Linux kılavuzu şunları söyledi:

EPIPE Yerel uç, bağlantı yönelimli bir sokette kapatılmıştır. Bu durumda, MSG_NOSIGNAL ayarlanmadığı sürece işlem bir SIGPIPE alır.

Ancak Ubuntu 12.04 için doğru değil. Bu dava için bir test yazdım ve her zaman SIGPIPE ile EPIPE alıyorum. Aynı kırık sokete ikinci kez yazmaya çalışırsam SIGPIPE üretilir. Bu nedenle, eğer bu sinyal oluşursa, programınızda mantık hatası anlamına gelen SIGPIPE'ı göz ardı etmenize gerek yoktur.

Buradaki çarpışmayı önlemek için en iyi uygulama nedir?

Sigpipes'ı herkese göre devre dışı bırakın veya hatayı yakalayıp yok sayın.

Çizginin diğer tarafının hala okunup okunmadığını kontrol etmenin bir yolu var mı?

Evet, select () öğesini kullanın.

select () burada her zaman soketin yazılabilir olduğunu söylediği için çalışmıyor.

Okuma bitleri üzerinde seçim yapmanız gerekir . Muhtemelen yazma bitlerini göz ardı edebilirsiniz .

Uzak uç dosya tanıtıcısını kapattığında, Select seçeneği okumaya hazır verilerin bulunduğunu bildirir. Gittiğinizde ve okuduğunuzda, 0 bayt geri alırsınız, bu da işletim sisteminin size dosya tanıtıcısının kapatıldığını söyler.

Yazma bitlerini göz ardı edemediğiniz tek zaman, büyük hacimler gönderiyorsanız ve diğer ucun yeniden bloke olma riski vardır ve bu da arabelleklerinizin dolmasına neden olabilir. Bu durumda, dosya tanıtıcısına yazmaya çalışmak programınızın / iş parçacığınızın engellenmesine veya başarısız olmasına neden olabilir. Seçimi yazmadan önce test etmek sizi bundan koruyacaktır, ancak diğer ucun sağlıklı olduğunu veya verilerinizin geleceğini garanti etmez.

Close () öğesinden ve yazarken bir sigpipe sahip olabileceğinizi unutmayın.

Kapat, arabelleğe alınan verileri temizler. Diğer uç zaten kapatılmışsa, kapatma başarısız olur ve bir sigpipe alırsınız.

Arabelleklenmiş TCPIP kullanıyorsanız, başarılı bir yazma işlemi verilerinizin gönderilmek üzere kuyruğa alındığı anlamına gelir, bu gönderildiği anlamına gelmez. Başarılı bir şekilde kapatmayı kapatana kadar, verilerinizin gönderildiğini bilmiyorsunuz.

Sigpipe size bir şeyin yanlış gittiğini söyler, size neyi ya da bu konuda ne yapmanız gerektiğini söylemez.

Modern bir POSIX sistemi (yani Linux) altında bu sigprocmask()işlevi kullanabilirsiniz .

#include <signal.h>

void block_signal(int signal_to_block /* i.e. SIGPIPE */ )
{
    sigset_t set;
    sigset_t old_state;

    // get the current state
    //
    sigprocmask(SIG_BLOCK, NULL, &old_state);

    // add signal_to_block to that existing state
    //
    set = old_state;
    sigaddset(&set, signal_to_block);

    // block that signal also
    //
    sigprocmask(SIG_BLOCK, &set, NULL);

    // ... deal with old_state if required ...
}

Önceki durumu daha sonra geri yüklemek isterseniz, old_stategüvenli bir yeri kaydettiğinizden emin olun . Bu işlevi birden çok kez çağırırsanız, bir yığın kullanmanız veya yalnızca ilk veya sonuncuyu kaydetmeniz gerekirold_state ... veya belirli bir engellenmiş sinyali kaldıran bir işleve sahip .

Daha fazla bilgi için kılavuz sayfasını okuyun .