Synology లో OpenVPN హ్యాండ్‌షేక్ విఫలమవుతోందా? LAN ఫార్వర్డింగ్ తనిఖీ చేయండి

మీ ల్యాప్‌టాప్ TLS హ్యాండ్‌షేక్ విఫలమైందని నివేదిస్తుంది, కాబట్టి సర్టిఫికెట్‌లను తిరిగి నిర్మించాలనే ప్రలోభం కలుగుతుంది. అంతకు ముందు మరింత బోరింగ్ ప్రశ్న అడగండి: Synology నిజంగా ఏ Ethernet పోర్టులో వింటోంది? రెండు LAN పోర్టుల NAS కి రెండు చిరునామాలు ఉంటాయి, DSM లోని VPN Server ప్యాకేజీ తన OpenVPN శ్రోతను వాటిలో ఒకదానికి బంధిస్తుంది. రౌటర్ 1194 ను మరో చిరునామాకు ఫార్వర్డ్ చేసినప్పుడు ఏ ప్యాకెట్ కూడా సేవను చేరుకోదు, క్లయింట్ కి చర్చించడానికి ఏమీ ఉండదు.

లోపం వచనం దారి తప్పిస్తుంది, ఎందుకంటే అది క్లయింట్ చివరగా ప్రయత్నించినదాన్ని వివరిస్తుంది, మొదట ఏమి తప్పైందో కాదు. ప్యాకేజీ పేజీని రౌటర్ నియమంతో పోల్చడానికి రెండు నిమిషాలు సరిపోతాయి.

శ్రోత బంధించబడిన చిరునామాన్ని కనుగొనండి

DSM తన పోర్టులను LAN 1 మరియు LAN 2 అని పిలుస్తుంది, ప్రతి దానికి వేర్వేరు చిరునామా మరియు ఉపజాలం ఉంటాయి. VPN Server తెరిచి, OpenVPN ట్యాబ్‌లో పేర్కొన్న ఇంటర్‌ఫేస్ చదవండి, తర్వాత Control Panel తెరిచి DSM అదే ఇంటర్‌ఫేస్‌లో కలిగి ఉన్న IPv4 చిరునామాను రాసుకోండి. ఫార్వర్డింగ్ పేర్కొనాల్సింది ఈ రెండు విలువలను, NAS యొక్క హోస్ట్‌నేమ్‌ను కాదు.

రెండవ కేబుల్ కలిపినా రెండవ శ్రోత ఏర్పడదు. రెండు లింకులూ కనెక్ట్ అయినట్లు కనిపించవచ్చు, కానీ ఒక చిరునామా మాత్రమే ట్రాఫిక్ స్వీకరిస్తుంది, రెండు ఇంటర్‌ఫేస్‌లు ఒకే ఉపజాలంలో ఉంటే రెండు చిరునామాలు నియమం సేవ్ చేయక ముందు ఎవరూ తిరిగి చదవని ఒక అంకెతో భిన్నంగా ఉంటాయి.

SSH ద్వారా సాకెట్‌ను చూడండి, ఎందుకంటే డీమన్ నిజంగా దేనికి బంధించబడిందో చూపే ఏకైక స్థలం ఇదే, సెట్టింగ్స్ పేజీ ఉద్దేశం కాదు.

sudo netstat -anp | grep 1194

కొత్తది జోడించడం బదులు ఉన్న ఫార్వర్డింగ్‌ను సవరించండి

ఒక బాహ్య పోర్టుకు రెండు నియమాలు ఉంటే రౌటర్‌కు ఎంచుకునే స్వేచ్ఛ ఉంటుంది, ఏది ఎంచుకుంటుందో ఫర్మ్‌వేర్ అప్‌డేట్ లేదా రీబూట్ తర్వాత మారవచ్చు. ఇప్పటికే ఉన్న నియమాన్ని తెరిచి, దాని అంతర్గత చిరునామాను మార్చి, సేవ్ చేసి, తర్వాత మళ్లీ తెరిచి విలువను చదవండి. నియమానికి సేవ పేరు పెట్టడం సహాయపడుతుంది, ఎందుకంటే ఐదు ఒకేలాంటి ఫార్వర్డింగ్‌ల జాబితానే తప్పుది బ్రతికే మార్గం.

external 1194/udp  ->  192.0.2.20:1194/udp

అంతర్గత పోర్టును వినే పోర్టుకు సమానంగా ఉంచండి, ప్రోటోకాల్‌ను స్థిరంగా ఉంచండి. UDP 1194 డిఫాల్ట్ శ్రోత, TCP ప్రొఫైల్‌కు ప్యాకేజీ వైపు దాని సొంత శ్రోత మరియు రౌటర్‌లో సరిపోయే ఫార్వర్డింగ్ అవసరం. UDP మాత్రమే వినే సేవకు TCP ఫార్వర్డ్ చేస్తే లోపం కాదు, నిశ్శబ్దం లభిస్తుంది.

NAS చిరునామా DHCP నుండి వస్తే, నియమం సేవ్ చేయక ముందే దాన్ని రిజర్వ్ చేయండి. లీజ్ గడువు ముగిస్తే చిరునామా మళ్లీ కేటాయించబడుతుంది, ఫార్వర్డింగ్ పాత విలువనే సూచిస్తూంటుంది, ఎవరూ NAS ను తాకని రోజున హ్యాండ్‌షేక్ విఫలమవడం మొదలవుతుంది. NAS వైపు స్థిర కాన్ఫిగరేషన్ అదే సమస్యను పరిష్కరిస్తుంది, చిరునామా రౌటర్ యొక్క DHCP పరిధి వెలుపల ఉంటే.

ప్యాకెట్లు అసలు చేరుతున్నాయా అని నిరూపించండి

మొదట NAS లో క్యాప్చర్ ప్రారంభించి, తర్వాత క్లయింట్ నుండి కనెక్ట్ అయి, అవుట్‌పుట్‌లో మూల చిరునామాను చదవండి. వైఫల్యం తర్వాత ప్రారంభించిన క్యాప్చర్ ఏమీ చూపదు, ఏమీ నిరూపించదు.

sudo tcpdump -i any -n udp port 1194

నిశ్శబ్దం అంటే ట్రాఫిక్ సేవను చేరక ముందే మరణించింది: తప్పు అంతర్గత చిరునామా, DSM ఫైర్‌వాల్‌లో మూసిన పోర్టు, లేదా పరిపాలనాపరంగా ఆఫ్ చేసిన ఇంటర్‌ఫేస్. అవుట్‌పుట్‌లో ప్యాకెట్లు ఉన్నాయంటే ఫార్వర్డింగ్ పని చేస్తోంది, మిగిలిన లోపం నెట్‌వర్క్ పొరకు పైన ఉంది, అది చాలా చిన్న శోధన ప్రాంతం.

క్యాప్చర్ ప్యాకెట్ వచ్చిన ఇంటర్‌ఫేస్‌ను కూడా పేర్కొంటుంది, ఆ ఒక్క వివరమే తప్పు పోర్టు వైపు గురిపెట్టిన నియమాన్ని ఆన్ కాని పోర్టు వైపు గురిపెట్టిన నియమం నుండి వేరు చేస్తుంది. అదే ప్రయత్నంలో రౌటర్ సొంత కౌంటర్‌ను కూడా గమనించండి, అది చూపిస్తే. క్యాప్చర్ ఖాళీగా ఉన్నప్పుడు కదలని కౌంటర్ రౌటర్ వైపు సూచిస్తుంది, ఖాళీ క్యాప్చర్‌తో కదిలే కౌంటర్ రెండు పరికరాల మధ్య మార్గం వైపు సూచిస్తుంది.

ప్యాకెట్లు వచ్చినప్పుడు ఫార్వర్డింగ్‌ను నిందించడం ఆపండి

తదుపరి అనుమానితం ప్రొఫైల్, సాధారణ కారణం పాతది కావడం. ఎక్స్‌పోర్ట్ చేసిన .ovpn ఫైల్‌లో ఎక్స్‌పోర్ట్ క్షణం నాటి అధికారం మరియు పదార్థం ఉంటాయి, కాబట్టి తర్వాత సర్టిఫికెట్ మార్చిన ప్యాకేజీ పాత కాపీ మోసుకెళ్తున్న క్లయింట్‌ను తిరస్కరిస్తుంది.

రవాణా అనేది స్పష్టంగా తనిఖీ చేయదగిన మరో అసమానత, ఎందుకంటే ప్రొఫైల్ మరియు ప్యాకేజీ వేర్వేరు స్థలాల్లో సవరించబడతాయి. ప్యాకేజీని మార్చకుండా ప్రొఫైల్‌ను UDP నుండి TCP కి మార్చితే క్లయింట్ లేని శ్రోత కోసం వేచి ఉంటుంది, మిగతా అన్నింటికీ క్లయింట్ చెప్పే అదే సాధారణ హ్యాండ్‌షేక్ వచనాన్ని చెబుతుంది. ఫైల్‌లో proto లైన్ చదవండి, తర్వాత సర్వర్ పేజీలో ఎంచుకున్న ప్రోటోకాల్ చూడండి, అప్పుడే అవి సరిపోతాయని నిర్ణయించండి. DSM ఫైర్‌వాల్ నియమాలు చదవడం మూడవ తనిఖీ: స్థానిక ఉపజాలం నుండి పోర్టు తెరిచి ఇంటర్నెట్ నుండి తెరవని నియమాన్ని పరీక్ష తర్వాత వదిలేయడం సులభం, అది వంటగది నుండి పని చేసి మిగతా ప్రతిచోటా విఫలమయ్యే కనెక్షన్‌ను సృష్టిస్తుంది.

దూర వినియోగదారు నిజంగా నడిచే మార్గాన్ని పరీక్షించండి

అదే LAN లోపలి క్లయింట్ ఫార్వర్డింగ్‌ను తాకకుండానే NAS ను చేరుకోగలదు, కాబట్టి అది దూర ప్రాప్యత గురించి ఏమీ నిరూపించదు. Wi-Fi ఆఫ్‌లో ఉన్న ఫోన్ వాడండి, లేదా నెట్‌వర్క్ వెలుపల ఉన్న వారిని అడగండి, ఆ ప్రయత్నంలో రౌటర్ కౌంటర్‌ను గమనించండి. దూర ప్రయత్నం విఫలమై స్థానిక ప్రయత్నం విజయవంతమైతే, ఫార్వర్డింగ్ లేదా ఫైర్‌వాల్ ఇంకా చిత్రంలో ఉంది.

పని చేస్తున్న స్థితిని అది పని చేస్తున్నప్పుడే నమోదు చేయండి: బాహ్య పోర్టు, అంతర్గత చిరునామా, ప్రోటోకాల్, ప్యాకేజీ ఇంటర్‌ఫేస్, మరియు ప్రొఫైల్ పేరు, ఎక్స్‌పోర్ట్ తేదీ. హ్యాండ్‌షేక్ మళ్లీ విఫలమైతే, ఆ నోట్‌కు ప్రస్తుత కాన్ఫిగరేషన్‌కు మధ్య తేడానే లోపం, సేవ రెండు పోర్టుల్లో ఏది వాడుతుందో ఎవరూ మళ్లీ కనుగొనాల్సిన అవసరం లేదు.