कोई मौजूदा कनेक्शन बलपूर्वक, दूरस्थ होस्ट

Question

मैं एक व्यावसायिक अनुप्रयोग जो संदेश के साथ एक SocketException फेंक रहा है के साथ काम कर रहा हूँ द्वारा बंद कर दिया गया था

An existing connection was forcibly closed by the remote host

यह क्लाइंट और सर्वर के बीच एक गर्तिका कनेक्शन के साथ होता है। कनेक्शन जिंदा और अच्छी तरह से है, और डेटा के ढेर को स्थानांतरित किया जा रहा है, लेकिन फिर यह कहीं से भी डिस्कनेक्ट हो जाता है।

क्या किसी ने इसे पहले देखा है? कारण क्या हो सकता है? मैं कुछ कारणों का अनुमान लगा सकता हूं, लेकिन इस कोड में और अधिक जोड़ने का कोई तरीका है कि क्या कारण हो सकता है?

कोई टिप्पणी/विचार स्वागत है।

... नवीनतम ...

मैं कुछ नेट ट्रेसिंग से कुछ लॉगिंग है,

System.Net.Sockets Verbose: 0 : [8188] Socket#30180123::Send() DateTime=2010-04-07T20:49:48.6317500Z 

System.Net.Sockets Error: 0 : [8188] Exception in the Socket#30180123::Send - An existing connection was forcibly closed by the remote host DateTime=2010-04-07T20:49:48.6317500Z 

System.Net.Sockets Verbose: 0 : [8188] Exiting Socket#30180123::Send() -> 0#0 

लॉगिंग मैं तथ्य यह है कि यह कहते हैं, 'देखा है के अन्य भागों के आधार पर 0 # 0 'का अर्थ है 0 बाइट लंबाई का एक पैकेट भेजा जा रहा है। लेकिन असल में उसका क्या अर्थ है?

दो संभावनाएं में से एक उत्पन्न कर रहा है, और मुझे यकीन है कि जो,

1) कनेक्शन बंद कर दिया जा रहा है नहीं हूँ, लेकिन डेटा तो सॉकेट से लिखा जा रहा है, इस प्रकार ऊपर अपवाद बनाने। 0 # 0 का मतलब है कि कुछ भी नहीं भेजा गया था क्योंकि सॉकेट पहले ही बंद कर दिया गया था।

2) कनेक्शन अभी भी खुला है, और शून्य बाइट्स का एक पैकेट भेजा जा रहा है (यानी कोड में एक बग है) और 0 # 0 का मतलब है कि शून्य बाइट्स का एक पैकेट भेजने की कोशिश कर रहा है।

आप क्या मानते हैं? मुझे लगता है कि यह असंभव हो सकता है, लेकिन शायद किसी और ने इस तरह की चीज़ देखी है?

Answer 1

इसका आम तौर पर मतलब है कि दूरस्थ पक्ष कनेक्शन बंद कर देता है (आमतौर पर एक टीसीपी/आईपी RST पैकेट भेजकर)। आप एक तीसरे पक्ष के आवेदन के साथ काम कर रहे हैं, संभावना कारण हैं:

• आप आवेदन
• क्लाइंट और सर्वर के बीच नेटवर्क लिंक किसी कारण
के लिए नीचे जा रहा है करने के लिए विकृत डेटा भेज रहे हैं
• आप इसे दुर्घटना का कारण बना है कि तीसरे पक्ष के आवेदन में एक बग
• तीसरे पक्ष के आवेदन सिस्टम संसाधन

यह पहला मामला है कि क्या होने है संभावना है कि समाप्त हो गया है ट्रिगर किया है आईएनजी।

समस्या को कम करने के लिए तार पर क्या हो रहा है यह देखने के लिए आप Wireshark को आग लग सकते हैं।

अधिक विशिष्ट जानकारी के बिना, यह संभावना नहीं है कि यहां कोई भी वास्तव में आपकी मदद कर सकता है।

Answer 2

यह आपके कोड में कोई बग नहीं है। यह नेट के सॉकेट कार्यान्वयन से आ रहा है। यदि आप नीचे के रूप में EndReceive के अधिभारित कार्यान्वयन का उपयोग करते हैं तो आपको यह अपवाद नहीं मिलेगा।

SocketError errorCode; 
    int nBytesRec = socket.EndReceive(ar, out errorCode); 
    if (errorCode != SocketError.Success) 
    { 
     nBytesRec = 0; 
    } 

Answer 3

इस आम कष्टप्रद जारी करने के लिए सरल समाधान:

बस (अपने ".context.cs" फाइल करने के लिए जाने के तहत " .context.tt" जो नीचे स्थित स्थित अपने "* .edmx" फ़ाइल)।

फिर, अपने निर्माता को यह पंक्ति जोड़ें:

public DBEntities() 
     : base("name=DBEntities") 
    { 
     this.Configuration.ProxyCreationEnabled = false; // ADD THIS LINE ! 
    } 

आशा है कि यह उपयोगी है।

Answer 4

मैं entity.In इकाई में वृत्तीय संदर्भ उस तरह

public class Catalog 
{ 
    public int Id { get; set; } 
    public int ParentId { get; set; } 
    public Catalog Parent { get; set; } 
    public ICollection<Catalog> ChildCatalogs { get; set; } 
} 

मैं जनक संपत्ति के लिए [IgnoreDataMemberAttribute] ने उन देखने की वजह से यह अपवाद मिल गया है। और यह समस्या हल हो गई।

Answer 5

मुझे यह अपवाद मिला जब मैं डेटाबेस से एक पंक्ति को पढ़ने की कोशिश कर रहा था जिसमें एनम कॉलम में शून्य था, यह शून्य को एक एनम वैल्यू में मैप नहीं कर सका।

Answer 6

मैं इस अपवाद से मुलाकात की, जब कक्षा की डेटटाइम संपत्ति मूल्य प्राप्त नहीं कर रही है .मैं बस इसे निष्क्रिय समय बना देता हूं और समाधान मिला।

public class PlanningBoardBO 
    { 
     ... Other Properties ... 

     public DateTime? PickupDate { get; set; } 

     ... Here changed DateTime to DateTime? 
    } 

Answer 7

एक ही बग था। वास्तव में कुछ प्रॉक्सी (मेरे मामले में फिडलर) का उपयोग करके यातायात भेजा गया था। 4.5.2 से> = 4.6 तक .NET फ्रेमवर्क अपडेट किया गया और अब सबकुछ ठीक काम करता है। वास्तविक अनुरोध किया गया था:
new WebClient().DownloadData("URL");
अपवाद था:

SocketException: An existing connection was forcibly closed by the remote host

Answer 8

यह त्रुटि सीआईपी प्रोटोकॉल जब भी मैं 10s से भी कम समय में डेटा भेजें या प्राप्त नहीं किया था के साथ अपने आवेदन में हुई।

यह आगे की खुली विधि के उपयोग के कारण हुआ था। आप किसी अन्य विधि के साथ काम करके, या 10 से कम की अद्यतन दर स्थापित करने से बच सकते हैं जो आपके आगे-खुले कनेक्शन को बनाए रखता है।