SunSparc's questions

No meu arquivo "/etc/haproxy/haproxy.cfg", especifico um arquivo de lista de permissões que contém endereços IP que têm permissão para acessar um frontend.

frontend default-frontend
    <snip>

    tcp-request connection reject if ! { src -f /etc/haproxy/templates/ip-whitelist.txt }

    <snip>

O conteúdo de "/etc/haproxy/templates/ip-whitelist.txt" se parece com isso:

192.45.21.89/32
123.34.33.7/32
56.23.12.77/32
78.12.66.3/32

Isso funciona muito bem! Até que eu queira limpar o arquivo e remover IPs para pessoas que não precisam mais de acesso.

Pergunta : É possível adicionar comentários a um haproxyarquivo de modelo?

Eu tentei isso:

192.45.21.89/32 # Dylan Reeve
123.34.33.7/32 # Jane Doe
56.23.12.77/32 # Priscilla Ahmed
78.12.66.3/32 # Sayed Salas

... que retorna erros semelhantes a:

[ALERT] : parsing [/etc/haproxy/haproxy.cfg:123] : 'tcp-request connection reject' :
    error detected in frontend 'default-frontend' while parsing 'if' condition : 
    '192.45.21.89/32 # Dylan Reeve' is not a valid IPv4 or IPv6 address
    at line 1 of file '/etc/haproxy/templates/ip-whitelist.txt'
[ALERT] : Error(s) found in configuration file : /etc/haproxy/haproxy.cfg
[ALERT] : Fatal errors found in configuration.

Pior cenário: tenho que manter uma lista separada em outro local para combinar IPs com nomes.

Estou executando o Docker no Ubuntu Linux. Eu tenho um Dockerfileque traz muitos dados de outros lugares. Coloquei o Dockerfileem uma unidade externa que montei no sistema de arquivos local (ext4). Então eu executei a compilação de dentro desse sistema de arquivos da unidade externa.

docker build -t mycontainer .

Observei o uso da unidade enquanto o contêiner estava sendo construído. Todo o uso da unidade estava no sistema de arquivos raiz em vez da unidade anexada.

Eu li alguns artigos sobre como alterar a raiz/base do Docker de /var/lib/dockerpara outro local, mas até agora tudo o que recebo é docker.service: Failed with result 'exit-code'.

Eu também tentei adicionar o -g optionsno /lib/systemd/system/docker.servicearquivo:

ExecStart=/usr/bin/dockerd -H fd://  # original
ExecStart=/usr/bin/dockerd -g /new/path/docker -H fd://  # updated

Isso também não ajudou.

Como posso dizer ao Docker para usar a unidade externa?

Eu tenho uma página da web ( https://smartystreets.com/contact ) que usa jQuery para carregar alguns arquivos SVG do S3 através do CloudFront CDN.

No Chrome, abrirei uma janela anônima, bem como o console. Então eu vou carregar a página. À medida que a página é carregada, normalmente recebo de 6 a 8 mensagens no console semelhantes a esta:

XMLHttpRequest cannot load 
https://d79i1fxsrar4t.cloudfront.net/assets/img/feature-icons/documentation.08e71af6.svg.
No 'Access-Control-Allow-Origin' header is present on the requested resource.
Origin 'https://smartystreets.com' is therefore not allowed access.

Se eu fizer um recarregamento padrão da página, mesmo várias vezes, continuo recebendo os mesmos erros. Se eu fizer Command+Shift+Risso, a maioria e, às vezes, todas as imagens serão carregadas sem o XMLHttpRequesterro.

Às vezes, mesmo depois que as imagens são carregadas, eu atualizo e uma ou mais imagens não carregam e retornam esse XMLHttpRequesterro novamente.

Verifiquei, alterei e verifiquei novamente as configurações no S3 e no Cloudfront. No S3 minha configuração CORS fica assim:

<?xml version="1.0" encoding="UTF-8"?>
<CORSConfiguration xmlns="http://s3.amazonaws.com/doc/2006-03-01/">
<CORSRule>
    <AllowedOrigin>*</AllowedOrigin>
    <AllowedOrigin>http://*</AllowedOrigin>
    <AllowedOrigin>https://*</AllowedOrigin>
    <AllowedMethod>GET</AllowedMethod>
    <MaxAgeSeconds>3000</MaxAgeSeconds>
    <AllowedHeader>Authorization</AllowedHeader>
</CORSRule>
</CORSConfiguration>

(Nota: inicialmente tinha apenas <AllowedOrigin>*</AllowedOrigin>, mesmo problema.)

No CloudFront, o comportamento de distribuição é definido para permitir os métodos HTTP: GET, HEAD, OPTIONS. Os métodos em cache são os mesmos. Encaminhar Cabeçalhos é definido como "Lista de permissões" e essa lista de permissões inclui "Cabeçalhos de solicitação de controle de acesso, Método de solicitação de controle de acesso, Origem".

O fato de funcionar após um recarregamento do navegador sem cache parece indicar que tudo está bem no lado do S3/CloudFront, caso contrário, por que o conteúdo seria entregue. Mas então por que o conteúdo não seria entregue na visualização de página inicial?

Estou trabalhando no Google Chrome no macOS. O Firefox não tem problemas para obter os arquivos todas as vezes. O Opera NUNCA recebe os arquivos. O Safari pegará as imagens após várias atualizações.

Usando curlnão tenho problemas:

curl -I -H 'Origin: smartystreets.com' https://d79i1fxsrar4t.cloudfront.net/assets/img/phone-icon-outline.dc7e4079.svg

HTTP/1.1 200 OK
Content-Type: image/svg+xml
Content-Length: 508
Connection: keep-alive
Date: Tue, 20 Jun 2017 17:35:57 GMT
Access-Control-Allow-Origin: *
Access-Control-Allow-Methods: GET
Access-Control-Max-Age: 3000
Last-Modified: Thu, 15 Jun 2017 16:02:19 GMT
ETag: "dc7e4079f937e83291f2174853adb564"
Cache-Control: max-age=31536000
Expires: Wed, 01 Jan 2020 23:59:59 GMT
Accept-Ranges: bytes
Server: AmazonS3
Vary: Origin,Access-Control-Request-Headers,Access-Control-Request-Method
Age: 4373
X-Cache: Hit from cloudfront
Via: 1.1 09fc52f58485a5da8e63d1ea27596895.cloudfront.net (CloudFront)
X-Amz-Cf-Id: wxn_m9meR6yPoyyvj1R7x83pBDPJy1nT7kdMv1aMwXVtHCunT9OC9g==

Alguns sugeriram que eu exclua a distribuição do CloudFront e a recrie. Parece uma correção bastante dura e inconveniente.

O que está causando esse problema?

Atualizar:

Adicionando cabeçalhos de resposta de uma imagem que falhou ao carregar.

age:1709
cache-control:max-age=31536000
content-encoding:gzip
content-type:image/svg+xml
date:Tue, 20 Jun 2017 17:27:17 GMT
expires:2020-01-01T23:59:59.999Z
last-modified:Tue, 11 Apr 2017 18:17:41 GMT
server:AmazonS3
status:200
vary:Accept-Encoding
via:1.1 022c901b294fedd7074704d46fce9819.cloudfront.net (CloudFront)
x-amz-cf-id:i0PfeopzJdwhPAKoHpbCTUj1JOMXv4TaBgo7wrQ3TW9Kq_4Bx0k_pQ==
x-cache:Hit from cloudfront