Mac VPN ఒకసారి కనెక్ట్ అవుతుంది, తర్వాత సమయం ముగుస్తుంది: IKE డీమన్ను శుభ్రం చేయండి

పునఃప్రారంభం తర్వాత మొదటి కనెక్షన్ పనిచేస్తుంది. ఆ తర్వాత ప్రతి ప్రయత్నం కనెక్ట్ అయ్యే దశలో నిలిచిపోయి చివరికి సమయం ముగుస్తుంది, ఏకైక నమ్మదగిన పరిష్కారం మరో పునఃప్రారంభం. ఈ నమూనా ప్రొఫైల్ సమస్య కాదు మరియు ఇది ఆధారాల సమస్య కూడా కాదు. నేపథ్యంలో ఏదో ఇంకా మునుపటి ప్రయత్నం స్థితిని పట్టి ఉంది, తదుపరి ప్రయత్నం దానితో ఢీకొంటుంది.

macOS లో ఆ ఏదో సాధారణంగా IKE డీమన్.

నమూనా: ఒక కనెక్షన్, తర్వాత సమయం ముగియడం

ప్రతి బూట్కు సరిగ్గా ఒకసారి పనిచేసే కనెక్షన్ డిస్కనెక్ట్ను తట్టుకుని పునఃప్రారంభాన్ని తట్టుకోని స్థితిని సూచిస్తుంది. ప్రొఫైల్స్ రెండింటినీ తట్టుకుంటాయి, కాబట్టి ప్రొఫైల్ చరం కాదు. ఆధారాలు కూడా రెండింటినీ తట్టుకుంటాయి, సర్వర్ ఖాతాను లాక్ చేయకపోతే. పునఃప్రారంభంలో మారేది నడుస్తున్న డీమన్ల సమితి మరియు అవి పట్టి ఉన్న సాకెట్లు.

ఇది ఒక లాగ్ కూడా తెరవకముందే విచారణను సంకుచితం చేస్తుంది. ఏ ప్రక్రియ IKE పోర్టును కలిగి ఉంది మరియు అది తాను ఏమి చేస్తున్నానని భావిస్తుంది అనేది ప్రశ్న.

రెండు డీమన్లు, ఒక పోర్టు

సిస్టమ్ నడుపుతుంది racoon కనెక్షన్ IKE వెర్షన్ 1 మాట్లాడేటప్పుడు. ప్రస్తుత విడుదలలు కూడా తెస్తాయి iked IKEv2 మరియు కొత్త IPsec స్టాక్ కోసం. రెండూ UDP 500 మరియు UDP 4500 ను ఆక్రమించగలవు, పాస్వర్డ్ ప్రాంప్ట్లో కనెక్షన్ ప్రయత్నం రద్దు అయినప్పుడు లేదా నెట్వర్క్ మార్పుతో అంతరాయం కలిగినప్పుడు రెండూ సగం తెరిచిన భద్రతా అసోసియేషన్ను ఉంచగలవు.

అది జరిగినప్పుడు, తదుపరి ప్రయత్నం శుభ్రంగా ప్రారంభం కాదు. పాత అసోసియేషన్ ఇంకా భాగస్వామి స్థితిని ఆక్రమించి ఉండగానే అది చర్చలు జరపడానికి ప్రయత్నిస్తుంది, స్పష్టమైన దోషంతో విఫలం కాకుండా మార్పిడి నిలిచిపోతుంది. వినియోగదారు తిరిగే సూచికను చూస్తారు, తర్వాత సమయం ముగుస్తుంది.

ఏదైనా చంపే ముందు యజమానిని కనుగొనండి, ఎందుకంటే సమాధానం ఏ సేవను పునఃప్రారంభించాలి మరియు తర్వాత ఏ లాగ్ చదవాలి అని నిర్ణయిస్తుంది.

sudo lsof -i :500 -i :4500
ps -ef | grep -E "racoon|iked"

అవుట్పుట్ను రెండు వాస్తవాలుగా చదవండి: ఏ ప్రక్రియ పోర్టును పట్టి ఉంది, మరియు ఒకటి కంటే ఎక్కువ ఉన్నాయా. ఒకే సాకెట్ కోసం పోటీ పడే రెండు IKE డీమన్లు అస్థిర సర్వర్లా కనిపించే అనేక మధ్యంతర ప్రవర్తనలను వివరిస్తాయి.

ప్రక్రియను కాదు, పనిని పునఃప్రారంభించండి

పాత సిస్టమ్లలో ప్రక్రియను చంపి తదుపరి కనెక్షన్ దాన్ని మళ్లీ ప్రారంభించనివ్వడం సరిపోతుంది. ప్రస్తుత విడుదలలలో డీమన్ను launchd నిర్వహిస్తుంది, ప్రక్రియకు మాత్రమే సిగ్నల్ పంపడం వల్ల పని నడవని మరియు ప్రారంభానికి షెడ్యూల్ కాని స్థితిలో మిగిలిపోవచ్చు. బదులుగా పనిని ఆపి ప్రారంభించండి.

sudo launchctl stop com.apple.racoon
sudo launchctl start com.apple.racoon

launchd లో పని రికార్డు లేకపోతే, పేరుతో ప్రక్రియను చంపడం తదుపరి ప్రయత్నంలో కొత్త చర్చలను బలవంతం చేస్తుంది. పరీక్ష రెండు సందర్భాలలోనూ ఒకటే: మళ్లీ కనెక్ట్ అవ్వడానికి ప్రయత్నించినప్పుడు ఏ ప్రక్రియా పోర్టును పట్టి ఉండకూడదు. అదే ఆదేశంతో దాన్ని నిర్ధారించండి lsof పునఃప్రారంభం పనిచేసిందని ఊహించడం బదులు.

తర్వాత ఒకసారి కనెక్ట్ అయి క్లయింట్ లాగ్ను మొదటి నుండి చదవండి. దశ 1 దాటి తర్వాత ప్రసార వైఫల్యాన్ని నివేదించే చర్చలు స్థానిక సాకెట్ సమస్యను పునరావృతం చేస్తున్నాయి; భాగస్వామి తిరస్కరించిన చర్చలు పూర్తిగా వేరే టికెట్.

సర్వరే తిరస్కరిస్తున్నప్పుడు

ప్రతి రెండవ కనెక్షన్ స్థానికంగా విఫలం కాదు. డిస్కనెక్ట్ తర్వాత నిర్దిష్ట విండో కోసం సర్వర్ కొత్త లాగిన్ను తిరస్కరించవచ్చు, క్లయింట్ సమయం ముగియడం ఇరుక్కుపోయిన డీమన్లా కనిపిస్తుంది. భేదం సులభం: డీమన్ పునఃప్రారంభం సహాయపడకపోయినా మరో ఖాతా వెంటనే కనెక్ట్ అయితే, విండో సర్వర్ వైపు ఉంది మరియు Mac ఎప్పుడూ సమస్య కాదు.

విభజిత సొరంగ విధానం అదే ఆకారాన్ని వ్యతిరేక దిశ నుండి ఉత్పత్తి చేస్తుంది. సొరంగంలో మొత్తం ట్రాఫిక్ కోరే సర్వర్ విభజిత సొరంగానికి కాన్ఫిగర్ చేసిన క్లయింట్ను చర్చల సమయంలో విస్మరిస్తుంది, క్లయింట్ విధాన తిరస్కరణకు బదులు సమయం ముగిసినట్లు నివేదిస్తుంది. అన్నింటినీ సొరంగం ద్వారా పంపడానికి ప్రొఫైల్ మార్చడం దాన్ని కనెక్ట్ చేయవచ్చు, కానీ అది నెట్వర్క్ యజమానితో తీసుకోవాల్సిన విధాన నిర్ణయం, నిశ్శబ్దంగా వర్తించాల్సిన మరమ్మతు కాదు.

క్లయింట్ను మళ్లీ మార్చే ముందు భాగస్వామి లాగ్ను చదవండి. తిరస్కరణ, విధాన అసమతుల్యత మరియు నిశ్శబ్ద తొలగింపు మూడు వేర్వేరు కారణాలు, Mac తెరపై అన్నీ “కనెక్ట్ అవుతోంది” లా కనిపిస్తాయి.

పాత క్లయింట్లు మరియు 64-బిట్ కెర్నల్

పాత Cisco IPSec క్లయింట్ 32-బిట్ మరియు PowerPC సిస్టమ్ల కోసం నిర్మించిన కెర్నల్ పొడిగింపును లోడ్ చేస్తుంది. 64-బిట్ కెర్నల్లో బూట్ అయిన Mac లో ఆ పొడిగింపు లోడ్ కాలేదు, క్లయింట్ VPN ఉపవ్యవస్థను అసలు చేరుకోలేక దోషం 51 తో ముందుగానే విఫలమవుతుంది. తప్పు నిర్మాణం ఉన్న కెర్నల్ పొడిగింపును ఎన్ని డీమన్ పునఃప్రారంభాలూ సరిచేయవు.

పొడిగింపును మళ్లీ లోడ్ చేయడం కొంతసేపు పనిచేసి తర్వాత తదుపరి బూట్లో మళ్లీ విఫలం కావచ్చు. శాశ్వత పరిష్కారాలు ఇంకా మద్దతు ఉన్న చోట పాత కెర్నల్ను నడపడం, లేదా సిస్టమ్తో వచ్చే అంతర్నిర్మిత క్లయింట్కు మారడం. లోడ్ కాని మూడవ పక్ష క్లయింట్ కోసం సాయంత్రం వెచ్చించే ముందు నిర్మాణాన్ని తనిఖీ చేయండి.

• ఒకసారి పునరుత్పత్తి చేసి, తర్వాత ప్రొఫైల్ను తాకే ముందు ఏ డీమన్ UDP 500 ను కలిగి ఉందో తనిఖీ చేయండి.
• దశ 1 తర్వాత మొదటి వైఫల్యాన్ని చదవండి: ప్రసార దోషం స్థానిక సాకెట్ను సూచిస్తుంది.
• ప్రక్రియ మాత్రమే కాదు, launchd పనిని పునఃప్రారంభించి పోర్టు ఖాళీగా ఉందని నిర్ధారించండి.
• సర్వర్ వైపు పునఃప్రమాణీకరణ విండోను క్లయింట్ లోపం నుండి వేరుచేయడానికి రెండవ ఖాతాను ప్రయత్నించండి.
• క్లయింట్ను నిందించే ముందు కెర్నల్ నిర్మాణాన్ని నమోదు చేయండి.

సరిగ్గా ఒకసారి పనిచేసే VPN వ్యతిరేకం నిరూపితం అయ్యే వరకు స్థితి సమస్య. డీమన్ను శుభ్రం చేయడం పునఃప్రారంభం కంటే వేగంగా ఉంటుంది, పునఃప్రారంభం విసిరే లాగ్ సాక్ష్యాలను ఇది కాపాడుతుంది.