एक वितरित अनुप्रयोग का विकास, जिनके कुछ घटक फ़ायरवॉल के पीछे हैं

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

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

फ़ायरवॉल निम्नलिखित विशेषताओं को ध्यान में रखता है:

1. एक कनेक्शन जो किसी भी डेटा को अग्रेषित नहीं करता है वह एक निश्चित अवधि के बाद बंद हो जाता है।
2. एक कनेक्शन जो किसी भी डेटा को नहीं भेजता है वह एक ब्लैक होल में बदल सकता है, जो खुद को इस तरह से प्रकट करता है कि आप संदेश भेजते हैं, वे सफलतापूर्वक निकल जाते हैं, लेकिन प्राप्तकर्ता तक नहीं पहुंचते हैं।
3. सभी पोर्ट जिसके माध्यम से संचार जाना होगा, अग्रिम रूप से जाना जाना चाहिए और फ़ायरवॉल में पंजीकृत होना चाहिए, ताकि मनमाने ढंग से पोर्ट खोलने वाली प्रौद्योगिकियाँ ऐसे वातावरण में काम न करें।

आइए अब देखते हैं कि विशेष रूप से क्या करने की आवश्यकता है ताकि ऊपर वर्णित कठिनाइयों का कारण न हो। मैं जावा में उदाहरण दूंगा, हालांकि अधिकांश आरएमआई के अपवाद के साथ अन्य प्लेटफार्मों के लिए समान होना चाहिए।

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

निष्क्रिय कनेक्शन को बंद करने की समस्या को हल करने का दूसरा तरीका उन्हें समय-समय पर फिर से बनाना है। उदाहरण के लिए, यह सुविधा अधिकांश डेटाबेस कनेक्शन पूल में प्रदान की जाती है।

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

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

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