Linux VPN క్లయింట్‌ను పాత పరికరం ప్రోటోకాల్‌కు సరిపోల్చండి

నాలుగు ప్రోటోకాల్ కుటుంబాలు ర్యాక్‌లో ఇంకా ఉన్న దాదాపు ప్రతి పరికరాన్ని కవర్ చేస్తాయి, మరియు ప్రతి ఒక్కటి Linux పై వేరే విధంగా విఫలమవుతుంది. ఏ ప్యాకేజీ కావాలో దూరపు చివర ప్రచురించిన పోర్టులు మరియు కాన్ఫిగర్ చేసిన ప్రతిపాదనలు నిర్ణయిస్తాయి, మీరు యాదృచ్ఛికంగా నడిపే పంపిణీ కాదు. ఫోరమ్ పోస్ట్‌లో చెప్పినది ఇన్‌స్టాల్ చేసి, ఏదో కనెక్ట్ అయ్యే వరకు సవరించడం — అలానే ఒక మధ్యాహ్నం గడిచిపోతుంది. పరికరాన్ని చదవండి, రెండవదిగా ఇన్‌స్టాల్ చేయండి, మూడవదిగా ధృవీకరించండి.

దూరపు చివర ఏమి ప్రచురిస్తుందో నమోదు చేయండి

ప్యాకేజీ మేనేజర్ తెరవడానికి ముందు పరికరం ఆశించే ప్రోటోకాల్, పోర్టులు మరియు ప్రామాణీకరణ రాయండి. నాలుగు కుటుంబాలు పాత పరికరాలలో ఎక్కువ భాగాన్ని కవర్ చేస్తాయి, క్రింది పట్టిక ఒకే స్క్రీన్‌పై మొత్తం నిర్ణయం.

పరికరం యొక్క మాన్యువల్ మరియు దాని స్వంత ఫైర్‌వాల్ నియమాలు దాని లాగిన్ పేజీలోని ప్రోటోకాల్ పేరు కంటే నమ్మదగినవి. IPsec ప్రచారం చేసే పరికరం IKEv1 మాత్రమే మాట్లాడవచ్చు, మరియు ఎవరూ వర్తింపజేయని ఫర్మ్‌వేర్ విడుదలే చివరికి IKEv2 జోడించేది కావచ్చు. డేటా మార్గం మరియు సెటప్ పోర్ట్ రెండింటినీ నిర్ధారించండి, ఎందుకంటే ఇక్కడే పాత పరికరాలు మరియు ఆధునిక నెట్‌వర్క్‌లు భిన్నిస్తాయి. ఈ అడుగులో తప్పు చేయడం అంటే ఇతర చివరకు ఎప్పుడూ లేని ఫీచర్‌కు వ్యతిరేకంగా మీ క్లయింట్‌ను డీబగ్ చేయడం.

PPTP: pppd సవరించే ముందు GRE నిరూపించండి

Linux పై PPTP మీరు ప్రారంభించే డీమన్ కాదు, pppd పిలుపు, మరియు కనెక్షన్ పారామితులు pppd పిలిచినప్పుడు చదివే పేరున్న peer ఫైల్‌లో నివసిస్తాయి. పంపిణీలు ఇప్పటికీ దాన్ని ప్యాకేజ్ చేస్తాయి, అయినా ప్రోటోకాల్ యొక్క తెలిసిన బలహీనతలు దాన్ని సున్నితమైన దేనికైనా అనుచితంగా చేస్తాయి, కాబట్టి ఏమీ ఇవ్వని పరికరానికి మాత్రమే కఠినంగా ఉంచండి. క్లయింట్ చర్చలు జరుపుతున్నప్పుడు GRE ను గమనించండి, ఊహకు బదులు చిన్న క్యాప్చర్‌తో. ఎక్కువ సమయం వృథా చేసే వైఫల్యం ప్రామాణీకరణ కాదు, తప్పిపోయిన డేటా మార్గం.

pppd call branch-office
tcpdump -ni any proto gre -c 5

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

L2TP/IPsec: సరిపోయే ఒక ప్రతిపాదన పది ప్రయత్నాలను ఓడిస్తుంది

డెస్క్‌టాప్ సంభాషణకు బదులు డీమన్ లాగ్ చదవండి, ఎందుకంటే సంభాషణ అనేక భిన్న వైఫల్యాలను ఒకే సందేశంలో కలుపుతుంది. NO_PROPOSAL_CHOSEN లోపం మొదటి దశకు చెందుతుంది: సర్వర్ అంగీకరించని ఎన్‌క్రిప్షన్, హాష్ లేదా Diffie-Hellman సమూహాన్ని క్లయింట్ ప్రతిపాదించింది. పరికరం ఏమి మద్దతిస్తుందో జాబితా చేసి దానికి సరిపోయే ఒక ప్రతిపాదన రాయండి, ఎందుకంటే యాదృచ్ఛిక కలయికలు సాధారణంగా అదే లోపాన్ని నెమ్మదిగా ఇస్తాయి. డెస్క్‌టాప్‌లో ఆచరణాత్మక క్లయింట్ క్రింద strongSwan లేదా Libreswan ఉన్న NetworkManager L2TP ప్లగిన్.

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

XAuth తో దూకుడు IKEv1, మరియు పోర్టల్ సందర్భం

FortiGate శైలి చివరి బిందువు సాధారణంగా కోరుతుంది XAuth తో దూకుడు మోడ్ మరియు కాన్ఫిగర్ చేసిన మోడ్ చిరునామా, దీన్ని గ్రాఫికల్ ప్లగిన్ అసలు చూపకపోవచ్చు. స్థానిక డీమన్ దీన్ని నిర్వహిస్తుంది, క్రింది బ్లాక్ పూర్తి ఫైల్ కాదు, ఆ కాన్ఫిగరేషన్ రూపం. ప్రతిపాదన విలువల కోసం విక్రేత యొక్క తాజా పత్రాలను చూడండి.

conn branch
    keyexchange=ikev1
    aggressive=yes
    leftauth=psk
    leftauth2=xauth
    leftsourceip=%config
    right=203.0.113.10

పాత strongSwan విడుదలలు వెర్షన్ 5 leftauth2=xauth ఉపయోగించే చోట xauth=client ఉపయోగించాయి, కాబట్టి కాపీ చేసిన స్నిపెట్ వాక్యనిర్మాణం వల్లనే విఫలమవవచ్చు. TLS పోర్టల్ కోసం, AnyConnect ప్రోటోకాల్ మాట్లాడే openconnect Cisco మరియు పునఃబ్రాండ్ చేసిన చాలా ఉత్పత్తులను నిర్వహిస్తుంది, దానికి TUN పరికరం మరియు దాన్ని కాన్ఫిగర్ చేసే అనుమతులు కావాలి. పోర్టల్ చిరునామాను బ్రౌజర్ చూపించినట్లే ఇవ్వండి, పరికరం ఆశించే ఏ మార్గాన్నైనా కలిపి, తర్వాత దాని వెనుక ఏదైనా పరీక్షించే ముందు కేటాయించిన చిరునామాను తనిఖీ చేయండి. ఇంటర్‌ఫేస్‌ను ముందుగానే సృష్టించడం సెటప్ సమయంలో ఒక రకమైన ఆశ్చర్యాన్ని తొలగిస్తుంది.

sudo ip tuntap add dev tun0 mode tun
sudo openconnect --protocol=anyconnect vpn.example.com

కనెక్ట్ అవ్వండి, తర్వాత స్థిర క్రమంలో ధృవీకరించండి

ఒకేసారి ఒకే VPN మేనేజర్ నడపండి, ఎందుకంటే NetworkManager ప్రొఫైల్ మరియు చేతితో ప్రారంభించిన డీమన్ మార్గాలు మరియు DNS కోసం పోరాడుతాయి. మాన్యువల్ కనెక్షన్ పరీక్షించే ముందు ప్రొఫైల్ దింపండి, పాత టన్నెల్ ఇంటర్‌ఫేస్ ఏదీ మిగలలేదని నిర్ధారించండి. తర్వాత ఈ క్రమంలో ధృవీకరించండి: టన్నెల్ చిరునామా, మీకు అవసరమైన ఏకైక అంతర్గత హోస్ట్‌కు మార్గం, పేరు విశ్లేషణ, చివరగా నిజమైన అభ్యర్థన. ఆకుపచ్చ చిహ్నం ప్రామాణీకరణను మాత్రమే నిరూపిస్తుంది, మరేమీ కాదు.

ip -4 addr show tun0
ip route get 10.20.30.10
getent hosts app.internal

ఏదైనా అడుగు విఫలమైతే, తదుపరిది పరీక్షించకుండా అక్కడే ఆపండి, ఎందుకంటే విరిగిన మార్గం క్రింద DNS వైఫల్యం మీకు ఏమీ నేర్పదు. పరీక్షించే ముందు పనిచేసే ప్రొఫైల్ కాపీని సేవ్ చేయండి, ఎందుకంటే తొలగించిన కనెక్షన్ ఫైల్ పోవడం సులభం, తిరిగి నిర్మించడం శ్రమతో కూడుకున్నది. ప్రతిపాదన విలువలను పరికర నమూనా మరియు ఫర్మ్‌వేర్ వెర్షన్ ఉన్న అదే నోట్‌లో ఉంచండి, ఎందుకంటే పెట్టె మార్చినప్పుడు ఆ నోట్‌యే స్థానాంతరణ మరియు పురావస్తు ప్రాజెక్టు మధ్య భేదం.