Synology-Nas on KnightLi Blog

Montar un servidor Git en Synology NAS y respaldarlo con Hyper Backup

Wed, 07 Dec 2022 00:00:00 +0000

Synology NAS puede funcionar como un servidor Git privado y ligero. Para proyectos personales o equipos pequeños suele ser suficiente: los repositorios quedan dentro de la LAN, el acceso se gestiona con cuentas del NAS y los datos pueden protegerse con las herramientas de copia de seguridad de Synology.

Esta nota resume la configuración básica y el flujo de respaldo con Hyper Backup.

Instalar Git Server

Abre Package Center en Synology DSM e instala el paquete Git Server.

Después de instalarlo, abre Git Server y permite que los usuarios necesarios usen Git por SSH. La cuenta del NAS debe tener acceso SSH y permiso sobre la carpeta donde se guardarán los repositorios.

Preparar El Directorio De Repositorios

Crea una carpeta compartida o un subdirectorio para los repositorios Git, por ejemplo:

`1`	`/volume1/git`

Dentro de esa carpeta, crea repositorios bare:

`1`	`git init --bare project.git`

Un repositorio bare no tiene working tree. Es el formato adecuado para usarse como remoto.

Conectar Desde Un Cliente

Desde otra máquina, clona el repositorio por SSH:

`1`	`git clone user@nas-ip:/volume1/git/project.git`

También puedes añadirlo como remoto en un proyecto local existente:

1
2

git remote add origin user@nas-ip:/volume1/git/project.git
git push -u origin master

Si SSH usa un puerto no estándar, configúralo en SSH o usa una URL remota personalizada.

Permisos

Asegúrate de que el directorio del repositorio pertenece al usuario o grupo correcto. Si varios usuarios necesitan acceso, colócalos en un grupo común y otorga permisos de lectura/escritura sobre la carpeta Git.

Si el push falla, revisa primero:

si el inicio de sesión SSH funciona;
si el usuario está autorizado en Git Server;
si la carpeta tiene permiso de escritura;
si el repositorio fue creado como bare;
si la URL remota es correcta.

Copia De Seguridad Con Hyper Backup

Cuando los repositorios estén en el NAS, configura Hyper Backup para respaldar la carpeta Git.

En Hyper Backup:

Crea una nueva tarea de backup.
Selecciona el destino, como otro disco, otro NAS, un servidor rsync o almacenamiento cloud.
Selecciona la carpeta de repositorios Git.
Configura la programación.
Activa la retención de versiones si la necesitas.

Esto protege los datos ante fallos de disco, borrados accidentales o pushes incorrectos.

Notas De Restauración

Al restaurar, recupera el directorio completo del repositorio bare. Después prueba:

`1`	`git clone user@nas-ip:/volume1/git/project.git`

Si el clone funciona, el repositorio vuelve a estar disponible.

Resumen

Synology Git Server es sencillo, pero suficiente para muchos repositorios privados. Los puntos importantes son acceso SSH, permisos correctos, repositorios bare y una tarea fiable de Hyper Backup.

Usar FRP para acceder a Synology DS File, DS Photo y Escritorio remoto sin IP pública

Sat, 10 Oct 2020 00:00:00 +0000

FRP es una herramienta de proxy inverso de alto rendimiento. Permite exponer servicios de una red privada hacia Internet y soporta reenvío TCP, HTTP y HTTPS. Es útil cuando la red doméstica no tiene IP pública, pero se necesita acceder a servicios como Synology DS File, DS Photo o Escritorio remoto de Windows.

Dirección del proyecto:

`1`	`https://github.com/fatedier/frp`

Instalar El Servidor FRP

Descarga una versión desde la página de releases de FRP. El ejemplo original usa FRP 0.34.1 sobre Ubuntu 20.04:

1
2

wget https://github.com/fatedier/frp/releases/download/v0.34.1/frp_0.34.1_linux_arm64.tar.gz
tar -zvxf frp_0.34.1_linux_arm64.tar.gz

Después de extraer el paquete, verás binarios de cliente y servidor, archivos de configuración de ejemplo y servicios systemd:

frp_0.34.1_linux_amd64
├── frpc
├── frpc_full.ini
├── frpc.ini
├── frps
├── frps_full.ini
├── frps.ini
├── LICENSE
└── systemd
    ├── frpc.service
    ├── frpc@.service
    ├── frps.service
    └── frps@.service

Copia los binarios, configuraciones y servicios al sistema:

copy frp_0.34.1_linux_amd64/frpc /usr/bin/
copy frp_0.34.1_linux_amd64/frps /usr/bin/
copy frp_0.34.1_linux_amd64/*.ini /etc/fpr/
copy frp_0.34.1_linux_amd64/systemd/* /etc/systemd/system

Si /etc/fpr/ no existe, créalo antes.

Configuración Del Servidor

Un ejemplo de frps.ini:

[common]
bind_port = 10100
vhost_http_port = 10101
token = XXXXXX

dashboard_port = 10109
dashboard_user = admin
dashboard_pwd = XXXXXX

log_file = /var/log/frps.log
log_level = debug
log_max_days = 3

bind_port se usa para la comunicación entre servidor y clientes FRP. vhost_http_port recibe el tráfico HTTP público. Si se usa Nginx delante de FRP, Nginx debe reenviar el tráfico a este puerto.

Para más opciones, revisa frps_full.ini.

Comandos básicos del servicio:

systemctl start frps
systemctl stop frps
systemctl restart frps
systemctl status frps
systemctl enable frps

Proxy Nginx Opcional

Si el puerto 80 ya está ocupado por Nginx, puedes reenviar los dominios necesarios al puerto HTTP virtual de FRP:

server {
    listen 80;
    server_name dsphoto.youdomain.com dsfile.youdomian.com frp.yourdomian.com;
    location / {
        proxy_pass http://127.0.0.1:10101;
        proxy_set_header Host $host:80;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection "upgrade";

        proxy_connect_timeout 7d;
        proxy_send_timeout 7d;
        proxy_read_timeout 7d;
    }
    if ($http_user_agent ~* "360Spider|JikeSpider|Spider|spider|bot|Bot|2345Explorer|curl|wget|webZIP|qihoobot|Baiduspider|Googlebot|Googlebot-Mobile|Googlebot-Image|Mediapartners-Google|Adsbot-Google|Feedfetcher-Google|Yahoo! Slurp|Yahoo! Slurp China|YoudaoBot|Sosospider|Sogou spider|Sogou web spider|MSNBot|ia_archiver|Tomato Bot|NSPlayer|bingbot") {
        return 403;
    }
}

Configuración Del Cliente FRP

La instalación del cliente es similar. El cliente usa frpc, el archivo de configuración es frpc.ini y el servicio es frpc.

Ejemplo de configuración:

[common]
server_addr = frp.yourdomain.com
server_port = 10100
token = XXXXXX
log_file = /tmp/frpc.log
log_level = info
log_max_days = 3
tcp_mux = true
protocol = tcp
login_fail_exit = false
user = admin

[DSphoto]
type = http
local_ip = 192.168.68.200
local_port = 80
custom_domains = dsphoto.yourdomain.com

[DSfile]
type = http
local_ip = 192.168.68.200
local_port = 5000
custom_domains = dsfile.yourdomain.com

[DSM]
type = tcp
local_ip = 192.168.68.200
local_port = 5000
remote_port = 5000

[MSTC]
type = tcp
local_ip = 192.168.68.168
local_port = 3389
remote_port = 3389

DSphoto expone el servicio de fotos de Synology. DSfile expone DS File por HTTP. DSM publica el puerto de administración DSM por TCP. MSTC reenvía Escritorio remoto de Windows.

Una vez conectado el cliente, accede desde Internet mediante los dominios o puertos configurados.