starbeamrainbowlabs's questions

Eu tenho um servidor dedicado hospedado pelo KimSufi que está executando o Ubuntu Server 18.04 . Embora eu tenha um endereço IPv4 e um endereço IPv6, continuo recebendo desistências aleatórias no IPv6. Fazer um ping -6 google.comquando é retirado produz isso:

Network is unreachable

Se eu tentar sudo ifup eth0`, recebo isso:

Respostas RTNETLINK: O arquivo existe Falha ao trazer eth0.

...como a interface já está ativa - apenas IPv4. Ao executar ifup -n eth0, no entanto, posso ver uma lista de comandos que ele executa ao ativar a interface. Em particular, a execução do seguinte comando parece corrigir o problema temporariamente:

/sbin/ip -family inet6 route add default via 2001:41d0:e:07ff:ff:ff:ff:ff

....então (depois de um pouco de atraso), testar via ping -6 google.comfunciona novamente.

No entanto, ele cai novamente aleatoriamente logo depois.

Alguém sabe o que está acontecendo e como posso impedir que a rota IPv6 padrão desapareça?

Edit: A seção IPv6 de /etc/network/interfacesse parece com isso:

iface eth0 inet6 static
    address 2001:41d0:e:074b::1
    netmask 128
    dns-nameservers 2001:41d0:3:163::1
    post-up /sbin/ip -family inet6 route add 2001:41d0:e:07ff:ff:ff:ff:ff dev eth0
    post-up /sbin/ip -family inet6 route add default via 2001:41d0:e:07ff:ff:ff:ff:ff
    pre-down /sbin/ip -family inet6 route del default via 2001:41d0:e:07ff:ff:ff:ff:ff
    pre-down /sbin/ip -family inet6 route del 2001:41d0:e:07ff:ff:ff:ff:ff dev eth0

Eu tenho uma boa configuração de servidor de e-mail (executando o Ubuntu Server 16.04) que funciona muito bem. Ele usa postfix como SMTP, que usa dovecot (IMAP) como fonte de autenticação para usuários de caixa de correio virtual.

Está funcionando bem, mas agora tenho um segundo servidor em outro local (com um endereço IP dinâmico), que gostaria de poder enviar e-mails pelo meu servidor de e-mail principal. Eu vi um guia sobre como configurá-lo no modo de retransmissão autenticado e estou no meio do processo, mas percebi que precisaria de uma conta de e-mail somente para envio para autenticar, pois não Não quero que ele receba e-mails e encha o disco rígido do servidor (não vou checar a caixa de entrada!).

Como posso criar uma nova conta de e-mail na minha configuração de usuários virtuais que não tenha uma caixa de correio, mas ainda possa se conectar via SMTP e enviar e-mails?

Acabei de mover um servidor de correio postfix para uma caixa diferente e estou tendo problemas para fazer o postfix falar opendkim por meio de um soquete unix. O soquete opendkim está localizado em /var/run/opendkim/opendkim.sock:

srwxrwxr-x 1 opendkim opendkim 0 Aug 14 15:11 /var/run/opendkim/opendkim.sock=

.... mas o postfix não consegue vê-lo. Aqui está uma linha de /var/log/mail.log:

Aug 14 15:13:04 new postfix/smtpd[23954]: warning: connect to Milter service unix:/var/run/opendkim/opendkim.sock: No such file or directory

Aqui está a linha do meu /etc/postfix/main.cf:

smtpd_milters = inet:127.0.0.1:11444 unix:/var/run/opendkim/opendkim.sock

Alguém tem alguma ideia do que está causando o problema? Eu pesquisei um pouco no Google, mas não consigo encontrar nenhuma solução que funcione.

Atualização: estou usando o Postfix 3.1.0-3. Aqui está o meu uname -a:

Linux starbeamrainbowlabs.com 3.14.32-xxxx-grs-ipv6-64 #7 SMP Wed Jan 27 18:05:09 CET 2016 x86_64 x86_64 x86_64 GNU/Linux

Tenho meu próprio servidor de e-mail e gostaria de poder usar a marcação dinâmica de endereços de e-mail. Adicionei a recipient_delimiter = +-diretiva à minha configuração e reiniciei o postfix, mas agora, se eu enviar um e-mail [email protected], por exemplo, o e-mail será devolvido com o erro "Usuário desconhecido". Se eu enviar um e-mail [email protected], o e-mail será entregue à webmasterconta conforme o esperado.

Aqui está a minha configuração do postfix:

## These are all default Postfix settings that we won't change
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
append_dot_mydomain = no
biff = no
broken_sasl_auth_clients = yes
inet_interfaces = all
mailbox_command = /usr/lib/dovecot/deliver -c
    /etc/dovecot/conf.d/01-mail-stack-delivery.conf -m "${EXTENSION}"
mailbox_size_limit = 0
myorigin = /etc/mailname
readme_directory = no
recipient_delimiter = +-
relayhost =
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache
smtpd_sasl_auth_enable = yes
smtpd_sasl_authenticated_header = yes
smtpd_sasl_path = private/dovecot-auth
smtpd_sasl_security_options = noanonymous
smtpd_sasl_local_domain = $myhostname
smtpd_sasl_type = dovecot
smtpd_tls_auth_only = yes
smtpd_tls_received_header = yes
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
tls_random_source = dev:/dev/urandom

## Settings below this line are things we're modifying or adding

## Your mail server identity options
myhostname = mail.starbeamrainbowlabs.com
#mydestination = localhost, starbeamrainbowlabs.com,
#    localhost.starbeamrainbowalabs.com
# 89.107.190.141 = cross-code central
mynetworks = 127.0.0.0/8 192.168.0.0/24 [::ffff:127.0.0.0]/104 [::1]/128 89.107.190.141

## Customized smtpd paramters
smtpd_banner = $myhostname ESMTP
smtpd_helo_required = yes
smtpd_helo_restrictions = permit_mynetworks,
    check_helo_access hash:/etc/postfix/helo_access
    #reject_non_fqdn_helo_hostname,
    reject_invalid_helo_hostname,
    #reject_unknown_helo_hostname,
    #warn_if_reject, # warn us instead of actually blocking them
    permit
smtpd_sender_restrictions = permit_mynetworks,
    permit_sasl_authenticated,
    #reject_unknown_sender_domain,
    reject_sender_login_mismatch
smtpd_recipient_restrictions = permit_mynetworks,
    permit_sasl_authenticated,
    reject_unknown_client_hostname,
    reject_unknown_sender_domain,
    reject_unknown_recipient_domain,
    reject_unauth_pipelining,
    reject_unauth_destination, 
    reject_invalid_hostname,
    reject_non_fqdn_sender
smtpd_sender_login_maps = $virtual_mailbox_maps

## Dealing with rejection: use permanent 550 errors to stop retries
unknown_address_reject_code = 550
unknown_hostname_reject_code = 550
unknown_client_reject_code = 550

## customized TLS parameters
smtpd_tls_ask_ccert = yes
smtpd_tls_cert_file = /etc/ssl/private/chain/www-mail.starbeamrainbowlabs.com.pem
smtpd_tls_key_file = /etc/ssl/private/key/decrypted/www-mail.starbeamrainbowlabs.com.key
smtpd_tls_CAfile = /etc/ssl/certs/ca-certificates.crt
smtpd_tls_ciphers = high
smtpd_tls_loglevel = 1
smtpd_tls_security_level = may
smtpd_tls_session_cache_timeout = 3600s


## Customized Dovecot and virtual user-specific settings
canonical_maps = hash:/etc/postfix/canonical
home_mailbox = Maildir/
message_size_limit = 104857600
virtual_alias_maps = hash:/etc/postfix/virtual
virtual_mailbox_domains = hash:/etc/postfix/virtual-mailbox-domains
virtual_mailbox_maps = hash:/etc/postfix/virtual-mailbox-users
virtual_transport = dovecot

## This setting will generate an error if you restart Postfix before
## adding the appropriate service definition in master.cf, so make
## sure to get that taken care of!
dovecot_destination_recipient_limit = 1

## Customized milter settings
milter_default_action = accept
milter_connect_macros = j {daemon_name} v {if_name} _
non_smtpd_milters = $smtpd_milters
smtpd_milters = inet:127.0.0.1:11444 unix:/opendkim/opendkim.sock

## Other customized mail server settings
default_destination_concurrency_limit = 5
disable_vrfy_command = yes
relay_destination_concurrency_limit = 1
smtp_tls_note_starttls_offer = yes
smtp_tls_security_level = may

De /etc/postfix/master.cf, eu tenho este Dovecot definidor:

dovecot   unix  -       n       n       -       -       pipe
  flags=DRhu user=vmail:vmail argv=/usr/lib/dovecot/deliver
  -f ${sender} -d ${recipient}

Também tenho definições para ifmail, bsmtp, scalemail-backend, mailman, uucp, scache, maildrope um monte de outros, mas não tenho certeza do que todos fazem.

Alguém sabe o que está acontecendo aqui e como posso consertar, por favor?

Estou usando caixas de correio virtuais.

Estou tarcompactando e compactando vários arquivos e diretórios no meu Ubuntu Server VPS para um backup. Ele tem apenas 1 GB de RAM e 128 MB de Swap (não posso adicionar mais - a OVH usa o OpenVZ como software de virtualização) e toda vez tarque é executado, ele usa uma tonelada de memória para o buffer, fazendo com que todo o resto seja trocado - mesmo ao usar nice -n 10.

Existe alguma maneira de forçar taro uso de um buffer pequeno e reduzir o uso de memória? Estou preocupado que, quando o backup atingir um determinado tamanho, meu servidor cairá porque tarnão terá memória suficiente para seu buffer.

Estou usando bzip2para compactar e já limitei o uso de memória com a -4opção.

Edit: Aqui está o que htopparece quando eu tarcorri por um tempo:

Aqui está um link para o gif completo

Editar 2: Aqui está o comando tar que estou usando:

nice -n 20 tar --exclude "*node_modules*" --exclude "*.git/*" --exclude "/srv/www-mail/rainloop/v*"  -cf archive.tar /home /var/log /var/mail /srv /etc