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

  1. En el cliente (equipo nuevo), abre una terminal.

  2. Ejecuta el siguiente comando:

    ssh-keygen -t ed25519 -C "hernando@casa"
    
  3. Presiona Enter para aceptar la ruta predeterminada:

    /home/hernando/.ssh/id_ed25519

  4. Deja la passphrase vacía si quieres conexión sin contraseña.

Archivos generados:

  • Clave privada: ~/.ssh/id_ed25519

  • Clave pública: ~/.ssh/id_ed25519.pub

Parte 2 – Copiar la clave pública a un medio físico (USB)

  1. Conecta una memoria USB en el cliente.

  2. Copia la clave pública:

    cp ~/.ssh/id_ed25519.pub /media/hernando/USB/clave-hernando.pub
    
  3. Lleva el archivo clave-hernando.pub al host de la oficina.

Parte 3 – Instalar la clave pública en el host de oficina

  1. Copia el archivo desde el USB al home:

    cp /media/usuario/USB/clave-hernando.pub ~/
    
  2. Asegúrate de tener el directorio SSH:

    mkdir -p ~/.ssh
    chmod 700 ~/.ssh
    
  3. Agrega la clave:

    cat ~/clave-hernando.pub >> ~/.ssh/authorized_keys
    chmod 600 ~/.ssh/authorized_keys
    
  4. Borra el archivo si ya no es necesario:

    rm ~/clave-hernando.pub
    
  5. Asegú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

  1. 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
    
  2. Desde el equipo intermedio

    Copiar la clave al host remoto de la oficina:

    scp ~/clave.pub usuario@host_oficina:~/
    
  3. En el host de la oficina

    Conectarse por SSH:

    ssh usuario@host_oficina
    

    Luego ejecutar:

    mkdir -p ~/.ssh
    chmod 700 ~/.ssh
    cat ~/clave.pub >> ~/.ssh/authorized_keys
    chmod 600 ~/.ssh/authorized_keys
    rm ~/clave.pub
    
  4. 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/config para 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
  1. 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».

  2. 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
  1. Instalar y habilitar ofono:

sudo apt install ofono
sudo systemctl enable ofono
sudo systemctl start ofono
  1. 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 on devuelve Error.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 ofono esté 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.conf siempre debe ejecutarse testparm antes de reiniciar el servicio.