VPN మరియు ఇంటి LAN ఒకే సబ్‌నెట్‌ను ఉపయోగిస్తున్నాయి: ముందుగా మార్గాన్ని చూడండి
రెండు అడాప్టర్లు 192.168.1.0/24 ను క్లెయిమ్ చేస్తాయి మరియు ఒకే మార్గం గెలుస్తుంది. తిరిగి నంబరింగ్ చేయడానికి లేదా DNS ను నిందించడానికి ముందు అడాప్టర్ జాబితా, గెలిచిన మార్గం మరియు తిరిగి వచ్చే దారిని చూడండి.
మీరు కార్యాలయ VPN కు కనెక్ట్ అవుతారు, ట్రే ఐకాన్ ఆకుపచ్చగా మారుతుంది, ఇంట్రానెట్ లోడ్ అవుతుంది, మరియు రెండు మీటర్ల దూరంలో ఉన్న ప్రింటర్ సమాధానం ఇవ్వడం ఆపేస్తుంది. ఉదయం పని చేసిన షేర్ అదే మెషీన్‌లో సమయం ముగుస్తుంది, ఏ లాగ్‌లోనూ ప్రింటర్ ప్రస్తావన లేదు. మొదటి ప్రతిస్పందన DNS, ఎందుకంటే పరిష్కరించబడని పేరు లేని పేరులా కనిపిస్తుంది, కానీ సమస్య చిరునామాలో ఉంది: రెండు అడాప్టర్లు ఇప్పుడు 192.168.1.0/24 ను క్లెయిమ్ చేస్తాయి మరియు ఆ ప్రిఫిక్స్‌ను ఒక మార్గం మాత్రమే గెలవగలదు. ఈ క్రమంలో చూడండి, ఏదైనా మార్చడానికి ముందు ఏ అడాప్టర్ దాన్ని తీసుకుందో తెలుస్తుంది.
లక్షణం నుండి ప్రారంభించండి, టన్నెల్ నుండి కాదు
సూచన పరిధి. ఇంట్రానెట్ పని చేసి ప్రతి స్థానిక పరికరం విఫలమైతే, టన్నెల్ ఆరోగ్యంగా ఉంది మరియు స్థానిక మార్గం లేదు. స్థానిక పరికరాలు పని చేసి ఇంట్రానెట్ విఫలమైతే, దీనికి విరుద్ధం. ఒక హోస్ట్ తప్ప అన్నీ పని చేస్తే, రెండు వైపులా ఉన్న ఒకే చిరునామాను చూస్తున్నారు.
ఏ సెట్టింగ్‌ను తాకడానికి ముందు ఒక స్థానిక మరియు ఒక దూర చిరునామాను రాయండి. “ప్రింటర్” పరీక్షించలేము; 192.168.1.40 పరీక్షించవచ్చు. ఆ ఒక్క అడుగు ఈ సమస్యలో అత్యధికంగా వృథా అయ్యే ఒక గంటను ఆపుతుంది, అంటే రూటింగ్ నిర్ణయం కోసం DNS సెట్టింగ్‌లను తిరిగి రాయడం.
దశ 1: ప్రిఫిక్స్ క్లెయిమ్ చేసే రెండు అడాప్టర్లను చూడండి
నెట్‌వర్క్ కనెక్షన్‌లు (ncpa.cpl) తెరిచి రెండు అడాప్టర్లను పక్కపక్కనే చదవండి. Ethernet అడాప్టర్ 192.168.1.50/24 ను గేట్‌వే 192.168.1.1 తో చూపుతుంది. VPN అడాప్టర్ సర్వర్ పంపిన 192.168.1.201/24 ను చూపుతుంది. రెండూ చెల్లుబాటు అయినవి, రెండూ ప్రిఫిక్స్ on-link అని నమ్ముతాయి, మరియు స్టాక్ దానికి ఒకే మార్గాన్ని ఉంచుతుంది.
Get-NetIPAddress -AddressFamily IPv4 చిరునామాలను జాబితా చేస్తుంది, Get-NetIPInterface | Sort-Object InterfaceMetric స్టాక్ వాటిని ఏ క్రమంలో ఉపయోగిస్తుందో చూపుతుంది. ఆ మెట్రిక్ నిలువు వరుస మీరు ఇప్పుడు చదవబోయే నిర్ణయం, కాబట్టి గుర్తుంచుకోవడానికి ప్రయత్నించకుండా సంఖ్యలను రాయండి.
DNS సిద్ధాంతం తప్పు అని చవకగా నిరూపించండి: Resolve-DnsName printer.office.lan నిన్నటి అదే చిరునామాను తిరిగి ఇస్తుంది. పేరు పరిష్కరించబడింది; తర్వాత ప్యాకెట్ తప్పు అడాప్టర్ ద్వారా బయటకు వెళ్ళింది. ఇక్కడ రెండు నిమిషాలు రిజాల్వర్ సెట్టింగ్‌లలో అర్ధ రోజు ఆదా చేస్తాయి.
దశ 2: నిజంగా గెలిచిన మార్గాన్ని చదవండి
Find-NetRoute -RemoteIPAddress 192.168.1.40 ఆ చిరునామా కోసం స్టాక్ ఉపయోగించే ఇంటర్‌ఫేస్, తదుపరి హాప్ మరియు మూలాన్ని ముద్రిస్తుంది. ఈ అవుట్‌పుట్‌ను సూచనగా కాకుండా సమాధానంగా తీసుకోండి. ఏ ఎంట్రీ ఎంత ఓడిపోయిందో చూడటానికి route print -4 మొత్తం పట్టికను ఇస్తుంది.
నిర్దిష్టత ఉద్దేశాన్ని ఓడిస్తుంది. పంపిన 192.168.0.0/25 స్థానిక 192.168.0.0/24 ను ఓడిస్తుంది ఎందుకంటే ప్రిఫిక్స్ పొడవుగా ఉంది, కాబట్టి 192.168.0.0 నుండి 192.168.0.127 వరకు టన్నెల్ ద్వారా బయటకు వెళ్తాయి, పై సగం స్థానికంగానే ఉంటుంది. లోపం సందేశం లేకుండా సగం LAN మాయమవడం ఆ పట్టికకు సరైన ప్రవర్తన.
tracert -d 192.168.1.40 పట్టిక వెలుపల నుండి దీన్ని నిర్ధారిస్తుంది: మొదటి హాప్ మీ సొంత రౌటర్ కాకుండా టన్నెల్ చిరునామా అయితే, మార్గమే మొత్తం కథ. Linux లో అదే ప్రశ్న ip route get 192.168.1.40, ఇది మూల చిరునామా మరియు పరికరాన్ని ఒక పంక్తిలో ముద్రిస్తుంది. సమాధానం tun0 అని చెప్తే, బ్రౌజర్‌ను చూడటం ఆపండి.
దశ 3: క్లయింట్‌ను నిందించే ముందు తిరిగి వచ్చే దారిని తనిఖీ చేయండి
సరైన ముందు మార్గం కూడా దూర వైపు సమాధానం ఇవ్వలేకపోతే విఫలమవుతుంది. క్లయింట్ LAN కు టన్నెల్ ద్వారా చేరుకున్నప్పుడు, ఆ LAN గేట్‌వే టన్నెల్ పూల్ ఎక్కడ ఉందో తెలుసుకోవాలి: ఆ రౌటర్‌లో ip route add 10.8.0.0/24 via 192.168.1.12, మరియు క్లయింట్లు తిరిగి వచ్చే దారి తెలుసుకోవడానికి సర్వర్ నుండి push “route 192.168.1.0 255.255.255.0”.
మొదటి ఎంట్రీ లేకుండా సమాధానం లక్ష్యాన్ని విడిచి దాని డిఫాల్ట్ గేట్‌వే వైపు వెళ్తుంది, అది ప్రైవేట్ చిరునామాను ISP కి పంపి పడేస్తుంది. లక్షణం ఒక దిశగా ఉంటుంది మరియు తప్పుగా చదవడం సులభం: అభ్యర్థనలు tun0 పై కనిపిస్తాయి, సమాధానాలు ఎప్పుడూ కనిపించవు.
VPN హోస్ట్‌పై masquerade నియమం ఆ స్థిర మార్గం అవసరాన్ని తొలగిస్తుంది: iptables -t nat -A POSTROUTING -s 10.8.0.0/24 -o eth0 -j MASQUERADE. ఇది నిజమైన మూల చిరునామాలను కూడా దాచుతుంది, ఇది తర్వాతి ప్రతి లాగ్ ప్రశ్నను కష్టతరం చేస్తుంది. తప్పు డిఫాల్ట్ గేట్‌వే ఉన్న లక్ష్య హోస్ట్ కూడా అదే మౌనాన్ని కలిగిస్తుంది, ఉత్తమ సందర్భంలో ICMP రీడైరెక్ట్ మరియు సాధారణ సందర్భంలో నల్ల బిలం, అందుకే క్యాప్చర్ రెండు చివరల్లో అవసరం.
దశ 4: కలిసి జీవించగల మరమ్మతును ఎంచుకోండి
దీనికి ఐదు మరమ్మతులు ఉపయోగించబడతాయి మరియు అవి ఒకదానికొకటి మార్చుకోలేనివి. ఏ ఆదేశం చిన్నదో అని కాకుండా, ఒకే సమయంలో ఏది చేరుకోగలిగి ఉండాలో దాన్ని బట్టి ఎంచుకోండి.
| Repair | What it fixes | What it costs |
|---|---|---|
| Flip interface metrics | Alternating access: office now, home later, never both | Get-NetAdapter -Name "Ethernet 2" | Set-NetIPInterface -InterfaceMetric 21; set the VPN adapter back to 5000. A client that rewrites metrics on connect defeats it |
| Renumber one side | Every host reachable in both directions | DHCP reservations, printer queues, firewall rules and hard-coded addresses all move |
| Narrow the advertised prefix | Remote hosts really live in the upper half | Breaks the day someone adds a host below the cut |
| Translate with client-nat | Both address plans stay untouched | Stateless per-client mapping, unreadable logs, anything embedding addresses breaks |
| Publish one service with DNAT | One service on the VPN host reachable from the LAN | Both address plans stay; source addresses and reverse lookups stop being meaningful |
మెట్రిక్‌లు చవకైన ఎంపిక మరియు ప్రజలు మొదట చేయి వేసేది అదే. మార్పు ఇంటర్‌ఫేస్‌కు వర్తిస్తుంది, కాబట్టి టన్నెల్ పైన ఉన్నంత కాలం పని చేస్తుంది, మరియు దాని స్థానం క్లయింట్ పక్కన ఉన్న స్క్రిప్ట్‌లో, మీరు మరచిపోయే షెల్‌లో కాదు. ఇది ఒకే చిరునామాకు రెండు నెట్‌వర్క్‌లలో ఏకకాల ప్రాప్యత ఇవ్వలేదు, మరియు ఆ పరిమితే మిగతా అందరినీ పట్టిక కిందకు పంపుతుంది.
ఇంటి LAN ను తిరిగి నంబరింగ్ చేయడం 10.10.0.0/24 కు శుభ్రమైన పరిష్కారం: ఒక DHCP లీజ్ పునరుద్ధరణతో పాత పరిధిని ప్రస్తావించే రిజర్వేషన్లు, ప్రింటర్ క్యూలు మరియు హార్డ్‌కోడ్ చేసిన చిరునామాలు. కార్యాలయ వైపు తిరిగి నంబరింగ్ సాధారణంగా మీ నిర్ణయం కాదు. రెండు నెట్‌వర్క్‌లలో ఉంటే IPv6 ఘర్షణను పూర్తిగా తొలగిస్తుంది, గుర్తుంచుకోదగిన దానికి బదులుగా fd00::/8 నుండి ప్రత్యేక స్థానిక ప్రిఫిక్స్‌ను ఉపయోగించి, కానీ అప్లికేషన్‌ను TCP పై పరీక్షించండి, ping లో కాదు, ఎందుకంటే ICMP పని చేసినా సేవ పని చేయకపోవచ్చు.
OpenVPN యొక్క సొంత అనువాద ఎంపిక చివరి మార్గం, సర్వర్ నుండి క్లయింట్-నిర్దిష్ట డైరెక్టరీ ఎంట్రీకి పంపబడుతుంది. ఎంపిక పేరు తర్వాత నాలుగు పారామితులు తీసుకుంటుంది — దిశ, నెట్‌వర్క్, నెట్‌మాస్క్ మరియు మారుపేరు — మరియు మారుపేరు ఐచ్ఛికం కాదు: push "route 192.168.2.0 255.255.255.0" మరియు push "client-nat dnat 192.168.2.0 255.255.255.0 192.168.1.0". నెట్‌వర్క్ మరియు మాస్క్ క్లయింట్ చూసే పరిధి (192.168.2.0/24), మారుపేరు సర్వర్ వైపు నిజమైన కార్యాలయ పరిధి (192.168.1.0/24), మరియు పంపిన మార్గమే ఆ కనిపించే పరిధిని చేరుకోగలిగేలా చేస్తుంది. అప్పుడు కార్యాలయం ఆ క్లయింట్‌కు 192.168.2.x కింద కనిపిస్తుంది. ప్రొఫైల్‌లో మ్యాపింగ్‌ను డాక్యుమెంట్ చేయండి, లేకపోతే తదుపరి వ్యక్తి దాన్ని మార్గ లోపంగా డీబగ్ చేస్తారు.
ఒకే సేవను ప్రచురించడం అనువాదం యొక్క సన్నని వెర్షన్, దానికి OpenVPN ఎంపిక అవసరమే లేదు. VPN హోస్ట్‌పై DNAT నియమం ఒక పోర్టును తిరిగి ప్రచురిస్తుంది, కాబట్టి LAN తన చిరునామాలను ఉంచుకుని ఇప్పటికే తెలిసిన హోస్ట్ చిరునామాలో సేవను చేరుకుంటుంది. ఖర్చు సాధారణమైనది: సేవ VPN హోస్ట్‌ను మూలంగా చూస్తుంది, కాబట్టి క్లయింట్ వారీగా లాగ్‌లు మరియు విలోమ శోధనలు అర్థరహితమవుతాయి. ఇది ఒక ప్రింటర్ క్యూ లేదా ఒక నిర్వహణ పేజీని కవర్ చేస్తుంది, రెండు వైపుల హోస్ట్‌లు ఒకదాన్ని ఒకటి చేరుకోవడం కాదు.
ఇంకా ఏమి పని చేయదు, ఏమి నమోదు చేయాలి
ప్రసారం రూటెడ్ టన్నెల్‌ను దాటదు. DLNA, UPnP, NetBIOS బ్రౌజింగ్ మరియు Wake-on-LAN tun పరికరం మోయని ప్రసారం లేదా మల్టీకాస్ట్‌పై ఆధారపడతాయి, కాబట్టి ఏ మార్గమూ గుర్తింపును సరిచేయదు. dev tap తో బ్రిడ్జింగ్ విభాగాన్ని పొడిగిస్తుంది, దానితో పాటు DHCP ప్రసారాలు, ARP మరియు ఇతర గుర్తింపు ప్యాకెట్లు; దూర రౌటర్ యొక్క LAN వైపు చిరునామా కోసం route 192.168.2.1 255.255.255.255 వంటి యూనికాస్ట్ హోస్ట్ మార్గాన్ని ఇష్టపడండి.
ఒకే మార్గంలో రెండూ 192.168.1.1 ఉపయోగించే రెండు రౌటర్లు ఒకే సమస్య కుటుంబానికి చెందుతాయి: స్థానిక చిరునామా ఎప్పుడూ గెలుస్తుంది, కాబట్టి ఒక LAN కదిలే వరకు దూర రౌటర్ పేజీ చేరుకోలేనిదిగా ఉంటుంది. రెండవ అడాప్టర్‌ను జోడించడం రెండు సందర్భాలలోనూ ఏమీ మార్చదు.
ఏదైనా సవరించే ముందు సాక్ష్యాలను నమోదు చేయండి: ip route get లేదా Find-NetRoute, ప్రశ్నార్థక చిరునామాకు ping -c 3, ఒక traceroute, మరియు క్లయింట్‌పై tcpdump -ni tun0 icmp, తర్వాత సర్వర్‌పై రూటింగ్ పట్టిక మరియు NAT కౌంటర్లు. ఒక దిశలో పని చేసి మరో దిశలో చనిపోయే ping టన్నెల్‌ను కాదు, తిరిగి వచ్చే దారిని సూచిస్తుంది, మరియు ఆ ఒక్క భేదమే పైన ఏ మరమ్మతు నిజంగా మీకు కావాలో నిర్ణయిస్తుంది.