ගේට්වේ එකේ OpenVPN DNS: dnsmasq සහ ෆයර්වෝල් විෂය පථය

උමග ලිපිනයේ dnsmasq ධාවනය කරන්න, සේවාලාභී සමූහයෙන් පමණක් DNS අවසර දෙන්න, විසඳන්නා පුෂ් කරන්න, පසුව සෘජු විමසුම් සහ යෙදුමේම සෙවුම පරීක්ෂා කරන්න.

උමගේ සිටින සේවාලාභීහු ගේට්වේට ළඟා වෙති, ගේට්වේ අභ්‍යන්තර විසඳන්නාට ළඟා වේ, එබැවින් DNS ක්‍රියා කළ යුතුය. නමුත් එය ක්‍රියා නොකරයි, මන්ද ඒවා වෙනස් අවසර දෙකක් වන අතර ක්‍රියා කරන DNS සේවාව තුන්වන දෙයකි. ශ්‍රවණකයා සේවාලාභීහු ළඟා වන ලිපිනයක පැවතිය යුතුය, ෆයර්වෝලය එම ලිපිනයට විමසුම් අවසර දිය යුතුය, සේවාලාභියාට එය භාවිත කරන ලෙස කිව යුතුය. උමග දෙපැත්තටම විවෘත කිරීම පළමු දෙක අහම්බෙන් විසඳා තුන්වැන්න අසම්පූර්ණව තබයි.

ශ්‍රවණකයා දිශා දෙකක් සහිත ස්ථානීය සේවාවකි

ඇතුළට යන දිශාවට සේවාලාභියෙක් ගේට්වේගේ උමග ලිපිනයට 53 වරායේදී විමසුමක් යවයි. පිටතට යන දිශාවට ඩේමන් එම විමසුම එහි වින්‍යාසගත ඉහළ ප්‍රවාහයට යවයි. දෙකොටසම ක්‍රියා කළ යුතු අතර ඒවා විවිධ ආකාරවලින් අසාර්ථක වේ.

සේවාලාභියා වාර්තා කරන කාල ඉකුත්වීම සහ ගේට්වේහි දිස්වන කාල ඉකුත්වීම එකම දෝෂය නොවේ.

උමග ලිපිනය බඳින්න, සෑම ලිපිනයක්ම නොව

මෙම කාර්යයට කැපවූ dnsmasq අවස්ථාවකට පැහැදිලි ශ්‍රවණ ලිපිනයක්, ආරම්භයෙන් පසු උමග දිස්වීම ඉවසන බැඳීම් ආකාරයක්, සහ එක් පැහැදිලි ඉහළ ප්‍රවාහයක් අවශ්‍ය වේ. මම භාවිත කරන කුඩාම අනුවාදය මෙයයි:

listen-address=127.0.0.1,10.90.0.1
bind-dynamic
no-resolv
no-hosts
server=192.168.50.53

bind-dynamic තනි ලිපින බඳිමින් tun0 පසුව දිස්වන විටත් හසුරුවයි, එය VPN සේවාව නැවත ආරම්භ වන සත්කාරකයේ වැදගත් වේ. loopback ලැයිස්තුගත කිරීම පොදු ශ්‍රවණකයක් නොමැතිව ස්ථානීය මෙවලම් ක්‍රියාත්මක කරයි. no-resolv ඩේමන්ට සත්කාරකයේ විසඳන්නා වින්‍යාසයෙන් ඉහළ ප්‍රවාහ උරුම කර ගැනීම වළක්වයි, සහ no-hosts මෙම අවස්ථාවට ගේට්වේගේ hosts ගොනුව ප්‍රකාශයට පත් කිරීම වළක්වයි. මෙම විකල්ප කිසිවක් කිසිවෙකුට සේවාව විමසීමට අවසර නොදේ.

දෙවන ඩේමන් ආරම්භ කිරීමට පෙර 53 වරායේ දැනටමත් ඇති ශ්‍රවණකයක් ඇත්දැයි පරීක්ෂා කරන්න, සහ වැරදි නාමාවලියේ ඇති අතරමං වූ ගොනුවක් වෙනුවට බෙදාහැරීමේ වින්‍යාස හිමිකරු භාවිත කරන්න.

DNS ආදානයට අවසර දෙන්න, උමග සංක්‍රමණයට නොව

මෙය ක්‍රියා කරවන ෆයර්වෝල් නීති උමග අතුරුමුහුණත, සේවාලාභී සමූහය, ගේට්වේ ලිපිනය සහ 53 වරායට සීමා වූ ස්ථානීය ආදාන නීති වේ. එක් එක් ප්‍රොටෝකෝලයට එකක්, නීති දෙකක් ප්‍රමාණවත්ය:

sudo ufw allow in on tun0 proto udp from 10.90.0.0/24 to 10.90.0.1 port 53
sudo ufw allow in on tun0 proto tcp from 10.90.0.0/24 to 10.90.0.1 port 53

DNS UDP මෙන්ම TCP හරහාද ක්‍රියා කරයි, එබැවින් UDP සඳහා පමණක් වන නීතියක් විශාල පිළිතුරු විටින් විට යැයි පෙනෙන ආකාරයෙන් අසාර්ථක වීමට ඉඩ හරියි. මේවා ufw route අවසර නොවේ, සහ ඒවා tun0 මත පුළුල් අවසරයක් නොවිය යුතුය. අනුපිළිවෙල අන්තර්ගතය තරම්ම වැදගත්ය: tun0 සිට සියලු ආදානය ඉවත් කරන පෙර නීතිය තවමත් ජය ගනී, සහ අවසාන ඉවත් කිරීමකට පහළින් අවසරයක් එකතු කිරීම කිසිවක් නොසාදයි.

ගේට්වේ DNS දැන් නිර්මාණයේ කොටසක් නම්, එම පෙර ප්‍රතිපත්තිය හිතාමතා සමාලෝචනය කර ඇයිදැයි සටහන් කරන්න.

ඉහළ ප්‍රවාහ භාගය වෙනම මාර්ගයකි

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

පිළිතුරු ක්‍රියා කරවීමට අසීමිත උමග ප්‍රතිදානයක් එකතු නොකරන්න; නිරීක්ෂණය වන පිළිතුරුවලට එය අවශ්‍ය නොවේ.

විකල්පය පුෂ් කරන්න, පසුව භාර දීම පරීක්ෂා කරන්න

සේවාදායකයට පුෂ් කළ විකල්පයකින් විසඳන්නා සේවාලාභීන්ට නිවේදනය කළ හැක. එය විකල්පයක් මිස මෙහෙයුම් පද්ධතිය අනිවාර්යයෙන් පිළිපැදිය යුතු උපදෙසක් නොවේ:

push "dhcp-option DNS 10.90.0.1"

Linux විධාන රේඛා සේවාලාභියෙකුට තම සම්බන්ධතා කළමනාකරුගේ විසඳන්නා ඒකාබද්ධ කිරීම අවශ්‍ය විය හැක, කළමනාකරණය වන උපාංගයකට යාවත්කාලීන කළ කළමනාකරණ පැතිකඩක් අවශ්‍ය විය හැක. සම්බන්ධ වීමෙන් පසු සේවාලාභියා තුළ සක්‍රීය විසඳන්නා තහවුරු කරන්න, පුෂ් යෙදුණු බව උපකල්පනය කරනවාට වඩා. යාන්ත්‍රණ දෙකක් එකවර DNS සැකසීමට උත්සාහ කරන විට, විටින් විට දිස්වන විසඳුමක් ලෙස පෙනෙන තරඟයක් ඇති වේ.

සේවාලාභියාගේ විසඳන්නා වින්‍යාසයට එක් හිමිකරුවෙක් තිබීම ඉලක්කයයි, සහ පුෂ් සාමාන්‍යයෙන් එම හිමිකරු වන්නේ සේවාලාභී වේදිකාව එකඟ වන විට පමණි.

ඔබ සැබවින්ම ගොඩනැගූ දේ පරීක්ෂා කරන්න

එක් පුද්ගලික සම්පූර්ණ සුදුසුකම් ලත් නාමයක් සහ එක් අවසර ලත් බාහිර නාමයක් සෘජුවම උමග ලිපිනයට, UDP සහ TCP දෙකෙන්ම විමසන්න. පසුව යෙදුමේ සාමාන්‍ය සෙවුම් මාර්ගයෙන් නැවත කරන්න.

සෘජු විමසුම් ක්‍රියා කරන නමුත් යෙදුම තවමත් අසාර්ථක නම්, දෝෂය සේවාදායකයේ නොව භාර දීමේ ඇත:

  • සේවාලාභියා පුෂ් කළ විකල්පය කිසිදා යෙදුවේ නැත.
  • පසුව වෙනත් විසඳන්නෙක් සකසා තරඟය ජය ගත්තේය.
  • යෙදුම තමන්ගේම විසඳන්නා පුස්තකාලය හෝ හැඹිලිගත පිළිතුරක් භාවිත කරයි.

අනුමත VPN මාර්ගයෙන් පිටත මූලාශ්‍රයකට ශ්‍රවණකය කිසිසේත් භාවිත කළ නොහැකි බව තහවුරු කර අවසන් කරන්න. සාර්ථක විසඳුමක් එය ආපසු දුන් ලිපිනයට අධිකාරියක් නොදේ, එබැවින් මෙම ප්‍රශ්න දෙක වෙන් කර තබන්න.

අදාළ ලිපි