TAP ఈథర్నెట్ ఫ్రేమ్లను ఆపరేటింగ్ సిస్టమ్కు అప్పగిస్తుంది, ఇది చాలా రిమోట్-యాక్సెస్ డిజైన్లకు అవసరమైన దానికంటే ఎక్కువ సామర్థ్యం మరియు వంతెన కంటే తక్కువ. కర్నెల్ దానికి చిరునామా ఇవ్వగలదు, దాని ద్వారా మార్గనిర్దేశం చేయగలదు మరియు ఏ భౌతిక విభాగానికీ కలపకుండా దానిపై ఫైర్వాల్ పెట్టగలదు. ఈ ఏర్పాటును మొదట అర్థం చేసుకోవడం విలువైనది: సర్వర్ నిజమైన LAN వైపు రౌటర్గా పనిచేసే వేరుచేయబడిన వర్చువల్ Ethernet విభాగం. ఇది టన్నెల్ లోపల రెండవ పొర ప్రవర్తనను మరియు బయట సాధారణ IP ఫార్వార్డింగ్ను ఇస్తుంది, అవి రెండు వేర్వేరు హామీలు. మిగిలినది నిర్మాణం, మార్గం, తిరిగి వచ్చే మార్గం మరియు రోల్బ్యాక్.

వేరుచేసిన విభాగాన్ని నిర్మించండి

లినక్స్లో ఇంటర్ఫేస్ మూడు ఆదేశాలను తీసుకుంటుంది: దాన్ని సృష్టించండి, పైకి లేపండి, మీరు ఉద్దేశించిన విభాగం లోపల దానికి చిరునామా ఇవ్వండి. కార్యాలయ LANతో ఢీకొనని ప్రీఫిక్స్ను ఎంచుకుని రాసుకోండి, ఎందుకంటే ఉండకూడని హోస్ట్ సమాధానం ఇచ్చే వరకు ఢీకొనడం కనిపించదు.

ip tuntap add dev tap0 mode tap
ip link set tap0 up
ip addr add 10.77.0.1/24 dev tap0

ఇక్కడ ఏదీ వంతెనను కోరదు, తర్వాత ఒకటి జోడించడాన్ని ఏదీ ఆపదు. కర్నెల్ TUN/TAP పత్రాలు ఇంటర్ఫేస్ను వివరిస్తాయి; వంతెన సభ్యత్వం మరియు ఫార్వార్డింగ్ విధానం మీరు తర్వాత తీసుకునే వేర్వేరు నిర్ణయాలు.

సరిహద్దు దాటి మార్గనిర్దేశం చేయండి

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

మార్గాన్ని మరియు ఫైర్వాల్ నియమాన్ని ఒకే మార్పుగా రాయండి, ఎందుకంటే ప్రతి ఒక్కటి విడిగా క్లయింట్ వైపు నుండి మార్గనిర్దేశం వైఫల్యంగా కనిపించే స్థితిని సృష్టిస్తుంది.

తిరిగి వచ్చే మార్గాన్ని నిర్ణయించండి

ఒక్కటి LAN రౌటర్ VPN ప్రీఫిక్స్కు తిరిగి వెళ్లే మార్గాన్ని నేర్చుకుంటుంది, లేదా సర్వర్ బయటకు వెళ్లేటప్పుడు మూల చిరునామాలను అనువదిస్తుంది. అనువాదం తిరిగి వచ్చే మార్గాన్ని సులభతరం చేసి మూల గుర్తింపును నాశనం చేస్తుంది, కాబట్టి గమ్యస్థాన లాగ్లు దాని వెనుక ఉన్న ప్రతి క్లయింట్కు సర్వర్ చిరునామాను చూపుతాయి. మార్గనిర్దేశిత ప్రీఫిక్స్ గుర్తింపును నిలబెట్టుకుంటుంది మరియు మీరు నిర్వహించకపోవచ్చిన పరికరాలపై మార్పును కోరుతుంది.

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

ప్రసార పరిధిని ఉద్దేశపూర్వకంగా ఉంచండి

వర్చువల్ విభాగం లోపల DHCP, కనుగొనడం మరియు పొరుగు ప్రకటన స్విచ్లో లాగా ప్రవర్తిస్తాయి, ఎందుకంటే ఇది ఒకే లింక్. మార్గనిర్దేశిత సరిహద్దు ఆవల అవి అలా చేయవు, కాబట్టి కార్యాలయ DHCP మరియు సేవా కనుగొనడానికి TAP వాటిని కలిగి ఉంటుందనే ఊహ కాకుండా స్పష్టమైన రూపకల్పన అవసరం. ఇంటర్ఫేస్ రకం వేరే చోట నివసించే సేవలకు రిలే కాదు.

TAPను ఎంచుకోవడానికి నిజాయితీ కారణం ఇదే: వర్చువల్ విభాగంలో ఏదో ఒకదానికి లింక్-స్థానిక ప్రవర్తన అవసరం. ఏదీ అవసరం లేకపోతే, మార్గనిర్దేశిత ప్రీఫిక్స్ ఉన్న TUN పరికరం చిన్నది, మరియు అది పాడైనప్పుడు వివరించడానికి తక్కువ ఉంటుంది.

ధృవీకరించండి, తర్వాత రోల్బ్యాక్ రాయండి

VPN క్లయింట్ నుండి LAN రౌటర్కు పింగ్ చేయండి, హోస్ట్కు పింగ్ చేయండి, మరియు TCP ద్వారా ముఖ్యమైన ఒక సేవను తెరవండి. తర్వాత కౌంటర్లను మరియు ఫార్వార్డ్ గొలుసును తనిఖీ చేయండి, ఎందుకంటే దూరం నుండి విధాన-పతనం తప్పిపోయిన మార్గంలాగానే కనిపిస్తుంది. రోల్బ్యాక్ నిర్మాణానికి వ్యతిరేకం మరియు ప్రారంభించే ముందు మార్పు రికార్డులో ఉండాలి: మార్గాన్ని తీసివేయండి, చిరునామాను తీసివేయండి, ఇంటర్ఫేస్ను తొలగించండి.

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

సంబంధిత వ్యాసాలు