OpenVPN TUN vs TAP: నిర్ణయించే మూడు షరతులు

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

ఆచరణలో మూడు షరతులు దీన్ని నిర్ణయిస్తాయి. వాటిని క్రమంగా చూడండి, ఎందుకంటే మొదటిది సాధారణంగా చర్చను ముగిస్తుంది.

ప్రతి ఇంటర్ఫేస్ నిజంగా ఏమి తీసుకెళ్తుంది

TUN పరికరం లేయర్-3 పాయింట్-టు-పాయింట్ ఇంటర్ఫేస్: కెర్నల్ దానికి IP ప్యాకెట్లను ఇస్తుంది మరియు టన్నెల్ వాటిని పీర్ చిరునామాకు తీసుకెళ్తుంది. TAP పరికరం Ethernet ఫ్రేమ్లను తీసుకెళ్లే లేయర్-2 ఇంటర్ఫేస్, బ్రిడ్జింగ్ను అసలు సాధ్యం చేసేది ఇదే, కెర్నల్ డాక్యుమెంటేషన్ వివరించినట్లు. రెండూ పేలోడ్ ఎలా ఎన్క్రిప్ట్ అవుతుందో మార్చవు, రెండూ బలం సెట్టింగ్ కావు. ఎంపిక చివరలు ఏమి మార్పిడి చేసుకోవాలో అనేది, ట్రాఫిక్ ఎంత బాగా రక్షించబడిందో అనేది కాదు.

ఒక పరిణామం వెంటనే వస్తుంది: రెండు చివరలు అంగీకరించాలి. ఒక పరికర రకం కోసం కాన్ఫిగర్ చేసిన క్లయింట్ మరొక దాని కోసం కాన్ఫిగర్ చేసిన సర్వర్కు చేరలేదు, మిగతావి ఎంత సరిపోలినా.

మొదటి షరతు: ఏదైనా లేయర్ రెండు అవసరమా?

ప్రోటోకాల్కు నిజంగా అదే బ్రాడ్కాస్ట్ డొమైన్ అవసరమైనప్పుడు బ్రిడ్జింగ్ తన సంక్లిష్టతకు అర్హత పొందుతుంది: IP కాని ట్రాఫిక్, రౌటర్ను దాటలేని ఆవిష్కరణ, లేదా ఒకే విభాగంలో ఉండాలని పట్టుబట్టే అప్లికేషన్. మిగతావన్నీ రూటింగ్ సమస్య, రూటింగ్ దాన్ని చాలా తక్కువ యంత్రాంగంతో పరిష్కరిస్తుంది. ఒక విభాగాన్ని విశాల ప్రాంతానికి విస్తరిస్తే దాని ప్రసారాలు కూడా విస్తరిస్తాయి, అందువల్ల లూప్ నివారణ, చిరునామా ప్రణాళిక మరియు వైఫల్య డొమైన్లు అన్నీ డిజైన్లో భాగమవుతాయి. ఒకే మార్గం తీర్చగల అవసరానికి ఇది చాలా ఎక్కువ.

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

రెండవ షరతు: క్లయింట్లు చేయగలవా?

మద్దతు ఏకరీతిగా ఉండదు. డెస్క్టాప్ క్లయింట్లు సాధారణంగా రెండు పరికర రకాలను అందిస్తాయి, అయితే మొబైల్ మరియు ఎంబెడెడ్ క్లయింట్లు తరచుగా రూట్ చేసిన మోడ్ను మాత్రమే అమలు చేస్తాయి, ఫిర్యాదు లేకుండా దిగుమతి అయిన ప్రొఫైల్ కూడా ఇంటర్ఫేస్ను సృష్టించడానికి ప్రయత్నించినప్పుడు విఫలమవుతుంది. ప్లాట్ఫారమ్ పేరు నుండి లక్షణాలను ఊహించడం బదులు నిర్దిష్ట క్లయింట్ మరియు వెర్షన్ను తనిఖీ చేయండి.

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

మూడవ షరతు: ఇది నిజంగా ఇంటర్ఫేస్ ప్రశ్నా?

ఇంటర్ఫేస్ సమస్యలకు పక్కనున్న రెండు ఎంపికలను నిందిస్తారు. వర్చువల్ పరికరం టన్నెల్లోకి ఏమి వెళ్తుందో నిర్ణయిస్తుంది, UDP లేదా TCP బయటి రవాణా ఎలా ప్రవర్తిస్తుందో నిర్ణయిస్తుంది, రెండూ ఆగిపోయే బదిలీలను నయం చేయవు. పెద్ద బదిలీలు వేలాడుతూ చిన్నవి విజయవంతమైతే, ప్యాకెట్ పరిమాణం మరియు MTU పై దృష్టి పెట్టాలి.

కనెక్ట్ అయిన తర్వాత ఒక అంతర్గత హోస్ట్ను చేరుకోలేని క్లయింట్ సాధారణంగా రూటింగ్, ఫైర్వాల్ నియమం లేదా తప్పిపోయిన తిరిగి వచ్చే మార్గాన్ని చూస్తుంది.

నిర్వహించబడే సేవకు ఆపరేటర్ ప్రొఫైల్ పేర్కొన్న ఇంటర్ఫేస్ అమరికను ఉపయోగించండి, ఎందుకంటే సర్వర్ వైపు ఇప్పటికే దాని చుట్టూ నిర్మించబడింది. ప్రైవేట్ డిప్లాయ్మెంట్కు అప్లికేషన్ యొక్క నిజమైన అవసరం నుండి ఎంచుకోండి మరియు ఎంపిక పక్కన కారణం రాయండి.

ప్రశ్న ఏ ఎంపిక బలంగా ఉందో కాదు. ట్రాఫిక్కు నిజంగా ఏది కావాలో.