પ્રથમ સત્ર જીતે છે: બહિષ્કાર પહેલાં OpenVPN લોગિનનું નિયંત્રણ

એક ખાતા દીઠ એક સત્રની મંજૂરી આપતી નીતિ બીજું લોગિન ન આવે ત્યાં સુધી નક્કી લાગે છે. બે પરિણામ શક્ય છે: નવો આવનાર હાલનું સત્ર બદલે છે, અથવા હાલનું સત્ર સ્લોટ રાખે છે અને નવા આવનારને નકારવામાં આવે છે. ફક્ત બીજું જ પ્રથમ સત્ર જીતે છે નીતિ છે. મોટા ભાગના લોકો જે ક્લાયન્ટ વિકલ્પ પર જાય છે તે સમવર્તિતા સક્ષમ કરે છે અને તેથી આ પરિણામ આપતું નથી.

એક સેટિંગ પાછળ બે કરાર છુપાયેલા છે

સમવર્તિતા બંધ હોય ત્યારે સમાન પ્રમાણપત્ર નામ ધરાવતું બીજું જોડાણ પહેલેથી ચાલતું સત્ર ખસેડી શકે છે. સમવર્તિતા ચાલુ કરવાથી એકસાથે ઘણાં સત્રોની મંજૂરી મળે છે, જે મર્યાદાનો વિરોધાભાસ છે. બંનેમાંથી કોઈ પણ નકાર નીતિ નથી, તેથી નિર્ણય સાવ બીજે જ લેવો પડશે.

કંઈપણ અમલમાં મૂકતા પહેલાં કરાર લખો: કોને નકારવામાં આવે છે, કયો પુરાવો હાલનું સત્ર ઓળખે છે અને સ્વચ્છ ડિસ્કનેક્ટ વિના સત્ર મરે ત્યારે શું થાય છે. કોઈએ આ રીતે ન કહી હોય એવી નીતિ પછી પરીક્ષણ કરી શકાતી નથી.

બહિષ્કાર તમારા કનેક્ટ હૂક પહેલાં થાય છે

2.6 સર્વર કોડ પથમાં, નવા ક્લાયન્ટની શરૂઆતની તૈયારી સમવર્તિતા બંધ હોય ત્યારે સમાન નામની હાલની નકલો દૂર કરે છે. એ દૂર કરવું કનેક્ટ હેન્ડલર શૃંખલા ચાલે તે પહેલાં થાય છે. તેથી નકલ જોઈને નિષ્ફળતા પાછી આપતી સ્ક્રિપ્ટ નવા આવનારને હાલનું સત્ર પહેલેથી બહાર ફેંકાઈ ગયા પછી નકારે છે - બરાબર એ જ પરિણામ જે નીતિ અટકાવવા માંગતી હતી. upstream અમલીકરણમાં કૉલબેકનો ક્રમ તમારા બિલ્ડ માટે એકમાત્ર વિશ્વસનીય જવાબ છે.

સ્ટેટસ ફાઇલ પોલ કરવી પણ દ્વાર નથી. એકસાથે આવતા બે પ્રયાસો કોઈ પણ નક્કી કરે તે પહેલાં ખાલી સ્લોટ જોઈ શકે છે, અને બંને આગળ વધે છે.

નિર્ણયને પ્રમાણીકરણમાં ખસેડો

પ્રમાણપત્ર ચકાસ્યા પછી મેનેજમેન્ટ ઇન્ટરફેસ પ્રમાણીકરણનો નિર્ણય લઈ શકે છે. એ ગોઠવણમાં કંટ્રોલર દેખરેખક નથી: તે દરેક જોડાનાર ક્લાયન્ટ નકલ મેળવે છે અને જવાબ આપે છે કે એ નકલ આગળ વધી શકે છે કે નહીં. જવાબ સ્થાપના પહેલાં આવે છે, તેથી નકાર હાલના સત્રને અસ્પૃશ્ય રાખે છે. એ જ ચેનલ ડિસ્કનેક્ટની જાણ કરે છે, અને એ રીતે કંટ્રોલર જાણે છે કે સ્લોટ કાયદેસર રીતે છોડવામાં આવ્યો છે.

દરેક નવી નકલને આ દ્વારમાંથી પસાર થવું પડે, જેમાં પુનઃજોડાણ અને પ્રોમ્પ્ટ વિના ફરી પ્રમાણીકરણ કરતો કોઈપણ માર્ગ સામેલ છે. જે દ્વાર સુધી કેટલીક નકલો ક્યારેય પહોંચતી નથી તે કંઈ રક્ષણ કરતું નથી, અને કોઈ બાયપાસ અજમાવે ત્યાં સુધી એ ચૂક અદૃશ્ય રહે છે.

ટોકન દ્વાર પાસે થઈને પસાર થઈ શકે છે

એકવાર ટોકન જારી થાય પછી, સર્વર તેને આંતરિક રીતે માન્ય કરી શકે છે અને એ જોડાણ માટે બાહ્ય પ્રમાણીકરણ છોડી શકે છે. મેનેજમેન્ટ કૉલ ક્યારેય થતો નથી, તેથી ફક્ત ત્યાં અમલમાં મૂકાયેલી સ્લોટ તપાસ નવી નકલ ક્યારેય જોતી નથી. એ વર્તન વપરાશકર્તાઓ માટે સુવિધા છે અને સમવર્તિતા નીતિ માટે ખાડો છે. ટોકન-પ્રમાણિત જોડાણોને સમાન અધિકૃત તપાસમાંથી પસાર કરાવો, અથવા નીતિ દરેક જોડાણ પર નિર્ણય માંગે ત્યારે ટોકન માર્ગ બંધ કરો.

દરેક ટોકનને શરત વિના સ્વીકારીને તેની ભરપાઈ ન કરો. સમાપ્ત કે અમાન્ય ટોકન પણ નિષ્ફળ થવું જોઈએ, અને તે બાકીના બધાની જેમ એ જ નિર્ણય-બિંદુ દ્વારા નિષ્ફળ થવું જોઈએ.

અનામતને સરનામા સાથે નહીં, નકલ સાથે બાંધો

સરનામું નબળી ઓળખ છે: એ જ લેપટોપથી પુનઃજોડાણ બીજા સરનામેથી આવી શકે છે, અને નકલ કરેલા ઓળખપત્ર એ જ સરનામેથી આવી શકે છે. અનામતને સર્વર સોંપેલ ક્લાયન્ટ નકલ સાથે બાંધો, જેથી પહેલેથી સ્વીકૃત નકલનું પુનઃપ્રમાણીકરણ માલિક તરીકે ઓળખાય. નવી નકલ ઓળખકર્તાએ સમાન ટોકન રજૂ કરે ત્યારે પણ પ્રથમ જીતે નિર્ણય દ્વારા પોતાનો સ્લોટ મેળવવો પડે.

ફક્ત નિષ્ફળ પ્રયાસની અનામત છોડો. જૂના પ્રયાસની મોડી ડિસ્કનેક્ટ ઘટના નવા માલિકનો સ્લોટ સાફ ન કરવો જોઈએ, તેથી છોડવાનું ખાતાને નહીં, નકલને નામ આપે છે. કંટ્રોલર ફરી શરૂ થયા પછી કોઈને સ્વીકારતા પહેલાં જીવંત સત્રોનું મેળવણી કરો, અને ખાતાની સેવા કરતા દરેક ગેટવે પર એ જ નિયમ લાગુ કરો.

ખરેખર જૂનો સ્લોટ કેવી રીતે પુનઃપ્રાપ્ત થાય તે અલગથી નક્કી કરો. વ્યવસ્થાપકને તેને સાફ કરવાની દસ્તાવેજી રીતની જરૂર છે, અને એ માર્ગ ફક્ત ફરી જોડાઓ ક્લિક કરતા વપરાશકર્તા માટે ઉપલબ્ધ ન હોવો જોઈએ.

મહત્ત્વના જોડકાંનું પરીક્ષણ કરો: લગભગ એકસાથે બે લોગિન, સ્વચ્છ વિચ્છેદ પછી પુનઃજોડાણ, હાલના સત્રનું પુનઃપ્રમાણીકરણ, નકારાયેલો નવો આવનાર અને કંટ્રોલરનું પુનઃપ્રારંભ. દરેક કિસ્સામાં હાલનું સત્ર વાપરી શકાય તેવું રહેવું જોઈએ અને બીજા ખાતાંને નુકસાન વિના નવા આવનારને નકારવો જોઈએ.