Il debug in Nginx produce 1 linea e infinita frustrazione- Come eseguire il debug del debugger

Question

Yay per progetti sperimentali! Ho deciso di provare a creare il mio blog con il nuovo blog con il nuovo hhvm-fastcgi e Wordpress. Istruzioni seguite e sto usando la seguente configurazione NGNIX:

    server {
        listen *:80 default;
        server_name _;
        access_log /home/blogs/logs/nginx/access.log;
        error_log /home/blogs/logs/nginx/error.log debug;
        location / {
            deny all;
        }
    }

    server {
        listen *:80;
        server_name www.site.com;

        root /home/blogs/wordpress/;
        index index.html index.php index.htm;

        access_log /home/blogs/logs/nginx/site/access.log main;
        error_log /home/blogs/logs/nginx/site/error.log debug;

        # proxy_redirect off;
        set $myuri $request_uri;

        rewrite ^/wp-admin\/a$ /wp-admin/index.php;

        if (!-e $request_filename) {
            rewrite /wp-admin$ $scheme://$host$uri/ permanent;
            rewrite ^/[_0-9a-zA-Z-]+(/wp-.*) $1 last;
            rewrite ^/[_0-9a-zA-Z-]+(/.*\.php)$ $1 last;
        }

        # Try MemCached First
        location / {
            set            $memcached_key "$uri?$args";
            memcached_pass 127.0.0.1:11211;
            error_page     404 405 502 504 = @fallback;
        }

        location ~ \.php$ {
            fastcgi_pass   127.0.0.1:9000;
            fastcgi_index  index.php;
            fastcgi_param  SCRIPT_FILENAME /home/blogs/wordpress$fastcgi_script_name;
            include        fastcgi_params;
        }

        location @fallback {
            try_files $uri $uri/ /index.php?$args;
        }

        location ~* \.(js|css|png|jpg|jpeg|gif|ico)$ {
            expires max;
            log_not_found off;
        }
    }

.

Sarebbe troppo semplice se funzionasse. Colpire il sito, fa sì che il mio browser si blocca e in definitiva si arrende, ma il registro di debug (da /home/blogs/logs/nginx/error.log come /home/blogs/logs/nginx/site/error.log è appena vuoto) produce solo una riga:

2014/01/03 19:20:35 [debug] 8536#0: epoll add event: fd:11 op:1 ev:00000001

.

Indovina che il link debole è nginx.

Cercando di colpire il sito da un dominio ristretto, produce il 403 come previsto e il registro di debug per funzionare effettivamente.

La mia domanda è meno come rendere il mio lavoro di configurazione, ma perché la configurazione non è il debug. Un semplice fuser mi dice hip-hop è in esecuzione su 9000. Mi sento come se potessi fare un po 'di testa se sapessi cosa c'era sbagliato.

---

.

Sono super autocosciente delle mie domande su Stackoverflow; Ho visto che le persone sono state strappate e è francamente tranquillo spaventoso. Mi rendo conto che c'è un'altra domanda simile, molto recente, recente: hhvm con nginx fastcgi non funziona correttamente Ma dato che le nostre configurazioni non sono silenziose uguali, e la mia domanda è di più sul registro di debug (anche se molto corto) Ho pensato che la mia situazione abbia giustificato un'altra domanda.

---

.

Nota:

Tag da parte dei diritti dovrebbe essere hhvm-fastcgi, ma non ho il rappresentante per crearlo come tag.

Answer 1

wow. Just wow.

si scopre dopo aver lottato con questo per troppo lungo , si scopre che il mio firewall stava bloccando la porta 80. Perché sono stato in grado di invocare un 403? Occasionalmente eseguo un proxy attraverso il server, quindi l'altro dominio con cui ho testato è stato visto come una richiesta interna.

Indovina che questo mix di proxy è ciò che ha portato a qualsiasi cosa sia nei registri degli errori.

Come profondamente imbarazzante come questo mix up è stato - lascerò questa domanda, perché ho preso qualcosa da questa esperienza.

.
• Prima di tutto, non puntare le dita:

Ho immediatamente assunto perché nient'altro avrebbe potuto essere invocato che era colpa di Nginx. Lo strano registro di debug ergiato sui miei dubbi.

.
• In secondo luogo, sembra più alto:

nessun punto guardando al centro della pila. Avrei dovuto cercare richieste e ha fatto in modo che tali chiamate siano state apportate anche.

.
• Terzolmente, tieni traccia di ciò che stai facendo:

La mia evidente confusione deriva dal fatto che ho avuto un po 'di strano mojo in corso. Avevo preso il tempo di ricordare tutto fuori dall'ordinario che stavo facendo con il mio server, potrei aver pensato di controllare le mie impostazioni del firewall prima.

---

.

Vai le mie possibilità in un distintivo di tumblewed