DD-WRT இல் OpenVPN 2.5 லிசனர் இறந்துவிட்டதா? அது உருவாக்கிய கட்டமைப்பைப் படியுங்கள்

DD-WRT இல் இறந்த லிசனர் என்பது பொதுவாக daemon தன் கட்டமைப்பை பாகுபடுத்தும்போதே வெளியேறியது என்பதாகும், firewall விதி போர்ட்டைத் தடுத்தது என்பதல்ல. OpenVPN 2.5 பழைய கட்டமைப்புகள் நம்பியிருந்த பல இயல்புநிலைகளை இறுக்கியது, மேலும் பழைய பில்டில் வேலைசெய்த உருவாக்கப்பட்ட கட்டமைப்பு socket திறக்கும் முன்பே நிராகரிக்கப்படலாம். காரணம் ரவுட்டரின் சொந்த பதிவில் உள்ளது, உள்ளீடு உருவாக்கப்பட்ட கோப்பில் உள்ளது. இரண்டையும் இந்த வரிசையில் படிப்பது எந்தப் பாக்கெட் பிடிப்பையும் விட வேகமானது.

daemon என்பது firewall அல்ல

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

எதையும் மாற்றுவதற்கு முன் இரண்டு சோதனைகளால் இவற்றைப் பிரிக்கவும், ஏனெனில் இறந்த daemon மீது firewall திருத்தம் இரண்டாவது மாறியை மட்டுமே சேர்க்கிறது.

DD-WRT உருவாக்கிய கட்டமைப்பைப் படியுங்கள்

DD-WRT நீங்கள் வலை இடைமுகத்தில் தட்டச்சு செய்த உரையை OpenVPN க்கு வழங்குவதில்லை. அது உருவாக்கப்பட்ட கட்டமைப்பை /tmp/openvpn/openvpn.conf இல் எழுதி அந்தக் கோப்புடன் daemon ஐத் தொடங்குகிறது, எனவே இடைமுகப் புலங்களும் Additional Config இல் உள்ள எந்த உரையும் OpenVPN பார்ப்பதற்கு முன்பே இணைகின்றன. உருவாக்கப்பட்ட கோப்புக்குப் பதிலாக படிவத்தை பிழைத்திருத்தினால், நீங்கள் உண்மையான உள்ளீட்டை அல்ல, நோக்கத்தைப் படிக்கிறீர்கள். மறுதொடக்கம் /tmp அழிப்பதற்கு முன் அந்தக் கோப்பை நிரந்தர இடத்திற்கு நகலெடுக்கவும்.

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

உருவாக்கப்பட்ட கோப்பு காலியாகவோ இல்லாமலோ இருந்தால், daemon தொடங்குவதற்குக்கூட வரவில்லை, பிரச்சினை OpenVPN க்கு மேலே உள்ளது.

OpenVPN 2.5 எதை ஏற்றுக்கொள்வதை நிறுத்தியது

OpenVPN 2.5 ncp-ciphers data-ciphers ஆல் மாற்றியது, மேலும் இயல்புநிலை குறைந்தபட்ச TLS பதிப்பை 1.2 ஆக உயர்த்தியது. சுருக்கக் கையாளுதலையும் மாற்றியது, எனவே சுருக்கத்தை வழங்கும் தரப்பு கட்டமைப்பு வெளிப்படையாக அனுமதிக்காவிட்டால் நிராகரிக்கப்படும், மேலும் ns-cert-type போன்ற பழைய விருப்பப் பெயர்களை remote-cert-tls க்கு ஆதரவாக காலாவதியானதாக அறிவித்தது. இந்த மாற்றங்கள் ஒவ்வொன்றும் முன்பு வேலைசெய்த கட்டமைப்பை பாகுபடுத்தல் அல்லது பேச்சுவார்த்தை தோல்வியாக மாற்றுகிறது.

தோல்வி முறை கட்டளையைப் பொறுத்தது. அறியாத அல்லது நீக்கப்பட்ட விருப்பம் தொடக்கத்திலேயே daemon ஐ நிறுத்துகிறது, அதுவே உங்கள் இறந்த லிசனர். பேச்சுவார்த்தை பொருந்தாமை daemon ஐ இயங்கவைத்து வாடிக்கையாளர்களை நிராகரிக்கிறது, இது வாடிக்கையாளர் பக்கத்திலிருந்து firewall பிரச்சினை போலத் தெரிகிறது.

பதிவில் முதல் பிழையைப் படியுங்கள், கடைசியை அல்ல. பாகுபடுத்தல் முதல் மோசமான கட்டளையில் நிற்கிறது, அதற்குப் பிறகு எல்லாம் அணைப்பின் சத்தம்.

Broadcom க்கு உரிய முன்நிபந்தனைகள்

Broadcom பில்ட்களில் daemon பயன்படுத்துவதற்கு முன் சுரங்க சாதனம் இருக்க வேண்டும். tun தொகுதி ஏற்றப்பட்டுள்ளதா மற்றும் /dev/net/tun உள்ளதா என்பதைச் சரிபார்க்கவும், ஏனெனில் சாதனம் இல்லாதது சான்றிதழ்களுடன் எந்தத் தொடர்பும் இல்லாத தொடக்க தோல்வியை உருவாக்குகிறது. DD-WRT வழிகள் மற்றும் DNS க்காக உருவாக்கும் துணை ஸ்கிரிப்ட்களுக்கும் இதுவே பொருந்தும்: அவை இல்லாவிட்டாலோ இயக்க முடியாவிட்டாலோ, daemon தொடங்கி ஆனாலும் அதன் அமைப்பை முடிக்க முடியாது.

உண்மையான செய்தி தேவைப்படும்போது உருவாக்கப்பட்ட கட்டமைப்பின் மீது அதிக விவரத்துடன் daemon ஐ முன்னணியில் இயக்கவும். முன்னணி இயக்கம் init ஸ்கிரிப்ட் விழுங்கிய பாகுபடுத்தல் பிழையை அச்சிடுகிறது.

பிறகு சாதாரண சேவையை மீட்டெடுக்கவும், ஏனெனில் முன்னணி daemon மற்றும் init ஸ்கிரிப்ட் போர்ட்டுக்காக சண்டையிடும்.

வாடிக்கையாளர்களை பிழைத்திருத்தும் முன் லிசனர் இருப்பதை நிரூபியுங்கள்

செயல்முறையையும் socket ஐயும் தனித்தனியாக உறுதிசெய்யுங்கள்: ஒன்று இயங்கும் daemon க்கு, மற்றொன்று எதிர்பார்க்கப்படும் முகவரியில் பிணைக்கப்பட்ட UDP போர்ட்டுக்கு. socket இல்லாத செயல்முறை என்பது அது இன்னும் அமைப்பில் உள்ளது அல்லது தவறான இடைமுகத்தில் பிணைக்கப்பட்டுள்ளது என்பதாகும். இந்த இணை பயனுள்ள சோதனை, ஏனெனில் ஒரு பாதி மற்றதின்றி உண்மையாக இருக்க முடியாது.

வாடிக்கையாளர் பக்க பிழைத்திருத்தம் லிசனர் இருந்த பிறகே அர்த்தமுள்ளது. பின்னர் வாடிக்கையாளரின் cipher மற்றும் TLS அமைப்புகள் சேவையகத்தின் data-ciphers பட்டியல் மற்றும் குறைந்தபட்ச பதிப்புடன் பொருந்துகிறதா, போர்ட் உண்மையில் ரவுட்டருக்கு அனுப்பப்படுகிறதா என்பதைச் சரிபார்க்கவும்.

உருவாக்கப்பட்ட கட்டமைப்பையும் திருத்தத்தை நிரூபித்த பதிவு வரியையும் வைத்திருங்கள். அடுத்த firmware புதுப்பிப்பு இயல்புநிலைகளை மீண்டும் மாற்றலாம், அந்தப் பதிவே மீள்வதை ஐந்து நிமிட சோதனையாக மாற்றுகிறது.