dev tap స్థానంలో dev tun ఉపయోగించడం టన్నెల్ ఏమి మోసుకెళ్తుందో మారుస్తుంది, దాని పేరు మాత్రమే కాదు. TAP ఇంటర్ఫేస్ Ethernet ఫ్రేమ్లను బ్రిడ్జికి అప్పగిస్తుంది, కాబట్టి క్లయింట్లు కార్యాలయ స్విచ్కు కలిపినట్లుగా ప్రవర్తిస్తారు. TUN ఇంటర్ఫేస్ IP ప్యాకెట్లను మోసుకెళ్తుంది, కాబట్టి క్లయింట్లకు మార్గాలు అవసరం, మరో వైపుకు తిరిగి వెళ్లే దారి అవసరం. క్లయింట్లు, చిరునామా ప్రణాళిక మరియు LAN యొక్క తిరిగి వచ్చే మార్గం అన్నీ ఆ మార్పుతో పాటు కదలాలి.

మైగ్రేషన్ అనేది టన్నెల్తో జోడించిన నెట్వర్క్ పునర్నిర్మాణం, క్రింది క్రమం దానిని తిరిగి మార్చగలిగేలా ఉంచుతుంది.

Ethernetపై నిజంగా ఏది ఆధారపడి ఉందో జాబితా చేయండి

హోస్ట్లను కాదు, అప్లికేషన్లను జాబితా చేయండి. ప్రతి ఒక్కటి రూట్ చేయబడిన TCP లేదా UDP సేవలు, బ్రాడ్కాస్ట్ కనుగొనడం, కార్యాలయ LAN నుండి DHCP, IP కాని Ethernet ప్రోటోకాల్, లేదా రెండు చివరలు ఒకే సబ్నెట్లో ఉన్నాయనే ఊహను ఉపయోగిస్తుందా నిర్ణయించండి. సాధారణ IP యాక్సెస్ రూట్ చేయబడిన డిజైన్లో నిలబడుతుంది. ముడి Ethernet ఫ్రేమ్లు అవసరమయ్యే ప్రోటోకాల్ నిలబడదు, ఎంత రూటింగ్ అయినా దాన్ని పనిచేయించదు. కనుగొనడంపై ఆధారపడిన అప్లికేషన్లకు మారడానికి ముందే నిర్ణయించిన ప్రత్యామ్నాయ యంత్రాంగం అవసరం, దాని మధ్యలో కాదు.

ఆ జాబితానే అంగీకార జాబితా కూడా. మీరు తరలించలేని ప్రతి నమోదు పత్రబద్ధమైన మినహాయింపు లేదా ఆ పనిభారం కోసం మాత్రమే చిన్న TAP విభాగాన్ని సజీవంగా ఉంచే కారణం అవుతుంది.

చిరునామాలు మరియు తిరిగి వచ్చే మార్గాల ప్రణాళికను నిర్మించండి

LAN, పాత బ్రిడ్జి పరిధి లేదా క్లయింట్ ఇప్పటికే చేరుకునే ఏ నెట్వర్క్తోనూ అతిపాతం చెందని క్లయింట్ ప్రిఫిక్స్ను ఎంచుకోండి. సబ్నెట్ టోపాలజీ ఉన్న సర్వర్కు dev tun, topology subnet మరియు server 10.78.0.0 255.255.255.0 వంటి భాగం అవసరం, కానీ అది భాగం మాత్రమే, పనిచేసే ప్రొఫైల్ కాదు. దాని చుట్టూ ఆమోదించబడిన TLS, గుర్తింపు, రవాణా మరియు యాక్సెస్ విధానాన్ని ఉంచండి, మరియు ఖాళీగా ధృవీకరించిన ప్రిఫిక్స్ను ఉపయోగించండి.

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

ప్రత్యేక వినేవారిపై పరీక్షించండి

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

తిరిగి కనెక్ట్ అవ్వడం మరియు తిరిగి వచ్చే ట్రాఫిక్ పరీక్షను చేర్చండి. పూర్తయ్యే హ్యాండ్షేక్ మరో వైపు సమాధానం ఇవ్వగలదా అనే దాని గురించి ఏమీ చెప్పదు.

రోల్బ్యాక్తో క్లయింట్లను సమూహాలుగా తరలించండి

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

ఎవరూ ప్రస్తావించని అప్లికేషన్ను కనుగొనడానికి, పాత మార్గం ఇంకా పోలిక కోసం ఉన్నప్పుడే, సమూహాలు మీకు స్థలాన్ని కూడా ఇస్తాయి.

అంగీకారం తర్వాత మాత్రమే బ్రిడ్జిని తొలగించండి

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

రూట్ చేయబడిన యాక్సెస్ నమూనా జాబితాకు పనిచేసినప్పుడు మైగ్రేషన్ పూర్తవుతుంది, ip link యొక్క అవుట్పుట్ నుండి TAP ఇంటర్ఫేస్ కనుమరుగైనప్పుడు కాదు.

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