VPN లో ఎంట్రోపీ అయిపోతుందా? entropy_avail నిజంగా ఏమి చూపిస్తుంది
బూట్ సమయంలో ఆగిపోవడం మరియు నెమ్మదిగా స్థాపించబడిన టన్నెల్ రెండు వేర్వేరు లోపాలు. యాదృచ్ఛికతను నిందించే ముందు దశ, కౌంటర్ యొక్క నిజమైన అర్థం మరియు క్యూను చదవండి.
కర్నెల్ యాదృచ్ఛికత అయిపోవడం నెమ్మదిగా VPN కి ఆకర్షణీయమైన వివరణ, మరియు ప్రజలు నివేదించే లక్షణానికి దాదాపు ఎప్పుడూ తప్పు వివరణ. యాదృచ్ఛిక అవుట్పుట్ కోసం ఎదురుచూస్తున్న హోస్ట్ నిర్దిష్ట క్షణంలో ఆగిపోతుంది, సాధారణంగా బూట్ ప్రారంభంలో లేదా కీల నిర్వహణలో. ఏ టన్నెల్ వేగంగా కనెక్ట్ అయి తర్వాత నెమ్మదిగా బదిలీ చేస్తుందో అది బదులుగా నిర్గమన శక్తిని వివరిస్తుంది. మీరు చదవడం పూర్తి చేయని సంఖ్యను సరిచేయడానికి డీమన్ ఇన్స్టాల్ చేయడానికి ముందు ఈ రెండు పరిశీలనలను వేరు చేయండి.
ఈ అపోహ ఎందుకు నిలిచి ఉంది
రెండు సమస్యలు నిజమైనవి మరియు దూరం నుండి ఒకేలా కనిపిస్తాయి. కొత్తగా బూట్ అయిన వర్చువల్ మెషీన్లో ప్రారంభ ఆగుడులు నిజంగానే జరుగుతాయి, మరియు నెమ్మదిగా స్థాపించబడిన టన్నెల్ కూడా అంతే నిజం. రెండు కథలలో ఎక్కడో క్రిప్టోగ్రఫీ కనిపిస్తుందని రెండవది మొదటిది వల్ల జరుగుతుందని భావించడమే తప్పు. ఎన్క్రిప్షన్ అనే పదం బదిలీ చేయబడిన ప్రతి బైట్ పర్యావరణ శబ్దం యొక్క కొత్త బైట్ను వినియోగిస్తుందని ఎప్పుడూ అర్థం కాదు.
ఈ జనరేటర్లు అలా పనిచేయవు. క్రిప్టోగ్రాఫిక్ లైబ్రరీ విత్తనంతో కూడిన జనరేటర్ను ఉంచుకుని దాని నుండి అవుట్పుట్ తీసుకుంటుంది, తన సొంత విధానం ప్రకారం మళ్లీ విత్తనం వేస్తుంది, కాబట్టి ఖరీదైన క్షణం విత్తనం వేయడం, స్థిరమైన బదిలీ కాదు.
జనరేటర్ ప్రతి ప్యాకెట్కు ఏమి చేస్తుంది
OpenSSL 3 లో డిఫాల్ట్ జనరేటర్ సోపానక్రమం కాన్ఫిగరేషన్ మరియు స్థితి ప్రకారం విత్తనం వేసే మరియు మళ్లీ వేసే DRBG సందర్భాలతో నిర్మించబడుతుంది. OpenVPN 2.6 లో AEAD డేటా మార్గం తన nonce ను ప్యాకెట్ యొక్క క్రమ సంఖ్య నుండి ప్రతి సెషన్కు సంబంధించిన అంతర్లీన విలువతో కలిపి పొందుతుంది, పాత CBC మార్గం ప్రతి ప్యాకెట్కు సూడో-యాదృచ్ఛిక IV తీసుకుంటుంది. ఒక గిగాబైట్ కదిలిస్తే ఒక గిగాబైట్ కొత్త కర్నెల్ శబ్దం ఖర్చవుతుందనే నియమాన్ని ఏ నమూనా మద్దతు ఇవ్వదు. విత్తనం వేయడం ముఖ్యమైన స్థలం కీ ఉత్పత్తి మరియు హ్యాండ్షేక్లు అనే ఆలోచనకు రెండూ మద్దతు ఇస్తాయి.
CBC సందర్భం పేరు పెట్టడం విలువైనది ఎందుకంటే అది అపోహలా కనిపిస్తుంది కానీ కాదు: దాని ప్రతి ప్యాకెట్ IV లైబ్రరీ యొక్క సొంత పునఃవిత్తన షెడ్యూల్ ప్రకారం లైబ్రరీ జనరేటర్ నుండి వస్తుంది, ఎప్పుడూ ప్రతి ప్యాకెట్కు కర్నెల్ కాల్ నుండి రాదు. ఎవరైనా ప్రతి బైట్కు ఎంట్రోపీ ఖర్చు ఉటంకిస్తే, వారు ఏ లైబ్రరీ వెర్షన్ మరియు ఏ కోడ్ మార్గాన్ని కొలిచారని అడగండి.
నిరీక్షణ నిజంగా ఎక్కడ కనిపిస్తుంది
టైమ్స్టాంప్లను సెషన్ చుట్టూ కాదు, దశల చుట్టూ ఉంచండి: ప్రారంభం, ప్రామాణీకరణ, కీ మార్పు మరియు బదిలీ. టన్నెల్ ఉపయోగించదగినది కాకముందు నిరీక్షణ తక్కువ స్థిర రేటు కంటే భిన్నమైన ఫిర్యాదు, మరియు వాటిలో ఒకటి మాత్రమే యాదృచ్ఛికతను సూచిస్తుంది. Linux లో సాధారణ getrandom() అభ్యర్థన కర్నెల్ యాదృచ్ఛిక మూలం ప్రారంభమయ్యే వరకు నిరోధించబడవచ్చు, అందుకే ఈ సమస్య బూట్-సమయ వెర్షన్ ప్రారంభంలో కొలనుకు తినిపించడానికి తక్కువ ఉన్న వర్చువల్ మెషీన్లు మరియు ఎంబెడెడ్ బోర్డులపై నిజం.
| దశ | ఏమి అమలు చేయాలి | నిరీక్షణ అని అర్థమయ్యే పఠనం | నిర్గమన శక్తి అని అర్థమయ్యే పఠనం |
|---|---|---|---|
| బూట్, ఏ టన్నెల్ కంటే ముందు | systemd-analyze critical-chain | టన్నెల్ ప్రారంభమయ్యే ముందు సెకన్లు కూర్చునే యూనిట్ | వర్తించదు, ఇంకా ఏదీ బదిలీ కావడం లేదు |
| హ్యాండ్షేక్ | journalctl -u openvpn-server@server -b | ప్రారంభ క్రమం పూర్తికాకముందు పొడవైన విరామం | వర్తించదు, టన్నెల్ పైన లేదు |
| స్థాపించబడిన బదిలీ | ss -tin పక్కన sar -n DEV 1 | ఖాళీ సాకెట్ క్యూలతో నిరోధించబడిన ప్రక్రియ | నిండిన క్యూలు, పునఃప్రసారాలు మరియు ఒక బిజీ థ్రెడ్ |
ఆ సేకరణ ప్రారంభంలో రెండు చవకైన ఆదేశాలు ఉండాలి, పట్టిక అవసరం కాకముందే అవి సులభ ప్రశ్నలను పరిష్కరిస్తాయి. అవి చదివే కౌంటర్ బ్యాండ్విడ్త్ మీటర్ కాదు, ఎంట్రోపీ లెక్క, మరియు ఒక స్నాప్షాట్ ప్రక్రియ నిరోధించబడిందా, ఎంతసేపు వేచి ఉంది లేదా దాని లైబ్రరీ ఏ ఇంటర్ఫేస్ను పిలుస్తుంది అని చూపలేదు. రికవరీ తర్వాత తీసుకున్న నమూనా సాధారణంగా ఆగుడును పూర్తిగా కోల్పోతుంది, కాబట్టి పఠనం పక్కన కర్నెల్ వెర్షన్ ఉంచండి.
cat /proc/sys/kernel/random/entropy_avail
uname -rసరిదిద్దడాన్ని పఠనంతో సరిపోల్చండి
కర్నెల్ నిజంగా ప్రారంభానికి ఎదురుచూస్తుంటే, టన్నెల్ కాదు, ప్లాట్ఫారమ్ మద్దతు ఇచ్చే విత్తన మార్గాన్ని చూడండి. వర్చువల్ మెషీన్కు హోస్ట్ అందించే యాదృచ్ఛిక పరికరాన్ని ఇవ్వవచ్చు, ఉదాహరణకు virtio-rng, మరియు ఇమేజ్ తయారీ ముఖ్యం ఎందుకంటే అనేక గెస్ట్లకు మార్పు లేకుండా కాపీ చేసిన విత్తనం స్వతంత్ర ప్రారంభం కాదు. బూట్ తర్వాత లైబ్రరీ విత్తన వైఫల్యాలను నివేదిస్తే, కర్నెల్ సెట్టింగ్లను మార్చడం బదులు దాని కాన్ఫిగర్ చేసిన మూలం మరియు ప్రదాత ప్రవర్తనను పరిశీలించండి.
ss -tin dst 203.0.113.7
sar -n DEV 1 5OpenSSL యొక్క జనరేటర్ డాక్యుమెంటేషన్ ఈ సోపానక్రమం ఇన్పుట్ను ఎలా పొందుతుంది మరియు పునఃవిత్తనం ఎప్పుడు జరుగుతుంది వివరిస్తుంది, ఇది అపోహ కంటే చాలా సన్నని వాదన మరియు ఆ అమలుకు మాత్రమే వర్తిస్తుంది. ఎంట్రోపీ డీమన్ సార్వత్రిక వేగ మరమ్మతు కాదు, కౌంటర్ పెరగడానికి దాన్ని ఇన్స్టాల్ చేయడం ఆలస్యాన్ని నిరూపించకుండా భద్రతా ఊహను మారుస్తుంది. నిర్గమన శక్తి కోసం డేటా మార్గాన్ని అనుసరించండి: ఒక సంతృప్త థ్రెడ్, పునఃప్రసారాలు, బాహ్య నష్టం మరియు క్యూ పతనం ప్రతిదానికి వేరే సరిదిద్దడం అవసరం, మరియు బఫర్ పరిమాణాలు సాకెట్ బఫరింగ్ను తమ సొంత క్యూ సాక్ష్యంతో పరిష్కరిస్తాయి.