Vanha poikkeus on tarkistusehdokas, ei automaattinen todiste siitä, että sen käyttöoikeudet voidaan poistaa. Selvitä, mikä sitä alun perin vaati, onko tarve edelleen olemassa ja miten palvelu toimii myöhemmin. Eläkkeelle siirtymisen pitäisi vähentää turhaa auktoriteettia luomatta uutta toimitustapahtumaa.
Palauta alkuperäinen syy
Lue poikkeuksen laajuus, omistaja, hyväksyntä ja suunniteltu sulkemistesti. Selvitä, koskeeko se a SPF mekanismi, a DKIM valtuuskunta, DMARC käytäntö, yhdyskäytäväsääntö tai raportoinnin poissulkeminen. Näillä on erilaisia vaikutuksia. Kolmas osapuoli DKIM valitsin ja SPF -sisällys eivät ole keskenään vaihdettavia tapoja myöntää valtuutus. RFC 6376 , avainten hallinta ja RFC 7208.
Jos alkuperäinen syy puuttuu, merkitse se tuntemattomaksi ja määritä tutkija. Älä keksi liiketoiminnan perusteluja tutusta palveluntarjoajan nimestä. Vahvista todellinen asiakaspalvelu ja vuokralainen, älä vain infrastruktuuribrändiä. Säilytä kaikki sopimusperusteiset tai toiminnalliset riippuvuudet vastuullisen omistajan tarkastettavaksi.
Testaa ehdotettua lopputilaa
Tunnista korvaava reitti ja harjoittele edustavat virrat valtuutetun testisuunnitelman mukaisesti. Tallenna todennusidentiteetti, luotettavat tulokset ja yrityskuitti tarvittaessa. Tarkista kausiluonteiset ja vähäiset käyttötarkoitukset yrityskalenterista. Lyhyen hiljaisen ajanjakson aikana neljännesvuosittaiset kampanjat tai katastrofipalautusilmoitukset voivat jäädä huomiotta.
Käyttää koontiraportit yhtenä havaintolähteenä lähettäjän lokien ja omistajan vahvistuksen kanssa tarvittaessa. Raportit eivät kata kaikkia vastaanottajia tai osoita, että palvelu ei ole aktiivinen. RFC 9990. Dokumentoi havaintoväli ja aukot. Todisteiden puuttuminen on erotettava todisteista käyttämättä jättämisestä.
Erottele valmius poistamisluvasta
Harkitse kolmea hypoteettista poikkeusta. EX-01:llä on vahvistettu omistaja, vahvistettu korvaava reitti ja dokumentoitu vanhan reitin katsaus asiaankuuluvan suhdannekierron aikana; se on muutoksen hyväksyntäehdokas. EX-02:lla ei ole nykyistä omistajaa, ja se on vain hiljainen lyhyt raportointiikkuna, joten nimeäminen ja kattavuus pysyvät auki. EX-03 palvelee edelleen ajoitettua kampanjaa, joten sen poistaminen ennen korvaavan tuotteen testaamista voi keskeyttää laillisen käytön.
Nämä ovat oletettuja panoksia päätöksentekoa varten, eivät toteutettua eläkkeelle jäämismallia tai todellista todentamistodistusta. Edes EX-01 ei poistu automaattisesti: tarkka riippuvuus, yhteiskäyttö, nykyinen tila ja hyväksyntä on tarkistettava. Lausunnossa todisteiden täydellisyydestä tulisi nimetä katetut palvelut ja aikaväli sen sijaan, että se tarkoittaisi yleistä näkyvyyttä.
Poista vain hyväksytty riippuvuus
Tee tarkka ennen ja jälkeen muutos- ja toipumissuunnitelma. Tarkista nykyinen tila uudelleen ennen mutaatiota. Jos laajuus sisältää DNS , vahvista arvovaltaiset havainnot jälkeenpäin ja testaa asianmukaisia virtoja. Välimuistissa olevat vastaukset voivat säilyä, joten varmennusjakson on vastattava todellista riippuvuutta. RFC 1035.
Sulje poikkeus vain, kun hyväksytty poisto ja asiaankuuluvat palvelun tulokset kirjataan. Säilytä aiempi laajuus, miksi eläkkeelle siirtyminen oli perusteltua ja mahdolliset jäännösriskit. Jos riippuvuutta ei voida vielä poistaa, uusitaan vain vastuullisella päätöksellä ja konkreettisella seuraavalla toimenpiteellä. Toistuva uusiminen ilman uusia todisteita on hallinnon havainto, ei edistystä.
Tarkista eläkkeelle jääminen ennen tietueen sulkemista
Hyväksytyn poiston jälkeen säilytä täsmälleen muutettu objekti ja varmista sekä aiottu vallan menetys että laillinen jatkuvuus. Jos jompikumpi on epävarma, jätä sulkeminen odottamaan nimetyllä seuraavalla tarkistuksella sen sijaan, että poistaisit poikkeushistorian.