Nebula నిరోధ జాబితా: దాన్ని మీరే పంపిణీ చేయండి, లైట్హౌస్ చేయదు

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

నిరోధ జాబితా నమోదు నిజంగా ఏమి చేస్తుంది

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

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

సర్టిఫికెట్ను గుర్తించండి, పరికరాన్ని కాదు

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

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

nebula-cert print -path /etc/nebula/host.crt
pki:
  blocklist:
    - "a1b2c3d4e5f6"

మరేదైనా కాన్ఫిగరేషన్లాగా దాన్ని పంపిణీ చేయండి

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

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

నిరోధ జాబితా లేక అధికారాన్ని తిప్పడం

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

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

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

తిరస్కరణ మరియు మిగిలినదాన్ని ధృవీకరించండి

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

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