మీ హోమ్ VPN కు nas.home.arpa కోసం సొంత DNS రికార్డులను ఇవ్వండి
dnsmasq నుండి ఒక పేరును ప్రచురించండి, resolver ను WireGuard ద్వారా రూట్ చేయండి, ఆపై మొత్తం క్లయింట్కు DNS పుష్ చేయడం మరియు home.arpa కోసం మాత్రమే split-DNS మధ్య ఎంచుకోండి.
టన్నెల్ పైకి వచ్చిన తర్వాత, చివరి దశ సాధారణంగా బుక్మార్క్లో అతికించే చిరునామా బదులు పని చేసే పేరు. dnsmasq హోస్ట్ రికార్డ్ మరియు క్లయింట్ చేరుకోగల resolver చిరునామా దాన్ని రెండు ఫైళ్లలో, multicast లేకుండా చేస్తాయి. నిజంగా ఆలోచించాల్సిన నిర్ణయం ఇరుకైనది: క్లయింట్ మొత్తం DNS ను ఇంటి resolver ద్వారా పంపుతుందా, లేక home.arpa కింద ఉన్న పేర్లను మాత్రమేనా? కింద ఉన్నవన్నీ Linux క్లయింట్ మరియు ఇంటి నిర్వాహకుడు ఇప్పటికే నిర్వహిస్తున్న ప్రయోగశాల resolver తో ఆమోదించబడిన WireGuard సెటప్ను ఊహిస్తాయి.
క్లయింట్కు resolver ఇచ్చే మూడు మార్గాలు
| Approach | Scope | Cost |
|---|---|---|
DNS = in the wg-quick interface | the client's general DNS while the tunnel is up | every name in the house now depends on the tunnel |
Platform split-DNS for home.arpa | only that suffix | more configuration per client platform |
Manual dig @resolver | one query at a time | fine for testing, useless for applications |
అప్పుడప్పుడు టన్నెల్లో చేరే ల్యాప్టాప్కు split-DNS మంచి డిఫాల్ట్: సాధారణ ఇంటర్నెట్ పేర్లను యంత్రం ఇప్పటికే నమ్మే resolver వద్దే ఉంచుతుంది. ఇంటి సేవలను చేరుకోవడానికి ఉన్న యంత్రానికి resolver ను నెట్టడం సులభం మరియు పరిధి ఖర్చు ముఖ్యం కాదు.
జోన్ను కలిగి ఉన్న resolver వద్ద రికార్డును ప్రచురించండి
కాన్ఫిగరేషన్ రాసే ముందు పాత్రలను వేరు చేయండి: VPN క్లయింట్ చిరునామా, resolver మరియు సేవ మూడు వేర్వేరు పనులున్న మూడు వేర్వేరు హోస్ట్లు. ఈ ప్రయోగశాలలో అవి క్లయింట్కు 10.77.0.2, dnsmasq కు 192.168.50.53 మరియు NAS కు 192.168.50.20, టన్నెల్ ఇంటి LAN ను రూట్ చేస్తుంది.
listen-address=127.0.0.1,192.168.50.53
bind-interfaces
local=/home.arpa/
host-record=nas.home.arpa,192.168.50.20host-record పంక్తి చిరునామాను అందిస్తుంది మరియు local= పంక్తి తెలియని home.arpa ప్రశ్నలను పైకి పంపకుండా ఈ resolver లోపల ఉంచుతుంది. మొదట మీ ప్రస్తుత కాన్ఫిగరేషన్ చదివి, ఇప్పటికే సర్వర్, ఇంటర్ఫేస్ లేక అదే స్థానిక డొమైన్ను నిర్వచించే అన్నింటినీ సరిపోల్చండి; విరుద్ధమైన దానిపై భాగాన్ని పేర్చడం సంతోషంగా లోడ్ అయ్యి తప్పుగా సమాధానమిచ్చే resolver ను సృష్టిస్తుంది. dnsmasq మాన్యువల్ రెండు ఆదేశాలను మరియు వినడం నియంత్రణలను నిర్వచిస్తుంది.
తర్వాత ఫైల్ కాదు, నడుస్తున్న సేవను ధృవీకరించండి. కాన్ఫిగరేషన్ పరీక్ష మరియు పునఃప్రారంభం కనీసం, మరియు ప్రభావవంతమైన సమాధానం ప్రశ్న తిరిగి ఇచ్చేది.
resolver ను రూట్ చేయండి, వెబ్ పేజీని మాత్రమే కాదు
WireGuard యొక్క AllowedIPs ఏ గమ్యస్థానాలు టన్నెల్లోకి ప్రవేశిస్తాయో నిర్ణయిస్తుంది. resolver చిరునామా దాని వెలుపల పడితే, ప్రశ్న సాధారణ మార్గంలో బయటకు వెళ్లి dnsmasq ను ఎప్పటికీ చేరుకోదు, NAS కూడా చేరుకోగలిగినప్పటికీ. resolver చిరునామా లేక దాన్ని కలిగి ఉన్న LAN ప్రీఫిక్స్ను చేర్చండి, మరియు అవతలి వైపు గేట్వే ఫార్వర్డింగ్ విధానాన్ని తనిఖీ చేయండి.
అధికార పొందిన టన్నెల్ పరిధి నుండి పోర్ట్ 53 పై UDP మరియు TCP కి అనుమతి ఇవ్వండి, క్లయింట్ టన్నెల్ చిరునామాకు తిరిగి వెళ్లే మార్గంతో. పరీక్ష సులభం చేయడానికి WAN నుండి పోర్ట్ 53 ఫార్వర్డ్ చేయవద్దు: ఇంటి కనెక్షన్పై తెరిచిన రికర్సివ్ resolver గంటల్లో కనుగొనబడుతుంది. ఇంటర్ఫేస్కు బంధించడం దానంతట అదే యాక్సెస్ విధానం కాదు.
అప్లికేషన్ ముందు సమాధానాన్ని తనిఖీ చేయండి
మొదట resolver ను నేరుగా అడగండి, తర్వాత సిస్టమ్ను, తర్వాత అప్లికేషన్ను. ప్రతి దశ గొలుసులో ఒక లింకును వేరు చేస్తుంది, మరియు వాటి మధ్య వ్యత్యాసమే నిర్ధారణ.
dig @192.168.50.53 nas.home.arpa. A
dig +tcp @192.168.50.53 nas.home.arpa. A
getent ahostsv4 nas.home.arpa
curl -sS --max-time 5 http://nas.home.arpa/ -o /dev/null -w '%{http_code}\n'TCP ప్రశ్నను నడపడం విలువైనది, ఎందుకంటే కత్తిరించిన UDP సమాధానం మళ్లీ ప్రయత్నించమని బలవంతం చేస్తుంది, TCP 53 ను విసిరే విధానం అడపాదడపా కనిపించే వైఫల్యాలను సృష్టిస్తుంది. getent దశ యంత్రం యొక్క resolver కాన్ఫిగరేషన్ నిజంగా ఏమి చేస్తుందో చూపిస్తుంది, అది మీరు పంపిందే కాకపోవచ్చు.
టన్నెల్ కింద ఉన్నప్పుడు ఏమి జరుగుతుందో నిర్ణయించండి
క్లయింట్ సాధారణ DNS 192.168.50.53 వైపు చూపితే, టన్నెల్ పైన లేనప్పుడు ప్రతి పేరు పరిష్కారం ఆగిపోతుంది. టన్నెల్తో మాత్రమే ఉపయోగకరమైన యంత్రంలో ఇది ఆమోదయోగ్యం, కెఫే Wi-Fi ను కూడా ఉపయోగించే ల్యాప్టాప్లో ఆమోదయోగ్యం కాదు. Split-DNS ఈ ప్రశ్నను పూర్తిగా తప్పించుకుంటుంది, ఎందుకంటే home.arpa శోధనలు మాత్రమే ఇంటి resolver పై ఆధారపడతాయి.
పేరు ఏమిటో గుర్తుంచుకోండి: home.arpa నివాస నెట్వర్క్ల కోసం కేటాయించబడింది మరియు ప్రపంచవ్యాప్తంగా ప్రత్యేకమైనది కాదు, కాబట్టి మరో నెట్వర్క్ అదే పేరును చట్టబద్ధంగా ఉపయోగించవచ్చు. ఇది స్థానిక సౌలభ్యం, నమ్మదగిన గుర్తింపు కాదు. సేవా స్థలం మారినప్పుడు రికార్డును తాజాగా ఉంచండి, మరియు ప్రయోగశాల విరమణ చెందినప్పుడు resolver విధానాన్ని తొలగించండి, ఇక లేని టన్నెల్ ద్వారా మాత్రమే చేరుకోగల చిరునామా వైపు చూపే ల్యాప్టాప్ను వదిలేయకుండా.