VPN చిరునామా మరియు LAN DHCP అద్దె: సొరంగ IP ని ఎవరు ఇస్తారు?

క్లయింట్‌ను కనెక్ట్ చేసి Wi-Fi చిహ్నానికి బదులు అడాప్టర్‌ను చూడండి. 10.80.0.14 వంటి చిరునామా ఒక సొరంగంపై ఉండవచ్చు, అయితే కార్యాలయ LAN లోని ఏ DHCP సర్వర్ ఆ అద్దెను ఎప్పుడూ నమోదు చేయలేదు. ఏ ప్రక్రియ సంఖ్యను ఎంచుకుందో అదే సమస్య పరిశోధన ఎక్కడ నుండి మొదలవుతుందో నిర్ణయిస్తుంది.

క్లయింట్‌లో అన్నీ ఒకేలా కనిపిస్తాయి: ఒక IPv4 చిరునామా, ఒక మాస్క్, కొన్నిసార్లు డిఫాల్ట్ గేట్‌వే. ఆ చిరునామాకు ఎవరు సమాధానం ఇస్తారు మరియు దాని రికార్డును ఎవరు ఉంచుతారు అని అడిగినప్పుడు మాత్రమే భేదం కనిపిస్తుంది.

క్లయింట్ వైపు నుండి సొరంగ చిరునామా చదవండి

మొదటి పంక్తికి బదులు మొత్తం బ్లాక్ చదివితే Windows భేదాన్ని చూపుతుంది. ipconfig /all అడాప్టర్ వివరణ, భౌతిక చిరునామా మరియు DHCP పంక్తిని ముద్రిస్తుంది. PPP లేదా IKEv2 డయల్-అప్ అడాప్టర్ సాధారణంగా DHCP నిష్క్రియంగా ఉందని నివేదిస్తుంది, ఎందుకంటే కనెక్షన్ LAN సర్వర్ నుండి అద్దెకు తీసుకునే బదులు డయలింగ్ సమయంలోనే తన చిరునామాను చర్చించుకుంది. DHCP ప్రారంభంలో ఉన్న సొరంగ అడాప్టర్ అసాధారణం మరియు విడిగా పరిశోధించదగినది.

Linux అదే సమాచారాన్ని రెండు సాధనాల మధ్య పంచుతుంది. ip -4 addr show dev tun0 చిరునామాను మరియు ఉపసర్గ పొడవును ఇస్తుంది. nmcli -f IP4 connection show work విలువ కనెక్షన్ ప్రొఫైల్ నుండి, లింక్‌పై జరిగిన DHCP మార్పిడి నుండి లేదా నెట్టబడిన కాన్ఫిగరేషన్ నుండి వచ్చిందా అని వెల్లడిస్తుంది. WireGuard అత్యంత స్పష్టమైన సందర్భం, ఎందుకంటే ఇంటర్‌ఫేస్ కనిపించినప్పుడు wg-quick కాన్ఫిగ్ ఫైల్‌లోని Address పంక్తిని వర్తింపజేస్తుంది మరియు కనెక్ట్ అయ్యే సమయంలో ఏ పీర్ ఏమీ కేటాయించదు.

ఉపసర్గ కూడా ఏదో చెబుతుంది. /32, లేదా 255.255.255.255 మాస్క్ అంటే గేట్‌వే ఒకే హోస్ట్ చిరునామాకు మార్గనిర్దేశం చేయాలని ఆశిస్తుంది, అయితే విశాలమైన మాస్క్ సొరంగం వెనుక ఎక్కడో ఆన్-లింక్ సబ్‌నెట్‌ను సూచిస్తుంది.

IKEv2 కాన్ఫిగరేషన్ పేలోడ్ ఏమి మోస్తుంది

ఈ పని కోసం IKEv2 కి ప్రత్యేక యంత్రాంగం ఉంది. RFC 7296, విభాగం 3.15.1 లో వివరించిన కాన్ఫిగరేషన్ పేలోడ్ INTERNAL_IP4_ADDRESS, INTERNAL_IP4_NETMASK, INTERNAL_IP4_DNS మరియు వాటి IPv6 సమానార్థాలు వంటి లక్షణాలను మోస్తుంది. ప్రాధాన్యత లేనప్పుడు క్లయింట్ సున్నా పొడవు విలువ గల లక్షణాన్ని పంపుతుంది, సమాధానం ఇచ్చేది ఉపయోగించాలనుకునే విలువను తిరిగి ఇస్తుంది. ఆ మార్పిడి ఇప్పటికే గుప్తీకరించిన IKE_AUTH లోపల జరుగుతుంది, కాబట్టి ఏ DHCP ప్రసారం సొరంగాన్ని దాటదు.

దీని నుండి రెండు పరిణామాలు వస్తాయి. మొదటిది, చిరునామాను సమాధానం ఇచ్చేది లేదా అది సంప్రదించే ఏ అధికార బ్యాకెండ్ అయినా ఎంచుకుంటుంది, అందుకే ఒక పూల్ గేట్‌వేపై, RADIUS సమాధానంలో లేదా గుర్తింపు ప్రదాత మ్యాపింగ్‌లో ఉండవచ్చు. రెండవది, DNS లక్షణం చిరునామా లక్షణం నుండి వేరుగా ఉంటుంది. 10.80.0.14 పొందడం ఏ రిజాల్వర్ తిరిగి వచ్చింది లేదా ఏదైనా వచ్చిందా అనే దాని గురించి ఏమీ చెప్పదు.

నెట్‌మాస్క్ లక్షణం ఆచరణలో ఐచ్ఛికం. అనేక అమలులు చిరునామాను మాత్రమే తిరిగి ఇచ్చి క్లయింట్‌ను హోస్ట్ మార్గాన్ని ఇన్‌స్టాల్ చేయనిస్తాయి, అందుకే అదే పూల్ ఒక క్లయింట్‌లో /32 గా మరియు మరొకదానిలో /24 గా కనిపించవచ్చు.

LAN DHCP పరిధి మరియు VPN పూల్ ఢీకొనే చోటు

రెండు కేటాయింపుదారులు ఒకే పరిధిని సూచించినప్పుడు సమస్య మొదలవుతుంది. 10.20.30.0/24 కోసం DHCP సర్వర్ 10.20.30.128/25 కోసం కాన్ఫిగర్ చేసిన VPN పూల్ గురించి ఏమీ తెలియదు, కాబట్టి గేట్‌వే అదే చిరునామాను దూర క్లయింట్‌కు ఇస్తున్నప్పుడు దానిని 10.20.30.140 ఒక ప్రింటర్‌కు అద్దెకు ఇవ్వకుండా ఏమీ ఆపదు. ఢీకొనడం రోజుల తరబడి నిశ్శబ్దంగా ఉండి తర్వాత అప్పుడప్పుడు వచ్చే నకిలీగా బయటపడుతుంది.

మార్గనిర్దేశిత సైట్-నుండి-సైట్ నిర్మాణం దాని నిర్మాణం వల్లనే ఢీకొనడాన్ని నివారిస్తుంది. శాఖలోని హోస్ట్ తన స్థానిక DHCP సర్వర్ ఇచ్చిన చిరునామాను ఉంచుకుంటుంది. రెండు గేట్‌వేల సొరంగ ఇంటర్‌ఫేస్‌లు తమ సొంత లింక్ చిరునామాలను కలిగి ఉంటాయి, ప్యాకెట్లు ఎలా ప్రయాణిస్తాయో మార్గనిర్దేశన పట్టిక నిర్ణయిస్తుంది. దూర ప్రాప్యత క్లయింట్ల చిరునామాలు మూడవ వర్గం మరియు వాటిని గేట్‌వే లింక్ చిరునామాలతో కలపకూడదు.

సొరంగాన్ని LAN పై వంతెనగా కలిపితే ఆ విభజన తొలగిపోతుంది. నిర్మాణానికి నిజంగా ఒకే ప్రసార డొమైన్ అవసరమైతే, VPN ముగింపు బిందువు తానే చిరునామాలు జారీ చేయడం బదులు రిలే లేదా భాగస్వామ్య అధికార మూలం ద్వారా DHCP సర్వర్ లాగానే అదే కేటాయింపు నిర్ణయాలలో పాల్గొనాలి.

చిరునామా ఏ ప్రక్రియకు చెందుతుందో తనిఖీ చేయండి

పరిధిని మార్చే ముందు యాజమాన్యాన్ని నిరూపించండి. క్లయింట్‌లో చిరునామా మరియు ఉపసర్గను గుర్తించండి. LAN లో అద్దె డేటాబేస్‌లో వెతకండి. గేట్‌వేలో ఇవ్వడానికి కాన్ఫిగర్ చేసిన పూల్‌లను జాబితా చేయండి. అద్దె ఫైల్‌లో కనిపించిన చిరునామా DHCP సర్వర్‌ది, అంటే సొరంగం వంతెన లేదా రిలే చేయబడింది; గేట్‌వే పూల్‌లో మాత్రమే కనిపించిన చిరునామా సొరంగ ముగింపు బిందువుది.

# client: address and prefix on the tunnel interface
ip -4 addr show dev tun0

# LAN DHCP server: is this address leased to anyone?
grep -c '10.80.0.14' /var/lib/dhcp/dhcpd.leases

# gateway: pools that remote-access clients draw from
sudo swanctl --list-pools

సమాధానం స్పష్టమైనప్పుడు నాలుగు విషయాలు నమోదు చేయండి: ఏ భాగం క్లయింట్ చిరునామాను కేటాయిస్తుంది, దానికి ఏ పరిధి కేటాయించబడింది, తిరిగి వచ్చే ట్రాఫిక్ ఆ పరిధిని ఎలా చేరుతుంది మరియు ఏ వనరులు దానిని అంగీకరిస్తాయి. ఆ నాలుగు నమోదులు వర్చువల్ అడాప్టర్ పంక్తిని కార్యాచరణ వాస్తవంగా మారుస్తాయి.

అక్కడ ఉన్నప్పుడే DNS లక్షణం కోసం తనిఖీని పునరావృతం చేయండి. చిరునామాలు ఇచ్చి రిజాల్వర్ ఇవ్వని పూల్ క్లయింట్‌ను అతని స్థానిక DNS లో వదిలివేస్తుంది, ఇది LAN ఇప్పటికే ఉపయోగిస్తున్న చిరునామాను ఇచ్చే పూల్ కంటే భిన్నమైన వైఫల్యం.