OpenVPN కి కనెక్ట్ అయ్యారు కానీ ping లేదా SMB భాగస్వామ్యం లేదా? మూడు ద్వారాలను తనిఖీ చేయండి
పనిచేసే టన్నెల్ ఫార్వార్డింగ్, SMB పోర్టులు లేదా పేరు పరిష్కారం గురించి ఏమీ చెప్పదు. ప్రతి ద్వారాన్ని వరుసగా పరీక్షించి, మొదట విఫలమైన దానిలో ఆపండి.
టన్నెల్ పైకి వస్తుంది, క్లయింట్ ఒక చిరునామా పొందుతుంది, కానీ దూరపు LAN లో ఏదీ సమాధానం ఇవ్వదు. ping విఫలమవుతుంది, భాగస్వామ్యం తెరవబడదు, మరియు VPN లాగ్ శుభ్రంగా కనిపిస్తుంది ఎందుకంటే దాని దృష్టిలో సెషన్ ఆరోగ్యకరంగా ఉంది. ఆ సెషన్ మరియు సర్వర్లోని ఫైల్ మధ్య మూడు స్వతంత్ర ద్వారాలు ఉన్నాయి: ఫార్వార్డింగ్ విధానం, సేవకు అవసరమైన పోర్టులు, మరియు చిరునామా బదులు మీరు టైప్ చేసిన పేరు.
ప్రతి ద్వారం వేరే లక్షణంతో విఫలమవుతుంది, మొదటిది మాత్రమే VPN సర్వర్లో ఉంది.
ఫార్వార్డింగ్ అనేది FORWARD గొలుసుపై ఒక విధానం
OpenVPN శ్రోత యొక్క అంగీకారం INPUT లో జరుగుతుంది, అందువల్ల LAN వైపు వెళ్లే ప్రతి ప్యాకెట్ విసిరివేయబడినా టన్నెల్ కనెక్ట్ కాగలదు. tun0 నుండి వచ్చి LAN ఇంటర్ఫేస్ ద్వారా బయటకు వెళ్లే ట్రాఫిక్ FORWARD గుండా వెళుతుంది, అక్కడ డిఫాల్ట్ DROP విధానం ఉన్న హోస్ట్ దానిని నిశ్శబ్దంగా విసిరివేస్తుంది. మరేదైనా తాకే ముందు sysctl మరియు గొలుసు రెండింటినీ తనిఖీ చేయండి: sysctl net.ipv4.ip_forward మరియు iptables -L FORWARD -v -n.
మీరు ఉద్దేశించిన దిశను మరియు దానికి చెందిన సమాధానాలను అనుమతించండి, ఉదాహరణకు టన్నెల్ ఇంటర్ఫేస్ నుండి LAN ఇంటర్ఫేస్కు accept నియమం మరియు established, related ట్రాఫిక్ కోసం stateful నియమం. LAN మరో రౌటర్ వెనుక ఉంటే, ఆ రౌటర్కు క్లయింట్ పూల్ వైపు తిరిగి వెళ్లే మార్గం లేదా VPN సర్వర్లో source NAT అవసరం. మరిన్ని నియమాలు జోడించే ముందు ఒక ping తో ఆ మార్గాన్ని నిర్ధారించండి, ఎందుకంటే చేరుకోలేని నియమం ఎప్పుడూ కౌంటర్లో కనిపించదు.
SMB కి ఒకటి కంటే ఎక్కువ పోర్ట్ అవసరం
ఫైల్ భాగస్వామ్యం ఒకే TCP 445 సంభాషణ కాదు. ఆవిష్కరణ UDP 137 మరియు 138 ఉపయోగిస్తుంది, పాత NetBIOS సెషన్లు TCP 139 ఉపయోగిస్తాయి, ఆధునిక SMB సెషన్లు TCP 445 ఉపయోగిస్తాయి. 445 మాత్రమే తెరిచే నియమం, మ్యాప్ చేసిన డ్రైవ్ పనిచేసి నెట్వర్క్ బ్రౌజింగ్ పనిచేయని, లేదా దానికి విరుద్ధమైన చికాకు కలిగించే పరిస్థితిని సృష్టిస్తుంది.
టన్నెల్ ద్వారా పెద్ద బదిలీలు కూడా విరిగిన భాగస్వామ్యం లాగా కనిపించే MSS సమస్యలను ఎదుర్కొంటాయి. LAN యొక్క పూర్తి సెగ్మెంట్ పరిమాణాన్ని ప్రకటించే SYN టన్నెల్ యొక్క చిన్న MTU వల్ల విసిరివేయబడుతుంది, మరియు చేతులు కలిపిన తర్వాత కనెక్షన్ వేలాడుతుంది. ఫార్వార్డింగ్ మార్గంలో MSS ను క్లాంప్ చేయడం, iptables -t mangle -A FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu, ఆ రకమైన నిలిచిపోవడాన్ని తొలగిస్తుంది. డైరెక్టరీ జాబితా బదులు కొన్ని మెగాబైట్ల కాపీతో నిర్ధారించండి, ఎందుకంటే పెద్ద బదిలీలు జరగనప్పుడు కూడా చిన్న సమాధానాలు దాటుతాయి.
టన్నెల్ అడాప్టర్ కొత్త నెట్వర్క్ ప్రొఫైల్గా వస్తుంది
Windows ప్రతి అడాప్టర్ను నెట్వర్క్ ప్రొఫైల్లో వర్గీకరిస్తుంది, కొత్త టన్నెల్ అడాప్టర్ సాధారణంగా Public లో పడుతుంది, అక్కడ ఫైల్ మరియు ప్రింటర్ భాగస్వామ్య నియమాలు బ్లాక్ చేయబడతాయి. అది ఫైల్ సర్వర్లోని హోస్ట్ ఫైర్వాల్ నిర్ణయం, VPN సర్వర్లోని రౌటింగ్ సమస్య కాదు. విధానం అనుమతిస్తుందని నిర్ధారించిన తర్వాత ఉద్దేశపూర్వకంగా వర్గాన్ని మార్చండి Set-NetConnectionProfile -InterfaceAlias "Ethernet 3" -NetworkCategory Private ఉపయోగించి, ఎందుకంటే వర్గం ఏ ఇన్బౌండ్ నియమాలు వర్తిస్తాయో కూడా మారుస్తుంది.
అదే ప్రొఫైల్ TCP 445 విజయవంతమైనప్పుడు ping విఫలమవడాన్ని వివరిస్తుంది: Public లో ఎకో అభ్యర్థనలు డిఫాల్ట్గా విసిరివేయబడతాయి.
పేర్లు రౌట్ చేసిన టన్నెల్ను తామే దాటవు
NetBIOS పేరు పరిష్కారం మరియు స్థానిక ఆవిష్కరణ రౌట్ చేసిన టన్నెల్ మోసుకెళ్లని ప్రసారాలపై ఆధారపడతాయి. అందువల్ల సర్వర్ యొక్క చిన్న పేరును టైప్ చేయడం విఫలమవుతుంది కానీ దాని చిరునామా పనిచేస్తుంది, శోధన మాత్రమే పాడైనప్పుడు కూడా భాగస్వామ్యం పాడైనట్లు కనిపిస్తుంది. టన్నెల్ ఇచ్చే పరిష్కర్తలో సర్వర్ కోసం DNS రికార్డ్ జోడించండి, లేదా షార్ట్కట్లో చిరునామా ఉపయోగించండి.
అమలు ఇప్పటికీ WINS పై ఆధారపడి ఉంటే, ప్రసార ట్రాఫిక్ వస్తుందని ఆశించకుండా క్లయింట్లో దాన్ని కాన్ఫిగర్ చేయండి. పేరు వైఫల్యం ఫైర్వాల్ వైఫల్యంగా పొరపడకుండా మొదట చిరునామాతో పరీక్షించండి.
ఒకసారి ఒక పొరను పరీక్షించి మొదటి వైఫల్యాన్ని చదవండి
పైకి కదలండి: టన్నెల్ గేట్వేకు ping చేయండి, చిరునామాతో LAN హోస్ట్కు ping చేయండి, తర్వాత Test-NetConnection -ComputerName 10.8.0.5 -Port 445 తో సేవ యొక్క పోర్ట్ తెరవండి, ఆ తర్వాతే భాగస్వామ్యంపై ప్రామాణీకరణ చేయండి. మొదట విఫలమైన దశే సరిచేయాల్సిన పొర, అది దాటే వరకు ప్రతి తర్వాతి దశ శబ్దం. పోర్ట్ మూసి ఉన్నా ping సమాధానం ఇస్తే అది ఫైల్ సర్వర్ యొక్క సొంత ఫైర్వాల్ను సూచిస్తుంది, కానీ నిశ్శబ్ద ping ఉన్నా పోర్ట్ తెరుచుకుంటే అది ICMP ఫిల్టరింగ్ను సూచిస్తుంది. ఏదైనా మార్చే ముందు మొదటి విఫల దశను రాసి పెట్టుకోండి, ఎందుకంటే రెండవ మార్పు మొదటి ఫలితాన్ని దాచుతుంది.
VPN సర్వర్ LAN యొక్క రౌటర్ కాకపోతే, ఆ రౌటర్లో తిరిగి వెళ్లే మార్గాన్ని నిర్ధారించండి సర్వర్కు మరిన్ని నియమాలు జోడించే ముందు. అది లేకుండా అభ్యర్థనలు హోస్ట్ను చేరుకుంటాయి, సమాధానాలు డిఫాల్ట్ మార్గంలో ఇంటర్నెట్ వైపు బయలుదేరుతాయి, ఇది క్లయింట్ వైపు నుండి సరిగ్గా ఫైర్వాల్ విసిరివేతలా కనిపిస్తుంది.
మీ నోట్స్లో భాగస్వామ్య ఖాతాను VPN లాగిన్ నుండి వేరుగా ఉంచండి, ఎందుకంటే విజయవంతమైన టన్నెల్ ఫైల్ అనుమతుల గురించి ఏమీ చెప్పదు. తప్పిపోయిన నియమాన్ని తప్పించుకోవడానికి SMB ను ఇంటర్నెట్కు బహిర్గతం చేయడం పరిష్కారం కాదు.