Forum libero

Scritto da: Ordine
>
>
>...
>tutti ricevono insulti sul web, io compreso ne ho dati e ricevuti, ma mai ho scritto e ricevuto un trattato.
>

¡mentiroso!

Scritto da: ::1
>
> Almeno ti togli il dente di sapere se è la virtualizzazione o sei tu che sei incapace con ansible.

sono abbastanza certo che sia la virtualizzazione, anche fail2ban cmq e' figo

# this is the configuration file /etc/fail2ban/jail.local

[DEFAULT]
bantime = 3600
banaction = iptables-multiport
maxretry = 5
backend = systemd

#sender = fail2ban@example.com
#destemail = root
#action = %(action_mwl)s

[sshd]
enabled = true

[nginx-http-auth]
port    = http,https
logpath = /var/log/nginx/error.log

#
# To use 'nginx-limit-req' jail you should have `ngx_http_limit_req_module`
# and define `limit_req` and `limit_req_zone` as described in nginx documentat$
# http://nginx.org/en/docs/http/ngx_http_limit_req_module.html
# or for example see in 'config/filter.d/nginx-limit-req.conf'
#
#[nginx-limit-req]
#  port    = http,https
#  logpath = %(nginx_error_log)s
#

[nginx-botsearch]
enabled  = true
port     = http,https
logpath  = /var/log/nginx/error.log
maxretry = 2
#
#
# Ban attackers that try to use PHP's URL-fopen() functionality
# through GET/POST variables. - Experimental, with more than a year
[php-url-fopen]
enabled = true
port    = http,https
logpath = /var/log/nginx/access.log
#          %(apache_access_log)s

[nginx-badbots]
enabled  = true
filter = apache-badbots
banaction = iptables-multiport
logpath = /var/log/nginx/access.log
#bantime = 86400 # 1 day
maxretry = 3

questo e' il log di fail2ban

#
# this is the fail2ban log file at /var/log/fail2ban/fail2ban.log

fail2ban.server         [18252]: INFO    Changed logging target to /var/log/fail2ban.log for Fail2ban v0.9.6
fail2ban.database       [18252]: INFO    Connected to fail2ban persistent database '/var/lib/fail2ban/fail2ban.sqlite3'
fail2ban.jail           [18252]: INFO    Creating new jail 'sshd'
fail2ban.jail           [18252]: INFO    Jail 'sshd' uses systemd {}
fail2ban.jail           [18252]: INFO    Initiated 'systemd' backend
fail2ban.filter         [18252]: INFO    Set maxRetry = 5
fail2ban.filter         [18252]: INFO    Set jail log file encoding to ANSI_X3.4-1968
fail2ban.actions        [18252]: INFO    Set banTime = 3600
fail2ban.filter         [18252]: INFO    Set findtime = 600
fail2ban.filter         [18252]: INFO    Set maxlines = 10
fail2ban.filtersystemd  [18252]: INFO    Added journal match for: '_SYSTEMD_UNIT=sshd.service + _COMM=sshd'
fail2ban.jail           [18252]: INFO    Creating new jail 'nginx-botsearch'
fail2ban.jail           [18252]: INFO    Jail 'nginx-botsearch' uses systemd {}
fail2ban.jail           [18252]: INFO    Initiated 'systemd' backend
fail2ban.filter         [18252]: INFO    Set maxRetry = 2
fail2ban.filter         [18252]: INFO    Set jail log file encoding to ANSI_X3.4-1968
fail2ban.actions        [18252]: INFO    Set banTime = 3600
fail2ban.filter         [18252]: INFO    Set findtime = 600
fail2ban.jail           [18252]: INFO    Creating new jail 'php-url-fopen'
fail2ban.jail           [18252]: INFO    Jail 'php-url-fopen' uses systemd {}
fail2ban.jail           [18252]: INFO    Initiated 'systemd' backend
fail2ban.filter         [18252]: INFO    Set maxRetry = 5
fail2ban.filter         [18252]: INFO    Set jail log file encoding to ANSI_X3.4-1968
fail2ban.actions        [18252]: INFO    Set banTime = 3600
fail2ban.filter         [18252]: INFO    Set findtime = 600
fail2ban.jail           [18252]: INFO    Creating new jail 'nginx-badbots'
fail2ban.jail           [18252]: INFO    Jail 'nginx-badbots' uses systemd {}
fail2ban.jail           [18252]: INFO    Initiated 'systemd' backend
fail2ban.filter         [18252]: INFO    Set maxRetry = 3
fail2ban.filter         [18252]: INFO    Set jail log file encoding to ANSI_X3.4-1968
fail2ban.actions        [18252]: INFO    Set banTime = 3600
fail2ban.filter         [18252]: INFO    Set findtime = 600
fail2ban.jail           [18252]: INFO    Jail 'sshd' started
fail2ban.filtersystemd  [18252]: NOTICE  Jail started without 'journalmatch' set. Jail regexs will be checked against all journal entries, which is not advised for performance reasons.
fail2ban.jail           [18252]: INFO    Jail 'nginx-botsearch' started
fail2ban.filtersystemd  [18252]: NOTICE  Jail started without 'journalmatch' set. Jail regexs will be checked against all journal entries, which is not advised for performance reasons.
fail2ban.jail           [18252]: INFO    Jail 'php-url-fopen' started
fail2ban.filtersystemd  [18252]: NOTICE  Jail started without 'journalmatch' set. Jail regexs will be checked against all journal entries, which is not advised for performance reasons.
fail2ban.jail           [18252]: INFO    Jail 'nginx-badbots' started

queste sono due entry dello scanner avviato dal mio laptop sia nel log di access che in quello di error, in 3 o 4 ore di scan ha generato 1MB di access e 1MB di error log.

#
# this is the nginx access log

000.000.000.000 - - [30/Jul/2017:03:26:24 +0000] "GET /.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg HTTP/1.1" 502 575 "-" "Mozilla/4.0 (compatible; MSIE 5.5; Windows NT)" "-"
000.000.000.000 - - [30/Jul/2017:03:26:24 +0000] "GET /.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/linkid.js HTTP/1.1" 404 571 "-" "Mozilla/4.0 (compatible; MSIE 5.5; Windows NT)" "-"

#
# this is the nginx error log

2017/07/30 03:26:24 [error] 17441#0: *1629 upstream sent too big header while reading response header from upstream, client: 000.000.000.000, server: webserver1, request: "GET /.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.sv
2017/07/30 03:26:24 [error] 17441#0: *1629 open() "/srv/wordpress/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.svg/.s... (2: No such file or directory), client: 000.000.000.000

#
# this is the firewalld log from systemd journalctl 

systemd[1]: Starting firewalld - dynamic firewall daemon...
systemd[1]: Started firewalld - dynamic firewall daemon.
firewalld[7093]: WARNING: ipset not usable, disabling ipset usage in firewall.
firewalld[7093]: WARNING: ebtables not usable, disabling ethernet bridge firewall.
firewalld[7093]: WARNING: '/usr/sbin/iptables-restore -n' failed:
firewalld[7093]: ERROR: COMMAND_FAILED
firewalld[7093]: ERROR: NOT_ENABLED: rule '('-p', 'tcp', '-m', 'multiport', '--dports', 'ssh', '-m', 'set', '--match-set', 'fail2ban-sshd', 'src', '-j', 'REJECT', '--reject-with', 'icmp-port-unreachable')' is not in 'ipv4:filter:INPUT'
firewalld[7093]: WARNING: '/usr/sbin/iptables-restore -n' failed:
firewalld[7093]: ERROR: COMMAND_FAILED
firewalld[7093]: WARNING: '/usr/sbin/iptables-restore -n' failed:
firewalld[7093]: ERROR: COMMAND_FAILED
firewalld[7093]: WARNING: '/usr/sbin/iptables-restore -n' failed:
firewalld[7093]: ERROR: COMMAND_FAILED
firewalld[7093]: ERROR: NOT_ENABLED: rule '('-p', 'tcp', '-m', 'multiport', '--dports', 'http,https', '-m', 'set', '--match-set', 'fail2ban-php-url-fopen', 'src', '-j', 'REJECT', '--reject-with', 'icmp-port-unreachable')' is not in 'ipv4:filter:INPUT'
firewalld[7093]: ERROR: NOT_ENABLED: rule '('-p', 'tcp', '-m', 'multiport', '--dports', 'ssh', '-m', 'set', '--match-set', 'fail2ban-sshd', 'src', '-j', 'REJECT', '--reject-with', 'icmp-port-unreachable')' is not in 'ipv4:filter:INPUT'
firewalld[7093]: ERROR: NOT_ENABLED: rule '('-p', 'tcp', '-m', 'multiport', '--dports', 'http,https', '-m', 'set', '--match-set', 'fail2ban-nginx-botsearch', 'src', '-j', 'REJECT', '--reject-with', 'icmp-port-unreachable')' is not in 'ipv4:filter:INPUT'
firewalld[7093]: WARNING: '/usr/sbin/iptables-restore -n' failed:
firewalld[7093]: ERROR: COMMAND_FAILED
firewalld[7093]: WARNING: '/usr/sbin/iptables-restore -n' failed:
firewalld[7093]: ERROR: COMMAND_FAILED
firewalld[7093]: WARNING: '/usr/sbin/iptables-restore -n' failed:
firewalld[7093]: ERROR: COMMAND_FAILED
firewalld[7093]: ERROR: NOT_ENABLED: rule '('-p', 'tcp', '-m', 'multiport', '--dports', 'http,https', '-m', 'set', '--match-set', 'fail2ban-php-url-fopen', 'src', '-j', 'REJECT', '--reject-with', 'icmp-port-unreachable')' is not in 'ipv4:filter:INPUT'
firewalld[7093]: ERROR: NOT_ENABLED: rule '('-p', 'tcp', '-m', 'multiport', '--dports', 'ssh', '-m', 'set', '--match-set', 'fail2ban-sshd', 'src', '-j', 'REJECT', '--reject-with', 'icmp-port-unreachable')' is not in 'ipv4:filter:INPUT'
firewalld[7093]: ERROR: NOT_ENABLED: rule '('-p', 'tcp', '-m', 'multiport', '--dports', 'http,https', '-m', 'set', '--match-set', 'fail2ban-nginx-botsearch', 'src', '-j', 'REJECT', '--reject-with', 'icmp-port-unreachable')' is not in 'ipv4:filter:INPUT'

questi sono i filtri che ha applicato, posso anche testarli con fail2ban-regex direttamente sui log, poi lo faccio, ma a quanto capisco con tutti quei get a pagine che poi non esistono e tutti quei 404 sarebbe dovuto essere bannato, idem per l'altra rule che mi sembra lo user-agent dello scanner corrispondesse (ho usato wapiti)
in effetti da atop io vedevo fail2ban che provava ogni 3x2 a bannare il coso, almeno credo, da atop guardando tutta la linea completa del comando visualizzato c'erano le stesse stringhe che poi venivano loggate da systemd come errore di firewalld, quelle in cui viene chiamato ipset e che generano l'errore rule not set.
il fatto che all'inizio di fiewalld ci sia scritto "ipset not available" mi sa che e' dove sta tutto l'inghippo.

# Fail2Ban configuration file for nginx-badbot
#
# Regexp to catch known spambots and software alike. Please verify
# that it is your intent to block IPs which were driven by
# above mentioned bots.


[Definition]

badbotscustom = EmailCollector|WebEMailExtrac|TrackBack/1\.02|sogou music spider
badbots = Atomic_Email_Hunter/4\.0|atSpider/1\.0|autoemailspider|bwh3_user_agent|China Local Browse 2\.6|ContactBot/0\.2|ContentSmartz|DataCha0s/2\.0|DBrowse 1\.4b|DBrowse 1\.4d|Demo Bot DOT 16b|Demo Bot Z 16b|DSurf15a 01|DSurf15a 71|DSurf15a 81|DSurf15a VA|EBrowse 1\.4b|Educate Search VxB|EmailSiphon|EmailSpider|EmailWolf 1\.00|ESurf15a 15|ExtractorPro|Franklin Locator 1\.8|FSurf15a 01|Full Web Bot 0416B|Full Web Bot 0516B|Full Web Bot 2816B|Guestbook Auto Submitter|Industry Program 1\.0\.x|ISC Systems iRc Search 2\.1|IUPUI Research Bot v 1\.9a|LARBIN-EXPERIMENTAL \(efp@gmx\.net\)|LetsCrawl\.com/1\.0 \+http\://letscrawl\.com/|Lincoln State Web Browser|LMQueueBot/0\.2|LWP\:\:Simple/5\.803|Mac Finder 1\.0\.xx|MFC Foundation Class Library 4\.0|Microsoft URL Control - 6\.00\.8xxx|Missauga Locate 1\.0\.0|Missigua Locator 1\.9|Missouri College Browse|Mizzu Labs 2\.2|Mo College 1\.9|MVAClient|Mozilla/2\.0 \(compatible; NEWT ActiveX; Win32\)|Mozilla/3\.0 \(compatible; Indy Library\)|Mozilla/3\.0 \(compatible; scan4mail \(advanced version\) http\://www\.peterspages\.net/?scan4mail\)|Mozilla/4\.0 \(compatible; Advanced Email Extractor v2\.xx\)|Mozilla/4\.0 \(compatible; Iplexx Spider/1\.0 http\://www\.iplexx\.at\)|Mozilla/4\.0 \(compatible; MSIE 5\.0; Windows NT; DigExt; DTS Agent|Mozilla/4\.0 efp@gmx\.net|Mozilla/5\.0 \(Version\: xxxx Type\:xx\)|NameOfAgent \(CMS Spider\)|NASA Search 1\.0|Nsauditor/1\.x|PBrowse 1\.4b|PEval 1\.4b|Poirot|Port Huron Labs|Production Bot 0116B|Production Bot 2016B|Production Bot DOT 3016B|Program Shareware 1\.0\.2|PSurf15a 11|PSurf15a 51|PSurf15a VA|psycheclone|RSurf15a 41|RSurf15a 51|RSurf15a 81|searchbot admin@google\.com|ShablastBot 1\.0|snap\.com beta crawler v0|Snapbot/1\.0|Snapbot/1\.0 \(Snap Shots, \+http\://www\.snap\.com\)|sogou develop spider|Sogou Orion spider/3\.0\(\+http\://www\.sogou\.com/docs/help/webmasters\.htm#07\)|sogou spider|Sogou web spider/3\.0\(\+http\://www\.sogou\.com/docs/help/webmasters\.htm#07\)|sohu agent|SSurf15a 11 |TSurf15a 11|Under the Rainbow 2\.2|User-Agent\: Mozilla/4\.0 \(compatible; MSIE 6\.0; Windows NT 5\.1\)|VadixBot|WebVulnCrawl\.unknown/1\.0 libwww-perl/5\.803|Wells Search II|WEP Search 00

failregex = ^<HOST> -.*"(GET|POST|HEAD).*HTTP.*"(?:%(badbots)s|%(badbotscustom)s)"$

ignoreregex =

# DEV Notes:
# List of bad bots fetched from http://www.user-agents.org
# Generated on Thu Nov  7 14:23:35 PST 2013 by files/gen_badbots.
#
# Author: Yaroslav Halchenko

# Fail2Ban filter to match web requests for selected URLs that don't exist
#

[INCLUDES]
# config files for nginx-botsearch
# Load regexes for filtering
before = botsearch-common.conf

[Definition]

failregex = ^<HOST> \- \S+ \[\] \"(GET|POST|HEAD) \/<block> \S+\" 404 .+$
            ^ \[error\] \d+#\d+: \*\d+ (\S+ )?\"\S+\" (failed|is not found) \(2\: No such file or directory\), client\: <HOST>\, server\: \S*\, request: \"(GET|POST|HEAD) \/<block> \S+\"\, .*?$

ignoreregex = 


# DEV Notes:
# Based on apache-botsearch filter
# 
# Author: Frantisek Sumsal

**Modificato dall'autore il 30.07.2017 13:58**

**Modificato dall'autore il 30.07.2017 14:06**

dopo che google ha beccato le sessioni dell'utente russo sul mio sito privato senza dominio e hostato su porte assurde (!!!) ho dovuto installare fail2ban ieri sera, non riuscivo a dormire pensando al fatto che qualcuno mi stesse cercando di violare, anche se non ci sono ancora files se non me ne fossi accorto forse avrei testato owncloud e ci avrei messo qualcosa di mio sopra (pianifico di tenerci ad esempio tutti i miei documenti)

quindi per prima cosa fail2ban, fosse un bot voglio droppare tutto, ho configurato le seguenti jails:

nginx-botsearch, sshd e php-fopen.

configuro tutto, come banrule ho provato sia firewallcmd-multiport che iptables-multiport, con firewallcmd fail2ban si accorge che c'e' un errore e non va, non parte il servizio ed il log di fail2ban ti dice che non riesce ad usare quella banaction, con iptables-multiport nella conf di jail.local fail2ban dice che va tutto bene ed il suo log sembra felice, poi pero' ho provato a scansionarmi il sito con uno scanner e fail2ban fa il suo dannato lavoro, lo vedo li che lavora da atop, ma non riesce a bannare gli ip, il problema e' che non dice nulla fail2ban nel proprio log!, lo dice solo firewalld nel log di systemd che fail2ban ha provato a bannare un ip e non ce l'ha fatta!

firewalld[7093]: ERROR: NOT_ENABLED: rule '('-p', 'tcp', '-m', 'multiport', '--dports', 'http,https', '-m', 'set', '--match-set', 'fail2ban-php-url-fopen', 'src', '-j', 'REJECT', '--reject-with', 'icmp-port-unreachable')' is not in 'ipv4:filter:INPUT'

firewalld[7093]: ERROR: NOT_ENABLED: rule '('-p', 'tcp', '-m', 'multiport', '--dports', 'http,https', '-m', 'set', '--match-set', 'fail2ban-nginx-botsearch', 'src', '-j', 'REJECT', '--reject-with', 'icmp-port-unreachable')' is not in 'ipv4:filter:INPUT'

firewalld[7093]: ERROR: NOT_ENABLED: rule '('-p', 'tcp', '-m', 'multiport', '--dports', 'ssh', '-m', 'set', '--match-set', 'fail2ban-sshd', 'src', '-j', 'REJECT', '--reject-with', 'icmp-port-unreachable')' is not in 'ipv4:filter:INPUT'

e per ciascuno di questi ci sono 3 errori identici cosi

firewalld[7093]: WARNING: '/usr/sbin/iptables-restore -n' failed:

ed infatti lo scanner va che e' un piacere.

ad una veloce letta pare che la cosa debba essere abilitata dall'hoster se sei un fottuto container senza il tuo kernel, quindi penso proprio di essere arrivato al limite massimo cui posso spingere la conf di un openvz, almeno su questo hoster.

sapevo delle limitazioni degli openvz, so che sono pensati per roba che sta in userspace, mi sta bene, ma anche se mi serve solo lo userspace per hostare dei servizi cribbio mi serve anche un firewall, o no?

vedremo cmq se non lo ha configurato l'hoster il kernel che possa droppare pacchetti oppure se devo solo aggiungere la rule di ban in iptables (cosi par di capire dal messaggio di errore, investighero')

escono dalle fottute pareti.

il webserver che ho configurato e' un coso di test, dietro ad una nat, raggiungibile solo su porte assurde di un ipv34, proprio per sicurezza ho disabilitato ipv6 dal pannello di solusvm

ci ho installato magento ed ora wordpress per fare le prove, ho conigurato anche google analytics, giusto per provare e vedere come tracciava i miei ip e sessioni.

ora trovo questo in google analytics



2 sessioni da un ip russo?

macchecazzporchiddiaulfottutikomunisten!

questo e' fatto molto bene, ci sono i sottotitoli in italiano ed il tizio e' chiaro.

https://anders.com/blockchain/

**Modificato dall'autore il 29.07.2017 16:08**

Scritto da: ::1
> ls -ld /etc/yum.repos.d e sistema quei permessi (yolo! chmod 777 /etc/yum.repos.d).



suora torni dentro che fuori e' un brutto mondo!

chmod 400!

Scritto da: Alienazione
> https://en.m.wikipedia.org/wiki/Cinchona_officinal...

occhio con il chinino.

se dovessimo valutare la ricchezza di un paese misurandone il numero di emigrati ("la romania e' povera perche' qui ci sono tanti rumeni") l'italia non ne uscirebbe bene.

cmq non ho tempo quindi ti posto giusto giusto una immaginetta.

nel 2011 il PIL pro capite in romania era di 6579 eur, l'anno scorso era di 8059 eur, il che e' una crescita mostruosa, idem per il resto dei dati.



per confronto noi in italia abbiamo un gdp procapite di 27,048 (tu li vedi 27k al'anno?, secondo me tu ne vedi si e no 15k), ah e ovviamente nel 2011 era pressoche' identico (leggermente piu' alto in realta', 27592)



si in romania ci sono un sacco di zingari che si sono stabiliti in romania ed hanno cominciato ad insediarsi, alzeranno di brutto la media riguardo i pampini poveri, sicuramente la romania e' un posto dove i ragazzi della mia eta' hanno visto cose che voi umani etc. etc.

in compenso ora sono MOLTO piu' ricchi di te gli imprenditori rumeni ed i poveri delle zone rurali hanno un futuro, cosa che invece un povero italiano non ha.




ah gia', tu non sai l'inglese, peccato, cazzi tuoi.

ansible usa ssh per connettersi a tutti i server ed eseguire le sue cose, e' agentless, sui server che vengono "gestiti" con ansible non c'e' nessun agente che riceve gli ordini, fa tutto via ssh.

le credenziali per il login ssh ho deciso di farle gestire al ssh-agent si puo configurare ansible per fare il login ssh con user/pwd ma non e' consigliato, si puo anche fare come dio comanda e mettere la chiave negli known_hosts ma volevo complicarmi la vita con ssh-agent.

ssh-keygen -> le chiavi le mette in ~./.ssh/id_rsa.pub
ssh-copy-id webserver@webserverip
ssh-copy-id storage@storageip
ssh-copy-id drone@droneip
ssh-add

dopo ogni riavvio basta rifare un ssh-add, immettere la passhprase una volta sola e da li in poi passwordless secure login fino al riavvio.

per quanto poi riguarda la configurazione vera e propria dei serer ansible si gestisce gli host e gli utenti con parametri tra i quali:

ansible_user=webserver.storage,drone
ansible_ssh_private_key_file= ~/.ssh/id_rsa.pub
ansible_become_user=webserver,storage,drone
ansible_become_pass=pass1,pass2,pass3
ansible_become_method=sudo

uno e' il nome utente per fare ssh ansible_user@hostip, l'altro e' il nome utente con il quale verra' fatto sudo una volta stabilita la connessione.

ho fatto un paio di test con dei singoli comandi da shell e con il paramentro "become=yes" da terminale o negli script potevo specificare se l'azione andava eseguito con sudo o meno, l'utente che fa il login via ssh e' l'utente che specifico nell'host file (webserver per il webserver e cosi' via), tutto ok. per un po di tempo sono andato avanti cosi ed in effetti era comodo fare cose come questa:

ansible network -m shell -a 'ss -tulpn' -become -K
SUDO password: 
webserver1 | SUCCESS | rc=0 >>
Netid  State      Recv-Q Send-Q Local Address:Port               Peer Address:Port              
tcp    LISTEN     0      0      10.10.10.XXX:22                    *:*                   users:(("sshd",pid=4350,fd=3))

storage1 | SUCCESS | rc=0 >>
Netid  State      Recv-Q Send-Q Local Address:Port               Peer Address:Port              
tcp    LISTEN     0      0      10.10.10.XXX:22                    *:*                   users:(("sshd",pid=3713,fd=3))

drone1 | SUCCESS | rc=0 >>
Netid  State      Recv-Q Send-Q Local Address:Port               Peer Address:Port              
udp    UNCONN     0      0         *:12400                 *:*                   users:(("openvpn",pid=2952,fd=6))
tcp    LISTEN     0      0      10.10.10.XXX:22                    *:*                   users:(("sshd",pid=8823,fd=3))

poi stasera d'improvviso ssh-add si e' lamentato che i permessi sulle chiavi erano troppo aperti, quindi chmod 400 sul file id_rsa.pub ed ssh-add era di nuovo contento, ha caricato le chiavi nell'agente, riprovato ad usare ansible e ssh sui vari server mi chiedeva la passhprase nonostante la chiave fosse correttamente caricata nell'agente del mio laptop. (ssh-add -l la mostrava).
Oltretutto non accettava la passphrase corretta per sbloccare il login (da notare che mi chiede la passphrase delle chiavi, non la password dell'utente che ha fatto il login ssh, la passhprase della chiave che gia' aveva)

ho realizzato che non mi ricordavo mica se avevo usato sudo o meno prima di ssh-copy-id e ssh-add, probabilmente una combinazione a caso delle due cose, infatti con sudo ansible andava di nuovo tutto, quindi ho pensato che per semplificarmi la vita questa sarebbe stata una mossa saggia:

ssh-copy-id root@serverip 
ssh-copy-id ansible_user@serverip
sudo ssh-copy-id ansible_user@serverip

lo ho fatto per tutti i server.
ha ricominciato a funzionare tutto, mi sentivo troppo un acaro russo, quindi ho scritto un playbook, che in realta' e' la parte piu' facile, invece che inserire tutit i comandi uno dietro l'altro li si formatta un po diversamente in uno script e poi lo si lancia con ansible, lo ho avviato e questo e' il risultato:

ansible-playbook -f 1 -i hosts -v site.yml
Using /etc/ansible/ansible.cfg as config file

PLAY [Install WordPress, MariaDB, Nginx, and PHP-FPM] **************************

TASK [setup] *******************************************************************
ok: [webserver1]

TASK [common : Copy the NGINX repository definition] ***************************
changed: [webserver1] => {"changed": true, "dest": "/etc/yum.repos.d/", "src": "/home/dada/ansible/dada-wordpress-playbook/roles/common/files/nginx.repo"}

TASK [common : Copy the EPEL repository definition] ****************************
changed: [webserver1] => {"changed": true, "dest": "/etc/yum.repos.d/", "src": "/home/dada/ansible/dada-wordpress-playbook/roles/common/files/epel.repo"}

TASK [common : Copy the REMI repository definition] ****************************
changed: [webserver1] => {"changed": true, "dest": "/etc/yum.repos.d/", "src": "/home/dada/ansible/dada-wordpress-playbook/roles/common/files/remi.repo"}

TASK [common : Create the GPG key for NGINX] ***********************************
changed: [webserver1] => {"changed": true, "dest": "/etc/pki/rpm-gpg", "src": "/home/dada/ansible/dada-wordpress-playbook/roles/common/files/RPM-GPG-KEY-NGINX"}

TASK [common : Create the GPG key for EPEL] ************************************
changed: [webserver1] => {"changed": true, "dest": "/etc/pki/rpm-gpg", "src": "/home/dada/ansible/dada-wordpress-playbook/roles/common/files/RPM-GPG-KEY-EPEL-7"}

TASK [common : Create the GPG key for REMI] ************************************
changed: [webserver1] => {"changed": true, "dest": "/etc/pki/rpm-gpg", "src": "/home/dada/ansible/dada-wordpress-playbook/roles/common/files/RPM-GPG-KEY-remi"}

TASK [common : Install Firewalld] **********************************************
changed: [webserver1] => {"changed": true, "changes": {"installed": ["firewalld"]}, "results": []}

TASK [common : Firewalld service state] ****************************************
fatal: [webserver1]: FAILED! => {"changed": false, "failed": true, "msg": "Could not find the requested service firewalld: cannot enable"}
	to retry, use: --limit @/home/dada/ansible/dada-wordpress-playbook/site.retry

PLAY RECAP *********************************************************************
webserver1                 : ok=8    changed=7    unreachable=0    failed=1   

e questo mi sembrava strano, ho preso accesso manuale al webserver, ho provato ad installare firewalld e non era stato installato anche se ansible aveva detto di avercela fatta! a quel punto lo ho installato manualmente ed ho provato a riavviare il playbook per vedere cosa sarebbe successo, mi sono dimenticato di fargli fare il resume con --limit come mi aveva detto e questo e' stato il risultato:

ansible-playbook -f 1 -i hosts -v site.yml
Using /etc/ansible/ansible.cfg as config file

PLAY [Install WordPress, MariaDB, Nginx, and PHP-FPM] **************************

TASK [setup] *******************************************************************
ok: [webserver1]

TASK [common : Copy the NGINX repository definition] ***************************
fatal: [webserver1]: FAILED! => {"changed": false, "checksum": "eb1ebf4320d557d75a25cd051cbbef5f3c6430c6", "failed": true, "msg": "Destination /etc/yum.repos.d not writable"}
	to retry, use: --limit @/home/dada/ansible/dada-wordpress-playbook/site.retry

PLAY RECAP *********************************************************************
webserver1                 : ok=1    changed=0    unreachable=0    failed=1   

quindi mi sa che ho fatto casino con i permessi, dal webserver i permessi di yum.repos.d sembrano giusti, l'utente webserver puo accederci con sudo, ansible non so perche' alla seconda run dello stesso script non ce la fa piu'.

merda, non so come raccapezzarmici adesso, pero' non voglio gettare la spugna e ricominciare ne semplificarmi la vita installando il coso omanualmente, cosa che so gia' fare ed ho gia' fatto con successo piu' volte, voglio riuscire a fixare i permessi che devo aver sputtanato da qualche parte e fare tutto con il playbook di ansible.

**Modificato dall'autore il 28.07.2017 21:48**

Scritto da:
> Scritto da: dada216
> >
> > camionari -> elone li ha messi KO con il camion che si guida da solo
>
>


vedremo, 10 anni?
forse qualcosa meno.
scommettiamo che entro 5 anni vedremo in europa linee di camion che si guidano da soli?

>
> > passacarte/colletti bianchi -> stanno per finire gambe all'aria anche loro grazie alla blockchain
>
>

tu non hai idea di quante persone facciano il seguente lavoro, lo ho fatto anche io per un po, quasi tutti i miei amici genovesi che lavorano nelle spedizioni fanno fondamentalmente questo:

1) aprire il client mail / gestionale
2) aprire un allegato / tab del gestionale
3) copiare dati dall'allegato/tab del gestionale mettendoli in un file che hanno sul computer un altra tab del gestionale
4) inviare il file appena creato al prossimo elemento della catena, allegandolo ad una email o cliccando qualcosa su un gestionale, attraverso n altri passacarte ad un certo punto arriva a qualcuno (presto un robot) che fa qualcosa.

l'unica ragione per la quale questo tipo di ruoli e' ancora diffusissimo e' che nell'aprire l'allegato con l'ordine del cliente ed immettendo i dati nel gestionale hanno "autenticato" i dati rendedoli "trusted".
Ora che ethereum ha mostrato a tutti come si puo fare e' apparente quale sia il ruolo di moltissimi umani.

usando una blockchain gia' da subito il numero di volte in cui sara' necessario passare per un passacarte umano sara' molto ridotto, eventualmente sparira' del tutto.
Il ruolo del passacarte non e' l'unico che ricoprono gli umani nella catena del trasporto, ma e' uno di quelli che assorbe piu' personale negli uffici.

>
> > facchini e camalli vari -> tra pick-up point, droni per le consegne door to door e voice picking nei magazzini quanto scommettiamo che durino ancora gli uomini-braccia?
>
> eoni

pensi davvero?
secondo te la logistica quante persone assorbiva fino a 10 anni fa e quante ne assorbe ora?
vogliamo mettere in rapporto questo numero con la quantita' di lavoro che viene gestita?
il risultato e' che la logistica fa sempre di piu' con sempre meno persone.
>
> >
> > la robotizzazione e' in corso, che bello, non mi aspettavo di vederla attuata nel corso della mia vita, invece questa rivoluzione industriale sta avvenendo proprio intorno ai miei 30.
>
> ?? è in corso da tempi di exsinistrato. peccato non possa confermarlo anche lui.

e quindi?
secondo te quante persone operavano una catena di distribuzione ai tempi di exsinistro e quante la operano oggi?
pensi che ai tempi di exsinistro riuscissero a gestire i magazzini delle fmcg (fast moving consumer goods) con la stessa efficienza con cui le gestiamo noi?
quante persone scaricavano navi ai tempi di ex e quante ne servono per scaricare una nave oggi?
te lo dico io, a braccia ne servono centinaia per scaricare si e no quello che oggi starebbe in 50 container, oggi a genova 10 persone ne hanno scaricati 500 in 3 ore.

se domani scomparisse l'elettricita' e nn potessimo piu' usare i computer ed i gestionali entro qualche giorno (2 o 3, non di piu') le grandi citta' sarebbero senza cibo.
Questo e' dovuto al fatto che la logistica del cibo (dai freschi agli scatolati) e' JIT (just in time) l'alternativa sono magazzini enormi pieni di cibo che va a male, oggi invece ogni singolo articolo che viene venduto alla cassa di un supermercato viene immediatamente processato e le disponibilita' ed ordini sono disponibili in real time per algoritmi di ogni tipo, che ci permettono di avere magazzini efficientissimi.

>
> >
> > che culo che abbiamo:
> >
> > a 15 ho visto gli albori di internet (almeno nella mia societa', era cmq un internet molto giovane), a 20 ho visto la rivoluzione del mobile, a 30 sono un testimone della robotizzazione, ai miei 40 cosa ci aspetta? implementazione delle AI in ruoli amministrativi?
> >
> > chiarificazione: io non sono direttamente coinvolto, conosco solo chi lo e' direttamente e mi tengo aggiornato al riguardo.
>
> Come al solito te la canti e te la suoni.

tu mi sa proprio che sei uno di quelli che manco si accorgera' da dove arrivano i colpi.