அமைப்பு ஸ்கிரிப்ட் இயங்கிய பிறகு VPN சேவையகத்திற்கு ஒரு உரிமையாளர் தேவை

இரண்டு வேறுபட்ட வேலைகள் ஒன்றாக விற்கப்படுகின்றன: ஒரு இயந்திரத்தை VPN சேவையகமாக மாற்றுவது, மற்றவரின் நுழைவாயிலில் சேர வேண்டிய மடிக்கணினியில் VPN வாடிக்கையாளரைச் சேர்ப்பது. அமைப்பு ஸ்கிரிப்ட் முதல் வேலைக்குப் பதிலளிக்கிறது, இரண்டாவதற்குப் பதிலளிக்க முடியாது, அதன் README எதைக் குறிப்பிட்டாலும். setup-ipsec-vpn திட்டம் ஐ உறுதியான எடுத்துக்காட்டாக எடுத்துக்கொள்ளுங்கள்: இது ஆதரவளிக்கும் Linux புரவலனில் Libreswan மற்றும் xl2tpd பயன்படுத்தி IPsec/L2TP, Cisco IPsec அல்லது IKEv2 சேவையகத்தை உருவாக்குகிறது. இது ஒரு சேவையகத்திற்கான பயன்பாட்டு ஒப்பந்தம், எந்த இயந்திரத்திற்கும் பொதுவான செய்முறை அல்ல. ஸ்கிரிப்ட் இயங்கும் முன் உங்கள் வேலை எது என்பதை முடிவு செய்யுங்கள், ஏனெனில் அதற்குப் பிறகு எல்லாம் சேவையகம் பற்றியது.

புரவலன் பற்றி நேர்மையாக இருங்கள்

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

சேவையை இயக்குவது அதற்கான பாதையைத் திறக்காது. IPsec க்கு புரவலனுக்கு முன்னால் உள்ள வலையமைப்பு UDP 500 மற்றும் 4500 ஐ அனுமதிக்க வேண்டும், பயன்பாட்டைப் பொறுத்து ESP நெறிமுறையையும். நெறிமுறை 50 ஐ வீசும் பாதுகாப்புக் குழுவின் பின்னால் வெற்றிகரமாக முடியும் ஸ்கிரிப்ட் யாரும் அடைய முடியாத சேவையகத்தை உருவாக்கியுள்ளது, நிறுவியின் வெளியீட்டில் எதுவும் அதைச் சொல்லாது.

நிறுவி உண்மையில் எதை எடுத்துக்கொள்கிறது

IPsec கட்டமைப்பு மற்றும் ரகசியக் கோப்பு, L2TP டீமன் கட்டமைப்பு, PPP விருப்பங்கள் மற்றும் இப்போது அந்த துறைமுகங்களை உரிமையாகக் கொண்ட systemd அலகுகளை எதிர்பார்க்கவும். திட்டத்தின் README, மாற்றங்களுக்கு முன் இருக்கும் கட்டமைப்பு கோப்புகள் காப்புநகல் எடுக்கப்படுவதாகக் கூறுகிறது, அது பயனுள்ளது மற்றும் புரவலனின் காப்புநகலுக்குச் சமமானது அல்ல. எந்த கூறுகள் விநியோகத்தின் தொகுப்புகளால் புதுப்பிக்கப்படும், எவை ஸ்கிரிப்டை மீண்டும் இயக்கி அல்லது மீண்டும் எழுதி புதுப்பிக்கப்படும் என்பதை முடிவு செய்யுங்கள், ஏனெனில் இவை வெவ்வேறு தோல்வி முறைகளைக் கொண்ட இரண்டு பராமரிப்புப் பாதைகள்.

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

ஸ்கிரிப்ட் உங்களுக்குத் தர முடியாதது

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

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

முதல் வாடிக்கையாளரே ஏற்புச் சோதனை

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

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

ஒப்படைப்புப் பக்கத்தை எழுதுங்கள்

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

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