Nginx ne démarre pas avec l'hôte introuvable en amont

Les versions antérieures de nginx (avant 1.1.4), qui a déjà alimenté un grand nombre des sites les plus visités dans le monde (et certains continuent de le faire encore aujourd'hui, si le serveur les en-têtes sont pour le croire), n'a même pas le soutien keepalive sur le en amont côté, car il n'y a que très peu d'intérêt pour le faire dans les centres de données paramètre, sauf si vous avez un non-trivial de latence entre vos différents hôtes; voir https://serverfault.com/a/883019/110020 pour quelques explications.

Essentiellement, si vous savez que vous avez spécifiquement besoin persistantes entre vos amont et front-end, les chances sont que c'est seulement de faire votre architecture moins élastique et moins favorisés.

(Notez que votre solution actuelle est également mal en raison d'un changement d'adresse IP sera de même passer inaperçue, parce que vous faites de la résolution de nom d'hôte à la config de recharger seulement; donc, même si nginx démarre, il va fondamentalement arrêt de travail une fois les adresses IP des serveurs en amont ne change).

Les solutions possibles, choisissez:

• La meilleure solution semble juste se débarrasser de upstream keepalive que probablement inutile dans un environnement de centre de données, et utiliser des variables avec proxy_pass pour up-to-date de la résolution DNS pour chaque demande (nginx est encore smart-assez pour continuer à en faire la mise en cache de ces résolutions)

• Une autre option serait d'obtenir une version payante de nginx par le biais d'un abonnement payant, qui a un résoudre paramètre pour la server directive dans le upstream contexte.

• Enfin, une autre chose à essayer peut-être d'utiliser un set variable et/ou un map pour spécifier les serveurs au sein de upstream; ce n'est ni confirmé ni nié avoir été mis en œuvre; par exemple, il peut ou peut ne pas fonctionner.

Une alternative consiste à écrire un nouveau service qui ne fait que ce que je veux. Le paragraphe suivant remplace nginx pour proxy https connexions à l'aide de Node.js

const http = require('http');
const https = require('https');

const httpsKeepAliveAgent = new https.Agent({ keepAlive: true });

http.createServer(onRequest).listen(3000);

function onRequest(client_req, client_res) {
    https.pipe(
        protocol.request({
            host: client_req.headers.host,
            port: 443,
            path: client_req.url,
            method: client_req.method,
            headers: client_req.headers,
            agent: httpsKeepAliveAgent
        }, (res) => {
            res.pipe(client_res);
        }).on('error', (e) => {
            client_res.end();
        })
    );
}

Exemple d'utilisation:
curl http://localhost:3000/request_uri -H "Host: test.rinu.test"
ce qui est équivalent à:
curl https://test.rinu.test/request_uri

Votre scénario est très similaire à celui lors de l'utilisation d'aws ELB comme uptreams où est essentiel pour resolve la bonne IP d'un domaine défini.

La première chose que vous devez faire et de veiller à ce que les serveurs DNS que vous utilisez peut résoudre vos domaines, vous pouvez créer votre config comme ceci:

resolver 10.0.0.2 valid=300s;
resolver_timeout 10s;

location /foo {
    set $foo_backend_servers foo_backends.example.com;
    proxy_pass http://$foo_backend_servers;
 }

location /bar {
    set $bar_backend_servers bar_backends.example.com;
    proxy_pass http://$bar_backend_servers;
 }

Avis de la resolver 10.0.0.2 il doit être l'adresse IP du serveur DNS qui fonctionne et de répondre à vos requêtes, en fonction de votre configuration, cela pourrait être un cache local de service comme unbound. puis il suffit d'utiliser resolve 127.0.0.1

Maintenant, il est très important d'utiliser un variable spécifier le nom de domaine, à partir de la documentation:

Lorsque vous utilisez une variable pour spécifier le nom de domaine dans la proxy_pass directive, NGINX re‑résout le nom de domaine lorsque la durée de vie expire.

Vous pouvez vérifier votre résolveur en utilisant des outils comme dig par exemple:

$ dig +short stackoverflow.com

En cas faut utiliser des keepalive dans le rapport à l'amont, et si ce n'est pas une option pour utiliser Nginx +, alors vous pouvez essayer de openresty balancer, vous aurez besoin d'utiliser/mettre en œuvre lua-resty-dns