dhparam -check పాస్ కావడం మీ VPN యొక్క Diffie-Hellman సెటప్పై తీర్పులా అనిపిస్తుంది. అలా కాదు. ఆదేశం ఒక పరామితి ఫైల్ను అది నెరవేరుస్తుందని చెప్పుకునే గణితంతో పోలుస్తుంది, సమూహ పరిమాణం మీ విధానానికి సరిపోతుందా లేదా సొరంగం ఆ ఫైల్ను లోడ్ చేస్తుందా అనే దాని గురించి ఏమీ చెప్పదు. దీన్ని భద్రతా సమీక్షగా చదవడమే మొదట సరిదిద్దాల్సిన ఊహ.

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

చెల్లుబాటు తనిఖీ నిజంగా ఏమి నిర్ధారిస్తుంది

మీ దగ్గర ఉన్న ఫైల్పై తనిఖీ నడపండి మరియు సమాధానం చదవండి. openssl dhparam -in dh.pem -check -noout పరామితి తనిఖీలు చేస్తుంది మరియు ఎన్కోడ్ చేసిన అవుట్పుట్ను అణిచివేస్తుంది. పరామితులు బాగున్నట్టు కనిపిస్తున్నాయనే సందేశం విలువలు నిర్మాణాత్మకంగా సుసంగతమని అర్థం; చిన్న సమూహం మీ వాతావరణంలో ఆమోదయోగ్యమని కాదు.

-dsaparam లేకుండా ఉత్పత్తి సురక్షిత ప్రధాన సంఖ్యలను ఇస్తుంది, అక్కడ (p-1)/2 కూడా ప్రధాన సంఖ్య, అందుకే ఇంత సమయం పడుతుంది. DSA శైలి మార్గం పరామితులను వేగంగా నిర్మించి వాటిని DH రూపంలోకి మారుస్తుంది, OpenSSL మాన్యువల్ వాటి వినియోగానికి అదనపు కొత్త కీల అవసరాలను జోడిస్తుంది. రెండు నిర్మాణాలూ సెషన్ రహస్యం కావు: ఫైల్ బహిరంగ కాన్ఫిగరేషన్ పదార్థం, ధృవపత్రం యొక్క ప్రైవేట్ కీ కాదు మరియు నియంత్రణ ఛానెల్ యొక్క పంచుకున్న రహస్యం కాదు.

ఫైల్ను అంచనా వేసే ముందు పరిమాణం మరియు జనరేటర్ చదవండి

చెల్లుబాటు ఫలితం ఏమి ధృవీకరించబడిందో తెలిసినప్పుడు ఎక్కువ అర్థం ఇస్తుంది. openssl dhparam -in dh.pem -text -noout తో పరామితులను ముద్రించి, తర్వాత ప్రధాన సంఖ్య పొడవు మరియు జనరేటర్ విలువను గుర్తించండి.

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

తనిఖీని పునఃసృష్టిగా మార్చవద్దు

ఇక్కడ వైఫల్య విధానం తనిఖీలా కనిపించి జనరేటర్లా ప్రవర్తించే ఆదేశం. బిట్ పొడవు జోడించడం, openssl dhparam -check 2048 లో వలె, కొత్త పరామితులను అడుగుతుంది మరియు ఇన్పుట్ ఫైల్ నిర్లక్ష్యం చేయబడుతుంది. జనరేటర్ ఎంపిక కూడా అలాగే చేయగలదు. మీరు కేవలం పరిశీలించాలనుకుంటే, -in మరియు -check ఇవ్వండి, పరిమాణాన్ని వివరించే ఏదీ ఇవ్వకండి.

అసలు మార్గంపై అవుట్పుట్ రాయడం కూడా అదే అనుమానానికి అర్హం, ఎందుకంటే మాన్యువల్ ఫైల్ అవుట్పుట్ అణువు కాదని హెచ్చరిస్తుంది. రాస్తున్నప్పుడు క్రాష్ జరిగితే కత్తిరించిన పరామితి ఫైల్ మరియు ప్రారంభం కాని సేవ మిగిలిపోతాయి.

సమూహాన్ని ప్రోటోకాల్కు సరిపోజేయండి, ధోరణికి కాదు

పరిమాణ విధానం అనేది సాధనం మీ తరపున చదవలేని నిర్ణయం. 2048 బిట్ల పరిమిత క్షేత్ర సమూహం సాధారణ కనిష్ఠ హద్దు మరియు పెద్ద సమూహాలు హ్యాండ్షేక్ సమయాన్ని తీసుకుంటాయి, కాబట్టి మీ స్వంత ఆధార రేఖ చెప్పే సంఖ్యను ఎంచుకుని రాయండి. విస్తృతంగా వాడే సమూహాలు బహిరంగమైనందుకు బలహీనం కావు; ఇక్కడ అస్పష్టత ఏమీ జోడించదు.

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

VPN ఫైల్ను లోడ్ చేస్తుందని నిర్ధారించండి

ఏ ప్రక్రియా చదవని సరైన పరామితి ఫైల్ ఏమీ మార్చదు. OpenVPN లో సర్వర్ ఆదేశం మార్గంతో dh, ECDH లేదా TLS 1.3 కీ మార్పిడిపై ఆధారపడే అమరికలు బదులుగా dh none సెట్ చేయగలవు. టెంప్లేట్ కాదు, నడుస్తున్న కాన్ఫిగరేషన్ను తనిఖీ చేయండి, తర్వాత క్లయింట్లు మరియు ప్రత్యర్థులు ఒకే నిర్మాణంపై ఏకీభవిస్తున్నారని నిర్ధారించండి.

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

సంబంధిత వ్యాసాలు