OpenVPN ટ્રાફિકને આકાર આપવો: કયું ઇન્ટરફેસ તેને જુએ છે?

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

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

નિયમ પહેલાં ધ્યેયનું નામ આપો

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

સીધા WAN ટ્રાફિક પર કામ કરતી મર્યાદા એ પુરાવો નથી કે એ જ હોસ્ટ ટનલની અંદર આવરી લેવાયેલ છે. નિયમ એવા સરનામા સાથે મળી શકે છે જે શેપર જે હેડર જુએ છે તેમાં ક્યારેય દેખાતું નથી.

ટનલની અંદર કે બહાર

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

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

ઓળખો કે સરનામાં ક્યાં ઉપલબ્ધ રહે છે, અનુવાદ ક્યાં થાય છે અને કઈ કતાર ખરેખર અડચણને નિયંત્રિત કરે છે.

ત્રણ નીતિઓ, ત્રણ પ્રકારના પુરાવા

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

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

એન્ક્રિપ્ટેડ ભાર માપો, નગ્ન ભાર નહીં

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

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

સ્પેસિફિકેશનને ત્રણ લીટીમાં લખો: ટ્રાફિકનો મેળ, અમલીકરણનું બિંદુ અને માપેલો ભાર. OpenVPN વત્તા QoS સ્પેસિફિકેશન નથી.