लंबे समय से आयोजित एजेक्स कनेक्शन एंटी-वायरस

Question

द्वारा अवरुद्ध किया जा रहा है ठीक है, यह बेहद विचित्र है। मैं एक वेब एप्लिकेशन बना रहा हूं जो सीओएमईटी का उपयोग करके लंबे समय तक आयोजित HTTP कनेक्शन पर निर्भर करता है, और इसका उपयोग सर्वर से डेटा तक डेटा स्ट्रीम करने के लिए करता है।

अब, समस्या यह है कि यह कुछ एंटी-वायरस प्रोग्रामों के साथ अच्छी तरह से प्रतीत नहीं होता है। अब हम बीटा पर हैं, और एंटी-वायरस सक्षम होने पर कुछ उपयोगकर्ताओं को एप्लिकेशन के साथ समस्याएं आ रही हैं। यह सिर्फ एक विशिष्ट एंटी-वायरस नहीं है .. मैंने यह काम अवास्ट के लिए चारों ओर पाया जब मैंने ऑनलाइन देखा: http://avricot.com/blog/index.php?post/2009/05/20/Comet-and-ajax-with-Avast-s-shield-web-:-The-salvation-or-not

हालांकि, यहां किसी को भी इसे संभालने के बारे में कोई सुझाव है? क्या मुझे इन सुरक्षा कार्यक्रमों को खुश करने के लिए कोई विशिष्ट शीर्षलेख भेजना चाहिए?

Answer 1

यह एक कठिन है। एंटी-वायरस सुविधा की वजह से यह ब्राउज़र में आपके व्यक्तिगत डेटा को रिमोट सर्वर पर अपलोड करने से दुर्भावनापूर्ण कोड को रोकने का प्रयास करता है। ऐसा करने के लिए, एंटी-वायरस नेटवर्क को हिट करने से पहले सभी आउटगोइंग ट्रैफिक को बफर करने का प्रयास करता है, और इसे प्री-डिफ़ाइंड स्ट्रिंग्स के लिए स्कैन करता है।

यह तब काम करता है जब एप्लिकेशन सॉकेट पर एक पूर्ण HTTP अनुरोध भेजता है, क्योंकि एंटी-वायरस HTTP अनुरोध का अंत देखता है और जानता है कि यह स्कैनिंग को रोक सकता है और डेटा भेज सकता है।

आपके मामले में, शायद लंबाई वाले फ़ील्ड के बिना केवल एक शीर्षलेख है, इसलिए जब तक आप एंटी-वायरस के बफर को भरने के लिए पर्याप्त डेटा नहीं भेजते, नेटवर्क पर कुछ भी नहीं लिखा जाएगा।

यदि यह विशेष सुविधा बंद करने का कोई अच्छा कारण नहीं है, तो मुझे नहीं पता कि क्या है। मैं एवास्ट और मैकफी के साथ इसमें भाग गया - इस बिंदु पर, बाकी एंटी-वायरस उद्योग शायद ऐसा कुछ कर रहा है। विशेष रूप से, मै मैकफी की व्यक्तिगत सूचना सुरक्षा सुविधा के साथ इसमें भाग गया, जहां तक ​​मैं कह सकता हूं, उपयोग करने के लिए बस बहुत छोटी है।

यदि आप कर सकते हैं, तो सॉकेट पर डेटा भेजना जारी रखें, या उस डेटा को HTTP संदेशों में भेजें जो लंबाई क्षेत्र है। मैंने कुछ एंटी-वायरस विक्रेताओं को इसकी रिपोर्ट करने का प्रयास किया - उनमें से एक ने इसे ठीक किया, दूसरा मेरे ज्ञान के सर्वोत्तम नहीं था।

बेशक, इस तरह की सुविधा पूरी तरह से बेकार है। इसे भेजने से पहले डेटा को आरओटी 13 के आसपास लाने के लिए सभी दुर्भावनापूर्ण एप्लिकेशन को करने की आवश्यकता होगी।

Answer 2

समस्या यह है कि कुछ फ़ाइलों को क्रम में स्कैन नहीं किया जा सकता है - बाद के हिस्सों को यह निर्धारित करने की आवश्यकता होती है कि पिछले भाग दुर्भावनापूर्ण हैं या नहीं।

तो स्कैनर को डेटा स्ट्रीम करने वाले चैनलों में कोई समस्या है। मुझे संदेह है कि डेटा की आपकी स्ट्रीम को एक स्वच्छ फ़ाइल प्रकार के रूप में पहचाना जा सकता है, इसलिए स्कैनर डेटा को स्कैन करने का प्रयास कर रहा है, और मुझे लगता है कि प्रक्रिया में आपकी स्ट्रीम को पकड़ना है।

केवल एक ही विचार है कि मैं सुझाव दे सकता हूं कि छोटे लेनदेन में डेटा हस्तांतरण करना है, और केवल अधिसूचना के लिए सीओएमईटी कनेक्शन का उपयोग करें (एक ही अधिसूचना के बाद प्रत्येक चैनल को बंद करना)।

Answer 3

यदि आप अपने वेब अनुरोधों के लिए एक गैर मानक पोर्ट का उपयोग करते हैं, तो आप इसके आसपास काम करने में सक्षम हो सकते हैं, कई अन्य मुद्दे हैं, अर्थात् यह कई ब्राउज़रों द्वारा क्रॉस-डोमेन माना जाएगा। निश्चित नहीं है कि मेरे पास यहां पेश करने के लिए एक बेहतर सुझाव है। यह वास्तव में इस बात पर निर्भर करता है कि एवी प्रोग्राम किसी दिए गए बंदरगाह के ट्रैफिक को कैसे रोकता है।

Answer 4

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

Answer 5

http के बजाय https का उपयोग करने का प्रयास करें। ऐसे स्कैनर हैं जो https को भी अवरुद्ध करते हैं, लेकिन वे कम आम हैं और आखिरी बार मैंने चेक की सुविधा को बंद कर दिया था। सक्रिय होने पर फ़ायरफ़ॉक्स एसएसएल कनेक्टिविटी भी तोड़ दी, इसलिए मुझे लगता है कि बहुत कम लोग इसे सक्रिय करेंगे और विक्रेता उम्मीद करेगा कि इस सुविधा को मार डालेगा।