I need to remove a Let’s Encrypt certificate from a domain no longer served from my server. In this example, I will use the www.mydomain.com domain.
I will remove it in 3 steps:
Continue reading “Remove (revoke) a domain in Let’s Encrypt”
Hi, my name is Pablo, and I am a friend of Jesús Amieiro and partner at TramitApp, an online Human Resources software that helps you better manage your employees (holidays, sickness leaves, expense reports, etc.)
We’ve been friends for a while, and every now and then we meetup to talk about “geeky stuff”.
In one of those meetings, he talked to me about Let’s Encrypt and how easy it was to set it up in a WordPress environment, so I followed his advice and set it up for free in the WordPress installations I currently manage.
En este post voy a explicar cómo sincronizar los archivos de dos servidores remotos (s1.example.com y s2.example.com) usando una conexión SSH.
Una buena alternativa para sincronizar dos servidores es Lsyncd (Live Syncing Daemon), pero como en este caso no necesito que la sincronización sea en tiempo real, lo voy a hacer mediante rsync (a través de SSH), ejecutando el comando cada hora mediante el cron del usuario.
En ambos servidores está instalado Debian 9, pero la operativa es muy similar o idéntica en el resto de distribuciones Linux.
Necesito tener instalado el siguiente software:
Lo primero que voy a hacer es configurar las claves para que un usuario de s1.example.com (u1) pueda acceder a s1.example.com (u2).
# – indica que el comando que viene a continuación tiene que ser ejecutado con permisos de root directamente con el usuario root o mediante el comando sudo.
$ – indica que el comando que viene a continuación puede ser ejecutado por un usuario normal sin privilegios de administración.
Ejecuto, con el usuario u1 en el servidor s1.example.com, el siguiente comando para crear las claves de acceso a s2.example.com.
u1@s1.example.com:~$ ssh-keygen -t rsa -b 4096 -C "Clave de acceso para u1 de s1.example.com a u2 en s2.example.com" -f ~/.ssh/u1s1u2s2 -q -N ""
Los parámetros del comando indican:
Lo siguiente es copiar la clave pública al segundo servidor (s2.example.com), para poder acceder usando el usuario u2
u1@s1.example.com:~$ ssh-copy-id -i ~/.ssh/u1s1u2s2 u2@s2.example.com The authenticity of host 's1.example.com (1.2.3.4)' can't be established. ECDSA key fingerprint is SHA256:+Drsm91Tzl3wsuY1mCkBsDWd3WeJ1KloIGjUgPmgcf8. /usr/bin/ssh-copy-id: INFO: Source of key(s) to be installed: "/home/u1/.ssh/u1s1u2s2.pub" /usr/bin/ssh-copy-id: INFO: attempting to log in with the new key(s), to filter out any that are already installed /usr/bin/ssh-copy-id: INFO: 1 key(s) remain to be installed -- if you are prompted now it is to install the new keys u2@s2.example.com's password: Number of key(s) added: 1 Now try logging into the machine, with: "ssh 'u2@s2.example.com'" and check to make sure that only the key(s) you wanted were added.
Los parámetros del comando indican:
Si me conecto al servidor s2.example.com (usuario u2) por SSH en otra consola nueva y veo el contenido de su directorio “.ssh”
u2@s2.example.com:~$ ls .ssh/ authorized_keys
aparece un archivo de claves autorizadas “authorized_keys”, donde se almacenan las claves públicas que tienen acceso a este usuario de este servidor
u2@s2.example.com:~$ cat .ssh/authorized_keys ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAACAQDWm0gRSxFyyZKDLjvc4z10iQ87rj3TlIVo9+U1D1oHbPNjiCMBpF6xOQCqKAi+f5U2tTcZ23wDh1CVnTkCFC/LWsrMiv5UVaDIXVv/1NLnRz/n1REzSL+PemdIjE0R8Ll6DUae40brCmTn1yrDZnF9qOrRm6VWKr3BQ3nvV59P3O+zWUYLrNH6vs2nIlY7Xj9ss0I9BDVwdPFv8q0+mijyeld6VYLnnJ8clDaTBZmVEwWAADfD6a0ODPf61FItON0PCcnljU408aym6U2605cYuAfu70g5gqvis1gZadc9BbUw+6E748APmSN0oVHOHU2WSyX4UQNcaZzuaZxslKh/g7isWMV1tCN0MLfp13Kgjsa84xZEhT6LG3/+iTG9gdb1qxQ4tBtx0O7TNYvQH/U4SU0lCz6PNKjVVgXBNfBz4jxvMiVqrsRzwy5QnQnfwCWEm3whqqCuOL7meyMGY77IWkguqcGrn4Mj9n/m/bQ0dY1XoLKPbCgVBPEeMaQ96hoKNy13eExhksn/K6VH2qXRiChMyuj198e5l9KFqYrf+AY+SF8MGfHNjGJSPkQYdncqppHiN7491GmeUkFl1E8y5sZPCxCKGivLBzpR/BNnKfShSN6+9f43Wx/MydgH1Zmhzi5z3H1oLAVsGG/FjxGEYm33/OMy8payOv29Azy3lw== Clave de acceso para u1 de s1.example.com a u2 en s2.example.com
Desde el servidor s1.example.com pruebo a acceder al s2.example.com mediante SSH usando la clave privada
u1@s1.example.com:~$ ssh -i ~/.ssh/u1s1u2s2 u2@s2.example.com Linux s2.example.com 4.9.0-5-amd64 #1 SMP Debian 4.9.65-3+deb9u2 (2018-01-04) x86_64 Debian GNU/Linux 9 (stretch) Linux s2.example.com 4.9.0-5-amd64 #1 SMP Debian 4.9.65-3+deb9u2 (2018-01-04) x86_64 GNU/Linux u2@s2.example.com:~$
Los parámetros del comando indican:
A continuación pruebo el comando de sincronización mediante rsync
u1@s1.example.com:~$ rsync -arz --no-o --no-g --progress --delete --rsh="ssh -i /home/u1/.ssh/u1s1u2s2" /home/u1/backup/ u2@s2.example.com:"/home/u2/backup" sending incremental file list
Los parámetros del comando rsync indican:
Para probarlo creo un directorio y un par de ficheros en s1.example.com
u1@s1.example.com:~$ cd ~/backup u1@s1.example.com:~/backup$ touch archivo1.txt u1@s1.example.com:~/backup$ mkdir directorio1 u1@s1.example.com:~/backup$ cd directorio1 u1@s1.example.com:~/backup/directorio1$ touch archivo2.txt
Vuelvo a ejecutar el comando y compruebo en s2.example.com que se ha sincronizado correctamente.
u1@s1.example.com:~$ rsync -arz --no-o --no-g --progress --delete --rsh="ssh -i /home/u1/.ssh/u1s1u2s2" /home/u1/backup/ u2@s2.example.com:"/home/u2/backup" sending incremental file list sending incremental file list ./ archivo1.txt 0 100% 0.00kB/s 0:00:00 (xfr#1, to-chk=2/4) directorio1/ directorio1/archivo2.txt 0 100% 0.00kB/s 0:00:00 (xfr#2, to-chk=0/4)
Borro un fichero, añado otro
u1@s1.example.com:~/backup/directorio1$ rm archivo2.txt u1@s1.example.com:~/backup/directorio1$ touch archivo3.txt
y vuelvo a ejecutar la sincronización para ver si en el equipo s2.example.com se han añadido y se han borrado los archivos de forma adecuada.
u1@s1.example.com:~$ rsync -arz --no-o --no-g --progress --delete --rsh="ssh -i /home/u1/.ssh/u1s1u2s2" /home/u1/backup/ u2@s2.example.com:"/home/u2/backup" sending incremental file list deleting directorio1/archivo2.txt directorio1/ directorio1/archivo3.txt 0 100% 0.00kB/s 0:00:00 (xfr#1, to-chk=0/4)
Lo siguiente es programar el rsync en el cron del usuario cada hora sin la opción “progress”, ya que no se ejecuta de forma interactiva en la consola, sino en background.
u1@s1.example.com:~$ crontab -e
Y añado la línea
00 * * * * rsync -arz --no-o --no-g --progress --delete --rsh="ssh -i /home/u1/.ssh/u1s1u2s2" /home/u1/backup/ u2@s2.example.com:"/home/u2/backup"
A partir de ahora, cada hora se sincronizará el contenido del directorio origen y del destino, borrando en el destino los archivos inexistentes en el origen.
Más información:
Debian 9 permite instalar mediante apt PHP 7.0, tal y como explico en este enlace.
La próxima versión de Laravel, la 5.6, tiene como requisito disponer de una versión de PHP igual o superior a la 7.1.3, por lo que voy a explicar cómo instalar la última versión estable, la 7.2.
Installing a new Laravel 5.5 application in a Debian 9 with PHP 7.0.27, when I execute the “composer install” I get this error:
If you want to show the Laravel version of a project, you can use the command:
$ php artisan --version Laravel Framework 5.5.32
This command gets the version from a constant in a file placed in the vendor\laravel\framework\src\Illuminate\Foundation\Application.php file
class Application extends Container implements ApplicationContract, HttpKernelInterface
{
/**
* The Laravel framework version.
*
* @var string
*/
const VERSION = '5.5.32';
To install composer globally, you have to execute in a shell
curl -sS https://getcomposer.org/installer | sudo php -- --install-dir=/usr/local/bin --filename=composer
Hola, soy Pablo, amigo de Jesús Amieiro y socio de TramitApp, un programa de gestión de recursos humanos online que te permite gestionar los trámites de los empleados (solicitud de vacaciones, bajas médicas, notas de gastos, etc.) con tu empresa de una manera rápida y sencilla.
Hace ya muchos años que soy amigo de Jesús y de vez en cuando nos juntamos para hablar de “frikadas”.
En una de nuestras charlas me habló acerca de Let’s Encrypt y lo fácil que era de implementar con WordPress, con lo que seguí su consejo y lo implanté gratuitamente para los WordPress que ya gestionaba.
No seguinte enlace (2,7 MB) deixo as transparencias da presentación “Marca colectiva Berberecho de Noia. Pesca artesanal. Rías gallegas” que din o día 25 de novembro de 2017 nas “Xornadas Técnicas de Exaltación do berberecho de Noia 2017“.
Continue reading “Marca colectiva “Berberecho de Noia”. Trazabilidade”
In this post, I will explain how to create a Twitter bot in Laravel. This app will send random tweets (selected from a database) periodically (each hour) and automatically, through the Laravel task scheduling. This project doesn’t have a graphical user interface.
You can download or clone the code from this GitHub repository.