Nginx Tools के साथ एक विशिष्ट उपयोगकर्ता ID बनाना

मैं आपका स्वागत करता हूं, हेब्रिटाचेटेली!

मैं आपको एक समस्या के बारे में बताऊंगा जिसने मेरा सामना किया और मैंने इसे कैसे हल किया।

मैं तुरंत एक आरक्षण करूंगा - जी में एक घंटे की खोज और मैं एक संतोषजनक परिणाम नहीं लाया, लेकिन अगले घंटे में मेरा अपना समाधान लागू किया गया।

यह सब एक प्रयोग से अधिक कुछ नहीं है - विचारों और कार्यान्वयन में दोनों पर सफेद धब्बे हैं, इस स्तर पर आपको यह समझने की आवश्यकता है कि क्या जीना है या नहीं।


कार्य का सार यह था कि मुझे सिस्टम घटकों (वेब ​​प्रोजेक्ट) की प्रकृति और धर्म की परवाह किए बिना आगंतुक की विशिष्ट पहचान करने की आवश्यकता थी। और गति के संदर्भ में यह संभव के रूप में सरल, जल्दी और बड़े ओवरहेड के रूप में करना है।
यह नोट करना महत्वपूर्ण है कि लॉगिन / पासवर्ड द्वारा उपयोगकर्ता प्राधिकरण या अभी तक प्रदर्शन नहीं किया गया है ।

एक वेब सर्वर और प्राथमिक लोड बैलेंसर के रूप में, मेरे पास Nginx है।

Php के लिए मेरे सिस्टम पर, मैं fastcgi के माध्यम से php-fpm का उपयोग करता हूं, और c ++ व्यापार तर्क सर्वर fastcgi के माध्यम से काम करता है।



यहाँ एक उदाहरण आरेख है:


सिस्टम में C ++ सर्वर जोड़े जाने के बाद मैं वैश्विक पहचान की समस्या में आया, जो अपने लिए कुछ अनुरोधों को पकड़ता है।

चूंकि सकारात्मक सर्वर के लिए अनुरोध php बैकएंड के अनुरोध से पहले हो सकता है, इसलिए मैं PHPSESSID द्वारा उपयोगकर्ता पहचान की एक सुविधाजनक, तेज़, और सबसे महत्वपूर्ण रूप से सुंदर कार्यान्वयन के साथ नहीं आ सका।

मैंने यह सब Nginx का उपयोग करके, या बल्कि, इसके पर्ल मॉड्यूल को लागू करने का निर्णय लिया।
यह समाधान का अब तक का एकमात्र महत्वपूर्ण ऋण है - यह मॉड्यूल डिफ़ॉल्ट रूप से संकलित नहीं है, अर्थात, आपको nginx का पुनर्निर्माण करना होगा:

$ ./configure --with-http_perl_module

अब यह कार्य कई चरणों में नीचे आता है:

चरण 1. एक मोती मॉड्यूल लिखें जो पहचानकर्ता के लिए उत्पन्न और जांच करता है

1. एक सेट पहचानकर्ता के लिए जाँच करें, उदाहरण के लिए, कुकीज़ में।
पहचानकर्ता को न केवल कुकीज़ में प्रसारित किया जा सकता है, मेरे मामले में यह वहां है।

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

यदि पहचानकर्ता मान्य है, तो हम पीढ़ी प्रक्रिया को पूरा करते हैं।
यदि नहीं, तो एक नया (पी। 2 बी) उत्पन्न करें - शायद यहां आपको किसी तरह से अलग तरह से प्रतिक्रिया देनी चाहिए, आपको इसके बारे में सोचने की जरूरत है।

2 बी। आईडी जनरेट करें
यहां उपयोगकर्ता से यादृच्छिक डेटा + कुछ डेटा का उपयोग करके पहचानकर्ता की पीढ़ी है।
अब पहचानकर्ता में यादृच्छिक अनुक्रम के 32 बाइट्स (हेक्सस्ट्रा) और डाइजेस्ट के 32 बाइट्स (हेक्सस्ट्रा) शामिल हैं (नीचे देखें)।
बेशक, यह कम हो सकता है और होगा।

 package session; use strict; use Digest::MD5 qw(md5_hex); my $secret_key = '__TOP_SECRET__KEEP_IT_IN_BANK__'; # ,     my $cookie_name = 'SID'; #      my $rand_len = 16; #    my $hex_length = $rand_len * 2; my $hex_mask = "H".$hex_length; my $digest_length = 32; #    hexstr - 32 . #    sub hash { # data -  , ng - nginx . my ($data,$ng) = @_; #      ip  return md5_hex($data."_".$secret_key."_".$ng->header_in("User-Agent")."_".$ng->remote_addr); } #    .  MAN, , /dev/random  . #           nginx. #     . open(my $rand, '<', "/dev/random"); sub gen { # ng - nginx  my $ng = shift; #       #  32  (hexstr)   #  32  (hexstr)  (. sub hash) if ($ng->header_in("Cookie")=~/$cookie_name=(\w{$hex_length})(\w{$digest_length});?/) { if ($2 eq hash($1, $ng)) { return "$1$2"; } } #    read($rand, my $data, $rand_len); #    hexstr my $h = unpack($hex_mask, $data); #     (. sub hash) my $id = $h.hash($h, $ng); #   $ng->header_out("Set-Cookie","$cookie_name=$id;"); #   nginx return $id; } 1; __END__ 

चरण 2. पहचानकर्ता के साथ मित्र सिस्टम घटक बनाएं

इस मॉड्यूल को जोड़ने के लिए, nginx.conf को संपादित करें

     http {
         ...
         perl_modules conf / perl;  # निर्देशिका जहां हमारा मॉड्यूल संग्रहीत है
         perl_require session.pm;  # मॉड्यूल फ़ाइल
         perl_set $ sid सत्र :: जीन;  # चर जिसमें पहचानकर्ता संग्रहीत किया जाएगा
         ...
 
         सर्वर { 
             ..
             स्थान ~ * \। php $ {
                 रूट html / www;
                 fastcgi_pass http: // backend_upstreams;
                 fastcgi_index index.php;
                 fastcgi_param SCRIPT_FILENAME $ document_root / $ fastcgi_script_name;
                 fastcgi_params शामिल करें;
                 fastcgi_param SID $ सिड;  # FastCGI आईडी बैकएंड में ट्रांसफर
             }
            
             स्थान ~ * \ tst $ $            
                 fastcgi_pass unix: / tmp / cpp_server;
                 fastcgi_params शामिल करें;
                 fastcgi_param SID $ सिड;  # FastCGI के माध्यम से बैकएंड में पहचानकर्ता का स्थानांतरण
             }
         }
         ...
     }

चरण 3. सत्यापन कि हम सभी nafig विफल नहीं होंगे

एक छोटा भार परीक्षण लिखा गया था। मैंने मानक मोती बेंचमार्क बेंचमार्क का उपयोग किया।

 #!/usr/bin/perl use strict; use Benchmark; use Digest::MD5 qw(md5_hex); my $secret_key = '__TOP_SECRET__KEEP_IT_IN_BANK__'; my $cookie_name = 'SID'; my $rand_length = 16; my $hex_mask = "H".($rand_length * 2); open(my $rand, '<', "/dev/random"); sub hash { my ($data) = @_; my $hash = md5_hex($data."_".$secret_key."_Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/535.7 (KHTML, like Gecko) Chrome/16.0.912.63 Safari/535.7_127.0.0.1"); return $hash; } sub gen { read($rand, my $data, $rand_length); my $h = unpack($hex_mask,$data); my $id = $h.hash($h); my $ng = "$cookie_name=$id;"; return $ng; } my $t0 = new Benchmark; for (my $i =0; $i < 1000000;++$i) { gen(); } my $t1 = new Benchmark; my $td = timediff($t1, $t0); print "Total:".timestr($td)."\n"; 

600Mhz VDSke पर काम का परिणाम:
कुल: 6 वॉलकॉक सेकंड्स (5.75 usr + 0.30 sys = 6.05 CPU)
यानी एक पहचानकर्ता को उत्पन्न करने में ~ 6 * 10 ^-6 सेकंड का समय लगता है।
मान लीजिए कि सबसे खराब विकल्प सत्यापन + पीढ़ी प्रति अनुरोध = 12 * 10 ^-6 सेकंड है।
बाकी अब तक मैंने परीक्षण नहीं किया था, लेकिन निश्चित रूप से जहां खींचने के लिए है।

पीएचपी

पहचानकर्ता के लिए php बैकएंड से पहुँच - $ _SERVER ['SID'];
आप इस पहचानकर्ता को session_id के रूप में भी सेट कर सकते हैं

 <? session_id($_SERVER['SID']); session_name('SID'); //         PHPSESSID, SID session_start(); ?> 

इस मामले में, यदि सत्र डेटाबेस या मेमाचे में संग्रहीत किया जाता है, उदाहरण के लिए, तो सिस्टम के सभी घटकों में सत्र डेटा तक पहुंच होगी (हालांकि मुझे सत्र रिकॉर्ड को लॉक करने में समस्या है)।

युपीडी:

क्यों नहीं ngx_http_userid_module

सही सवालों के लिए डेमेट्रो का धन्यवाद।

इस मॉड्यूल के फिट न होने के दो बहुत महत्वपूर्ण कारण हैं ( अधिक ):

1. कोई उपयोगकर्ता आईडी सत्यापन नियंत्रण नहीं है
2. पहले अनुरोध पर, बैकएंड को यूआईडी पास करने का कोई तरीका नहीं है