విభజిత సొరంగం మీరు ఏమి బయట వదులుతారనే దానితో నిర్వచించబడుతుంది, ఆ నిర్ణయాన్ని WireGuard ఒకే ఫీల్డ్‌లో తీసుకుంటుంది. క్లయింట్ పీర్ యొక్క AllowedIPs ఏ గమ్యస్థానాలు సొరంగం ద్వారా వెళ్తాయో ఒకేసారి ఎంచుకుంటుంది మరియు ఏ అంతర్గత మూల చిరునామాలు ఆమోదించబడతాయో ఫిల్టర్ చేస్తుంది, wg-quick అదే జాబితాను హోస్ట్ మార్గాలుగా మారుస్తుంది. జాబితా తప్పైతే సొరంగం అన్నింటినీ మింగుతుంది లేదా ఏమీ మోయదు.

మొదట ప్రిఫిక్స్ జాబితాను నిర్ణయించండి

కాన్ఫిగ్ ఫైల్‌ను తాకే ముందు సొరంగాన్ని ఉపయోగించాల్సిన గమ్యస్థానాలను రాయండి. కార్యాలయ సబ్‌నెట్‌లు, డేటాబేస్ పరిధి, నిర్వహణ నెట్‌వర్క్: ప్రతి ఒక్కటి కారణంతో కూడిన ప్రిఫిక్స్. జాబితాలో లేని ప్రతిదీ భౌతిక మార్గంలోనే ఉంటుంది, అదే డిజైన్ యొక్క మొత్తం ఉద్దేశ్యం.

జాబితాలో 0.0.0.0/0 లేదా ::/0 ఉంటే, మీరు పూర్తి సొరంగాన్ని నిర్మించారు మరియు అది చెప్పాలి, ఎందుకంటే వైఫల్య మార్గాలు మరియు DNS అంచనాలు భిన్నంగా ఉంటాయి.

తర్వాత సమీక్షకుడు రూటింగ్ పట్టికతో పోల్చగలిగేలా జాబితాను తగినంత చిన్నగా ఉంచండి.

క్లయింట్ కాన్ఫిగ్: పీర్, AllowedIPs, DNS

క్లయింట్ యొక్క ఇంటర్‌ఫేస్ బ్లాక్‌లో దాని స్వంత సొరంగ చిరునామా మరియు ప్రైవేట్ కీ ఉంటాయి. పీర్ బ్లాక్‌లో సర్వర్ యొక్క పబ్లిక్ కీ, ఎండ్‌పాయింట్ మరియు మొదటి దశ ప్రిఫిక్స్‌లు ఉంటాయి:

[Interface]
Address = 10.9.0.2/32
PrivateKey = <client-private-key>
DNS = 10.20.0.53

[Peer]
PublicKey = <server-public-key>
Endpoint = vpn.example.net:51820
AllowedIPs = 10.20.0.0/16, 10.30.0.0/24
PersistentKeepalive = 25

క్లయింట్‌లో AllowedIPs అనేది దూర గమ్యస్థానాల సమితి, క్లయింట్ యొక్క స్వంత చిరునామా కాదు. DNS లైన్ wg-quick యొక్క రిజాల్వర్ ఏకీకరణ ద్వారా మాత్రమే పనిచేస్తుంది, కాబట్టి resolvconf లేదా systemd-resolved మద్దతు లేని హోస్ట్ దానిని విస్మరిస్తుంది. PersistentKeepalive NAT మ్యాపింగ్‌ను సజీవంగా ఉంచుతుంది మరియు నేరుగా మార్గంలో అవసరం లేదు.

ప్రతి ప్రిఫిక్స్‌కు అది సేవించే సేవను వ్యాఖ్యగా రాయండి, లేకపోతే తదుపరి సవరణ ఊహ అవుతుంది.

సర్వర్ కాన్ఫిగ్: వ్యతిరేక దృక్కోణం

సర్వర్‌లో పీర్ ఎంట్రీ క్లయింట్‌ను సూచిస్తుంది, కాబట్టి దాని AllowedIPs క్లయింట్ యొక్క సొరంగ చిరునామా, సాధారణంగా /32. అది కార్యాలయ సబ్‌నెట్ కాదు. క్లయింట్ జాబితాను సర్వర్ ఎంట్రీలోకి కాపీ చేయడం విభజిత సొరంగం యొక్క అత్యంత సాధారణ పొరపాటు, మరియు అది ప్రాప్యతను విస్తరిస్తుంది లేదా హ్యాండ్‌షేక్ సమయంలో అంతర్గత మూల తనిఖీని బద్దలు కొట్టిస్తుంది.

సర్వర్ యొక్క స్వంత ఇంటర్‌ఫేస్ చిరునామా మరియు కార్యాలయం వైపు దానికి అవసరమైన మార్గాలు ఏదైనా పీర్ ఎంట్రీ నుండి వేరుగా ఉంటాయి.

రెండు ఫైళ్లు, రెండు దృక్కోణాలు, వాటి మధ్య పంచబడిన ఒక ప్రిఫిక్స్ సమితి.

దాన్ని పైకి లేపి మార్గాలను చదవండి

మద్దతు ఉన్న మేనేజర్‌తో ఇంటర్‌ఫేస్‌ను ప్రారంభించి, ఆపై మీరు ఉద్దేశించినది కాదు, అది ఏమి ఇన్‌స్టాల్ చేసిందో చూడండి. wg-quick AllowedIPs నుండి మార్గాలను పొందుతుంది; ప్రొఫైల్ Table = off సెట్ చేస్తే ఏమీ ఇన్‌స్టాల్ కాదు మరియు రూటింగ్ మీదే. ప్రతి ప్రిఫిక్స్ మార్గాన్ని చదివి అది WireGuard ఇంటర్‌ఫేస్ వైపు చూపుతుందని నిర్ధారించండి. ఖాళీ మార్గ జాబితా సాధారణంగా వర్తించిన ప్రొఫైల్ మీరు సవరించినది కాదని అర్థం.

హ్యాండ్‌షేక్ కౌంటర్లను కూడా తనిఖీ చేయండి, ఎందుకంటే హ్యాండ్‌షేక్ లేని పీర్‌కు రూటింగ్ కాదు, కీ, ఎండ్‌పాయింట్ లేదా చేరుకోగల సామర్థ్య సమస్య ఉంటుంది.

మీరు ఉపయోగించిన ఖచ్చితమైన ఆదేశాన్ని రాయండి, ఎందుకంటే తదుపరి వ్యక్తి దాన్ని ఒత్తిడిలో అమలు చేస్తారు.

రెండు వైపులా ధృవీకరించి, ఆపై రోల్‌బ్యాక్ నమోదు చేయండి

ప్రైవేట్ చిరునామా, దాని అంతర్గత పేరు మరియు నేరుగా ఉండాల్సిన గమ్యస్థానాన్ని పరీక్షించండి. ప్రైవేట్ చిరునామా పనిచేసి నేరుగా గమ్యస్థానం ఇప్పుడు సొరంగం ద్వారా బయటకు వెళ్తే, ప్రిఫిక్స్ జాబితా చాలా విస్తృతంగా ఉంది. చిరునామా పనిచేస్తుండగా పేరు విఫలమైతే, DNS లైన్ అమలులోకి రాలేదు. రోల్‌బ్యాక్ ఒక ఆదేశం, అది అదే గమనికలో ఉంటుంది.

మళ్లీ కనెక్ట్ అయిన తర్వాత మార్గాలు ఇంకా ఉన్నాయని నిర్ధారించండి, ఎందుకంటే ప్రొఫైల్‌ను మళ్లీ వర్తింపజేసే మేనేజర్ మాన్యువల్ మార్గాలను భర్తీ చేయవచ్చు.

ఒకే కాన్ఫిగ్ యజమానిని ఉంచండి, ఎందుకంటే ఒకే ఇంటర్‌ఫేస్‌ను ఉత్పత్తి చేసే ఇద్దరు మేనేజర్లు చివరికి విభేదిస్తారు. wg-quick మాన్యువల్ అది అందించే మార్గం మరియు DNS ప్రవర్తనను నమోదు చేస్తుంది.

సంబంధిత వ్యాసాలు