TUN/TAP: தவறான அளவுரு — OpenVPN சட்டக அமைப்பு பொருந்தவில்லை

வாடிக்கையாளர் அங்கீகாரம் செய்கிறது, பதிவு இணைக்கப்பட்டது என்கிறது, எந்தப் பொதியும் சுரங்கத்தைக் கடக்கவில்லை. சேவையகம் write to TUN/TAP: Invalid argument (code=22) உடன் முயற்சியை முடிக்கிறது, இது இயக்கி குறைபாடு போலத் தெரிகிறது, பொதுவாக அதுவல்ல. திசைவிகள் மற்றும் சிறிய Linux சேவையகங்களில் அந்த வரி பெரும்பாலும் இரு முனைகளும் தரவுப் பொதிகள் எவ்வாறு சட்டகமாக்கப்படுகின்றன என்பதில் உடன்படவில்லை என்பதைக் குறிக்கிறது, எனவே கர்னல் தனக்கு வழங்கப்பட்ட மறைகுறியாக்கப்பட்ட இடையகத்தை நிராகரிக்கிறது. அந்த நேரத்தில் வழிசெலுத்தல் இன்னும் சோதிக்கப்படவில்லை.

சரியான வழிசெலுத்தல் அட்டவணையும் உடைந்த சட்டக ஒப்பந்தமும் வாடிக்கையாளர் பக்கத்திலிருந்து ஒரே போலத் தெரிகின்றன: இணைக்கப்பட்டது, எதுவும் வேலை செய்யவில்லை.

சுரங்கம் மேலே வருகிறது, எதுவும் அதைக் கடக்கவில்லை

சுரங்கச் சாதனத்தில் எழுத்துப் பிழைகள் மறைகுறியாக்கத்திற்குப் பிறகும் வழிசெலுத்தலுக்கு முன்பும் நிகழ்கின்றன. டீமன் ஒரு பொதியை மறைகுறியாக்கி இடைமுகத்திற்கு அளிக்கிறது, இடையகம் அந்தச் சாதனம் எதிர்பார்ப்பதுடன் பொருந்தாததால் இடைமுகம் அதை நிராகரிக்கிறது. குறியீடு 22 தவறான அளவுருவுக்கான பொதுவான பதில், எனவே பயனுள்ள தகவல் அடுக்கு: இது தரவுப் பாதை, கைக்குலுக்கல் அல்ல. நேற்று போக்குவரத்து இயங்கி இன்று எந்த கட்டமைப்பு மாற்றமும் இல்லாமல் நின்றால், பிணையத்தைச் சந்தேகிக்கும் முன் இயல்புநிலையை நகர்த்திய தொகுப்பு அல்லது திட்பொருள் புதுப்பிப்பைச் சந்தேகிக்கவும்.

முதல் பிழைக்குப் பதிலாக தரவு சேனல் அமைப்பைச் சுற்றியுள்ள பதிவைப் படிக்கவும். ஒப்புக்கொள்ளப்பட்ட சுருக்கப் பயன்முறை, dev வகை மற்றும் தள்ளப்பட்ட விருப்பங்கள் அனைத்தும் அதிக விரிவாக்கத்தில் தோன்றும், மேலும் மூன்று பொருந்தாதவற்றில் எது உங்களிடம் உள்ளது என்பதை அவை சொல்கின்றன.

சுருக்கம் என்பது சட்டகமாக்கம், அலைவரிசை அல்ல

சுருக்கம் இயக்கப்பட்டால், ஒவ்வொரு தரவுப் பொதியும் எவ்வாறு குறியாக்கம் செய்யப்பட்டது என்பதை விவரிக்கும் தலைப்பைக் கொண்டு செல்கிறது, இரு முனைகளும் அந்தத் தலைப்பில் உடன்பட வேண்டும். பழைய மாதிரி கட்டமைப்பிலிருந்து இன்னும் comp-lzo கொண்டு செல்லும் சேவையகம், சுருக்க வரி இல்லாத வாடிக்கையாளருடன் இணைக்கப்பட்டால் சரியாக இந்தப் பிழையை உருவாக்குகிறது: வாடிக்கையாளர் ஒருபோதும் எழுதாத தலைப்பை சேவையகம் எதிர்பார்க்கிறது. comp-lzo ஐ compress lz4-v2 உடன் கலப்பதும் அதே வழியில் தோல்வியடைகிறது, இரண்டையும் சுருக்கம் என்று அழைத்தாலும் படிமுறைகள் வேறுபடுகின்றன. நவீன இணைப்புகளில் இந்த விருப்பம் அலைவரிசை அம்சம் அல்ல, சட்டக ஒப்பந்தம்.

பதிப்புகளின் நடத்தை ஒரு பொறியைச் சேர்க்கிறது. 2.5 வரிசை சுருக்க விருப்பங்களுக்கான வழக்கிழந்த எச்சரிக்கைகளை வழங்கத் தொடங்கியது, 2.6 சுருக்கப்பட்ட பொதிகளை நிராகரிப்பதற்கும் தரவை சுருக்காமல் விடுவதற்கும் இடையே ஒரு கோட்டை வரைகிறது. எனவே திசைவி திட்பொருள் புதுப்பிப்பு யாரும் சுரங்கத்தைத் திருத்தாமலேயே பயனுள்ள ஒப்பந்தத்தை மாற்றலாம்.

இரு முனைகளையும் சீரமைக்கவும் அல்லது இரண்டிலிருந்தும் அகற்றவும்

ஒவ்வொரு சுருக்க வழிமுறையையும் பட்டியலிடுங்கள்: சேவையகக் கோப்பு, தள்ளப்பட்ட எந்த விருப்பங்களும், வாடிக்கையாளர்-குறிப்பிட்ட கோப்புகள் மற்றும் வாடிக்கையாளர் சுயவிவரம். சேவையகத்தில் comp-lzo க்கு வாடிக்கையாளரிலும் அதே சொல் தேவை, adaptive என்பது பழைய கட்டுமானங்களில் வெற்று விருப்பம் பொதுவாகக் குறிக்கும் மரபுவழி இயல்புநிலை. LZO அல்லது சுருக்கம் என பெயரிடப்பட்ட திசைவியின் GUI சுவிட்சும் அதே விருப்பத்தை எழுதுகிறது, எனவே படிமுறைகளைக் கலக்காமல் பொருந்துமாறு அமைக்கவும். ஒத்த தோற்றமுள்ள பெயர் இணக்கமானது என்று கருத வேண்டாம்.

சுருக்கம் வேண்டாம் எனில், இரு முனைகளிலிருந்தும் வேண்டுமென்றே அகற்றவும். சேவையகத்தில் allow-compression no சுருக்கப்பட்ட பொதிகளை நிராகரிக்கிறது, ஆனால் வாடிக்கையாளர்கள் அவற்றை வழங்குவதை நிறுத்திய பிறகே; ஒரு வாடிக்கையாளர் இன்னும் சுருக்கத்தைத் தள்ளிக்கொண்டிருக்கும்போது அதைப் பயன்படுத்தினால் மறுபக்கத்தில் பொருந்தாமை மீண்டும் உருவாகிறது.

தள்ளுதலையும் சாதன வகையையும் சரிபார்க்கவும்

சேவையகம் தன் முதன்மைக் கோப்பிலிருந்தோ வாடிக்கையாளர்-குறிப்பிட்ட கோப்பிலிருந்தோ சுருக்க வழிமுறையைத் தள்ளலாம், வாடிக்கையாளர் pull-filter மூலம் தள்ளப்பட்ட விருப்பங்களை விடலாம். விரிவாக்கம் 4 இல் ஒரு வாடிக்கையாளரை இணைத்து, சேவையகம் அறிவித்ததையும் வாடிக்கையாளர் ஏற்றுக்கொண்டதையும் ஒப்பிட்டுப் படித்து, எந்த வடிகட்டியும் அதை அகற்றவில்லை என்பதை உறுதிசெய்யவும். இரு பக்கமும் இப்போது உடன்பட்டும் பிழை தொடர்ந்தால், சாதன வகையைப் பார்க்கவும்: ஒரு முனையில் dev tap மற்றும் மறுமுனையில் dev tun சட்டகங்களைப் பரிமாறிக்கொள்ள முடியாது, கர்னலும் அதே வழியில் எழுத்தை நிராகரிக்கிறது.

பாலம் அமைக்கப்பட்ட TAP பயன்பாட்டிற்கு சேவையகத்தில் உண்மையான பாலம் தேவை, வெறும் வேறு சாதனப் பெயர் அல்ல. இடைமுகத்தை பாலத்தில் சேர்க்காமல் tap0 என மறுபெயரிடுவது எழுத்தை ஏற்றுக்கொண்டு எங்கும் செல்லாத சாதனத்தை உருவாக்குகிறது.

பின்னர் ஒரு வாடிக்கையாளர் மற்றும் ஒரு இலக்குடன் சரிபார்க்கவும்: சேவையகத்தின் சுரங்க முகவரிக்கு ping செய்யவும், பின்னர் அதன் LAN இல் உள்ள ஒரு புரவனுக்கு. முதலாவது தரவு சேனலை நிரூபிக்கிறது, இரண்டாவது அனுப்புதலை.