Haproxy N'enregistre pas les demandes?

Donc, j'ai mis en place Haproxy de sorte que le magazine a traversé rsyslog Et pour le moment, tout le monde est réinitialisé dans un seul fichier.

Il fait définitivement un magazine parce que je reçois ces "Départs" Messages au démarrage, mais du tout, je n'enregistre pas les demandes HTTP.

Quel est le problème avec ma configuration?

haproxy.cfg

:

global

                log /dev/log local0 debug

                chroot /var/lib/haproxy

                stats socket /run/haproxy/admin.sock mode 660 level admin

                stats timeout 30s

                user haproxy

                group haproxy

                daemon



defaults

                log     global

                mode    http

                option  httplog

                option  dontlognull

                timeout connect 5000

                timeout client  50000

                timeout server  50000

                errorfile 400 /etc/haproxy/errors/400.http

                errorfile 403 /etc/haproxy/errors/403.http

                errorfile 408 /etc/haproxy/errors/408.http

                errorfile 500 /etc/haproxy/errors/500.http

                errorfile 502 /etc/haproxy/errors/502.http

                errorfile 503 /etc/haproxy/errors/503.http

                errorfile 504 /etc/haproxy/errors/504.http



frontend webfront

    option  forwardfor

    stats enable

    stats uri /haproxy?statis

    stats realm Haproxy\ Auth

    stats auth user:password

    bind *:80

    timeout client 86400000

    acl is_discourse  hdr_end(host) -i discourse.mydomain.com

    use_backend       discourse     if is_discourse

    use_backend       webserver     if !is_discourse



backend discourse

    balance source

    option forwardfor

    option httpclose

    server server1 127.0.0.1:3080 weight 1 maxconn 1024 check inter 10000



backend webserver

    balance source

    option forwardfor

    option httpclose

    server server2 127.0.0.1:4080 weight 1 maxconn 1024 check inter 10000

Fichier journal.

:

root@kayak:/var/log/haproxy# tail haproxy.log

Nov 26 21:25:25 kayak haproxy[21646]: Proxy webfront started.

Nov 26 21:25:25 kayak haproxy[21646]: Proxy webfront started.

Nov 26 21:25:25 kayak haproxy[21646]: Proxy discourse started.

Nov 26 21:25:25 kayak haproxy[21646]: Proxy webserver started.

Nov 26 21:28:10 kayak haproxy[21868]: Proxy webfront started.

Nov 26 21:28:10 kayak haproxy[21868]: Proxy discourse started.

Nov 26 21:28:10 kayak haproxy[21868]: Proxy webserver started.

Nov 26 21:30:31 kayak haproxy[22045]: Proxy webfront started.

Nov 26 21:30:31 kayak haproxy[22045]: Proxy discourse started.

Nov 26 21:30:31 kayak haproxy[22045]: Proxy webserver started.

J'ai visité des pages de serveur Web entre ces redémarrages et j'ai causé plusieurs erreurs. 404. Pourquoi ne semble-t-il pas?

Modifier: fichier de configuration rsyslog.

/etc/rsyslog.d/49-haproxy.conf:

local0.* -/var/log/haproxy_0.log

if ($programname == 'haproxy') then -/var/log/haproxy/haproxy.log

& ~
2021-03-13 ajouter un commentaire
Partager ceci

Aucun résultat connexe trouvé

    Invité:

    Alice

    Confirmation de:

    Vous devez spécifier le journal dans l'interface externe, si vous voulez vraiment que chaque demande soit enregistrée. Mais il s'agit généralement d'une force brute pour le serveur et votre disque sera rempli dans les plus brefs délais.

    frontend webfront
    
    log /dev/log local0 debug
    2021-03-14 0 0
    Partager ceci

    Babette

    Confirmation de:

    Gestion des magazines via un journal de socket unix ne fonctionne pas pour moi sur mon rhel 6.7. Vous pouvez essayer avec cette Conf. haproxy (fonctionne pour 81) transmet une demande HTTP à httpd (fonctionne pour 80)

    /etc/haproxy/haproxy.cfg

    frontend web_front
    
        log         127.0.0.1    local6
    
        option httplog
    

    
        bind        *:81
    
        default_backend web_back
    

    
backend web_back
    
        server      web1 127.0.0.1:80

    et vous devez activer le module rsyslog udp recevoir syslog de haproxy Avec une configuration simple similaire à celle-ci:

    /etc/rsyslog.d/haproxy.conf

    $ModLoad imudp
    
$UDPServerAddress 127.0.0.1
    
$UDPServerRun 514
    
local6.* /var/log/haproxy.log

    Faire une demande HTTP pour 81, Et vous obtiendrez plusieurs journaux de ce type.

    # tail -n 1 /var/log/haproxy.log
    
May 18 13:51:07 localhost haproxy[31617]: 127.0.0.1:38074 [18/May/2016:13:51:06.999] web_front web_back/web1 0/0/0/2/2 404 466 - - ---- 1/1/0/1/0 0/0 "GET /how-are-you HTTP/1.1"
    2021-03-14 0 0
    Partager ceci

    Giselle

    Confirmation de:

    Cela peut être causé par le lancement dans chroot jail. Vous devez vous assurer que rsyslog Crée également une prise dgram à l'intérieur chroot jail (par exemple, / var / lib / haproxy / dev / log). Dirigez votre directive de journal pour Socket / dev / log, et tout ira bien.

    J'ai passé quelques heures à essayer de le comprendre parce que HAproxy Je ne vous dirai pas que quelque chose ne va pas, sauf que le magazine ne fonctionne pas.
    2021-03-14 0 0
    Partager ceci

    Giselle

    Confirmation de:

    https://www.percona.com/blog/2 ... -6-5/
    Parfait ceci explique.

    Si vous regardez le sommet /etc/haproxy/haproxy.cfg, Vous verrez quelque chose comme:


    
            global
    
          


    
            log         127.0.0.1 local2
    
          


    
            [...]

    Cela signifie que HAProxy Enverra vos messages à rsyslog sur 127.0.0.1. Mais par défaut rsyslog N'écoute pas d'adresse, d'où le problème.

    Éditons /etc/rsyslog.conf Et nous inconslons ces lignes:


    
            $ModLoad imudp
    
          


    
            $UDPServerRun 514

    Ça va forcer rsyslog Écoutez UDP-Port 514 Pour toutes les adresses IP. Si vous le souhaitez, vous pouvez limiter 127.0.0.1, En ajoutant:


    
            $UDPServerAddress 127.0.0.1

    Maintenant créer un fichier /etc/rsyslog.d/haproxy.conf, contenant


    
            local2.*   /log/haproxy.log

    Vous pouvez certainement être plus spécifique et créer des fichiers journaux distincts en fonction du niveau de messages:


    
            local2.=info    /log/haproxy-info.log
    
          


    
            local2.notice   /log/haproxy-allbutinfo.log

    Puis redémarrer rsyslog Et assurez-vous que les fichiers journaux sont créés:


    
            # service rsyslog restart

    Si vous créez manuellement des fichiers journaux

    
          /log/haproxy-allbutinfo.log

    et

    
          /log/haproxy-info.log

    , N'oubliez pas de changer le propriétaire sur

    
          syslog:adm
    2021-03-14 0 0
    Partager ceci
    Pourquoi est-ce complexe? 0 réponses ont été bouchées

    Pour répondre aux questions, connectez-vous ou registre

    Copyright © 2023, All Rights Reserved