salvari
/
comacero_apuntes
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

Compare commits

base: salvari:1ab65fa12b66e43ccc8697550b6cccfb99bedc65
Branches Tags
salvari:main
..
compare: salvari:44a0f0bf71005c9516f97d1433671743ffe63c85
Branches Tags
salvari:main

No commits in common. '1ab65fa12b66e43ccc8697550b6cccfb99bedc65' and '44a0f0bf71005c9516f97d1433671743ffe63c85' have entirely different histories.
1ab65fa12b ... 44a0f0bf71

4 changed files with 17 additions and 301 deletions
Show Stats

103
content/posts/notes_general/notes_contabo.md
Unescape View File

@ -1,103 +0,0 @@
---
weight: 4
title: "Instalación de VPS en Contabo"
date: 2024-06-18T22:56:21+0200
draft: true
summary: "Como montar tu propio VPS en Contabo"
categories:
- notes
tags:
- selfhosted
---
# Opciones en Contabo
# Instalación
Con el servidor recien instalado con nuestro S.O. escogido (Debian) nos conectamos desde nuestro PC.
```bash
ssh -o PreferredAuthentications=password root@38.242.142.112
```
Y hacemos la típica actualización:
```bash
apt update
apt upgrade
```
Install `git` y `etckeeper`:
```bash
apt install git
apt install git-crypt
apt install gnupg
git config --globar user.email "whaterver@mail.com"
git config --global user.name "Name Surname"
apt install etckeeper
```
Bibliotecas de compresión:
```bash
apt install zip unzip unace bzip2 lzop p7zip p7zip-full
```
Utilidades:
```bash
apt install most mc tree neofetch tmux aptitude rsync
```
Instalamos `sudo`:
```bash
apt install sudo
```
Instalamos `ufw`
```bash
apt install ufw
```
Vamos a añadir usuarios:
```bash
adduser --uid=1111 hostadmin
gpasswd -a hostadmin sudo
adduser salvari
gpasswd -a salvari sudo
adduser dockadmin
gpasswd -a dockadmin sudo
```
Desde nuestra estación de trabajo preparamos las claves de acceso al server remoto y las trasferimos al mismo.
```bash
ssh-keygen -b 4096 -t rsa # Especificamos ~/.ssh/fomalhaut_rsa como salida
ssh-keygen -t ed25519 -a 100 # <-- Opción mas robusta
ssh-copy-id -i .ssh/newkey_ed25519 -o PreferredAuthentications=password remoteuser@host
```
El último paso lo repetimos para todos los usuarios remotos a los que queramos acceder, que no deberían ser muchos.
Cambiamos la configuración para que no se admintan login con password
# Configuración de cortafuegos
# Configuración de fail2ban
root - Torrezn0Melancolico
hostadmin - Torrezn0Melancolico
salvari - tesla fura macetas
dockadmin - margalo dreams

209
content/posts/notes_general/notes_docker.md
Unescape View File

@ -262,8 +262,7 @@ Evidentemente para construir un _dockerfile_ no basta con conocer Docker. Si qui
### Ejemplos de dockerfiles
#### Simple
Un *Dockerfile* muy simple para un script de python
Primero
```dockerfile
FROM python:3
@ -280,39 +279,20 @@ CMD [ "python", "./your-daemon-or-script.py" ]
#### nginx
Este es un ejemplo de *Dockerfile* `multi-stage`. En un *Dockerfile* de tipo `multi-stage` cada `FROM` (puede haber varios) usa la base que quieras para abrir una nueva etapa (*stage*) Se pueden copiar artefactos de una etapa anterior de forma selectiva.
- En la primera etapa, que llamaremos `builder` partimos de la imagen `alpine:3.20.1`
- Instalamos:
- `pcre`, una biblioteca de expresiones regulares
- `libxml2`
- `libxslt`
- `gcc`, el compilador gnu
- `make`, la herramienta
- `libc-dev`
- `pcre-dev`
- `zlib-dev`
- `libxml2-dev`
- `libxslt-dev`
- Descargamos el código de *nginx* en el directorio `/tmp` y lo descomprimimos
- Ejecutamos `autoconfigure` especificando que se instale en `/opt`
- Compilamos con `make` e instalamos con `make install`
- Desinstalamos la bibliotecas y borramos la caché (aunque no creo que esto valga para nada, hasta donde yo entiendo la etapa `builder` se descarta)
``` dockerfile
FROM alpine:3.20.1 AS builder
```
FROM alpine:3.15 AS builder
RUN apk add --update \
--no-cache \
pcre~=8.45-r3 \
libxml2~=2.12.7-r0 \
libxslt~=1.1.39-r1 \
gcc~=13.2 \
make~=4.4 \
musl-dev~=1.2.5 \
pcre~=8.45 \
libxml2~=2.9 \
libxslt~=1.1 \
gcc~=10.3 \
make~=4.3 \
libc-dev~=0.7 \
pcre-dev~=8.45 \
zlib-dev~=1.3.1 \
libxml2-dev~=2.12.7 \
libxslt-dev~=1.1.39 && \
zlib-dev~=1.2 \
libxml2-dev~=2.9 \
libxslt-dev~=1.1 && \
cd /tmp && \
wget -q https://github.com/nginx/nginx/archive/master.zip -O nginx.zip && \
unzip nginx.zip && \
@ -323,7 +303,7 @@ RUN apk add --update \
apk del gcc make libc-dev pcre-dev zlib-dev libxml2-dev libxslt-dev && \
rm -rf /var/cache/apk
FROM alpine:3.20.1
FROM alpine:3.15
ARG UID=${UID:-1000}
ARG GID=${GID:-1000}
@ -331,10 +311,10 @@ ARG GID=${GID:-1000}
RUN apk add --update \
--no-cache \
pcre~=8.45 \
libxml2~=2.12.7 \
libxslt~=1.1.39 \
libxml2~=2.9 \
libxslt~=1.1 \
tini~=0.19 \
shadow~=4.15 &&\
shadow~=4.8 &&\
rm -rf /var/cache/apk && \
groupmod -g $GID www-data && \
adduser -u $UID -S www-data -G www-data && \
@ -353,167 +333,10 @@ RUN chown -R www-data:www-data /html && \
USER www-data
ENTRYPOINT ["tini", "--"]
CMD ["/bin/sh", "/entrypoint.sh"]
```
La segunda etapa empieza en la linea 24 definiendo un par de variables para establecer en `UID` y el `GID` del usuario `www-data` que usaremos dentro del contenedor `nginx` para ejecutar el servidor.
- Instalamos las bibliotecas:
- `pcre`
- `libxml2`
- `libxslt`
- `tini`, un micro `init` ideal para implementar contenedores ligeros
- `shadow`, el PAM de Alpine
- Limpiamos la caché de instalación de paquetes
- Cambiamos el `GID`para el grupo `www-data`
- Creamos el usuario `www-data` con el `UID` especificado
- Creamos el directorio `/html`
- Copiamos los ejecutables de *nginx* de la etapa anterior
- Copiamos el `nginx.conf` y el `entrypoint.sh` desde el directorio de trabajo del *Dockerfile*
- Declaramos el puerto de acceso y el volumen correspondiente a `/html`
- Ejecutamos como usuario `www-data` el *entrypoint* del contenedor.
##### Ficheros auxiliares
**entrypoint**
El fichero `entrypoint` que hemos usado es muy simple:
```bash
#!/bin/bash
mediaowner=$(ls -ld /html | awk '{print $3}')
echo "Current /html owner is $mediaowner"
/opt/nginx/sbin/nginx -g "daemon off;"
```
El fichero `nginx.conf` tampoco es muy complicado. Dejamos secciones comentadas para tener algunas referencias.
```nginx
#user nobody;
worker_processes 1;
#error_log logs/error.log;
#error_log logs/error.log notice;
#error_log logs/error.log info;
#pid logs/nginx.pid;
events {
worker_connections 1024;
}
http {
include mime.types;
default_type application/octet-stream;
#log_format main '$remote_addr - $remote_user [$time_local] "$request" '
# '$status $body_bytes_sent "$http_referer" '
# '"$http_user_agent" "$http_x_forwarded_for"';
#access_log logs/access.log main;
sendfile on;
#tcp_nopush on;
#keepalive_timeout 0;
keepalive_timeout 65;
#gzip on;
server {
listen 8080;
server_name localhost;
access_log /dev/stdout;
error_log /dev/stdout info;
#charset koi8-r;
#access_log logs/host.access.log main;
location / {
root /html;
index index.html index.htm;
include mime.types;
try_files $uri $uri/ =404;
}
#error_page 404 /404.html;
# redirect server error pages to the static page /50x.html
#
error_page 500 502 503 504 /50x.html;
location = /50x.html {
root html;
}
# proxy the PHP scripts to Apache listening on 127.0.0.1:80
#
#location ~ \.php$ {
# proxy_pass http://127.0.0.1;
#}
# pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
#
#location ~ \.php$ {
# root html;
# fastcgi_pass 127.0.0.1:9000;
# fastcgi_index index.php;
# fastcgi_param SCRIPT_FILENAME /scripts$fastcgi_script_name;
# include fastcgi_params;
#}
# deny access to .htaccess files, if Apache's document root
# concurs with nginx's one
#
#location ~ /\.ht {
# deny all;
#}
}
# another virtual host using mix of IP-, name-, and port-based configuration
#
#server {
# listen 8000;
# listen somename:8080;
# server_name somename alias another.alias;
# location / {
# root html;
# index index.html index.htm;
# }
#}
# HTTPS server
#
#server {
# listen 443 ssl;
# server_name localhost;
# ssl_certificate cert.pem;
# ssl_certificate_key cert.key;
# ssl_session_cache shared:SSL:1m;
# ssl_session_timeout 5m;
# ssl_ciphers HIGH:!aNULL:!MD5;
# ssl_prefer_server_ciphers on;
# location / {
# root html;
# index index.html index.htm;
# }
#}
}
```
## Networks

4
content/posts/notes_general/notes_micros.md
Unescape View File

@ -471,10 +471,6 @@ Una vez tengamos la Pico conectada y ejecutando el Python podemos usar el editor
- [STM32F4xxxx Reference Manual (pdf)](https://www.st.com/resource/en/reference_manual/rm0090-stm32f405415-stm32f407417-stm32f427437-and-stm32f429439-advanced-armbased-32bit-mcus-stmicroelectronics.pdf)
- [USB intro en la wiki de st.com](https://wiki.st.com/stm32mcu/wiki/Introduction_to_USB_with_STM32)
- [Una página con algunas referencias a distintas placas con micros STM32](https://stm32-base.org/)
- [Coleción de artículos en Hackaday](https://hackaday.com/series_of_posts/stm32-bootcamp/)
- [Baremetal programming guide](https://github.com/cpq/bare-metal-programming-guide)
- [Debugging an Array](https://community.st.com/t5/stm32cubemonitor-mcus/how-to-watch-an-array-using-stm32cubemonitor/td-p/225086)
- [Trasmitting Structures via USB](https://medium.com/vicara-hardware-university/a-guide-to-transmitting-structures-using-stm32-uart-and-python-56b67f806566)
{{< /admonition >}}

2
themes/FixIt

@ -1 +1 @@
Subproject commit 9d1ab1a5781101b85ce84fdb8f415f075b7ba481
Subproject commit 95c8113d626eeaa463ebda26ac326125ef3516dd
Write Preview
Loading…
Cancel
Save