Hacktoberfest 2026 : les issues que les mainteneurs ont marquées pour octobre, ouvertes et accessibles aux débutants. Parcourir les issues Hacktoberfest

config/network/firewall.md: needs some rework/clarifications.

Ouverte
#512 1 commentaire 0 réactions 0 personnes assignées Voir sur GitHub

Personne n'a encore pris cette issue.

Évaluation

Difficulté
2/5
Temps estimé
1-3 heures
Accessibilité débutants
48/100
Type d'issue
Documentation
Clarté
Clairement spécifiée
Activité
À l'abandon
Domaine
documentation

Piste de recherche

Ouvrez config/network/firewall.md et comparez les sections actuellement intitulées « Applying rules at boot » et « Applying rules at runtime ». Précisez qu’il s’agit de méthodes alternatives pour charger les règles au démarrage et à l’exécution, expliquez pourquoi core-services/rc.local est préféré, et documentez le rechargement avec sv ou la commande nftables/iptables ; les titres et les instructions des sections mises à jour devraient supprimer l’ambiguïté.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

bug enhancement help wanted

We currently have here two sections "Applying rules at boot" and "Applying rules at runtime" both are ambiguous.
Both of them work at boot and at runtime, they are two alternative methods, with the one "Applying rules at boot" being clearly the better solution because they don't need a fake service and they make sure firewall rules are loaded before network services are up.

  • Change the headlines for "Applying rules at X".
  • Make clear that they are two ways of loading rules at boot and at runtime, make clear that core-services/rc.local is superior.
  • Document how to reload rules with the fake service, sv can be used and with the better core-services or rc.local method the nftables (or iptables) command can be used.
Langage dominant
CSS
Étoiles
220
Forks
214
Métriques de merge des PR
Aucune PR mergée en 30 j

Préparer son environnement

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de void-linux/void-docs

Toutes les issues de void-linux/void-docs

Issues similaires

Plus d'issues Documentation

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.