OpenVPN-ஐ TAP-இலிருந்து TUN-க்கு நகர்த்துதல்: வேலை செய்யும் இடமாற்ற வரிசை

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 இடைமுகம் மறையும்போது அல்ல.