MS SQL Server 2000 में भेद्यता

नमस्कार, हेब्रयूडली!

आज मैं आपके साथ MS SQL Server 2000 के काम पर एक बहुत अप्रिय अवलोकन साझा करना चाहता हूं।

मैं एक ऐसी कंपनी के लिए काम करता हूं, जो अभी भी अपनी शाखाओं में एमएस SQL ​​सर्वर 2000 का उपयोग करती है। मुझे नहीं पता कि वे इसके साथ क्या लक्ष्य रखते हैं, लेकिन यह महत्वपूर्ण नहीं है, क्योंकि यह प्रणाली काफी हद तक काम करती है और अपने लक्ष्यों और उद्देश्यों को पूरा करती है।

चलिए शुरू करते हैं। मैं एक हैब्रकैट के लिए पूछना।

समाधान लक्ष्य के उद्देश्य

MS SQL Server 2000 एक डेटाबेस सर्वर के रूप में कार्य करता है, जो मॉस्को और हमारे अधीनस्थ कार्यालयों के साथ सूचनाओं का संग्रहण और भंडारण करता है, जो हमारी शाखा से 100 किमी से अधिक की दूरी पर स्थित हैं, जबकि हम खुद मॉस्को से 2500 किमी से अधिक की दूरी पर स्थित हैं। यह बड़ी तस्वीर के लिए है।

जब हमारी शाखा में और साथ ही अधीनस्थ मिशनों में एक सामान्य और स्थिर इंटरनेट का उपयोग दिखाई दिया, तो डेटा एक्सचेंज के लिए मेल द्वारा फाइलों को जोड़ने का निर्णय लिया गया। इसके लिए, उस समय मेरे कार्यालय में दो ADSL मॉडेम और डेटा एक्सचेंज के लिए DynDNS सेवा के माध्यम से कनेक्ट करने का निर्णय लिया गया था।

जल्दी से नहीं कहा

हम DynDNS.org पर दो मुफ्त खाते पंजीकृत करते हैं, मेजबान प्राप्त करते हैं, DDNS अनुभाग में मॉडेम में रजिस्टर करते हैं, मॉडेम में वर्चुअल सर्वर कॉन्फ़िगर करते हैं और अधिक सुविधाजनक संचालन के लिए 3389 (RDP) पोर्ट के लिए आगे बढ़ते हैं। इस पर, जब लिनक्स के माध्यम से एक दूरस्थ होस्ट से कनेक्ट होता है, तो rdesktop ने अपने लिनक्स मशीन की मैप्ड ड्राइव प्राप्त की और चुपचाप फाइलों का आदान-प्रदान किया।

फाइलें एक्सेस डेटाबेस हैं, जो एक दूरस्थ एमएस SQL ​​सर्वर 2000 पर उत्पन्न होती हैं, और मॉस्को द्वारा लिखित कार्यक्रमों के माध्यम से, मेरे एमएस SQL ​​सर्वर 2000 पर अपलोड की जाती हैं।

इस तरह की चालाकी के बाद, काम तेजी से आगे बढ़ा, लेकिन एक बात पसंद नहीं आई, हर दिन एक चीज के साथ शुरू हुआ:
सुबह, मैं काम करने के लिए आया, मेरे स्थान पर एक फ़ाइल बनाई, जुड़ा, एक दूरस्थ सर्वर पर एक फ़ाइल बनाई, मेरी फ़ाइल को एक दूरस्थ में स्थानांतरित कर दिया, एक दूरस्थ फ़ाइल से अपने आप में स्थानांतरित कर दिया, एमएस SQL ​​सर्वर पर विशेष कार्यक्रमों को अपलोड किया। थक गए।

टीसीपी 1433-1434 और यूडीपी 1433-1434 मोडेम में पोर्ट अग्रेषण के साथ डीएनडीएनएस का उपयोग करके दो एमएस एसक्यूएल सर्वर को संयोजित करने का निर्णय लिया गया।

कहा गया

हम वर्चुअल सर्वर सेक्शन में ADSL मॉडेम में जाते हैं, जो कि TCP UDP पोर्ट्स को आगे बढ़ाते हैं। हम विशेष कार्यक्रमों को दूरस्थ सर्वर से जोड़ते हैं और डेटा का आदान-प्रदान करते हैं:
एमएस SQL ​​सर्वर शाखा कार्यालय <-> एमएस SQL ​​सर्वर प्रतिनिधित्व। उर मैं सब कुछ कहूंगा, जैसा कि मैंने कहा था, लेकिन सुबह सबसे भयानक और असंगत बात हुई। साज़िश?

SQL सर्वर के बीच रात में डेटा के स्वचालित आदान-प्रदान के बाद अगली सुबह कॉन्फ़िगर किया गया था, मुझे दो मृत एमएस विंडोज 2003 प्राप्त हुए। मृतक का क्या मतलब है:

• मेरा एमएस विंडोज 2003, जिस पर एक शाखा SQL सर्वर था, नेटवर्क पर डोमेन से गिर गया, इसे नेटवर्क पर गेंद पर जाने नहीं दिया और रीबूट के बाद डोमेन से कनेक्ट नहीं किया।

• दूरस्थ एमएस विंडोज 2003, जिस पर प्रतिनिधि कार्यालय का SQL सर्वर खड़ा था, हालांकि यह किसी भी तरह से कनेक्शन पर प्रतिक्रिया करता था, लेकिन यह बेहद अपर्याप्त व्यवहार करता था, यह RDP के माध्यम से कनेक्ट करने की अनुमति नहीं देगा, फिर IIS क्रैश हो गया, जो प्रतिनिधि कार्यालय में बस आवश्यक था।

सौभाग्य से, मेरे एमएस विंडोज 2003 के लिए बैकअप ऐसे मामलों के लिए शाखा में था, और एसक्यूएल डेटाबेस एसएलईएस सर्वर के लिए समर्थित थे। शाखा सर्वर का काम कम समय में बहाल हो गया। मैं दूरस्थ 100 किमी की याद दिलाऊंगा। जाओ, वायरस के लिए जाँच की गई थी जिनका पता नहीं चला था! सर्वर को मैन्युअल रूप से जांचने के बाद कि इसमें क्या गड़बड़ी थी, यह पाया गया कि सी: ड्राइव के मालिक और अनिश्चित काल के शेष डिस्क सर्वर पर बदल गए थे। हित के लिए, मैंने सभी डिस्क पर व्यवस्थापक को वापस करने की कोशिश की, प्रशासक। विशेषताओं को बदलने के कई घंटों के बाद, सर्वर सामान्य रूप से काम करना शुरू कर दिया। एक शांत दिमाग के साथ, मैंने डेटाबेस में एक्सचेंज और जानकारी की जांच की, सब कुछ जगह में था।

अगली सुबह। वही चित्र !!! हॉरर।

मैंने शाखा सर्वर पर स्वामी को पुनर्स्थापित करने की विधि का प्रयास करने का निर्णय लिया क्योंकि स्वामी परिभाषित नहीं था। घर पर बहाल, रिमोट से बहाल सब कुछ काम किया। और फिर सवाल उठता है कि यह क्या हो रहा है। अगली सुबह जवाब मिला, जब इससे पहले कि मैंने SQL सर्वर पोर्ट के पोर्ट अग्रेषण को दूरस्थ रूप से हटा दिया और अपने आप से, मुझे टीसीपी यूडीपी 1433-1434 याद है। सुबह में, सर्वर ने त्रुटियों के बिना काम किया।

बग? हैकिंग? जोखिम? क्या? इसने मुझे लंबे समय तक सताया, जब मैं पुराने तरीके से कंप्यूटर के बीच फाइल ट्रांसफर कर रहा था। और अंत में, सफेद आईपी के साथ एक फाइबर ऑप्टिक इंटरनेट शाखा में दिखाई दिया। खैर अब मुझे लगता है कि सब ठीक हो जाएगा। यद्यपि प्रतिनिधि कार्यालय 3389 (आरडीपी) को अग्रेषित करने के साथ गतिशील आईपी बना रहा।

OpenSUSE, DynDNS का उपयोग करके SQL सर्वर के संयोजन की समस्या का समाधान

कार्य समान रहता है, दो SQL सर्वरों को मिलाएं।

कहा गया

सबसे पहले एक सरल लक्ष्य था, ओपनसूट के माध्यम से एक राउटर के रूप में अभिनय करना, फ़ायरवॉल में SQL नेटवर्क सर्वर पर पोर्ट को अग्रेषित करने के लिए, हम लिखते हैं:

FW_FORWARD_MASQ = "0/0, ip_sql_server, tcp, 1433.1434, our_white_IP 0/0, ip_sql_server, udp, 1433.1434, our_white_IP"

हम 1433-1434 पोर्ट खोलते हैं

इसका मतलब यह है कि पोर्ट 1433 1434 पर सफेद आईपी के साथ मशीन पर जाने वाले ट्रैफ़िक को आंतरिक नेटवर्क पर SQL सर्वर से मशीन पर पुनर्निर्देशित किया जाता है।

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

सुबह। NDE। इस बार इतना बुरा नहीं!
1. C के मूल में मेरे सर्वर पर: ड्राइव फाइलें हैं:
xp5.exe
server.exe
hex.exe
और अजीब dll'ok का एक गुच्छा
कोई सर्वर पर था! :) इसके अलावा, a.exe server.exe जैसे कार्य एसक्यूएल सर्वर में दिखाई देते हैं, और इसी तरह, और यह दिलचस्प है कि यह सब एक एंटीवायरस के रूप में नहीं पता है।
2. रिमोट सर्वर पर एक ही कहानी।
लेकिन ADSL मॉडेम भी लटका हुआ है, मैं प्रोब्रोस को हटा नहीं सकता।
सरल मैनुअल सफाई, इन फाइलों को हटाना, प्रक्रियाओं को मारना, SQL नौकरी की सफाई करना।
मैं टेलनेट के माध्यम से जुड़ा हुआ हूं, पूरी तरह से मॉडेम रीसेट करें।
रीबूट।

सामान्य तौर पर, इस समस्या का समाधान हमेशा दृष्टि में था।

उत्कर्ष

हम जो फ़ायरवॉल लिखते हैं, उसमें हम OpenSUSE vpn सर्वर pptpd (Openvpn से परेशान नहीं होते) को बढ़ाते हैं:

FW_FORWARD = "net_vpn, ip_server_sql_local ip_server_sql_local, net_vpn"

दूरस्थ सर्वर vpn सर्वर से जुड़ता है और IP प्राप्त करता है और मेरे नेटवर्क पर केवल sql सर्वर देखता है। सुबह सामान्य और शांत होता है।

बस इतना ही। यह घड़ी की तरह काम करता है।

पुनश्च। मैंने खुद को सेटिंग्स के विवरण में जाने के बिना लिखा, अगर मुझे टिप्पणियों में कुछ भी गलत लगता है।