coolwebsearcher

coolwebsearcher
Рейтинг
87
Регистрация
29.09.2008

Судя по тарифу SSD-XEN-2, должно быть


2x2400

а у вас


1x2200

стоит саппорт пнуть по этому поводу.

а что выводит


cat /proc/cpuinfo | egrep "processor|cpu cores|physical id|siblings|model name"

или полный вывод /proc/cpuinfo покажите

nonameuser:
А в каком файле указано, что пишется в syslog?Перерыл всё что можно, найти не получилось...

в настройках демона (или в коде демона), в вашем случае в настройках почтового сервера

nonameuser:

Ну логи fail2ban/roundcube/mysql туда не идут.

так вопрос был про почтовик, в общем случае софт может сам писать в лог (минуя syslog)

nonameuser:

Все настройки логирования по умолчанию. Раньше на debian сидел, там syslog не захламлялся. Просто непонятно, зачем некоторые логи пишутся в 2 местах.

в убунте 16.04 в качестве дефолта сделаны такие настройки

/etc/rsyslog.d/50-default.conf


*.*;auth,authpriv.none -/var/log/syslog
mail.* -/var/log/mail.log

#
# Logging for the mail system. Split it up so that
# it is easy to write scripts to parse these files.
#
#mail.info -/var/log/mail.info
#mail.warn -/var/log/mail.warn
mail.err /var/log/mail.err

Собственно поэтому логи и записываются (через rsyslogd) в эти файлы.

В общем случае это выглядит так

- софт записывает логи сам в файл (syslog не используется)

- софт кидает логи в syslog, и логи записывает syslog (в соответсвии с конфигом syslog)

- софт записывает логи в файл и кидает логи в syslog (в соответсвии с конфигом syslog)

- софт не логгирует свою работу

Почему у дебиана и на убунте разные дефолты - это больше риторический вопрос :))

Лично мне удобно иметь файл /var/log/all.log в котором есть все то, что попадает в syslog

(очень помогает, в целях дебага)

обычно, оно все идет в syslog, а уже в конфиге указывается, что и куда писать.

к примеру для rsyslogd - это делается в файле

/etc/rsyslog.conf


*.*;mail.none;authpriv.none;cron.none -/var/log/syslog

LEOnidUKG, а с какого локейшена?

что показывает tracert 1.1.1.1 ?

на https://www.cloudflarestatus.com/ по этому поводу тишина.

Можно создать субдомен, и на него вынести статику

на основном сервере добавлям в конфиг


location ~* ^.+\.(jpg|jpeg|gif|png|svg|css|mp3|ogg|mpe?g|avi|zip|gz|bz2?|rar)$ {
return 301 https://cdn.domain$request_uri;
}

в этом случае не нужно править ссылки на уровне CMS.

foxi, возможно, я его не использую, гугловские использую, но судя по всему сейчас буду юзать 1.1.1.1 8.8.8.8, как дефолтные для серверов :)

из РФ яндекс днс быстрее, но из всего остального мира, ситуация обратная.

У cloudflare присутвие в 151 городах (https://blog.cloudflare.com/luxembourg-chisinau/)

Если сравнивать RTT сloudflare dns и google dns - то они не сильно отличаются.

Результаты моих тестов:



ping 1.1.1.1

[Hetzner_Germany-1] => {
"msg": "PING 1.1.1.1 rtt min/avg/max/mdev = 5.121/5.133/5.142/0.008 ms"
}
[WEBZILLA-US] => {
"msg": "PING 1.1.1.1 rtt min/avg/max/mdev = 0.287/0.318/0.350/0.024 ms"
}
[Irkutsk-RU] => {
"msg": "PING 1.1.1.1 rtt min/avg/max/mdev = 1.248/1.266/1.316/0.046 ms"
}
[Online-FR] => {
"msg": "PING 1.1.1.1 rtt min/avg/max/mdev = 10.064/10.443/11.138/0.424 ms"
}
[LEASEWEB-NL] => {
"msg": "PING 1.1.1.1 rtt min/avg/max/mdev = 0.833/1.009/1.089/0.092 ms"
}
[Ukrtelecom-UA] => {
"msg": "PING 1.1.1.1 rtt min/avg/max/mdev = 33.712/39.090/56.602/8.849 ms"
}
[INFERNO-NL-DE] => {
"msg": "PING 1.1.1.1 rtt min/avg/max/mdev = 2.346/2.552/2.748/0.139 ms"
}
[DIGITALOCEAN-AMS-3] => {
"msg": "PING 1.1.1.1 rtt min/avg/max/mdev = 0.853/0.949/1.071/0.078 ms"
}
[VELIANET-US] => {
"msg": "PING 1.1.1.1 rtt min/avg/max/mdev = 0.406/0.483/0.540/0.050 ms"
}
[DIGITALOCEAN-NY] => {
"msg": "PING 1.1.1.1 rtt min/avg/max/mdev = 1.293/1.432/1.868/0.221 ms"
}
[AWS-Tokyo] => {
"msg": "PING 1.1.1.1 rtt min/avg/max/mdev = 2.765/2.795/2.818/0.060 ms"
}
[AWS-eu-central-1] => {
"msg": "PING 1.1.1.1 rtt min/avg/max/mdev = 1.138/1.190/1.267/0.050 ms"
}

################################################################################

ping 8.8.8.8

[Hetzner_Germany-1] => {
"msg": "PING 8.8.8.8 rtt min/avg/max/mdev = 5.063/5.083/5.096/0.011 ms"
}
[WEBZILLA-US] => {
"msg": "PING 8.8.8.8 rtt min/avg/max/mdev = 0.610/0.663/0.736/0.060 ms"
}
[Irkutsk-RU] => {
"msg": "PING 8.8.8.8 rtt min/avg/max/mdev = 1.531/1.568/1.613/0.056 ms"
}
[Online-FR] => {
"msg": "PING 8.8.8.8 rtt min/avg/max/mdev = 1.156/1.424/1.664/0.206 ms"
}
[LEASEWEB-NL] => {
"msg": "PING 8.8.8.8 rtt min/avg/max/mdev = 0.857/1.733/3.257/0.804 ms"
}
[Ukrtelecom-UA] => {
"msg": "PING 8.8.8.8 rtt min/avg/max/mdev = 43.650/43.844/44.247/0.344 ms"
}
[INFERNO-NL-DE] => {
"msg": "PING 8.8.8.8 rtt min/avg/max/mdev = 2.195/2.244/2.301/0.070 ms"
}
[DIGITALOCEAN-AMS-3] => {
"msg": "PING 8.8.8.8 rtt min/avg/max/mdev = 0.329/0.347/0.382/0.027 ms"
}
[VELIANET-US] => {
"msg": "PING 8.8.8.8 rtt min/avg/max/mdev = 0.409/0.483/0.521/0.053 ms"
}
[DIGITALOCEAN-NY] => {
"msg": "PING 8.8.8.8 rtt min/avg/max/mdev = 1.214/1.306/1.595/0.145 ms"
}
[AWS-Tokyo] => {
"msg": "PING 8.8.8.8 rtt min/avg/max/mdev = 1.624/1.643/1.664/0.054 ms"
}
[AWS-eu-central-1] => {
"msg": "PING 8.8.8.8 rtt min/avg/max/mdev = 1.118/1.174/1.228/0.035 ms"
}

################################################################################
time dig google.com @8.8.8.8 | grep Query

[Hetzner_Germany-1] => {
"msg": ";; Query time: 14 msec"
}
[WEBZILLA-US] => {
"msg": ";; Query time: 9 msec"
}
[Irkutsk-RU] => {
"msg": ";; Query time: 18 msec"
}
[Online-FR] => {
"msg": ";; Query time: 8 msec"
}
[LEASEWEB-NL] => {
"msg": ";; Query time: 6 msec"
}
[Ukrtelecom-UA] => {
"msg": ";; Query time: 56 msec"
}
[INFERNO-NL-DE] => {
"msg": ";; Query time: 6 msec"
}
[DIGITALOCEAN-AMS-3] => {
"msg": ";; Query time: 6 msec"
}
[VELIANET-US] => {
"msg": ";; Query time: 13 msec"
}
[DIGITALOCEAN-NY] => {
"msg": ";; Query time: 17 msec"
}
[AWS-Tokyo] => {
"msg": ";; Query time: 35 msec"
}
[AWS-eu-central-1] => {
"msg": ";; Query time: 11 msec"
}

time dig google.com @8.8.8.8 | grep Query

[Hetzner_Germany-1] => {
"msg": [ "",
"real 0m0.019s",
"user 0m0.004s",
"sys 0m0.001s"
]
}
[WEBZILLA-US] => {
"msg": [ "",
"real 0m0.021s",
"user 0m0.006s",
"sys 0m0.006s"
]
}
[Irkutsk-RU] => {
"msg": [ "",
"real 0m0.031s",
"user 0m0.009s",
"sys 0m0.006s"
]
}
[Online-FR] => {
"msg": [ "",
"real 0m0.147s",
"user 0m0.004s",
"sys 0m0.000s"
]
}
[LEASEWEB-NL] => {
"msg": [ "",
"real 0m0.032s",
"user 0m0.006s",
"sys 0m0.006s"
]
}
[Ukrtelecom-UA] => {
"msg": [ "",
"real 0m0.194s",
"user 0m0.012s",
"sys 0m0.000s"
]
}
[INFERNO-NL-DE] => {
"msg": [ "",
"real 0m0.016s",
"user 0m0.005s",
"sys 0m0.005s"
]
}
[DIGITALOCEAN-AMS-3] => {
"msg": [ "",
"real 0m0.016s",
"user 0m0.004s",
"sys 0m0.005s"
]
}
[VELIANET-US] => {
"msg": [ "",
"real 0m0.020s",
"user 0m0.001s",
"sys 0m0.006s"
]
}
[DIGITALOCEAN-NY] => {
"msg": [ "",
"real 0m0.028s",
"user 0m0.008s",
"sys 0m0.000s"
]
}
[AWS-Tokyo] => {
"msg": [ "",
"real 0m0.039s",
"user 0m0.000s",
"sys 0m0.000s"
]
}
[AWS-eu-central-1] => {
"msg": [ "",
"real 0m0.020s",
"user 0m0.004s",
"sys 0m0.000s"
]
}

###################################################################
time dig google.com @1.1.1.1 | grep Query

[Hetzner_Germany-1] => {
"msg": ";; Query time: 5 msec"
}
[WEBZILLA-US] => {
"msg": ";; Query time: 0 msec"
}
[Irkutsk-RU] => {
"msg": ";; Query time: 1 msec"
}
[Online-FR] => {
"msg": ";; Query time: 10 msec"
}
[LEASEWEB-NL] => {
"msg": ";; Query time: 2 msec"
}
[Ukrtelecom-UA] => {
"msg": ";; Query time: 38 msec"
}
[INFERNO-NL-DE] => {
"msg": ";; Query time: 3 msec"
}
[DIGITALOCEAN-AMS-3] => {
"msg": ";; Query time: 1 msec"
}
[VELIANET-US] => {
"msg": ";; Query time: 0 msec"
}
[DIGITALOCEAN-NY] => {
"msg": ";; Query time: 2 msec"
}
[AWS-Tokyo] => {
"msg": ";; Query time: 2 msec"
}
[AWS-eu-central-1] => {
"msg": ";; Query time: 1 msec"
}

time dig google.com @1.1.1.1 | grep Query

[Hetzner_Germany-1] => {
"msg": [ "",
"real 0m0.009s",
"user 0m0.002s",
"sys 0m0.002s"
]
}
[WEBZILLA-US] => {
"msg": [ "",
"real 0m0.012s",
"user 0m0.008s",
"sys 0m0.004s"
]
}
[Irkutsk-RU] => {
"msg": [ "",
"real 0m0.015s",
"user 0m0.007s",
"sys 0m0.009s"
]
}
[Online-FR] => {
"msg": [ "",
"real 0m0.017s",
"user 0m0.004s",
"sys 0m0.000s"
]
}
[LEASEWEB-NL] => {
"msg": [ "",
"real 0m0.016s",
"user 0m0.007s",
"sys 0m0.006s"
]
}
[Ukrtelecom-UA] => {
"msg": [ "",
"real 0m0.050s",
"user 0m0.008s",
"sys 0m0.000s"
]
}
[INFERNO-NL-DE] => {
"msg": [ "",
"real 0m0.013s",
"user 0m0.005s",
"sys 0m0.005s"
]
}
[DIGITALOCEAN-AMS-3] => {
"msg": [ "",
"real 0m0.009s",
"user 0m0.006s",
"sys 0m0.002s"
]
}
[VELIANET-US] => {
"msg": [ "",
"real 0m0.007s",
"user 0m0.007s",
"sys 0m0.000s"
]
}
[DIGITALOCEAN-NY] => {
"msg": [ "",
"real 0m0.014s",
"user 0m0.000s",
"sys 0m0.008s"
]
}
[AWS-Tokyo] => {
"msg": [ "",
"real 0m0.006s",
"user 0m0.000s",
"sys 0m0.000s"
]
}
[AWS-eu-central-1] => {
"msg": [ "",
"real 0m0.010s",
"user 0m0.004s",
"sys 0m0.000s"
]
}


Судя по моим тестам cloudflare dns быстрее google dns в разы (по крайней мере на данный момент, вполне возможно, как пойдет нормальная нагрузка ситуация может кардинально измениться).

то что cloudflare днс отвечают быстрее google днс подтверждается и другими тестами

https://medium.com/@nykolas.z/dns-resolvers-performance-compared-cloudflare-x-google-x-quad9-x-opendns-149e803734e5

https://www.dnsperf.com/#!dns-resolvers


apachectl configtest

варнингов/ошибок не выводит?

+ поставить munin, и графики рисовать для apache_*

особенно важен apache_processes и смотреть изменения во времени

busy/idle/free процессов апача.

ну и стоит server-status смотреть, чем апач занят, когда эта ошибка возникает.

Всего: 172