VPN ബ്രിഡ്ജ് സ്ക്രിപ്റ്റ് ഇപ്പോഴും brctl വിളിക്കുന്നു: അതിന്റെ അർത്ഥം

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

കാണാത്ത സഹായ പ്രോഗ്രാം ടണൽ തകരാറല്ല

കൃത്യമായ വിളിയും അതിന്റെ പരിസ്ഥിതിയും കൊണ്ട് തുടങ്ങുക. നിങ്ങളുടെ ഇന്ററാക്ടീവ് ഷെല്ലിലുള്ള ഒരു കമാൻഡ് ഒരു സേവനത്തിന്റെ പരിമിതമായ തിരയൽ പാതയിൽ ഇല്ലാതിരിക്കാം, അതിനാൽ «കണ്ടെത്തിയില്ല» എന്ന പിശകിന് രണ്ട് വ്യത്യസ്ത അർത്ഥങ്ങളാകാം. സേവന ഉപയോക്താവായി command -v brctl പ്രവർത്തിപ്പിക്കുക, കൂടാതെ സ്ക്രിപ്റ്റ് ആരംഭിക്കുന്ന യൂണിറ്റ് വായിക്കുക systemctl cat openvpn-bridge-helper അല്ലെങ്കിൽ അതിന്റെ തത്തുല്യത്തോടൊപ്പം. പിശക് പാഠം സാധാരണയായി കാണാത്ത ബൈനറിയുടെ പേര് പറയുന്നു, ആ പേരാണ് പരിഹരിക്കേണ്ട ആശ്രിതത്വം.

ടണൽ ക്ലയന്റ് വീണ്ടും ഇൻസ്റ്റാൾ ചെയ്യുന്നത് ടണൽ നൽകുന്നു, ബ്രിഡ്ജ് യൂട്ടിലിറ്റിയല്ല. ഇവ വെവ്വേറെ പരിപാലകരുള്ള വെവ്വേറെ പാക്കേജുകളാണ്.

brctl എന്ത് ചെയ്തു, എന്തുകൊണ്ട് അത് കാലഹരണപ്പെട്ടു

ഈ ഉപകരണം Linux Ethernet ബ്രിഡ്ജുകൾ സൃഷ്ടിച്ചു നിയന്ത്രിച്ചു: addbr ഒരു ബ്രിഡ്ജ് സൃഷ്ടിച്ചു, addif ഒരു പോർട്ട് ബന്ധിപ്പിച്ചു. Debian കൈപ്പുസ്തകം ഇതിനെ കാലഹരണപ്പെട്ടതായി അടയാളപ്പെടുത്തി കൂടുതൽ ഉൾക്കൊള്ളുന്ന iproute2 ബ്രിഡ്ജ് ഉപകരണങ്ങളിലേക്ക് ചൂണ്ടുന്നു. കാലഹരണപ്പെട്ടത് എല്ലായിടത്തും നീക്കം ചെയ്തു എന്നല്ല, പുതിയ ഉപകരണം ഉള്ളത് സ്ക്രിപ്റ്റിലെ അക്ഷരാർത്ഥ brctl വിളി വിജയകരമാക്കുന്നുമില്ല.

അതിനാൽ ചോദ്യം brctl നല്ലതാണോ എന്നല്ല. സ്ക്രിപ്റ്റ് ഇപ്പോഴും പരിപാലിക്കപ്പെടുന്നുണ്ടോ, നിങ്ങളുടെ വിതരണം അതിന് ഏത് പാക്കേജ്, ഉണ്ടെങ്കിൽ, നൽകുന്നു എന്നതാണ്.

രണ്ട് സത്യസന്ധമായ ഓപ്ഷനുകൾ: സൂക്ഷിക്കുക അല്ലെങ്കിൽ കൈമാറുക

സൂക്ഷിക്കുക എന്നാൽ നിങ്ങളുടെ വിതരണത്തിന്റെ പിന്തുണയുള്ള പാക്കേജിൽ നിന്ന് രേഖപ്പെടുത്തിയ ആശ്രിതത്വം ഇൻസ്റ്റാൾ ചെയ്യുകയും സ്ക്രിപ്റ്റിന്റെ ഉത്ഭവം, പ്രതീക്ഷിത പതിപ്പ്, പ്രവർത്തന പാത എന്നിവ സ്ഥിരീകരിക്കുകയും ചെയ്യുക. അത് കാണാത്ത എക്സിക്യൂട്ടബിൾ തൃപ്തിപ്പെടുത്തുന്നു, അതിൽ കൂടുതലൊന്നുമില്ല: സ്ക്രിപ്റ്റിന്റെ ബ്രിഡ്ജ് പേരുകൾ, വിലാസ പദ്ധതി, വൃത്തിയാക്കൽ സ്വഭാവം എന്നിവ സാധൂകരിക്കപ്പെടാതെ തുടരുന്നു. കൈമാറ്റം എന്നാൽ പിന്തുണയുള്ള നെറ്റ്വർക്ക് കോൺഫിഗറേഷനുവേണ്ടി ഉദ്ദേശിച്ച പ്രവർത്തനങ്ങൾ വീണ്ടും എഴുതുക. ബ്രിഡ്ജ് സൃഷ്ടിക്കൽ, പോർട്ട് ബന്ധിപ്പിക്കൽ, ഹോസ്റ്റ് വിലാസനിർണ്ണയം, ലിങ്ക് സജീവമാക്കൽ എന്നിവ നാല് വെവ്വേറെ മാറ്റങ്ങളാണ്, brctl-ൽ നിന്ന് മറ്റൊരു യൂട്ടിലിറ്റിയിലേക്കുള്ള ഷെൽ അലിയാസ് വിവർത്തനമല്ല.

iproute2 തത്തുല്യങ്ങൾ ചെറുതാണ്: ip link add name br-vpn type bridge ബ്രിഡ്ജ് സൃഷ്ടിക്കുന്നു, ip link set tap0 master br-vpn ഒരു പോർട്ട് ബന്ധിപ്പിക്കുന്നു.

ഏത് ഓപ്ഷൻ തിരഞ്ഞെടുത്തു, സ്ക്രിപ്റ്റ് ആരുടേതാണ് എന്ന് എഴുതുക. രണ്ട് ഉപകരണങ്ങളെയും വിളിക്കുന്ന പകുതി കൈമാറിയ സഹായി രണ്ടിലേതിനെക്കാളും മോശമാണ്.

രണ്ടിനും മുമ്പ് ബ്രിഡ്ജ് രൂപകൽപ്പന നോക്കുക

Ethernet ബ്രിഡ്ജ് Ethernet വാഹനവും TAP സഹയാത്രികരും ആവശ്യമുള്ള രൂപകൽപ്പനയ്ക്ക് യോജിക്കുന്നു. ബ്രിഡ്ജ് യൂട്ടിലിറ്റികൾ ഇൻസ്റ്റാൾ ചെയ്യുന്നത് റൂട്ടുചെയ്ത TUN കണക്ഷനെ ബ്രിഡ്ജാക്കുന്നില്ല, പിന്തുണയുള്ള റൂട്ടുചെയ്ത പ്രൊഫൈൽ ബന്ധമില്ലാത്ത സ്ക്രിപ്റ്റിനോട് യോജിപ്പിക്കാൻ വളയ്ക്കരുത്. പ്രൊഫൈൽ റൂട്ടുചെയ്യുന്നുവെങ്കിൽ, ബ്രിഡ്ജ് സഹായി എന്തിന് പ്രവർത്തിക്കുന്നു എന്ന് കണ്ടെത്തുക.

യഥാർത്ഥ ബ്രിഡ്ജ് തൊടുന്നതിന് മുമ്പ് മാനേജ്മെന്റ് പാത സംരക്ഷിച്ച് നെറ്റ്വർക്ക് കോൺഫിഗറേഷന്റെ ഏക ഉടമയെ തിരിച്ചറിയുക.

തുടർന്ന് ആശ്രിതത്വം പരിഹരിച്ചതിന് ശേഷം അടുത്ത പിശക് വായിക്കുക. പ്രാദേശിക ബ്രിഡ്ജ് ക്രമീകരണം, ദൂരസ്ഥ സ്ഥിരീകരണം, ഫലത്തിലൂടെ അനുവദിച്ച ട്രാഫിക് എന്നിവ മൂന്ന് വെവ്വേറെ ഫലങ്ങളാണ്, അവയിലൊന്ന് മാത്രമാണ് ഒരിക്കലും brctl-നെക്കുറിച്ചായിരുന്നത്.