hapolicy - En ligne dans le Cloud

PROGRAMME:

Nom

hapolicy - script de haute disponibilité de délégation de stratégie

SYNOPSIS

hapolitique [OPTIONS] --service=SERVICE1 [--service=SERVICE2 ...]

Les services
-s, --service = : [: : : ]

Options:
-d, --default Retour si aucun service n'était disponible (par défaut : 'je ne sais pas')
-l, --logging des requêtes de journal
-v, --verbose augmente la verbosité de la journalisation
-L, --stdout se connecte à stdout, pour le débogage, NE PAS utiliser avec postfix

DESCRIPTION

INTRODUCTION
hapolitique permet une haute disponibilité, un équilibrage de charge pondéré et une action de repli pour
services de délégation de politique postfix. Invoqué via postfix spawn, il agit comme un wrapper qui
interroge d'autres serveurs de politiques via une connexion TCP. L'ordre des requêtes de service peut être
influencé par l'attribution d'une priorité et d'un poids spécifiques à chaque service. Un service est
considéré comme « en échec », si la connexion est refusée ou si le délai d'expiration du service spécifié est
parvenu. Si tous les services de stratégie configurés échouaient, hapolitique renvoie une valeur par défaut
action (par exemple je ne sais pas) à postfix.

Avec la version 1.00 hapolitique a moins de 200 lignes de code perl en utilisant uniquement perl standard
modules. Il ne nécessite aucun accès disque ni fichier de configuration et s'exécute sous un
compte d'utilisateur non privilégié. Cela devrait permettre un fonctionnement rapide et fiable.

CONFIGURATION
Un service a les attributs suivants

"nom du service" => {
ip => '127.0.0.1', # adresse ip
port => '10040', # port TCP
prio => '10', # facultatif, gains inférieurs
poids => '1', # facultatif, pour les éléments avec le même prio (pondéré à tour de rôle), plus c'est mieux
timeout => '30', # facultatif, délai d'attente de la requête en secondes
},

Vous pouvez définir plusieurs services sur la ligne de commande. Ce qui signifie que

hapolicy -s "grey1=10.0.0.1:10031:10" -s "grey2=10.0.0.2:10031:20"

essaiera toujours le premier service grey1 au port ip 10.0.0.1 10031 et si ce service n'est pas
disponible ou ne répond pas dans le délai par défaut de 30 secondes le prochain service grey2 une pointe
Le port 10.0.0.2 10031 sera interrogé.

Si vous souhaitez équilibrer la charge des connexions, vous pouvez définir

hapolicy -s "polw1=10.0.0.1:12525:10:2" -s "polw2=10.0.0.2:12525:10:1"

quel service de requêtes polw1 à ip 10.0.0.1 deux fois plus que service polw2 à l'adresse IP 10.0.0.2.
Notez que cette configuration garantit également une haute disponibilité pour les deux services. Si polw1 n'est pas
disponible ou ne répond pas dans le délai par défaut de 30 secondes polw2 sera interrogé et
vice versa. Il n'y a aucune raison de définir deux fois un service.

INTÉGRATION
Entrez ce qui suit au bas de votre postfix master.cf (généralement situé à
/etc/postfix):

# description du service, notez les blancs de début à la deuxième ligne
127.0.0.1:10060 inet nnn - 0 apparition
utilisateur=personne argv=/usr/local/bin/hapolicy -l -s GREY1=10.0.0.1:10031:10 -s GREY2=10.0.0.2:10031:10

enregistrez le fichier et ouvrez postfix main.cf. Modifiez-le comme suit :

127.0.0.1:10060_time_limit = 3600

smtpd_recipient_restrictions =
permit_mynetworks,
... autres permis authentifiés ...
rejet_unauth_destination,
... autres restrictions ...
check_policy_service inet:127.0.0.1:10060 # <- requête hapolicy

Maintenant, lancez 'postfix reload' sur la ligne de commande. Bien sûr, vous pouvez avoir plus amélioré
configurations utilisant des classes de restriction postfix. S'il vous plaît voir "LIENS" pour plus d'options.

LIENS

[1] Délégation de la politique d'accès SMTP de Postfix
<http://www.postfix.org/SMTPD_POLICY_README.html>

[2] Postfix par client/utilisateur/etc. Contrôle d'accès
<http://www.postfix.org/RESTRICTION_CLASS_README.html>

Utilisez hapolicy en ligne en utilisant les services onworks.net