UID නියමයකින් එක් Linux ගිණුමක් OpenVPN හරහා යොමු කිරීම

ගිණුම් පාදක යොමුකිරීම සුදුසු වන්නේ එක් Linux පරිශීලකයෙකුට අයත් සෑම IPv4 සොකට් එකක්ම පවතින ටනලයක් හරහා පිටවිය යුතු විටද, සහ වැඩසටහන් මට්ටමේ හුදකලාව අවශ්‍ය විට එය සුදුසු නොවේ. එය UID අනුව තෝරයි, එබැවින් එම ගිණුම යටතේ ධාවනය වන සියල්ල විෂය පථයට අයත් වේ, ඔබට අමතක වූ කණ්ඩායම් කාර්යය ද ඇතුළුව. එක් ip rule ක් හෝ ස්පර්ශ කිරීමට පෙර එම ප්‍රශ්නය විසඳන්න.

පහත උදාහරණය UID 1500 ට යුතු කැපවූ බ්‍රවුසර ගිණුමක්, 10.80.0.11 දේශීය ලිපිනය දරන ටනල උපාංගය tun-office, සහ අදාළ ගමනාන්ත අනුමත කරන VPN එකක් උපකල්පනය කරයි. ඩීමන් තමන්ම එම UID ට පිටත ධාවනය වේ.

යාන්ත්‍රණය තෝරන කොන්දේසි තුනක්

වැඩ කරන අනන්‍යතාවය ගිණුම වන විට, එහි සියලු රහදාරි ගෙනයාම පිළිගත හැකි විට, සහ namespace කාර්යයට වටිනා ප්‍රමාණයට වඩා බර වන විට UID නියමය තෝරන්න. කාර්ය භාරයට තමන්ගේම අතුරුමුහුණත්, විසඳුම්කරු සහ යොමුකිරීම් වගුව අවශ්‍ය විට ජාල namespace තෝරන්න. හරියටම එක් යෙදුමක් පමණක් ගෙනයා යුතු විට ප්‍රොක්සිය හෝ ක්‍රියාවලියකට වර්ගයේ බන්ධනය තෝරන්න, සෙෂන්හි ඉතිරිය දේශීය මාර්ගයේ රැඳී පවතින විට. මෙම තුන ලියා තැබීම අදහස් කළ ප්‍රමාණයට වඩා නිහඬව ආවරණය කරන නියමයක් වළක්වයි.

වළක්වා ගත යුතු වැරැද්ද වන්නේ ආරම්භකයා හිමිකරු නිර්ණය කරයි යැයි උපකල්පනය කිරීමයි. වෙනත් පරිශීලකයෙකුගේ සෙෂනයෙන් URL ලැබුණු බ්‍රවුසරයක් UID 1500 යටතේ සොකට් සාදා නැත, සහ කිසිදු නියමයක් එය නිපදවන රහදාරි නොගෙනයයි.

වගුව, නියමය සහ ආරක්ෂකයා

පවතින නියම පරීක්ෂා කර නොභාවිත වගුවක් සහ ප්‍රමුඛතා අංක තෝරාගැනීමෙන් පසු සැලැස්ම කෙටිය: ටනලයේ මූල ලිපිනය දරන කැපවූ වගුවක පෙරනිමි මාර්ගය, ගිණුමේ සොයාගැනීම් එම වගුවට යවන නියමය, සහ ආපසු මාර්ගය අවහිර කරන අවසන් නියමය. ලියන විට එය ඉඩම්පොටන්ට් මාර්ග ප්‍රතිස්ථාපනයකි, ip -4 route replace default dev tun-office src 10.80.0.11 table 51820, ඉන්පසු ip -4 rule add priority 12100 uidrange 1500-1500 lookup 51820.

ආරක්ෂකයා ip -4 rule add priority 12101 uidrange 1500-1500 unreachable වන අතර එහි දිග යෝජනා කරන ප්‍රමාණයට වඩා එය වැදගත් වේ. එය නොමැතිව 51820 වගුවේ නැති මාර්ගය සාමාන්‍ය ඉහළ සබැඳියට වැටෙන අතර ගිණුම නිහඬව ප්‍රතිපත්තිය අල්ලා ගැනීමට නියමිත රහදාරි කාන්දු කරයි. එය සමඟ එම අසාර්ථකත්වය කාල ඉකුත්වීමක් බවට පත්වේ, එනම් ආපසු මාර්ගයක් නොව අවහිර කිරීමකි.

සාමාන්‍ය දේශීය ලිපින නියමය මේවාට පෙර තබන්න, සහ LAN හෝ කළමනාකරණ ව්‍යතිරේක තෝරාගත් වගුවට පෙර පැමිණේ දැයි දැනුවත්ව තීරණය කරන්න. එහි හමු වූ පෙරනිමිය පසුව වඩාත් නිශ්චිත LAN මාර්ගයක් සඳහා main නොඅසයි, එය දිගම පූර්වාරොපනයේ ගැළපීම වගු හරහා බලපානු ඇතැයි අපේක්ෂා කරන අය මවිත කරයි. අපේක්ෂිත ව්‍යතිරේක ලැයිස්තුව වෙනස්කම් සටහනේ ලියන්න, තර්කය තවම නැවුම් වන විට.

UID යොමුකිරීම අත්හැර දමන දේ: DNS

විසඳුම්කරු ඩීමන් තම ඉහළ සොකට් තමන්ගේම UID යටතේ විවෘත කරයි, එබැවින් 1500 තේරීම එම ප්‍රශ්න 51820 වගුවට නොගෙනයයි. DNS ඒකාබද්ධ කිරීම වෙනම තීරණයකි: ගිණුම ටනලය හරහා ළඟා විය හැකි විසඳුම්කරුවෙකු වෙත යොමු කරන්න, නැතහොත් නාම විභේදනය සත්කාරකයේ මාර්ගය අනුගමනය කරන අතර රහදාරි නොකරන බව පිළිගන්න.

දේශීය stub එකකට loopback ප්‍රශ්නයක් යනු ඉහළ ප්‍රශ්නය බ්‍රවුසරයේ මාර්ගය භාවිත කළ බවට සාක්ෂියක් නොවේ, cache එකෙන් සාර්ථක පිටු පූරණයක් ද එසේ නොවේ.

IPv6 ට නිර්මාණයේ තමන්ගේම වාක්‍යයක් අවශ්‍යයි

ඉහත නියම ආවරණය කරන්නේ IPv4 පමණි. අවශ්‍යතාවය මෙම ගිණුමෙන් සෘජු IPv6 නොමැති IPv4 ටනලයක් නම්, සමාලෝචිත අවසන් නියමයක් එක් කරන්න, උදාහරණයක් ලෙස ip -6 rule add priority 12101 uidrange 1500-1500 unreachable, පසුව පෙර IPv6 නියම සහ ඔබ රඳවා ගැනීමට අදහස් කරන loopback ව්‍යතිරේක පරීක්ෂා කරන්න.

සෘජු IPv6 අවහිර කිරීම ද්විත්ව තට්ටු ටනල්කරණයක් නොවේ; එය මායිමකි. එය ටනල්කරණය ලෙස හැඳින්වීම ප්‍රතිපත්තිය කියවන ඊළඟ පුද්ගලයා නොසන්සුන් කරනු ඇත, සහ එම ව්‍යාකූලත්වය කැඩුණු IPv6 අඩවියක් ගැන සහාය ටිකට් එකක් ලෙස මතු වේ.

සැබෑ ගිණුම සමඟ තහවුරු කරන්න, පසුව ජීවන චක්‍රය භාරගන්න

සොයාගැනීම් සසඳන්න: සාමාන්‍ය UID එකක් සමඟ එම ගමනාන්තයට ip -4 route get 198.51.100.25 uid 1500. පසුව කැපවූ ගිණුම යටතේ අනුමත ඉල්ලීමක් කර දුරස්ථ කෙළවර දකින මූල ලිපිනය පරීක්ෂා කරන්න. මනාප මූල ලිපිනය source NAT නොවේ, සහ එය වෙනත් දෙයක් බැඳ තබන යෙදුමක් ඉක්මවා නොයයි. සොයාගැනීම් දෙකම එකම මාර්ගය ලබා දෙන්නේ නම්, නියමය ඔබ සිතන දේ නොකරයි.

වගුව, නියම සහ ටනල මාර්ගයේ ආයුකාලය එක් හිමිකරුවෙකු යටතේ තබන්න, නැවත සම්බන්ධ වීම සහ ටනල නැතිවීම පරීක්ෂා කරන්න, සහ ප්‍රතිපත්තිය ඉවත් කරන විට එහි නිශ්චිත සටහන් පමණක් ඉවත් කරන්න. වෙන් වූ අතුරුමුහුණත් සහ වෙන් වූ තත්ත්වය සැබවින්ම අවශ්‍ය නම් namespace තවමත් ලබා ගත හැකිය.