શેર કરેલ VPN ખાતાની સત્ર મર્યાદા: એક ઉપકરણ કેમ ખસી જાય છે

તમે એવા ખાતામાં બીજું લેપટોપ ઉમેરો છો જે પહેલેથી તમારા ફોન પર ચાલે છે, અને ફોનની ટનલ એક મિનિટમાં ખસી જાય છે. અથવા નવું ઉપકરણ ક્યારેય જોડાણ પૂરું કરતું નથી, અને ક્લાયન્ટ સમયસીમાને બદલે નીતિ-સંદેશ પર પૂરો થાય છે. બંને કિસ્સામાં નેટવર્ક ઠીક છે; નિર્ણય તેની ઉપર લેવાયો હતો. શેર કરેલ લોગિન એક ઓળખ છે, અને મોટાભાગની VPN સેવાઓ તમારી પાસેના ઉપકરણોની સંખ્યાને બદલે એ ઓળખની ગણતરી કરે છે. હું ક્લાયન્ટ સ્ક્રીનથી બહાર તરફ કામ કરું છું, કારણ કે તે સામાન્ય રીતે બતાવે છે કે કયો સ્તર તમને નકાર્યા.

નેટવર્કને અડકતા પહેલા ક્લાયન્ટનો સંદેશ વાંચો

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

OpenVPN ક્લાયન્ટ તેમના લોગ પેનલમાં રસપ્રદ લાઇનો રાખે છે. પછી આવતા ફરી પ્રયાસના લૂપ પર નહીં, છેલ્લા જોડાણ પ્રયાસ સુધી સ્ક્રોલ કરો, અને AUTH_FAILED અથવા મોકલાયેલ કારણ-સ્ટ્રિંગ શોધો. ક્લાયન્ટ ઘણી વાર સમજૂતી વિના સામાન્ય અસ્વીકારની જાણ કરે છે, તેથી આગળનું પગલું સર્વર છે, ક્લાયન્ટની સેટિંગ્સ નહીં. પ્રદાતાની એપ્સ વધુ ખરાબ છે: ઉપકરણ-મર્યાદાનો સંદેશ ઉપયોગી છે, પણ બે સેકન્ડ પછી ધરાશાયી થતું જોડાણ નીતિ-નિર્ણય છે, ખરાબ પાસવર્ડ નહીં. કોઈપણ રીતે ઉપકરણનું નામ અને ચોક્કસ સમય લખી રાખો; ઓપરેટર એ જોડીને સેકન્ડોમાં ઍક્સેસ રેકોર્ડ સાથે મેળવી શકે છે.

સત્રો ત્યાં ગણો જ્યાં સર્વર તેમને ગણે છે

મહત્ત્વનું કાઉન્ટર ગેટવે પર રહે છે. સર્વર --status સાથે શરૂ થાય ત્યારે OpenVPN સ્થિતિ-ફાઇલ લખે છે, જેમાં દરેક જોડાયેલ ક્લાયન્ટને તેના સામાન્ય નામ, વાસ્તવિક સરનામા અને ટ્રાફિક કાઉન્ટર સાથે સૂચિબદ્ધ કરે છે.

cat /var/log/openvpn-status.log
# or query the management socket directly
echo "status 2" | socat - UNIX-CONNECT:/run/openvpn/server.sock

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

WireGuard પાસે તપાસવા માટે કોઈ સત્ર કોષ્ટક નથી. wg show wg0 સાથીઓ અને તેમનો છેલ્લો હેન્ડશેક છાપે છે, અને દરેક નોંધાયેલ ઉપકરણ પોતાની કી સાથેનો સાથી છે. ત્યાં શેર કરેલ ખાતું એ ઘણી મશીનો પર નકલ કરેલી કન્ફિગ ફાઇલ છે, અને મર્યાદા તેમાંથી આવે છે જે એ કન્ફિગ વહેંચે છે: પ્રદાતાનું પોર્ટલ, સીટ ગણતરી, અથવા તમારા જાહેર સરનામા સાથે બંધાયેલ નિયમ. તમે તમારું ગેટવે ચલાવો તો OpenVPN 2.6 મેન્યુઅલ સર્વર-બાજુના વિકલ્પો દસ્તાવેજ કરે છે.

એક સંદેશ પાછળ છુપાયેલી ચાર મર્યાદાઓ અલગ કરો

મોટાભાગની શેર કરેલ ખાતાની ટિકિટ ચાર પ્રવેશ-નિર્ણયોમાંથી એક છે. ક્લાયન્ટ તેમને અલગ તારવી શકતું નથી, પણ કયું ઉપકરણ નિષ્ફળ જાય છે તેની પેટર્ન કરી શકે છે.

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

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

તમારા જાહેર સરનામા સાથે બંધાયેલ મર્યાદા. એક ઘર રાઉટર પાછળના બે લેપટોપ નિષ્ફળ જાય છે જ્યારે એ જ લોગિન ફોન હોટસ્પોટથી ચાલે છે. પરીક્ષણ માટે બીજું ઉપકરણ બીજા નેટવર્ક પર લઈ જાઓ. જો ત્યાં જોડાય, તો તમે સરનામા દીઠ નિયમ અથવા NAT નિયમ જોઈ રહ્યા છો, ખાતાની ગણતરી નહીં.

સર્વર-વ્યાપી મહત્તમ. ગેટવે પરના બધા એ જ વ્યસ્ત કલાકે નિષ્ફળ જાય છે, જેમાં ગઈકાલે ઠીક હતા તે ખાતાં પણ છે. OpenVPN નું --max-clients આમ જ વર્તે છે, અને તેનો તમારા નોંધાયેલા ઉપકરણો સાથે કોઈ સંબંધ નથી.

વધુ સીટ ખરીદતા પહેલા જૂનાં સત્રો સાફ કરો

ખરાબ રીતે પૂરું થયેલું સત્ર હજી પણ જગ્યા રોકી શકે છે. સત્ર શરૂ થાય ત્યારે RADIUS એકાઉન્ટિંગ રેકોર્ડ લખે છે અને સત્ર બંધ થાય ત્યારે તેને બંધ કરે છે; ક્લાયન્ટ અદૃશ્ય થાય ત્યારે બંધ થવું ક્યારેય આવતું નથી અને સર્વર વચ્ચેનું અપડેટ અથવા સમયસીમા પૂરી થાય ત્યાં સુધી સત્ર રાખે છે. FreeRADIUS ગેટવે પર તમે ખુલ્લા રેકોર્ડ જોઈ શકો છો:

SELECT username, acctsessionid, acctstarttime
FROM radacct WHERE acctstoptime IS NULL;

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

સાથે ચાલતા ઉપકરણો વચ્ચે એક ઓળખ શેર કરવાનું બંધ કરો

ટકાઉ ઉકેલ માળખાકીય છે. દરેક ઉપકરણને અનન્ય સામાન્ય નામ સાથે તેનું પોતાનું પ્રમાણપત્ર, અથવા તેનું પોતાનું ખાતું આપો, અને કઈ વ્યક્તિ અને કઈ મશીન તેને ધરાવે છે તે નોંધો. OpenVPN માં એનો અર્થ ઉપકરણ દીઠ એક ક્લાયન્ટ પ્રમાણપત્ર, અને જ્યાં સુધી તમે કબજો લેવાનું વર્તન ન ઈચ્છો ત્યાં સુધી --duplicate-cn બંધ; WireGuard માં ઉપકરણ દીઠ એક કી જોડી, જે ત્યાં જ બને છે અને ક્યારેય નકલ થતી નથી.

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

નિશ્ચિત ક્રમમાં ચકાસો

દર વખતે એ જ રીતે સુધારો ચકાસો, જેથી પરિણામનો અર્થ રહે.

• દરેક ઉપકરણ પર સાઇન આઉટ કરો અને ખાતરી કરો કે સર્વરની સક્રિય સૂચિ ખાલી છે; જે પ્રવેશ સાફ થતો નથી તે જૂનું સત્ર છે, ક્લાયન્ટની ખામી નહીં.
• ઉપકરણો એક વખતે એક જોડો અને જોડાણો વચ્ચે સૂચિ જુઓ.
• જો બે સાથે ચાલવા જોઈએ, તો ખાતરી કરો કે બંને પંક્તિઓ અલગ ઓળખ ધરાવે છે અને બંને તેમનો હેન્ડશેક તાજો રાખે છે.
• Wi-Fi થી મોબાઇલ તરફના હસ્તાંતરણ પછી પુનરાવર્તન કરો, કારણ કે ફરી જોડાવું બીજો રેકોર્ડ બનાવી શકે છે.

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