ഒരു പ്രൊഫൈലിലെ രണ്ട് റിമോട്ട് വരികൾ രണ്ടാമത്തെ പാതയായി തോന്നാം; അവ രണ്ടാമത്തെ ശ്രമമാണ്. ആദ്യ endpoint മറുപടി നിർത്തുമ്പോൾ ക്ലയന്റ് അടുത്തതിലേക്ക് നീങ്ങുന്നു, സെഷൻ വീതിയേറുന്നുമില്ല. പട്ടികയെ തുടക്കത്തിലേ ഫെയിൽഓവർ എന്ന് വിളിക്കൂ, അല്ലാതെ ചെയ്താൽ തെറ്റായ നോബ് ട്യൂൺ ചെയ്യും.

റിമോട്ട് പട്ടിക നിങ്ങൾക്ക് എന്ത് നൽകുന്നു

പ്രൊഫൈലിനെ ശേഷിയുടെ കുളമായല്ല, ക്രമീകരിച്ച ശ്രമങ്ങളുടെ കൂട്ടമായി കാണുക. ഓരോ എൻട്രിക്കും ടണൽ ഉയർത്താൻ അതിന്റെ ഊഴം ലഭിക്കുന്നു, സെഷൻ മറുപടി നൽകിയതിന്റെ മേൽ തുടരുന്നു. നീളമേറിയ പട്ടിക ബന്ധിപ്പിക്കാനുള്ള സാധ്യത മെച്ചപ്പെടുത്തുന്നു, പൈപ്പിന്റെ വലിപ്പമല്ല.

യഥാർത്ഥ അഗ്രിഗേഷൻ മറ്റൊരു യന്ത്രമാണ്. ഒരു പ്രവാഹം പല പാതകളിലായി വിഭജിക്കാൻ ഇരു അറ്റങ്ങളിലും ട്രാഫിക് വിഭജിച്ച് ക്രമത്തിൽ വീണ്ടും കൂട്ടിച്ചേർക്കുന്ന സോഫ്റ്റ്വെയർ വേണം.

കൂടുതൽ സർവറുകളിൽ നിന്ന് വേഗമേറിയ ടണലുകൾ വാഗ്ദാനം ചെയ്യുന്ന വിൽപ്പനക്കാരൻ ആ രണ്ടാമത്തെ മാതൃകയാണ് വിൽക്കുന്നത്, നീളമേറിയ പട്ടികയല്ല. ക്ലയന്റ് endpoint-കൾ ഊഴമനുസരിച്ച് മാത്രം പരീക്ഷിച്ചാൽ, അഞ്ച് എൻട്രികൾ നിങ്ങളുടെ സാധ്യത മാറ്റുന്നു, മറ്റൊന്നുമല്ല. ഒരു തടസ്സം നോക്കൂ: സെഷൻ വീണ് മറ്റെവിടെയോ തിരിച്ചുവരുന്നു, അതിനെ ലോഗ് പുതിയ endpoint ആയി കാണിക്കുന്നു, ഒരിക്കലും വീതിയേറിയ പൈപ്പായി അല്ല.

ഒരു endpoint-മായി ക്രമീകരണങ്ങൾ നിർത്തുന്ന ബ്ലോക്കുകൾ

സാധാരണ remote വരി ഒരു വിലാസം കൊണ്ടുപോകുന്നു, ചിലപ്പോൾ പോർട്ടും പ്രോട്ടോക്കോളും. endpoint-ന് പ്രോക്സി ആവശ്യമാകുമ്പോൾ, അല്ലെങ്കിൽ ബാക്കി ഫയൽ ഉപയോഗിക്കാത്ത ഗതാഗതം വേണമെങ്കിൽ, ആ ക്രമീകരണങ്ങൾ അവയെ അതിനൊപ്പം നിർത്തുന്ന കണക്ഷൻ ബ്ലോക്കിൽ ഇടുക. ഇൻലൈൻ ബ്ലോക്കുകൾ ഒരൊറ്റ .ovpn ഫയലിലും പ്രവർത്തിക്കുന്നു, മിക്ക പ്രൊഫൈലുകളും അങ്ങനെയാണ് എത്തുന്നത്.

ബ്ലോക്കിന് പുറത്തുള്ള എല്ലാം അതിനെ മറികടക്കാത്ത എൻട്രികൾക്ക് ഡിഫോൾട്ടായി പ്രവർത്തിക്കുന്നു. അതുകൊണ്ടാണ് ഒരു നിർമ്മിച്ച ബ്ലോക്കും നാല് സാധാരണ റിമോട്ടുകളും വിലാസ പട്ടിക വിശദീകരിക്കാനാവാത്ത രീതിയിൽ പെരുമാറുന്നത്.

നിങ്ങൾക്ക് അറിയാത്ത ബ്ലോക്ക് ഇല്ലാതാക്കുന്നത് അലങ്കാരമല്ല. അത് ഉൾപ്പെട്ട endpoint ഫയലിന്റെ ഡിഫോൾട്ടുകളിലേക്ക് മടങ്ങുന്നു, അവ അത് കേൾക്കുന്ന ഗതാഗതത്തിൽ നിന്ന് വ്യത്യസ്തമായിരിക്കാം. തെറ്റായ പൊതിയാപ്പ് നീക്കിയാൽ ഒരു എൻട്രി പരാജയപ്പെടും, ബാക്കിയുള്ളവ പ്രവർത്തിക്കും, അതിനാൽ അത് തകർന്ന പ്രൊഫൈലല്ല, മോശം സർവറായി തോന്നും. തിരുത്തുന്നതിന് മുമ്പ് ഓരോ റിമോട്ടും അതിന്റെ ഗതാഗതം, പോർട്ട്, പ്രോക്സി എന്നിവയോടൊപ്പം വായിക്കുക.

വീണ്ടും ശ്രമിക്കുന്ന ക്രമവും remote-random-ന്റെ വിലയും

ഓരോ മരിച്ച എൻട്രിയും അടുത്ത ശ്രമത്തിന് മുമ്പ് സമയം എടുക്കുന്നതിനാൽ ക്രമം പ്രധാനമാണ്. ആവശ്യമുള്ള endpoint ആദ്യം വയ്ക്കുക, ബാക്കിയുള്ളവയെ ക്രമീകരിച്ച കരുതൽ എന്ന് കാണുക.

remote-random തുടക്ക ക്രമം കലക്കുന്നു, അത് ലോഡ് തുല്യ സർവറുകളിലേക്ക് വിതരണം ചെയ്യുന്നു, ഒരു endpoint വ്യക്തമായി പ്രധാനമാകുമ്പോൾ തിരിച്ചടിയാകുന്നു. ഏതായാലും, ക്ലയന്റ് തിരഞ്ഞെടുത്ത endpoint ലോഗ് ചെയ്യുക; ബന്ധം മന്ദഗതിയിലെന്ന് തോന്നുമ്പോൾ പ്രൊഫൈൽ നാമം ഒന്നും പറയുന്നില്ല. വിശദമായ ലോഗിൽ നിന്ന് ലിങ്ക് വരി grep ചെയ്താൽ സെഷൻ എവിടെ ഇറങ്ങി എന്ന് കാണാം.

ഓപ്പറേറ്റർമാരെ കലർത്തുന്നത് വിശ്വാസ പ്രസ്താവന തകർക്കുന്നു

പ്രൊഫൈൽ ഐഡന്റിറ്റിയെക്കുറിച്ചുള്ള ഒരു പ്രസ്താവനയുമാണ്: ഈ വിലാസങ്ങൾ നിങ്ങൾ എത്താൻ ഉദ്ദേശിച്ച സേവനമാണ്, പിൻ ചെയ്ത സർട്ടിഫിക്കറ്റ് അതിനുള്ളതാണ്. ആ ഫയലിലേക്ക് സൗജന്യ പൊതു സർവറുകൾ ഇടുന്നത് പ്രസ്താവന തകർക്കുന്നു: അവയുടെ സർട്ടിഫിക്കറ്റുകളും നിങ്ങളുടേതും വ്യത്യസ്ത സേവനങ്ങളെ വിവരിക്കുന്നു. സാധാരണ ഫലം ഐഡന്റിറ്റി പരാജയമോ, നിങ്ങളുടെ ദാതാവിന്റെ ശൃംഖലയ്ക്ക് പുറത്തുള്ള ഹോസ്റ്റിന് നൽകുന്ന ക്രെഡൻഷ്യലുകളോ ആണ്. ബദലുകൾ നിങ്ങളുടെ ഓപ്പറേറ്റർ വിതരണം ചെയ്യുന്ന സെറ്റിനുള്ളിൽ സൂക്ഷിക്കുക, യോജിക്കുന്ന ക്രെഡൻഷ്യലുകളും വിശ്വാസ വസ്തുവും സഹിതം.

നിങ്ങൾക്ക് രണ്ട് ദാതാക്കളിൽ നിന്ന് endpoint വേണമെങ്കിൽ, അത് റൂട്ടിംഗാണ്, പ്രൊഫൈൽ എഡിറ്റിംഗല്ല. ടണലിന് മുകളിൽ അത് പരിഹരിക്കുക, ഏത് ട്രാഫിക് ഏത് പാത എടുക്കുന്നു എന്ന് അവിടെ പറയാം.

ഊഹിക്കാതെ ഓരോ എൻട്രിയും പരീക്ഷിക്കുക

അംഗീകരിച്ച പ്രൊഫൈൽ അപ്ഡേറ്റിന് ശേഷം, ഓരോ ആവശ്യമായ endpoint-ലേക്കും ബോധപൂർവം കണക്ട് ചെയ്ത് ഏത് ഗതാഗതം ഉയർന്നു എന്ന് സ്ഥിരീകരിക്കുക. വിശദമായ റൺ അത് ദൃശ്യമാക്കുന്നു. openvpn --config office.ovpn --verb 4 ആരംഭിച്ച് പ്രതീക്ഷിച്ച വിലാസത്തിനുള്ള ലിങ്ക് വരി വായിക്കുക. തുടർന്ന് ടണലിന് പിന്നിലുള്ള വിഭവങ്ങൾ പരിശോധിക്കുക; ഒരു എൻട്രി ഹാൻഡ്ഷേക്ക് പൂർത്തിയാക്കിയാലും നിങ്ങളെ എങ്ങോട്ടും റൂട്ട് ചെയ്തെന്ന് വരില്ല.

ഫെയിൽഓവറിന് പ്രതീക്ഷയല്ല, സ്വന്തം പരീക്ഷണം വേണം. ലബോറട്ടറിയിൽ ആദ്യ endpoint തടയുക, ക്ലയന്റ് ആരംഭിക്കുക, മുന്നോട്ട് നീങ്ങാൻ എത്ര സമയമെടുക്കുന്നു എന്ന് അളക്കുക. മന്ദഗതിയിലുള്ള ആദ്യ എൻട്രിക്ക് പിന്നിൽ നീളമേറിയ പട്ടിക നന്നായി തുടങ്ങുന്ന ചെറിയ പട്ടികയേക്കാൾ മോശമാണ്.

ഓപ്പറേറ്റർ പട്ടിക മാറ്റുമ്പോഴെല്ലാം അത് വീണ്ടും പരിശോധിക്കുക. ഇറക്കുമതി ചെയ്ത സെറ്റ് അതിന്റെ എൻട്രികൾ നിലനിൽക്കുകയും നിങ്ങളുടെ ബ്ലോക്കുകൾ വിവരിക്കുന്ന ഗതാഗതം സംസാരിക്കുകയും ചെയ്യുന്നിടത്തോളം മാത്രം ഉപയോഗപ്രദമാണ്. OpenVPN 2.6 കൈപ്പുസ്തകം ഇവിടെ remote, connection, random-order നിർദ്ദേശങ്ങൾ ഉൾക്കൊള്ളുന്നു, സിന്റാക്സ് സംശയകരമാകുമ്പോൾ പരിശോധിക്കേണ്ട പതിപ്പ് അതാണ്.

അനുബന്ധ ലേഖനങ്ങൾ