OpenVPN remote-random: ગોઠવાયેલ ક્રમ, એક ટનલ

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

આ તફાવત પરીક્ષણ અને ગોપનીયતાના દાવા બંને માટે મહત્વનો છે.

જોડાણ સમયે વિકલ્પ શું બદલે છે

ક્લાઇન્ટ પ્રોફાઇલમાં ઘણી remote લાઇન હોઈ શકે છે, દરેકના પોતાના હોસ્ટનામ અને પોર્ટ સાથે. ડિરેક્ટિવ વિના તે ફાઇલના ક્રમમાં અજમાવવામાં આવે છે; તેની સાથે સૂચિ સત્રની શરૂઆતમાં એક વાર ફરીથી ગોઠવાય છે અને જે પ્રથમ સરનામું જવાબ આપે છે તે જીતે છે. બાકીના આ પ્રયાસ માટે વૈકલ્પિક રહે છે, સમાંતર માર્ગ નહીં. ફક્ત એક રિમોટ ધરાવતી પ્રોફાઇલ ડિરેક્ટિવને મિશ્રિત કરવા કંઈ આપતી નથી, અને તે ઝડપી રીત છે એ જોવાની કે તેનું મહત્વ હોઈ શકે છે કે નહીં.

OpenVPN મેન્યુઅલ આ વિકલ્પને જોડાણ પ્રયાસોના ક્રમને અસર કરતો હોવાનું દસ્તાવેજ કરે છે, અને વર્તનમાં બરાબર એટલી જ વ્યાપ્તિ અપેક્ષિત છે.

ફરીથી જોડાણ નવું પસંદગી ચક્ર શરૂ કરે છે, તેથી પછીનું સત્ર બીજે ક્યાંક ઉતરી શકે છે. ચાલુ ટનલ ઊભી હોય ત્યાં સુધી ખસતું નથી.

દંતકથા: દરેક વિનંતીને નવું સર્વર મળે છે

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

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

remote-random-hostname શેના માટે છે

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

નામો સંબંધિત લાગે તેથી તેને સક્રિય કરવી સામાન્ય ભૂલ છે. વાઇલ્ડકાર્ડ પ્રમાણપત્ર અથવા DNS ગોઠવણી જે બદલાયેલા નામની અપેક્ષા રાખતી નથી તે ફક્ત રિઝોલ્વ અથવા માન્ય કરવામાં નિષ્ફળ જશે.

લોગમાંથી પસંદ કરેલું અંતિમ બિંદુ વાંચો

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

grep -c '^remote ' client.ovpn
openvpn --config client.ovpn --verb 4 2>&1 | grep -i -E 'attempting|peer connection'
openvpn --help | grep -A2 remote-random
head -20 client.ovpn

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

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