सोलारिस में टीसीपी / आईपी नट्स को कस लें

ओरेकल के लिए सिस्टम इंजीनियरों और ग्राहक कंपनियों की नजर में गिरने की प्रवृत्ति के बावजूद, अच्छा दोपहर, प्रिय हब उपयोगकर्ता। ऑपरेटिंग सिस्टम, अब ओरेकल सोलारिस जारी है और हमारी आँखों को खुश करने के लिए।
हाल ही में, मैं टीसीपी / आईपी स्टैक के कुछ मापदंडों के अनुकूलन के मुद्दे पर आया था। यह विषय मुझे दिलचस्प लगा, कई लोगों के लिए यह हैकिंग लग सकता है, लेकिन कोई व्यक्ति अनुकूलन के नए दिलचस्प क्षणों को पेश करेगा। तो चलिए शुरू करते हैं ...

शुरू करने के लिए, हम दो मापदंडों पर विचार करेंगे जैसे कि tcp_conn_req_max_q और tcp_conn_req_max_q0 , इनकी आवश्यकता क्यों है, इन मापदंडों के लिए कौन से मान सबसे उपयुक्त हैं।
सरल शब्दों में, ये पैरामीटर आईपी पते और पोर्ट के लिए अधिकतम अनुरोधों के लिए जिम्मेदार हैं जो सर्वर द्वारा संसाधित किए जाएंगे।
tcp_conn_req_max_q आने वाले कनेक्शन की अधिकतम संख्या है जो पोर्ट द्वारा संसाधित की जाएगी।
tcp_conn_req_max_q0 "आधे खुले" टीसीपी सत्रों की अधिकतम संख्या है जो एक बंदरगाह पर मौजूद हो सकते हैं।
सोलारिस पर ये पैरामीटर व्यवस्थापक को यह सुनिश्चित करने की अनुमति देते हैं कि डॉस वातावरण में सेवा हमलों से इनकार करने के लिए SYN पैकेट अवरुद्ध हैं।
Solaris पर tcp_conn_req_max_q पैरामीटर के लिए डिफ़ॉल्ट मान केवल 128 है, और tcp_conn_req_max_q0 पैरामीटर 1024 के लिए। ये पैरामीटर, सिद्धांत रूप में, क्लाइंट की एक छोटी संख्या की सेवा करने वाले सर्वर के लिए पर्याप्त हैं, लेकिन यदि डिफ़ॉल्ट मान की तुलना में सर्वर से अधिक कॉल की उम्मीद है, तो यह सिस्टम को खराब कर देगा। व्यवस्थापक को। पहली बार में यह कुछ इस तरह दिखता है।

root@T1000-spare # ndd /dev/tcp tcp_conn_req_max_q 128 root@T1000-spare # ndd /dev/tcp tcp_conn_req_max_q0 1024 

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

 root@T1000-spare # netstat -s | fgrep -i listendrop tcpListenDrop = 0 tcpListenDropQ0 = 0 sctpListenDrop = 0 sctpInClosed = 0 

मेरे मामले में, शून्य हैं, क्योंकि परीक्षण सर्वर मूल्यों में परिवर्तन नहीं दिखा सकता है। लेकिन योजना इस प्रकार है: यदि tcpListenDrop का मान शून्य के बराबर नहीं है, तो tcp_conn_req_max_q बढ़ाएँ, और यदि tcpListenDropQ0 क्रमशः शून्य से भिन्न है, तो tcp_conn_req_max_max_q0 पैरामीटर का मान बढ़ाएँ।

लेकिन, एक BUT है, अगर tcp_conn_req_max_q को तुरंत बहुत बढ़ा दिया जाता है, तो यह स्वाभाविक रूप से SYN पैकेट का उपयोग करके DOS के लिए असुरक्षित होगा। बस इसके लिए हमें दूसरे पैरामीटर की आवश्यकता है, जो आदर्श रूप से ऐसे मामलों को रोकने के लिए बनाया गया है। दूसरा पैरामीटर SYN पैकेट प्राप्त करने के बाद सर्वर पर पंक्तिबद्ध किए जाने वाले सत्रों के लिए जिम्मेदार है। दुर्भाग्य से, इसे भी आयाम से नहीं बढ़ाया जा सकता है, क्योंकि यदि अनुप्रयोग धीमा है, तो क्लाइंट कतारबद्ध होंगे और सर्वर से कनेक्ट किए बिना वहां रहेंगे।
इन मानों में कोई भी परिवर्तन आसानी से ndd कमांड का उपयोग करके किया जाता है, उदाहरण के लिए, मैं अत्यधिक लोड किए गए सर्वरों में से एक का मान दूंगा, इन मापदंडों का उपयोग कार्य में किया जा सकता है:

  # ndd -set /dev/tcp tcp_conn_req_max_q 16384 <==== # ndd -set /dev/tcp tcp_conn_req_max_q0 16384 <==== # ndd -set /dev/tcp tcp_max_buf 4194304 # ndd -set /dev/tcp tcp_cwnd_max 2097152 # ndd -set /dev/tcp tcp_recv_hiwat 400000 # ndd -set /dev/tcp tcp_xmit_hiwat 400000 

अंत में, मैं इन मापदंडों के बारे में कहना चाहता हूं कि इन मापदंडों में परिवर्तन को सूक्ष्मता के साथ बदलने और अनावश्यक रूप से नहीं बदलने के लिए आवश्यक है।

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