OpenVPN සේවාදායකයන් වෙනත් සත්කාරකයක Pi-hole විසඳන්නා වෙත යොමු කරන්න

OpenVPN පැතිකඩකට Pi-hole ලිපිනයක් දැමීම එයට මාර්ගයක් නොසාදයි, එයින් විමසීමට අවසර නොදෙයි, සහ සේවාලාභියා එය භාවිත කරනු ඇතැයි සහතික නොවේ. Pi-hole වෙනම LAN යන්ත්‍රයක ඇති විට කරුණු හතරක් ගැලපිය යුතුය: සේවාලාභියාගෙන් මාර්ගය, ද්වාරයෙන් යැවීම, තටාකයට ආපසු මාර්ගය සහ Pi-hole මතම පිළිගැනීමේ ප්‍රතිපත්තිය. සෑම අසාර්ථකත්වයක්ම ලොගයේ වෙනස් ලෙස පෙනේ. ඒවා මෙම අනුපිළිවෙලින් විසඳීම අවසාන එක පළමුව නිවැරදි කිරීමට වඩා වේගවත්ය. සුපුරුදු කෙටි මාර්ගය, සෑම මූලාශ්‍රයකටම පුනරාවර්තනය විවෘත කිරීම, කුඩා ගැටලුවක් ස්ථිර ගැටලුවකට මාරු කරයි.

තල්ලු කළ DNS විකල්පය කරන දේ සහ නොකරන දේ

සේවාදායකය පහත උපදෙස සමඟ විසඳන්නෙකු ප්‍රකාශ කරයි, 192.168.50.53 Pi-hole සත්කාරකය යැයි උපකල්පනය කරමින්. සේවාලාභියා විකල්පය ලබා ගනී සහ, තම වේදිකාව සහ විසඳන්නා ඒකාබද්ධ කිරීම අනුව , එය උමං අතුරුමුහුණතට යොදයි හෝ දේශීය stub එකක් වෙනුවෙන් නොසලකා හරියි. මාර්ග පේළිය DNS පේළිය තරම්ම වැදගත්ය, මන්ද සේවාලාභියා ළඟා නොවන විසඳන්නෙකු කිසිසේත් විසඳන්නෙකු නොවේ. මෙයින් කිසිවක් සේවාදායක පැත්තෙන් නොපෙනේ.

server 10.90.0.0 255.255.255.0
push "dhcp-option DNS 192.168.50.53"
push "route 192.168.50.0 255.255.255.0"

විකල්පයක් ලැබීම එය භාවිත කිරීම හා සමාන නොවේ. විසඳන්නා කළමනාකරු සහිත Linux සේවාලාභියෙකුට තල්ලු කළ සේවාදායකය පිළිගෙන එයට ඇතැම් වසම් පමණක් යැවිය හැක; DNS තමන්ම කළමනාකරණය කරන සේවාලාභියෙකුට සැකසුම සම්පූර්ණයෙන්ම අභිබවා ලිවිය හැක. තල්ලු කළ මාර්ග සමහර වේදිකාවල සීමා වී ඇති අතර, විකල්පය පිළිගත්තද විසඳන්නා ළඟා නොවන ලෙස ඉතිරි වේ. සේවාලාභියා මත පරීක්ෂා කරන්න කුමන සේවාදායකය පිළිතුරු දෙනවාද, සේවාදායකය මත නොව කුමක් යැව්වාද.

විකල්පය සේවාදායක පැත්ත ගැනද කිසිවක් නොකියයි. DNS ගමන් සේවාලාභියාගෙන් ද්වාරයට සහ ද්වාරයෙන් Pi-hole වෙත යා යුතුය, ඊට පෙර කිසිදු විකල්පයක් තේරුම් ඇති නොවේ. නැති වූ මාර්ගය සහ ප්‍රතික්ෂේප කළ විමසුම සේවාලාභියාට එකම ලෙස පෙනේ, එබැවින් පළමුව ද්වාරයේ යැවීම තහවුරු කරන්න.

Pi-hole සිට තටාකයට ආපසු මාර්ගය

සේවාලාභියාගේ මූල ලිපිනය රැකුණහොත් Pi-hole VPN තටාකය තුළ ලිපිනයකට පිළිතුරු දෙයි. එහිම යොමු වගුව මෙම තටාකය ගැන කිසිවක් නොදන්නා බව පෙනේ, එබැවින් පිළිතුර එහි පෙරනිමි ද්වාරයට ගොස් අතුරුදහන් වේ. විමසුම් ලොගය ගැලපෙන පිළිතුරක් නැති ඉල්ලීමක් පෙන්වයි, එය ගිනිකොන ප්‍රශ්නයක් ලෙස වරදවා තේරුම් ගැනීම පහසුය.

LAN යොමුකරුට තටාකය සඳහා ස්ථිතික මාර්ගයක් දෙන්න, OpenVPN ද්වාරය ඊළඟ පිම්ම ලෙස, නැතහොත් Pi-hole වෙත යැවීමට පෙර ද්වාරයේ මූලාශ්‍රය පරිවර්තනය කරන්න. පළමුවැන්න සෑම සේවාලාභියෙකුගේ ලිපින Pi-hole හි විමසුම් ලොගයේ පෙනෙන ලෙස තබයි. දෙවැන්න ආපසු මාර්ග අවශ්‍යතාව ඉවත් කරයි නමුත් සෑම විමසුමක්ම ද්වාරයෙන් පැමිණි ලෙස පෙන්වයි. කිසිවක් වැරදි නොවේ; ඒවා වෙනස් ප්‍රශ්නවලට පිළිතුරු දෙයි.

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

යොමු කළ සේවාලාභීන් සඳහා Pi-hole හි සවන් දීමේ මාදිලිය

DNS යටතේ ඇති සැකසුම් පිටුවේ අතුරුමුහුණත් සවන් දීමේ හැසිරීමේ පතන ලැයිස්තුව Pi-hole පිළිතුරු දෙන මූලාශ්‍ර තීරණය කරයි. දැඩිම විකල්පය සෘජුව සම්බන්ධිත ජාලවල සේවාලාභීන් පමණක් පිළිගනී; උපාංගවලට උපරිම එක් පිම්මක් දුරට අවසර දෙන විකල්පය එය යාබද යොමුකරුවෙකු පිටුපස උපජාලවලට දිගු කරයි, යොමු කළ VPN සේවාලාභියෙකු දිස්වන්නේ එලෙසය. පැකට්ටුව සැබවින්ම LAN අතුරුමුහුණතට පැමිණේ, නමුත් එහි මූල ලිපිනය වෙනත් උපජාලයකට අයත්ය. මෙය ප්‍රතිපත්ති ප්‍රතික්ෂේපයක් මිස යොමු අසාර්ථකත්වයක් නොවේ, සහ ලොග කියවන විට මෙම වෙනස වැදගත්ය.

Pi-hole හි සවන් දීමේ මාර්ගෝපදේශය දේශීයව සම්බන්ධිත මූලාශ්‍ර යොමු කළ මූලයන්ගෙන් වෙන් කරයි, සහ පැමිණීමේ අතුරුමුහුණත මිනුම නොවේ. මුළු අන්තර්ජාලයට ඉඩ නොදී VPN තටාකයට ඉඩ දෙන මාදිලියක් තෝරන්න, පසුව එය තටාකයෙන් පමණක් DNS පිළිගන්නා ගිනිකොන නියමයක් සමඟ යුගල කරන්න.

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

පිළිතුර විමසුම් ලොගය සමඟ ගලපන්න

සේවාලාභියාගෙන් අසන්න, පසුව සේවාදායකය පරීක්ෂා කර දෙක සසඳන්න. systemd-resolved සේවාලාභියෙකු මත පහත විධාන වාර්තා කරන්නේ කුමන විසඳන්නා පිළිතුරක් නිපදවාද සහ සෑම සබැඳියකටම කුමන සේවාදායක වින්‍යාස කර ඇත්ද යන්නයි. Pi-hole පමණක් දන්නා නමක් භාවිත කරන්න, මන්ද Pi-hole ලිපිනයට සෘජු විමසුම ළඟාවීම සනාථ කරයි, වින්‍යාසය නොවේ.

resolvectl query intranet.example.lan
resolvectl dns

අපේක්ෂිත පිළිතුර 192.168.50.53 සේවාදායකය ලෙස නම් කර එම විසඳන්නා පමණක් දැනගනු ඇති ලිපිනයක් ආපසු දෙයි. පසුව Pi-hole හිම දර්ශනය දෙස බලන්න: pihole -t විමසුම් ලොගය සජීවීව අනුගමනය කරයි, සහ සෑම පේළියක්ම මූල ලිපිනය දරයි. මූලය සේවාලාභියාගේ උමං ලිපිනය නම් තටාක මාර්ගය නොබිඳී පවතී. එය ද්වාරයේ LAN ලිපිනය නම් මූල පරිවර්තනය ක්‍රියාත්මක වන අතර සේවාලාභියාගේම ලිපිනය කිසිදා නොපෙනේ.

ලොගයේ කිසිවක් නොපෙනුණහොත් විමසුම කිසිදා Pi-hole වෙත නොපැමිණි අතර ඊළඟ පරීක්ෂාව ද්වාරයේ යැවීමයි. විමසුම පෙනී පිළිතුරක් ආපසු නොඑන්නේ නම් ගැටලුව ආපසු මාර්ගයයි, එනම් පෙර කොටසයි. අසාර්ථකත්වය මෙලෙස බෙදීම යොමු දෝෂයක් ගිනිකොන නියමයක් ලෙස වරදවා ගැනීම වළක්වයි.

ද්වාරයේ යැවීමේ නියමය පරීක්ෂා කරන්න

ද්වාරය සේවාලාභියාගේ DNS පැකට් Pi-hole වෙත යැවිය යුතුය, සහ එය කරන නියමය උපකල්පනය නොකර කියවිය යුතුය. පහත විධාන 53 වරාය ස්පර්ශ කරන නියම ගණන්කරු සමඟ ලැයිස්තුගත කරයි, nftables සත්කාරකයක සහ iptables සත්කාරකයක. පවතින නමුත් ශුන්‍ය ගැලපීම් පෙන්වන නියමය යනු ගමන් පරිවර්තනයට පෙර ඉවතට දමන බවට සංඥාවකි.

sudo nft list ruleset | grep -A3 'dport 53'
sudo iptables -t nat -L POSTROUTING -n -v | grep 53

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

සත්කාරකය කුමන මෙවලමක් භාවිත කළත් පරීක්ෂාව පටුව තබන්න: තටාකය මූලාශ්‍රය ලෙස, 53 වරාය ගමනාන්තය ලෙස සහ Pi-hole එකම අවසර ලත් ඉලක්කය ලෙස. 80 වරායටද ඉඩ දෙන පුළුල් යැවීමේ නියමයක් යනු සිදුවීමට බලා සිටින තවත් ගැටලුවකි.