Linux/Unix

En esta dirección existe una estupenda guía de instalación del OpenStreetMap Tile Server utilizando docker:

https://hub.docker.com/r/overv/openstreetmap-tile-server/

Esto normalmente se debe a permisos en la cable privada del certificado SSL, tiene que tener permisos 600, en caso contrario dará error. Si se utiliza Letsencrypt, por defecto le da permisos 644 al archivo privkey.pem, pero sendmial no lo permite y da error.

Si al ejecutar certbot salta el error:

No module named pip._main_; 'pip' is a package and cannot be directly executed

es porque ha tatado de actualizarse y estamos usando una versión antigua de linux, especialmente de Debian. La solución es bajar directamente la versión 0.31 de certbot

wget https://raw.githubusercontent.com/certbot/certbot/75499277be6699fd5a9b884837546391950a3ec9/certbot-auto
chmod +x ./certbot-auto
./certbot-auto --no-self-upgrade

y muy imortante poner --no-self-upgrade , sino volveremos a tener el mismo problema.

Si pasa esto, lo mejor es hacer un downgrade:

yum downgrade libffi

Ref: https://gist.github.com/vongosling/9929680

Three system configuration parameters must be set to support a large number of open files and TCP connections with large bursts of messages. Changes can be made using the /etc/rc.d/rc.local or /etc/sysctl.conf script to preserve changes after reboot.
1. /proc/sys/fs/file-max: The maximum number of concurrently open files.

fs.file-max = 1000000

2. /proc/sys/net/ipv4/tcp_max_syn_backlog: Maximum number of remembered connection requests, which are still did not receive an acknowledgment from connecting client. The default value is 1024 for systems with more than 128Mb of memory, and 128 for low memory machines.

net.ipv4.tcp_max_syn_backlog = 3240000

3. /proc/sys/net/core/somaxconn: Limit of socket listen() backlog, known in userspace as SOMAXCONN. Defaults to 128.

net.core.somaxconn = 3240000

Other system configuration parameters are also optional in some cases.
1. /proc/sys/net/ipv4/ip_local_port_range: Increase system ip port limits to allow for more connections

net.ipv4.ip_local_port_range = 1024 65535

2. /proc/sys/net/ipv4/tcp_wmem and /proc/sys/net/core/wmem_max: tcp send window,increasing the tcp send and receive buffers will increase the performance a lot if (and only if) you have a lot of large files to send.

net.ipv4.tcp_wmem = 4096 65536 524288
net.core.wmem_max = 1048576

3. /proc/sys/net/ipv4/tcp_rmem and /proc/sys/net/core/rmem_max: tcp receive window,If you have a lot of large file uploads, increasing the receive buffers will help.

net.ipv4.tcp_rmem = 4096 87380 524288
net.core.rmem_max = 1048576

4. some parameter associated with tcp time wait

net.ipv4.tcp_max_tw_buckets = 6000
net.ipv4.tcp_tw_recycle = 1
net.ipv4.tcp_tw_reuse = 1

5 .some parameters associated with security

net.ipv4.tcp_syncookies = 1
net.ipv4.tcp_max_orphans = 262144

La solución procede de esta dirección: https://github.com/certbot/certbot/issues/6824 (spol50)

La solución teniendo este escenario:

Debian 7.11 wheezy
python2.7
python-pip NOT installed

Los pasos:

#ln -fs /usr/lib/python2.7/plat-x86_64-linux-gnu/_sysconfigdata_nd.py /usr/lib/python2.7/
#wget https://raw.githubusercontent.com/certbot/certbot/75499277be6699fd5a9b884837546391950a3ec9/certbot-auto
#chmod +x ./certbot-auto
#certbot-auto renew --no-self-upgrade

Si tenemos un cronjob para renovación automática, no olvidarnos de poner el --no-self-upgrade al final

1. apt-get install php-fpm

2.nano /etc/php/7.0/fpm/pool.d/www.conf

3. En la línea 36 cambiamos lo que hay por esto:

listen = 127.0.0.1:9000

y finalmente en el virtualhost donde queremos correr solo php7 a?adirmos:

< FilesMatch "\.php$" >
SetHandler "proxy:fcgi://127.0.0.1:9000/"
< /FilesMatch >

4. Habilitamos el módulo de Apache:

a2enmod proxy_fcgi

5. Reniciamos Aapche:

service apache2 restart

6. Y finalmente iniciamos php-fpm con apache:

systemctl restart php7.0-fpm apache2

Si previamente habíamos instalado php 5.6 como módulo de Apache van a coexistir los dos sin problemas.

Normalmente suele haber con mod rewrite, concretamente con las reglas contenidas en el archivo .htaccess, dado que este archivo se lee con posterioridad con Apache, simplemente se ignora. Para ello, en el vhost habría que incluir lo siguiente:

RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^ index.php [L] .htaccess

Es muy probable que si antes estaba montando la unidad sin problemas y después de actualizar el kernel, nos da este error, tengamos que a?adir un parámetro más en la opciones de montaje:

mount -t cifs -v -o username=[usuario],password=[clave],sec=ntlm //[CIFS IP]/[share] [punto de montaje]

la opción es sec=ntlm

Primero modificar estas variables en GRUB:

GRUB_CMDLINE_LINUX_DEFAULT="text"
GRUB_CMDLINE_LINUX="text"
GRUB_TERMINAL=console

Depués ejecutar:

systemctl set-default multi-user.target

Para volver a poner el entorno gráfico en el arranque:

systemctl set-default graphical.target

La solución pasa por editar certbot-auto y modificar las siguientes líneas:

pip_version = StrictVersion(check_output([python, '-m', 'pip', '--version'])
por
pip_version = StrictVersion(check_output(['pip', '--version'])

y
command = [python, '-m', 'pip', 'install', '--no-index', '--no-deps', '-U']
por
command = ['pip', 'install', '--no-index', '--no-deps', '-U']


Fuente: https://community.letsencrypt.org/t/pip-error-with-certbot-auto/88200/4