Início / user-75044

Astron's questions

Martin Hope
Astron
Asked: 2021-11-19 05:53:55 +0800 CST
  • 0

Na AWS temos 3 instâncias na mesma sub-rede/VPC. Gostaríamos que a instância do cliente fizesse uma solicitação de DNS para uma segunda instância de análise, que encaminhará a solicitação para uma terceira instância executando um serviço de DNS. O serviço DNS deve então fornecer uma resposta à instância de análise, que deve então responder ao cliente.

O objetivo é que a instância Analysis possa interceptar o tráfego entre as instâncias Client e DNS para fins de análise.

Instância de cliente -> Instância de análise (NAT) -> Instância de DNS

A configuração atual permite que a instância do cliente envie uma solicitação de DNS por meio da instância de análise para a instância de DNS. A instância do DNS responde à instância do Analysis, tcpdumpmas a instância Client nunca recebe uma resposta da instância do Analysis.

Temos as verificações de origem/destino na AWS para a instância de análise que executa NAT desativadas.

Primeiro, ativamos o encaminhamento na instância do Analysis:

sudo sysctl -w net.ipv4.ip_forward=1

Em seguida, adicionamos as seguintes regras IPTables à instância Analysis

sudo iptables -A FORWARD -p udp --dport 53 -d 192.168.1.151 -j ACCEPT
sudo iptables -t nat -A PREROUTING -p udp --dport 53 -j DNAT --to-destination 192.168.1.151
sudo iptables -t nat -A POSTROUTING -d 192.168.1.151 -s 192.168.1.156 -p udp --dport 53 -j SNAT --to 192.168.1.213

Outras POSTROUTINGregras, como as seguintes, também foram tentadas

sudo iptables -t nat -A POSTROUTING -j MASQUERADE
sudo iptables -t nat -A POSTROUTING -p udp -d 192.168.1.151 --dport 53 -j SNAT --to-source 192.168.1.213
sudo iptables -t nat -A POSTROUTING -p udp -d 192.168.1.151 --dport 53 -j MASQUERADE

Todos com o mesmo resultado, a instância Client nunca recebe uma resposta DNS. Pensamentos sobre o que pode estar impedindo a instância de análise de retornar uma resposta?

nat iptables amazon-web-services
Martin Hope
Astron
Asked: 2015-01-13 11:57:33 +0800 CST
  • 0

O Nginx está retornando o índice raiz do site em vez de uma 404resposta para arquivos inexistentes, ou seja, tentando reescrever arquivos que não existem, o que é indesejado. Embora eu veja que o tópico foi respondido aqui , não vejo como isso se aplica à minha configuração e pensei que usar IFinstruções no Nginx é mau ?

O objetivo disso é redirecionar as solicitações /bar.html e /bar/ para /bar. Os dados que estão sendo servidos são de bar.html. Uma solicitação para /bar.random retornará o conteúdo de /index.html do site em vez de um 404. Uma solicitação para um arquivo que não existe deve retornar uma página de erro 404.

root   /usr/share/nginx/html;
index  index.html;

location / {
    try_files $uri $uri.html /index.html @extensionless-html =404;
}

rewrite ^(/.+)/$ $1 permanent;
rewrite ^(/.+)\.html$ $1 permanent;

location @extensionless-html {
    rewrite ^(.*)$ $1.html last;
}

Eu também tentei o seguinte, que resultou na mesma resposta:

location / {
    try_files $uri $uri.html /index.html @extensionless-html =404;

if (-f $request_filename) {
    # redirect /foo/ to /foo
    rewrite ^(/.+)/$ $1 permanent;
    # redirect /foo.html to /foo
    rewrite ^(/.+)\.html$ $1 permanent;
}
}

location @extensionless-html {
    rewrite ^(.*)$ $1.html last;
}
nginx