[Ellye]

@mandrake_

Notebook do meu pai tava com uma situação parecida.
No caso dele, o malware se iniciava via Task Scheduler do Windows.

Você pode conferir os jobs agendados em:
%SystemRoot%\Tasks

[mandrake_]

@mandrake_

Notebook do meu pai tava com uma situação parecida.
No caso dele, o malware se iniciava via Task Scheduler do Windows.

Você pode conferir os jobs agendados em:
%SystemRoot%\Tasks

Tinha até esquecido disso, mas não estou mais com o problema... que eu lembre acontecia depois que eu fechava um jogo e depois tentava desligar o notebook. Valeu.

[martec]

Como configura IPv6 no VPS Debian?

devido ao maldito IPv6 faz uns 4 meses que os usuários do FMS não recebia e-mail algum.
agora desabilitei totalmente o IPv6 como a solução gambiarra.
Pelo menos agora SMTP voltou a funcionar como deveria.
Bem, fica claro que a configuração de IPv6 estava incorreta, no entanto, como configura essa bagaça no VPS de Debian?

[Ellye]

Ok, tô apanhando horrores de algo que segundo o Google era pra ser idiotamente simples.

O cron de um dos meus CentOS não tá muito de bem com o universo.

Maioria das documentações e resultados do google diz que basta adicionar entradas no /etc/crontab e boas... mas nada, não são executadas. Os scripts em /etc/cron.d/ (e nas pastas de run-parts, /etc/cron.daily, /etc/cron.hourly, etc) também não são executados.

Vendo pelos logs, eles foram executados algumas vezes nos primeiros dias de existência do servidor, depois nunca mais. Permissões estão todas 0644 com chown para root, serviço de cron tá rodando...

[martec]

Ok, tô apanhando horrores de algo que segundo o Google era pra ser idiotamente simples.

O cron de um dos meus CentOS não tá muito de bem com o universo.

Maioria das documentações e resultados do google diz que basta adicionar entradas no /etc/crontab e boas... mas nada, não são executadas. Os scripts em /etc/cron.d/ (e nas pastas de run-parts, /etc/cron.daily, /etc/cron.hourly, etc) também não são executados.

Vendo pelos logs, eles foram executados algumas vezes nos primeiros dias de existência do servidor, depois nunca mais. Permissões estão todas 0644 com chown para root, serviço de cron tá rodando...

pra mim a pasta em sí pode até estar com chown 0644, mas o file que vai ser executado se eu não deixar com chown 0744 aqui não funfa de jeito nenhum.

Ps. Aqui uso Debian.

[Ellye]

É, nos meus ubuntu também preciso dar permissão de execução, mas no CentOS se não for 644 ele dá até uma mensagem de erro já reclamando da permissão.

[martec]

É, nos meus ubuntu também preciso dar permissão de execução, mas no CentOS se não for 644 ele dá até uma mensagem de erro já reclamando da permissão.

engraçado isso...
vc dá permissão para execução para cron executar, e o OS reclama...
e cron não consegue executar pq não tem permissão de execução...
ou CentOS teria que ignorar essa falta de lógica e executar de toda forma?

[BinSlashBash]

Como configura IPv6 no VPS Debian?

devido ao maldito IPv6 faz uns 4 meses que os usuários do FMS não recebia e-mail algum.
agora desabilitei totalmente o IPv6 como a solução gambiarra.
Pelo menos agora SMTP voltou a funcionar como deveria.
Bem, fica claro que a configuração de IPv6 estava incorreta, no entanto, como configura essa bagaça no VPS de Debian?

Caso seja ip fixo, pelas configurações.

edite o arquivo /etc/network/interfaces

segue exemplo abaixo:

Código:

iface eth0 inet6 static
       address ::C0A8:A14
       netmask 64
       gateway ::C0A8:A01
       dns-nameservers 2001:4860:4860::8844 2001:4860:4860::8888

---

Ok, tô apanhando horrores de algo que segundo o Google era pra ser idiotamente simples.

O cron de um dos meus CentOS não tá muito de bem com o universo.

Maioria das documentações e resultados do google diz que basta adicionar entradas no /etc/crontab e boas... mas nada, não são executadas. Os scripts em /etc/cron.d/ (e nas pastas de run-parts, /etc/cron.daily, /etc/cron.hourly, etc) também não são executados.

Vendo pelos logs, eles foram executados algumas vezes nos primeiros dias de existência do servidor, depois nunca mais. Permissões estão todas 0644 com chown para root, serviço de cron tá rodando...

pra mim a pasta em sí pode até estar com chown 0644, mas o file que vai ser executado se eu não deixar com chown 0744 aqui não funfa de jeito nenhum.

Ps. Aqui uso Debian.

Algumas rotinas ou arquivos no sistema simplesmente não funcionam se não estiver com as permissões corretas.

Um exemplo é uma chave pem para acesso a servidor, se ela não estiver com chmod 400, você não autentica ssh com ela de jeito nenhum.

@Morgiana coloque uma tarefa simples de criação de pasta direto no /etc/crontab para ver se a chamada está funcionando.

[martec]

Caso seja ip fixo, pelas configurações.

edite o arquivo /etc/network/interfaces

segue exemplo abaixo:

Código:

iface eth0 inet6 static
       address ::C0A8:A14
       netmask 64
       gateway ::C0A8:A01
       dns-nameservers 2001:4860:4860::8844 2001:4860:4860::8888

n entendi nada...
oq tenho é algo do tipo

2607:g348:101r::9c90:yq2k (modificado para n me hackearem)...
então oq faço com isso?

[BinSlashBash]

n entendi nada...
oq tenho é algo do tipo

2607:g348:101r::9c90:yq2k (modificado para n me hackearem)...
então oq faço com isso?

Código:

iface eth0 inet6 static
       address 2607:g348:101r::9c90:yq2k
       netmask [A MASCARA DO  ipv6]
       gateway [GATEWAY]
       dns-nameservers 2001:4860:4860::8844 2001:4860:4860::8888