peer மறுதொடக்கத்திற்குப் பின் strongSwan கீழேயே இருக்கிறது: ஒரு சுரங்கப்பாதையை மீட்டெடுக்கவும்

தொலை நுழைவாயில் மறுதொடக்கம் ஆகிறது, ஒரு நிமிடத்தில் திரும்பி வருகிறது, உள்ளூர் strongSwan daemon தொடர்ந்து இயங்குகிறது ஆனால் சுரங்கப்பாதை இன்னும் கீழே உள்ளது. ESTABLISHED-ஐ தேடி daemon-ஐ மறுதொடக்கம் செய்யும் cron வேலை இறுதியில் அதை மறைத்துவிடும், மேலும் இயந்திரத்தில் உள்ள ஒவ்வொரு தொடர்பற்ற சுரங்கப்பாதையையும் துண்டிக்கும், ஒரு வேளை தோல்வியடைந்ததைத் தவிர்த்துவிடலாம். மீட்பு என்பது திரும்ப வேண்டிய இணைப்புக்கே உரியது, reload-ஐத் தாங்கும் அமைப்புகளில் வெளிப்படுகிறது. இந்த runbook அதை ஒரு இணைப்புக்கு அமைத்து முடிவைப் பெயரால் நிரூபிக்கிறது.

உலகளாவிய மறுதொடக்கத்தை விட்டுவிடுங்கள், அதன் சான்றுகளை வைத்திருங்கள்

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

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

swanctl --list-conns
swanctl --list-sas

தொடக்கத்தையும் மீள்முயற்சிகளையும் திரும்பும் இணைப்பில் வையுங்கள்

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

connections {
    branch {
        keyingtries = 0
        dpd_delay = 30s
        children {
            private-lan {
                start_action = trap|start
                dpd_action = restart
            }
        }
    }
}

child ஏற்றப்படும்போது என்ன நடக்கும் என்பதை start_action தீர்மானிக்கிறது: start உடனடியாகத் தொடங்குகிறது, trap பொருந்தும் டிராஃபிக் வரும்போது தொடக்கத்தை இயக்கும் கொள்கையை நிறுவுகிறது. trap|start எழுத strongSwan 5.9.6 அல்லது அதற்குப் பிந்தையது தேவை, எனவே வரியை நகலெடுக்கும் முன் பதிப்பைச் சரிபார்க்கவும். dpd_action=restart peer இறந்ததாக அறிவிக்கப்பட்டதும் புதிய பேச்சுவார்த்தையைக் கோருகிறது, இணைப்பு நிலையின் keyingtries=0 வெற்றி அல்லது நிரந்தர பிழை வரை கூடுதல் முயற்சிகளை அனுமதிக்கிறது. IKEv2 இன் கீழ் dpd_timeout-க்கு எந்த விளைவும் இல்லை, ஏனெனில் peer எப்போது பதிலளிக்கவில்லை என்பதை சாதாரண மறுசெலுத்தம் தீர்மானிக்கிறது.

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

எந்த நிகழ்விலிருந்து மீட்டெடுக்கிறீர்கள் என்பதை அறியுங்கள்

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

இயக்குபவர்கள் பராமரிப்புக்காக வேண்டுமென்றே மூடும் இணைப்பில் ஆக்ரோஷமான மறுதொடக்கத்தைச் சேர்க்காதீர்கள், இல்லையெனில் சாளரத்தின் நடுவில் சுரங்கப்பாதை மீண்டும் தோன்றும். தேவை அடிப்படையிலான வடிவமைப்புகளுக்கு வைத்திருக்கும் trap போதும், ஏனெனில் பொருந்தும் டிராஃபிக் எந்த டைமரும் இல்லாமல் child-ஐ மீண்டும் நிறுவுகிறது.

daemon நிலையால் அல்ல, பெயரால் சரிபார்க்கவும்

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

swanctl --initiate --child private-lan
swanctl --terminate --ike branch

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

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

மாற்றத்தை ஒரு சாளரத்தில் ஏற்றி மீண்டும் சோதியுங்கள்

reload daemon மறுதொடக்கத்தை விட பாதுகாப்பானது, இருப்பினும் அது இலவசம் அல்ல: child-ஐ மாற்றுவது அல்லது இறக்குவது தொடங்கிய தொடர்பை மூடலாம் அல்லது அதன் trap-ஐ வீழ்த்தலாம்.

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

swanctl --load-conns
swanctl --list-conns

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