chmike's questions

De acordo com as especificações de nome de domínio RFC 1035 :

2.3.4. Limites de tamanho

nomeia 255 octetos ou menos

De acordo com o SMTP RFC 5321 :

4.5.3.1.2 . Domínio

O comprimento total máximo de um nome ou número de domínio é 255 octetos.

Os RFCs são, portanto, consistentes e claros na minha opinião.

Contudo, algumas pessoas afirmam que é 254 devido à possível presença de um ponto no final, embora não haja menção de tal ponto nas RFCs 1 .

Outras pessoas afirmam que é 253 por motivos estranhos, como a presença de um byte de comprimento de string de prefixo e o '\0' final das strings C 2 , 3 , 4 .

Qual é o comprimento máximo de bytes do domínio?

Acabei de executar o LaZagne no meu computador desktop Ubuntu. É um programa python que verifica o computador para encontrar senhas.

Ele encontrou 14 senhas e algumas delas ainda estão ativas. Eu mudei a maioria deles. Ao executar o programa com a opção -v podemos ver onde a senha foi encontrada.

Todas as senhas são encontradas com Libsecret. De acordo com o wiki do gnome para libsecret :

libsecret é uma biblioteca para armazenar e recuperar senhas e outros segredos. Ele se comunica com o "Serviço Secreto" usando D-Bus. gnome-keyring e ksecretservice são implementações de um Serviço Secreto

Aparentemente, essa coisa não funciona corretamente e vaza senhas.

1. O que é esta biblioteca? 
2. Por que e como está vazando senhas?
3. Como posso proteger minhas senhas?

Algumas senhas são de chaves privadas usadas para ssh.

Eu tenho dois hosts virtuais no meu servidor nginx com seus respectivos nomes de domínio. Um é http apenas porque é um site estático (siteA), o outro é apenas https (siteB). Para o siteB tenho um redirecionamento permanente do acesso http para o acesso https.

A configuração para siteAé

server {
    listen 80;
    listen [::]:80;
    server_name siteA.example.com;
    ...
    location / {
        ...
    }
}

A configuração para siteB é

server {
    listen 80;
    listen [::]:80;
    server_name siteB.example.com;
    location / {
        return 301 https://$server_name$request_uri;
    }
}

server {
    listen 443 ssl;
    listen [::]:443 ssl;
    server_name siteB.example.com;
    ...
    location / {
        ...
    }
}

O problema é que quando eu acesso https://siteA.example.comeu volto https://siteB.example.com. Como posso evitar isso? 

Eu tenho que usar listen siteB.example.com:443 ssl;em vez de simplesmente listen 443 ssl;?

Eu esperava que server_nameespecificasse o nome do servidor para corresponder ao valor HOST na solicitação HTTP.