Android ఇంటి IPsec VPN-కు కనెక్ట్ అవుతుంది, Windows కాదు ఎందుకు

ఫోన్ ఎటువంటి ఫిర్యాదు లేకుండా రౌటర్ VPN-కు చేరుతుంది, అదే Wi-Fiలో ఉన్న ల్యాప్టాప్ మాత్రం చేరలేదు. అదే ఆధారాలు, అదే సర్వర్, అదే నిమిషం. తేడా పాస్వర్డ్లో కాదు, ప్రోటోకాల్ మద్దతులో ఉంది: ఒక ఆపరేటింగ్ సిస్టమ్ అమలు చేసే ప్రొఫైల్ను రౌటర్ బయట పెడుతుంది, మరొకటి ఎప్పుడూ చేయలేదు.

మొదట ప్రొఫైల్ను గుర్తించండి, తర్వాత ప్రతి క్లయింట్ నిజంగా మాట్లాడే దానితో పోల్చండి.

ఒక మెనూ, మూడు ప్రోటోకాల్లు

ఒకే IPsec శీర్షిక కింద, వినియోగదారుల ఫర్మ్వేర్ మూడు చాలా భిన్నమైన సొరంగాలను దాచగలదు. మొదటిది XAUTHతో IKEv1: పంచుకున్న సమూహ రహస్యం, తర్వాత దానిపై వినియోగదారు పేరు మరియు పాస్వర్డ్. రెండవది L2TP/IPsec, ఇందులో PPP పంచుకున్న కీతో రక్షించబడిన IPsec రవాణా లోపల నడుస్తుంది. మూడవది IKEv2, సర్టిఫికెట్లు లేదా EAPతో ధృవీకరించబడుతుంది.

లేబుల్ కాదు, ఫీల్డ్లను చదవండి. సమూహ రహస్యం మరియు వినియోగదారుల జాబితా అంటే IKEv1 XAUTH. పంచుకున్న కీ మరియు PPP ఖాతా అంటే L2TP/IPsec. సమూహ రహస్యం లేని సర్వర్ సర్టిఫికెట్ అంటే IKEv2.

ఫోన్ మరియు ల్యాప్టాప్ మధ్య మద్దతు అంతరం

Android లోపల IKEv1 XAUTH PSK క్లయింట్ ఉంటుంది, అందుకే వేరే ఏమీ ఇవ్వని రౌటర్తో ఫోన్ విజయం సాధిస్తుంది. Windows అలా కాదు: దాని స్థానిక క్లయింట్ L2TP/IPsec మరియు IKEv2లను నిర్వహిస్తుంది, ప్రారంభించడానికి IKEv1 XAUTH ఎంపిక లేదు. రహస్యాన్ని మళ్లీ నమోదు చేయడం సహాయపడదు, ఎందుకంటే లేని భాగం ప్రోటోకాల్, ఆధారాలు కాదు.

Apple వైపు కదిలే లక్ష్యం. కొత్త macOS మరియు iOS విడుదలలు IKEv2 వైపు మళ్లుతాయి, పాత Cisco శైలి ప్రొఫైల్లు కొన్ని బిల్డ్లలో నిలిచి ఉంటాయి, నవీకరణ గత నెల పనిచేసిన దాన్ని తీసివేయవచ్చు లేదా బిగించవచ్చు. నిన్న కనెక్ట్ అయి ఈరోజు కాని Mac, రౌటర్ మార్పు లేకుండా, సాధారణంగా ఇదే.

లేకపోతే సరైన ప్రొఫైల్లను పగలగొట్టే రెండు సెట్టింగ్లు

Synology యొక్క L2TP/IPsec పేజీ Enable SHA2-256 compatible mode (96 bit) అని లేబుల్ చేసిన చెక్బాక్స్ను అందిస్తుంది. iOS 14 మరియు macOS Big Sur నుండి Apple క్లయింట్లు ఆ కత్తిరించిన మోడ్ను తిరస్కరిస్తాయి, కాబట్టి వారికి అది తీసివేయాలి. అది ఆన్లో ఉంటే, సొరంగం ధృవీకరించబడి తర్వాత పడిపోతుంది, ఇది చెడు ఆధారాల్లా కనిపిస్తుంది, కానీ కాదు. తయారీదారు ఈ స్విచ్ను డాక్యుమెంట్ చేస్తారు, ఇది ముఖ్యమవ్వడం ప్రారంభించే సాధారణ క్షణం ఆపరేటింగ్ సిస్టమ్ నవీకరణ.

Windows సర్టిఫికెట్లను రెండు వేర్వేరు స్టోర్లలో ఉంచుతుంది, IKEv2 మెషీన్ స్టోర్ను మాత్రమే చదువుతుంది. క్లయింట్ సర్టిఫికెట్ను దాని ప్రైవేట్ కీతో కంప్యూటర్ ఖాతాలోకి దిగుమతి చేయండి; మీ స్వంత వినియోగదారు ఖాతా కింద దాచిన సర్టిఫికెట్ నిర్వహణ కన్సోల్లో కనిపిస్తుంది, IKEv2 సేవను ఎప్పటికీ చేరుకోదు. EAP-TLS అనేది వినియోగదారు సర్టిఫికెట్ ఉపయోగించగల ఏకైక సందర్భం, సంతకం చేసే CAను మెషీన్ ఇంకా విశ్వసించాలి. ఇక్కడ తప్పు చేయడం ధృవీకరణ వైఫల్యంగా కనిపిస్తుంది, తప్పిపోయిన సర్టిఫికెట్ కోరికగా కాదు.

రౌటర్ అలాగే ఉన్నప్పుడు

XAUTH PSK మాత్రమే మాట్లాడే రౌటర్ మూడు మార్గాలను మిగిల్చుతుంది: తయారీదారు క్లయింట్, ప్రొఫైల్ను ఇంకా అమలు చేసే మూడవ పక్ష క్లయింట్, లేదా సొరంగం ముగింపును IKEv2 మాట్లాడే దానికి తరలించడం. ఉదాహరణకు AVM తన రౌటర్ల కోసం Windows క్లయింట్ సాఫ్ట్వేర్ మరియు ఎగుమతి చేసిన కాన్ఫిగరేషన్ ఫైల్ను ప్రచురిస్తుంది. ఆ మార్గం మద్దతు పొందుతుంది, ప్రతి ల్యాప్టాప్లో తయారీదారు సాధనాన్ని ఇన్స్టాల్ చేయడం దాని అర్థం.

ల్యాప్టాప్లు మీవి కాకపోతే తిరిగి నిర్మించడానికి, మద్దతు అందం కంటే ముఖ్యం.

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

బయటి నుండి లోపలికి నిర్ధారించండి

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

పనిచేసే ఫోన్ ప్రొఫైల్ను నియంత్రణగా ఉంచండి. ఫర్మ్వేర్ నవీకరణ తర్వాత ల్యాప్టాప్ మాత్రమే పగిలితే, సర్వర్ వైపు మునుపటిలా ప్రవర్తిస్తుంది. రెండూ పగిలితే, ఏ క్లయింట్నూ తాకకముందు సర్టిఫికెట్ లేదా వినిపించే పోర్టును చూడండి.