COMUNICATION CLIENT -SERVER¶
Configuración de Acceso SSH¶
Este instructivo describe cómo restablecer el acceso SSH desde un equipo nuevo (Ubuntu cliente) hacia un servidor en la oficina, usando autenticación por clave pública.
Objetivo¶
Permitir acceso SSH sin contraseña desde tu equipo local al host remoto configurando correctamente una nueva clave pública.
Parte 1 – Generar una nueva clave SSH¶
En el cliente (equipo nuevo), abre una terminal.
Ejecuta el siguiente comando:
ssh-keygen -t ed25519 -C "hernando@casa"
Presiona Enter para aceptar la ruta predeterminada:
/home/hernando/.ssh/id_ed25519Deja la passphrase vacía si quieres conexión sin contraseña.
Archivos generados:
Clave privada:
~/.ssh/id_ed25519Clave pública:
~/.ssh/id_ed25519.pub
Parte 2 – Copiar la clave pública a un medio físico (USB)¶
Conecta una memoria USB en el cliente.
Copia la clave pública:
cp ~/.ssh/id_ed25519.pub /media/hernando/USB/clave-hernando.pub
Lleva el archivo
clave-hernando.pubal host de la oficina.
Parte 3 – Instalar la clave pública en el host de oficina¶
Copia el archivo desde el USB al home:
cp /media/usuario/USB/clave-hernando.pub ~/
Asegúrate de tener el directorio SSH:
mkdir -p ~/.ssh chmod 700 ~/.ssh
Agrega la clave:
cat ~/clave-hernando.pub >> ~/.ssh/authorized_keys chmod 600 ~/.ssh/authorized_keys
Borra el archivo si ya no es necesario:
rm ~/clave-hernando.pubAsegúrate de que el servicio SSH esté activo:
sudo systemctl status ssh sudo systemctl start ssh # si está inactivo
Parte 4 – Conectarse desde el cliente¶
Desde el equipo nuevo, conecta con:
ssh usuario@ip_del_host_oficina
Ejemplo:
ssh hernando@192.168.1.100
Configuración opcional en ~/.ssh/config¶
Puedes simplificar la conexión agregando esto a ~/.ssh/config:
Host oficina
HostName 192.168.1.100
User hernando
IdentityFile ~/.ssh/id_ed25519
Luego solo necesitas ejecutar:
ssh oficina
Notas finales¶
Si la IP del host es dinámica, considera usar un servicio como DuckDNS.
Guarda este archivo como referencia o imprímelo.
Instalación de clave SSH usando equipo intermedio¶
Este instructivo permite instalar una clave pública SSH en el host de la oficina cuando el equipo cliente no tiene acceso directo, pero puede transferir archivos a un equipo intermedio con acceso SSH al host.
Requisitos¶
Clave pública generada en el equipo nuevo (cliente sin acceso directo)
Acceso SSH desde el equipo intermedio al host de la oficina
scp disponible
Pasos¶
Desde el equipo nuevo (cliente)
Copiar la clave pública al equipo intermedio:
scp ~/.ssh/id_ed25519.pub usuario_intermedio@IP_INTERMEDIO:/home/usuario_intermedio/clave.pub
Desde el equipo intermedio
Copiar la clave al host remoto de la oficina:
scp ~/clave.pub usuario@host_oficina:~/
En el host de la oficina
Conectarse por SSH:
ssh usuario@host_oficinaLuego ejecutar:
mkdir -p ~/.ssh chmod 700 ~/.ssh cat ~/clave.pub >> ~/.ssh/authorized_keys chmod 600 ~/.ssh/authorized_keys rm ~/clave.pub
Desde el equipo nuevo
Probar conexión directa sin contraseña:
ssh usuario@host_oficina
Notas finales¶
Asegúrate de que el servicio SSH esté activo en el host:
sudo systemctl status ssh
Puedes agregar una entrada en
~/.ssh/configpara facilitar la conexión:Host oficina HostName host_oficina User usuario IdentityFile ~/.ssh/id_ed25519
Backup form ubuntu client to disk in server¶
Create and give permissions to run backup_sync_casa.sh with this content:
#!/bin/bash # Script: sincronizar_hdd_a_oficina.sh # Descripción: Sincroniza el contenido del disco "hdd" del equipo de casa hacia el host de la oficina por SSH con control de cambios Git # --- CONFIGURACIÓN --- ORIGEN="/media/hernando/hdd/" DESTINO="prodisys1@xxx.xx.xxx.xxx:/mnt/prodisys-backup/" # --- FUNCIONES --- echo "🔄 Iniciando sincronización con rsync..." rsync -avz --delete --progress "$ORIGEN" "$DESTINO" if [[ $? -eq 0 ]]; then echo "✅ Sincronización completada correctamente." echo "🔍 Verificando cambios en Git del host remoto..." ssh prodisys1@xxx.xx.xxx.xxx << 'EOF' cd /mnt/4tb/prodisys-backup git add . if ! git diff --cached --quiet; then git commit -m "Backup actualizado desde casa: $(date '+%Y-%m-%d %H:%M')" echo "📅 Commit registrado." else echo "✉️ No hay cambios para registrar." fi git gc --quiet EOF else echo "❌ Error en la sincronización." fi exit 0
Guía rápida para configurar audífonos Bluetooth (Sony WH-CH720N) en Ubuntu con PipeWire¶
Ubuntu con PipeWire como backend de audio (confirmado con
ps -e | grep pipewire)Paquetes necesarios instalados:
sudo apt install libspa-0.2-bluetooth pavucontrol ofono
Poner los audífonos en modo emparejamiento: - Apagar los audífonos. - Mantener presionado el botón de encendido durante 5-7 segundos hasta que el LED azul parpadee y se escuche «Pairing».
Usar ``bluetoothctl`` para emparejar:
a
power on
agent on
default-agent
scan on
Cuando aparezca el dispositivo, emparejar:
pair XX:XX:XX:XX:XX:XX
trust XX:XX:XX:XX:XX:XX
connect XX:XX:XX:XX:XX:XX
Instalar y habilitar
ofono:
sudo apt install ofono
sudo systemctl enable ofono
sudo systemctl start ofono
Reiniciar servicios PipeWire:
systemctl --user restart pipewire pipewire-pulse
Ejecutar:
pavucontrol
En la pestaña «Configuración», seleccionar uno de los perfiles:
A2DP Sink: para música y audio de alta calidad.
Headset Head Unit (HSP/HFP): para usar el micrófono.
Nota
Los perfiles no pueden usarse simultáneamente. Cambiar según necesidad.
Si
scan ondevuelveError.InProgress, ya está escaneando.Si no aparecen dispositivos: - Asegurarse de que los audífonos estén en modo de emparejamiento. - Reiniciar Bluetooth:
sudo systemctl restart bluetooth
Si el perfil HSP/HFP no aparece: - Verificar que
ofonoesté corriendo. - Reconectar el dispositivo.
Fin de la guía.
Configuración de Estación de Trabajo para ALEPH¶
Preparar una estación Windows para revisión, mantenimiento y desarrollo de la aplicación ALEPH, basada en ASP.NET Framework y SQL Server.
Se instaló:
SQL Server Developer Edition
Instancia por defecto:
MSSQLSERVER
Configuración seleccionada:
Modo de autenticación mixto (Windows + SQL Server).
Usuario actual agregado como administrador SQL.
Servicios con configuración predeterminada.
Directorios de datos en ubicación estándar.
Se instaló:
SQL Server Management Studio (SSMS) Release 20.2.1
Utilidades disponibles:
Administración de bases de datos.
Restauración de respaldos (.bak).
Adjuntar archivos MDF/LDF.
Ejecución de consultas T-SQL.
Gestión de usuarios y permisos.
Se instaló:
Visual Studio Community
Componentes principales:
ASP.NET and Web Development
.NET Desktop Development
Python Development
Componentes .NET adicionales:
.NET Framework 4.7.2 SDK
.NET Framework 4.7.2 Targeting Pack
.NET Framework 4.8 SDK
.NET Framework 4.8 Targeting Pack
La aplicación ALEPH utiliza:
targetFramework="4.5"
por lo que los componentes instalados mantienen compatibilidad hacia atrás.
Se verificó la instalación y funcionamiento de IIS.
Application Pools disponibles:
.NET v4.5
.NET v4.5 Classic
DefaultAppPool
Configuración recomendada para ALEPH:
CLR: v4.0
Managed Pipeline: Integrated
Solo utilizar «Classic» en caso de incompatibilidades con módulos antiguos.
Del archivo web.config se identificó:
ASP.NET Framework 4.5
Uso de ReportViewer
Microsoft.ReportViewer.WebForms
Version=12.0.0.0
Lo anterior sugiere:
Aplicación desarrollada aproximadamente entre 2013 y 2015.
Compatible con IIS clásico.
Compatible con SQL Server moderno.
Posible dependencia futura de componentes ReportViewer.
Se planificó la instalación de:
Permite:
Abrir archivos DWG y DXF.
Medir geometrías.
Convertir entre versiones DWG.
Permite:
Abrir archivos NWD.
Navegar modelos 3D.
Revisar modelos federados sin licencia completa de Navisworks.
Completado:
SQL Server Developer.
SQL Server Management Studio.
Visual Studio Community.
IIS.
ASP.NET Framework.
Application Pools compatibles con ALEPH.
Pendiente:
Restauración o conexión de la base de datos ALEPH.
Apertura de la solución Visual Studio.
Verificación de dependencias ReportViewer.
Configuración de cadenas de conexión.
Instalación de DWG TrueView.
Instalación de Navisworks Freedom.
Compartición de Archivos con Windows¶
Se utiliza Samba para compartir carpetas desde Linux hacia estaciones Windows.
Archivo de configuración¶
La configuración de recursos compartidos se encuentra en:
/etc/samba/smb.conf
Edición del archivo:
sudo nano /etc/samba/smb.conf
Ejemplo de recurso compartido¶
Agregar al final del archivo:
[ALEPH]
path = /ruta/a/la/carpeta
browseable = yes
read only = no
writable = yes
guest ok = no
valid users = usuario
create mask = 0775
directory mask = 0775
Validación de configuración¶
Verificar sintaxis:
sudo testparm
Reiniciar el servicio:
sudo systemctl restart smbd
Verificar estado:
sudo systemctl status smbd
Acceso desde Windows¶
Los recursos compartidos pueden abrirse desde el Explorador de Archivos mediante:
\\IP_DEL_EQUIPO\NOMBRE_RECURSO
Ejemplo:
\\192.168.1.100\ALEPH
Observaciones¶
Cada recurso compartido debe tener una sección independiente en
smb.conf.La carpeta física debe existir previamente.
Los permisos Linux deben permitir acceso al usuario configurado en Samba.
Después de modificar
smb.confsiempre debe ejecutarsetestparmantes de reiniciar el servicio.