Build the mail and DNS service packs

Aperta
#96 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

I maintainer di solito rispondono entro 1 giorno

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
4/5
Tempo stimato
3-5 giorni
Idoneità per principianti
45/100
Tipo di issue
Funzionalità
Chiarezza
Abbastanza chiara
Stato di attività
Attiva
Stack tecnologico
bash, powershell

Direzione di ricerca

Start from roadmap branch phase-7/service-packs-mail-dns and spec design 11. Create module harden.pack_mail_dns under phases/harden/modules/pack_mail_dns/, depending on #80 and #89. Write bats and Pester acceptance tests first: idempotency, DC no-change, auth, probe revert, negative tests. Done means packs run unchanged on second pass and tests pass.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

area: services phase: harden platform: linux platform: windows type: build

Location & Context

Roadmap branch phase-7/service-packs-mail-dns. Spec: design 11. Planned module ID: harden.pack_mail_dns, in phases/harden/modules/pack_mail_dns/. Depends on #80 and #89.

Current Behavior

Postfix, Dovecot, webmail, BIND and Windows DNS are left at their defaults, without tested settings.

Remediation Plan

  1. Build packs for Postfix, Dovecot (POP3 and IMAP), webmail, BIND, and Windows DNS on servers that are not domain controllers.
  2. On a domain controller, change nothing and point to the domain checklist.
  3. Write these acceptance tests first (bats and Pester):
    • Each pack, run twice, changes nothing the second time.
    • On a domain controller the Windows DNS pack changes nothing and points to the domain checklist.
    • A mailbox user can still authenticate after the run.
    • A forced probe failure is reverted by the timer.
    • A negative test: protected accounts and scored services are untouched before and after.
Lingua principale
PowerShell
Stelle
0
Fork
0
Merge medio
54m
PR unite (30g)
43

Preparare l'ambiente

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di dotnetdork/Labyrinth

Tutte le issue di dotnetdork/Labyrinth

Issue simili

Altre issue su DevOps

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.