Eu crio novas instâncias da AWS com create_before_destroyset. Então essas coisas são criadas antes de destruir o recurso original. No entanto, às vezes, o provisionamento falha, o que faz com que um recurso não utilizado exista na AWS que precisa ser removido manualmente.
Como esses recursos são efetivamente temporários até que estejam substituindo a infraestrutura existente, existe alguma maneira de descartar a instância com falha automaticamente?
Existe uma maneira melhor de fazer zcatno ansible do que invocar shell?
- name: "Unpack the local config"
shell: "zcat /proc/config.gz > /usr/src/linux/.config"
args:
creates: "/usr/src/linux/.config"
Configurei um Simple AD na AWS que posso finalmente autenticar com o LDAP. Não entendo por que não consegui usar o dc=que é amplamente sugerido em todos os lugares, mas posso usar arquivos @domain.
ldap_bind($ldapconn, "cn=Administrator,dc=ldap,dc=patontheback,dc=org", "<password>");
ldap_bind($ldapconn, "[email protected]", "<password>");
Estes não deveriam ser equivalentes? O @domain sempre funcionará ou será específico para o Simple AD?
Durante o assistente de criação da AWS, recebo isto:
Eu criei uma função AMI que deve ter as funções apropriadas:
Mas a função IAM não aparece? Que passo eu esqueci?
Estou recebendo uma tonelada de falha, uma tonelada de falha de acesso:
185.103.252.174 - - [28/Apr/2016:15:09:16 -0400] "POST /xmlrpc.php HTTP/1.1" 499 0 "-" "Googlebot/2.1 (+http://www.google.com/bot.html)"
173.246.56.51 - - [28/Apr/2016:15:09:17 -0400] "POST /xmlrpc.php HTTP/1.1" 499 0 "-" "Googlebot/2.1 (+http://www.google.com/bot.html)"
185.103.252.173 - - [28/Apr/2016:15:09:17 -0400] "POST /xmlrpc.php HTTP/1.1" 499 0 "-" "Googlebot/2.1 (+http://www.google.com/bot.html)"
23.226.36.2 - - [28/Apr/2016:15:09:17 -0400] "POST /xmlrpc.php HTTP/1.1" 499 0 "-" "Googlebot/2.1 (+http://www.google.com/bot.html)"
23.226.36.2 - - [28/Apr/2016:15:09:17 -0400] "POST /xmlrpc.php HTTP/1.1" 499 0 "-" "Googlebot/2.1 (+http://www.google.com/bot.html)"
185.103.252.173 - - [28/Apr/2016:15:09:17 -0400] "POST /xmlrpc.php HTTP/1.1" 499 0 "-" "Googlebot/2.1 (+http://www.google.com/bot.html)"
148.251.184.222 - - [28/Apr/2016:15:09:17 -0400] "POST /xmlrpc.php HTTP/1.1" 499 0 "-" "Googlebot/2.1 (+http://www.google.com/bot.html)"
148.251.184.222 - - [28/Apr/2016:15:09:17 -0400] "POST /xmlrpc.php HTTP/1.1" 499 0 "-" "Googlebot/2.1 (+http://www.google.com/bot.html)"
148.251.184.222 - - [28/Apr/2016:15:09:18 -0400] "POST /xmlrpc.php HTTP/1.1" 499 0 "-" "Googlebot/2.1 (+http://www.google.com/bot.html)"
Meu /etc/fail2ban/filter.d/wordpress-auth.conf :
[Definition]
failregex = <HOST>.*POST.*xmlrpc\.php.* 499
No meu /etc/fail2ban/jail.conf :
[wordpress]
enabled = true
port = http,https
filter = wordpress-auth
logpath = /var/log/nginx/access.log
maxretry = 3
bantime = 86400
Reiniciei o fail2ban, mas não estou vendo nenhum [wordpress] no meu /var/log/fail2ban.log . O que estou fazendo errado?
Estou usando uma pasta sincronizada no vagrant 1.8.1 e quero que ela chown os arquivos, mas parece que não surte efeito. Esta é minha pasta sincronizada:
config.vm.synced_folder(
'../..',
'/home/deploy/sosd/local/',
owner: 'deploy',
group: 'deploy',
type: "rsync",
rsync__chown: true,
rsync__exclude: [
'.git',
'.idea',
'src/frontend/dist',
'src/frontend/tmp',
'src/frontend/node_modules',
'src/frontend/bower_components'
]
)
Ainda acabo com:
drwxr-xr-x 7 vagrant vagrant 4096 Apr 21 07:39 ansible
-rw-r--r-- 1 vagrant vagrant 1198 Apr 18 10:31 circle.yml
-rw-r--r-- 1 vagrant vagrant 1202 Apr 21 05:37 README.md
-rw-r--r-- 1 vagrant vagrant 146 Apr 17 10:52 requirements.txt
drwxr-xr-x 4 vagrant vagrant 4096 Apr 14 23:15 src
Por que é que?
Meu provisionador está assim:
config.vm.provision :ansible_local do |ansible|
ansible.playbook = '/home/deploy/sosd/local/ansible/sosd.yml'
ansible.install = true
end
Mas vagrant upparece que não instala:
==> default: Running provisioner: ansible_local...
default: Installing Ansible...
The Ansible software could not be found! Please verify
that Ansible is correctly installed on your guest system.
If you haven't installed Ansible yet, please install Ansible
on your Vagrant basebox, or enable the automated setup with the
`install` option of this provisioner. Please check
https://docs.vagrantup.com/v2/provisioning/ansible_local.html
for more information.
O que estou fazendo errado?
Quando eu autentico com um usuário não-sudo, desejo substituir o playbook sudo.
---
name: test
hosts: foo
sudo: yes
Se eu fizer:
ansible-playbook test.yml -e "sudo=no"
Ele não é substituído corretamente, em vez disso, tenho que removê -lo sudo: yesdo meu manual. Não deveria sudo=nofuncionar?
De acordo com os documentos de ajuda de manage_clients:
-f Gera em massa as chaves do cliente a partir do arquivo. (somente gerente). contém linhas no formato IP,NAME.
Então eu tentei isso:
root@ossec-server:/var/ossec/etc# /var/ossec/bin/manage_agents -f /tmp/agent
Bulk load file: /tmp/agent
Opening: [/tmp/agent]
Failed.: No such file or directory
2015/05/16 15:07:34 manage_agents(1103): ERROR: Unable to open file '/tmp/agent'.
Mesmo com acesso total:
root@ossec-server:/var/ossec/etc# ls -l /tmp/agent
-rw-r--r-- 1 777 root 16 May 16 14:57 /tmp/agent
Conteúdo parece bom:
root@ossec-server:/var/ossec/etc# cat /tmp/agent
127.0.0.1,agent
É possível adicionar permanentemente c:/project/binao PATHi windows usando apenas lote?