could not read Auth username from stdin அங்கீகாரப் பிரச்சினை போல் தெரிகிறது, ஆனால் அல்ல. OpenVPN நிலையான உள்ளீட்டில் பயனர் பெயரைக் கேட்க முயன்றது, படிக்கக்கூடிய எதையும் கண்டுபிடிக்கவில்லை, சேவையகத்தைத் தொடர்பு கொள்வதற்கு முன்பே நின்றது. கணக்கு முழுமையாக செல்லுபடியாக இருக்கலாம்; செயல்முறைக்குக் கேட்க யாரும் இல்லை.

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

பிழையை உள்ளூர் உள்ளீட்டுத் தோல்வியாகப் படியுங்கள்

எப்போது auth-user-pass கோப்பு வாதம் இல்லாமல் தோன்றுகிறதோ, கிளையண்ட் கேட்க எதிர்பார்க்கிறது. ஊடாடும் ஷெல்லில் அந்த கேள்வி வேலை செய்கிறது, ஏனெனில் செயல்முறைக்கு ஒரு முனையம் உள்ளது. systemd, cron பணி அல்லது கொள்கலனின் கீழ் நிலையான உள்ளீடு பொதுவாக காலியாக இருக்கும், வாசிப்பு நீங்கள் பார்க்கும் பிழையுடன் உடனடியாகத் திரும்பும்.

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

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

சேவைக்கு ஆதரவளிக்கப்பட்ட அங்கீகார ஆதாரத்தை வழங்குங்கள்

கண்காணிப்பின்றி இயக்குவதற்கான ஆதரவு ஆதாரம், வாதமாக வழங்கப்படும் அங்கீகாரக் கோப்பு: auth-user-pass. கோப்பு எளிய உரையாகப் படிக்கப்படுகிறது: முதல் வரி பயனர் பெயர், இரண்டாவது கடவுச்சொல். அதை முழுமையான பாதையுடன் சுட்டுங்கள், எடுத்துக்காட்டாக /etc/openvpn/client/creds , அதனால் சேவைக் கணக்கின் பணி அடைவு அறிவுறுத்தலின் பொருளை மாற்ற முடியாது.

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

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

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

script-security ஏன் உதவாது

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

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

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

கிளையண்ட் கோப்பைப் படித்த பிறகு அடுத்த கட்டத்தைச் சரிபார்க்கவும்

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

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

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

சரிபார்ப்புப் பட்டியல்: முழுமையான அங்கீகாரப் பாதை, சேவைக் கணக்காகப் படிக்கக்கூடியது, முனையம் தேவையில்லை, script-security அதன் குறைந்தபட்சத்தில், நிர்வாக இடைமுகப்பு பிணைக்கப்பட்டு அங்கீகரிக்கப்பட்டால் மட்டும், இதன் விளைவாக வரும் சேவையகப் பதிலைத் தனி நிகழ்வாகக் கருதுவது.

தொடர்புடைய கட்டுரைகள்