uncovery's questions

Tenho um QNAP conectado a um roteador em uma rede remota. Na mesma rede, conectado ao mesmo roteador, há também um servidor Linux. Dentro da rede remota, tudo funciona bem. Posso acessar a interface web do QNAP NAS. Também posso acessar o servidor Linux por meio da configuração de encaminhamento de porta no roteador.

No entanto, quando tento conectar-me à VPN e através dela ao servidor Linux, seja via ping, SSH ou interface web, não consigo conectar-me de forma alguma. Tudo expira. Não é nenhum firewall no servidor Linux, verifiquei ou desabilitei tudo (firewalld, iptables, SELinux) enquanto depurava isso.

Estou usando o Android para conectar ao meu servidor WireGuard por meio do endereço IP público da rede do host. A LAN está usando endereços 192.168.0.1-255. Gostaria que o cliente se conectasse através da VPN apenas para endereços com na LAN e acessasse diretamente os demais. A configuração é a seguinte:

[Interface]
PrivateKey = xxx=
Address = 198.18.7.4/32
DNS = 192.168.0.1

[Peer]
PublicKey = xxx=
AllowedIPs = 192.168.0.1/24
Endpoint = my.public.IP:51820

Mas estou recebendo um "Endereço incorreto" para qualquer coisa que tentei usar, exceto para /32. Não estando familiarizado com o esquema de endereço de sub-rede, tentei usar a tabela e a calculadora aqui que parecem me dizer que /24 é a sub-rede correta. No Windows, isso parece funcionar bem.

Alguma idéia do que pode estar errado aqui? O AllowedIPs está errado? Ou há um problema com o Android que não está sob meu controle?

Obrigado!

O QTS versão 5 da QNAP agora tem Wireguard como um protocolo no QVPN. No entanto, ao contrário do OpenVPN, não há opção de baixar um arquivo de configuração fácil de configurar para conectar rapidamente um cliente ao seu NAS.

Parece que os usuários precisam criar seu próprio arquivo de configuração do Wireguard para que isso funcione. Como não conheço a sintaxe desses arquivos, o que preciso fazer para mudar de OpenVPN para Wireguard?

Eu tenho um servidor DNS personalizado na minha rede que quero que todos os clientes usem (tem filtros de anúncios etc, semelhantes ao PiHole).

Configurei meu roteador (LinkSys Velop) para usar este servidor DNS. No entanto, na página de administração do servidor DNS, vejo apenas o roteador fazendo consultas DNS, não os clientes. Eu diria que o roteador (mais cedo ou mais tarde) diz aos clientes para usar o servidor DNS específico. Apesar de reiniciar os clientes (e fazer várias outras ações de redefinição de rede, como ipconfig /flushdnsetc, eles não parecem acessar o servidor DNS diretamente: apenas o roteador faz isso.

Até agora, a única maneira de fazer com que os clientes acessassem o servidor DNS diretamente era inserindo o servidor DNS manualmente na configuração de rede do cliente.

Então perguntas:

• Esse é o comportamento esperado?
• A configuração de DNS em um (ou apenas no meu?) roteador está simplesmente fazendo com que o roteador continue a "agir" como um servidor DNS e redirecione a solicitação para o endereço IP definido, enviando o resultado de volta?
• O que devo fazer para que os clientes definam um endereço IP específico como servidor DNS? Tenho que configurar meu próprio servidor DHCP?
• Os servidores DHCP linux usuais (por exemplo, ISC DHCP como no CentOS?) informam ao cliente qual servidor DNS usar ou eles apenas encaminham as solicitações?

obrigado!

Tenho um exemplo que deve sempre resultar em https://example.com , mesmo quando o usuário estiver digitando www.example.com , https ou não. Idealmente, o arquivo de configuração https de configuração do letsencrypt automatizado deve funcionar.

• Eu tentei remover o registro A para www e usar um CNAME para apontar para example.com ou @. Isso não parece ter nenhum efeito e os usuários ainda acabam em www. Eu não tenho ideia do porquê.

Esta é a minha configuração atual:

<VirtualHost [IPV6]:80 IPV4:80>
    ServerAdmin [email protected]
    DocumentRoot /home/example/public_html
    ServerName example.com
    ServerAlias www.example.com
    ErrorLog logs/example.error.log
    CustomLog logs/example.acccess.log common
    <Directory /home/example/public_html>
        Options FollowSymLinks
        AllowOverride All
    </Directory>
    RewriteEngine on 
    RewriteCond %{SERVER_NAME} =example.com [OR] 
    RewriteCond %{SERVER_NAME} =www.example.com 
    RewriteRule ^ https://example.com%{REQUEST_URI} [END,NE,R=permanent] 
</VirtualHost>

<VirtualHost [IPV6]:443 IPV4:443>
    ServerAdmin [email protected]
    DocumentRoot /home/example/public_html
    ServerName example.com
    ServerAlias www.example.com
    ErrorLog logs/example.error.log
    CustomLog logs/example.acccess.log common
    <Directory /home/example/public_html>
        Options FollowSymLinks
        AllowOverride All
    </Directory>
Include /etc/letsencrypt/options-ssl-apache.conf
SSLCertificateFile /etc/letsencrypt/live/example.com/cert.pem
SSLCertificateKeyFile /etc/letsencrypt/live/example.com/privkey.pem
SSLCertificateChainFile /etc/letsencrypt/live/example.com/chain.pem
</VirtualHost>

Então, no entanto, https://www.example.com lança um certificado ruim, mesmo se eu adicionar isso à configuração :443:

    RewriteCond %{SERVER_NAME} =www.example.com 
    RewriteRule ^ https://example.com%{REQUEST_URI} [END,NE,R=permanent] 

Como posso redirecionar solicitações http E https para www.example.com para https://example.com ?

ao testar minha configuração DKIM/SPF usando o serviço de e-mail port25.com, estou recebendo a seguinte resposta para meu registro SPF:

permerror (limite de pesquisa DNS void excedido)

No entanto, meu registro spf não possui nenhum "include":

v=spf1 mx a ip4:IP1 ip4:IP2 ip6:IP3 ~todos

alguma ideia do que está acontecendo?

Quando estou usando https://dkimvalidator.com/results , recebo um passe no SPF.

Eu verifiquei os documentos em https://mxtoolbox.com/problem/spf/spf-void-lookups e encontrei isso aqui:

"O limite de pesquisa void foi introduzido no RFC 7208 e refere-se a pesquisas de DNS que retornam uma resposta vazia (NOERROR sem respostas) ou uma resposta NXDOMAIN."

Ele não está fazendo pesquisas de DNS de formigas, ou está?

Estou usando certbot/letsencrypt do repositório EPEL com apache no CentOS 7 sem problemas em nomes de domínio "normais". A ferramenta certbot reconhece bem os aliases de nome de servidor dos arquivos de configuração do virtualhost. A renovação também funciona bem.

Por exemplo, uma linha em uma configuração de host virtual, como:

ServerName uncovery.net
ServerAlias www.uncovery.net

resulta em certbot me oferecendo para instalar/manter os nomes de domínio

1: uncovery.net
2: www.uncovery.net

No entanto, esta linha na minha configuração do virtualhost:

ServerName uncovery.net
ServerAlias *.uncovery.net

só mostra

1: uncovery.net

ao executar o certbot.

Então eu tentei o seguinte:

# certbot -d *.uncovery.net
Saving debug log to /var/log/letsencrypt/letsencrypt.log
Plugins selected: Authenticator apache, Installer apache
Starting new HTTPS connection (1): acme-v02.api.letsencrypt.org
Obtaining a new certificate
Performing the following challenges:
Client with the currently selected authenticator does not support any combination of challenges that will satisfy the CA. You may need to use an authenticator plugin that can do challenges over DNS.

Eu tentei autenticadores apache/webroot/standalone, todos falham. O log de depuração informa que

ConfigurationError: *.uncovery.net contains an invalid character. Valid characters are A-Z, a-z, 0-9, ., and -.

Então perguntas:

1) Como posso fazer a interface de linha de comando do certbot reconhecer o *.wildcard?

2) Se isso não funcionar, como configuro manualmente o certificado?

Aqui está minha versão do certbot:

Package certbot-1.0.0-1.el7.noarch already installed and latest version
Package python2-certbot-apache-1.0.0-1.el7.noarch already installed and latest version

Estou tentando instalar o ImageMagick-devel no meu CentOS 8.0.1905, mas recebo o seguinte erro:

# yum install ImageMagick-devel
Last metadata expiration check: 2:58:25 ago on Mon 18 Nov 2019 06:58:06 PM EST.
Error:
 Problem: conflicting requests
  - nothing provides jasper-devel needed by ImageMagick-devel-6.9.10.64-1.el8.x86_64
  - nothing provides OpenEXR-devel needed by ImageMagick-devel-6.9.10.64-1.el8.x86_64
  - nothing provides ghostscript-devel needed by ImageMagick-devel-6.9.10.64-1.el8.x86_64
  - nothing provides lcms2-devel needed by ImageMagick-devel-6.9.10.64-1.el8.x86_64

Alguma ideia de como resolver isso?

Meu servidor CentOS tem vários endereços IP. Existem diferentes hosts virtuais configurados por endereço IP no apache. Quando envio um e-mail via PHP/sendmail, quero que o sendmail use o nome do host correspondente ao IP configurado no arquivo /etc/hosts.

Isso é possível?