Qu\u00e9 vamos a conseguir<\/h1>\n\n\n\n\n- Comprobar que el nodo est\u00e1 registrado y conectado a Azure Arc.<\/li>\n\n\n\n
- Validar o instalar OpenSSH Server y arrancar el servicio sshd.<\/li>\n\n\n\n
- Registrar el proveedor Microsoft.HybridConnectivity.<\/li>\n\n\n\n
- Instalar la extensi\u00f3n SSH de Azure CLI.<\/li>\n\n\n\n
- Abrir una sesi\u00f3n con un usuario local mediante az ssh arc.<\/li>\n\n\n\n
- Comprobar la identidad, el nodo y el estado del cl\u00faster desde la sesi\u00f3n remota.<\/li>\n<\/ul>\n\n\n\n
C\u00f3mo funciona la conexi\u00f3n<\/h1>\n\n\n\n
El punto clave es que no necesitamos publicar el nodo en Internet. Azure Arc crea la ruta de conectividad para llegar al recurso Arc-enabled y la extensi\u00f3n de Azure CLI utiliza un proxy local para transportar la sesi\u00f3n SSH.<\/p>\n\n\n\n![\"\"](\"https:\/\/www.darifer.net\/wp-content\/uploads\/2026\/09\/conectar-nodo-1-1024x683.png\")
<\/figure>\n\n\n\nVentaja operativa:<\/strong> el acceso SSH de Azure Arc funciona con servidores Windows y Linux, y no requiere una IP p\u00fablica ni abrir puertos SSH entrantes adicionales.<\/p>\n\n\n\nRequisitos previos<\/h1>\n\n\n\n\n- El nodo de Azure Local debe aparecer como servidor habilitado para Azure Arc y mantener el agente conectado.<\/li>\n\n\n\n
- Hybrid Connected Machine Agent 1.31 o posterior.<\/li>\n\n\n\n
- Servicio OpenSSH Server (sshd) habilitado en el nodo.<\/li>\n\n\n\n
- Azure CLI 2.45.0 o posterior en el equipo desde el que nos conectaremos.<\/li>\n\n\n\n
- Extensi\u00f3n ssh de Azure CLI actualizada. Microsoft requiere la versi\u00f3n 2.0.4 o posterior para az ssh arc.<\/li>\n\n\n\n
- Permisos Owner o Contributor sobre el servidor habilitado para Azure Arc.<\/li>\n\n\n\n
- Una cuenta local autorizada en el nodo y su m\u00e9todo de autenticaci\u00f3n: contrase\u00f1a o clave privada.<\/li>\n<\/ul>\n\n\n\n
Sobre Microsoft Entra ID:<\/strong> la autenticaci\u00f3n SSH con certificados emitidos por Microsoft Entra se admite para Linux. En un nodo Windows utilizaremos una cuenta local, indicada con –local-user.<\/p>\n\n\n\nVariables que utilizaremos<\/h1>\n\n\n\n
Antes de empezar, identificamos el grupo de recursos y el nombre con el que el nodo aparece en Azure Arc. En los ejemplos voy a utilizar valores ficticios:<\/p>\n\n\n\n
$ResourceGroup = \u00abrg-azurelocal-lab\u00bb
$NodeName = \u00abAL-NODE01\u00bb
$LocalUser = \u00absshadmin\u00bb<\/p>\n\n\n\n
Paso 1. Comprobar OpenSSH Server en el nodo<\/h1>\n\n\n\n
Abrimos una consola de PowerShell con privilegios elevados directamente en el nodo, mediante consola f\u00edsica, iDRAC\/iLO, Windows Admin Center o la v\u00eda de administraci\u00f3n que ya tengamos disponible.<\/p>\n\n\n\n
Get-WindowsCapability -Online | Where-Object Name -like \u00abOpenSSH*\u00bb
Get-Service sshd -ErrorAction SilentlyContinue<\/p>\n\n\n\n![\"\"](\"https:\/\/www.darifer.net\/wp-content\/uploads\/2026\/09\/image.png\")
<\/figure>\n\n\n\nSi OpenSSH Server no est\u00e1 instalado, lo a\u00f1adimos como capacidad de Windows<\/strong>, aunque lo dudo que no est\u00e9 instalado ya que es un requerimiento en el despliegue de Azure Local<\/strong><\/p>\n\n\n\nAdd-WindowsCapability -Online -Name OpenSSH.Server~~~~0.0.1.0<\/p>\n\n\n\n
Tal como vemos en la imagen el OpenSSH Server esta disponible pero esta parado a continuaci\u00f3n, iniciamos el servicio y configuramos el arranque autom\u00e1tico:<\/p>\n\n\n\n
Start-Service sshd
Set-Service -Name sshd -StartupType Automatic
Get-Service sshd | Select-Object Name, Status, StartType<\/p>\n\n\n\n![\"\"](\"https:\/\/www.darifer.net\/wp-content\/uploads\/2026\/09\/image-1.png\")
<\/figure>\n\n\n\n<\/p>\n\n\n\n
Resultado esperado:<\/strong> el servicio sshd debe aparecer en estado Running y con inicio Automatic.<\/p>\n\n\n\nPaso 2. Preparar una cuenta administrativa dedicada<\/h1>\n\n\n\n
Para una primera prueba podemos utilizar una cuenta local existente. En producci\u00f3n es m\u00e1s recomendable crear una cuenta nominal o dedicada, aplicar una contrase\u00f1a robusta o autenticaci\u00f3n por clave, y retirar el acceso cuando termine la intervenci\u00f3n.<\/p>\n\n\n\n
$Password = Read-Host \u00abContrase\u00f1a temporal\u00bb -AsSecureString
New-LocalUser -Name \u00absshadmin\u00bb -Password $Password -Description \u00abAdministraci\u00f3n SSH autorizada\u00bb
Add-LocalGroupMember -Group \u00abAdministrators\u00bb -Member \u00absshadmin\u00bb<\/p>\n\n\n\n![\"\"](\"https:\/\/www.darifer.net\/wp-content\/uploads\/2026\/09\/conectar-nodo-3-1.png\")
<\/figure>\n\n\n\nSeguridad:<\/strong> no incluy\u00e1is contrase\u00f1as en scripts, documentaci\u00f3n o historiales de consola. Si utiliz\u00e1is una cuenta temporal, definid un procedimiento para deshabilitarla o eliminarla despu\u00e9s de la tarea.<\/p>\n\n\n\nOpenSSH suele crear una regla de firewall local. Podemos comprobarla de esta forma:<\/p>\n\n\n\n
Get-NetFirewallRule -Name \u00abOpenSSH-Server-In-TCP\u00bb -ErrorAction SilentlyContinue<\/p>\n\n\n\n
Con Azure Arc no necesitamos publicar el puerto 22 en el per\u00edmetro. Aun as\u00ed, sshd debe escuchar localmente en el nodo y cualquier pol\u00edtica de firewall del propio sistema debe permitir el flujo necesario.<\/p>\n\n\n\n
Paso 3. Preparar Azure CLI y la conectividad h\u00edbrida<\/h1>\n\n\n\n
En el equipo de administraci\u00f3n, iniciamos sesi\u00f3n en Azure y seleccionamos la suscripci\u00f3n correcta:<\/p>\n\n\n\n
az login –use-device-code
az account set –subscription \u00ab<ID-o-nombre-de-la-suscripcion>\u00bb
az account show –output table<\/p>\n\n\n\n
Comprobamos si el proveedor Microsoft.HybridConnectivity est\u00e1 registrado:<\/p>\n\n\n\n
az provider show –namespace Microsoft.HybridConnectivity –query registrationState –ouput tsv<\/p>\n\n\n\n![\"\"](\"https:\/\/www.darifer.net\/wp-content\/uploads\/2026\/09\/image-2.png\")
<\/figure>\n\n\n\nSi el resultado no es Registered, lo registramos. Esta operaci\u00f3n se realiza una vez por suscripci\u00f3n:<\/p>\n\n\n\n
az provider register –namespace Microsoft.HybridConnectivity<\/p>\n\n\n\n
Instalamos o actualizamos la extensi\u00f3n ssh:<\/p>\n\n\n\n
az extension add –name ssh –upgrade
az extension show –name ssh –query version –output tsv<\/p>\n\n\n\n
Comprobaci\u00f3n cr\u00edtica:<\/strong> aseguraos de utilizar la extensi\u00f3n ssh 2.0.4 o posterior. Versiones anteriores dejaron de funcionar con az ssh arc el 21 de mayo de 2025.<\/p>\n\n\n\nPaso 4. Conectarnos al nodo<\/h1>\n\n\n\n
Con el nodo preparado y la extensi\u00f3n instalada, ya podemos abrir la sesi\u00f3n mediante una cuenta local:<\/p>\n\n\n\n
az ssh arc `
–resource-group $ResourceGroup `
–name $NodeName `
–local-user $LocalUser<\/p>\n\n\n\n
Azure CLI resolver\u00e1 el recurso de Azure Arc, preparar\u00e1 el endpoint de conectividad si es necesario y abrir\u00e1 el cliente OpenSSH. Si usamos autenticaci\u00f3n por contrase\u00f1a, el cliente la solicitar\u00e1 de forma interactiva.<\/p>\n\n\n\n
Si trabajamos con una clave privada, indicamos su ruta:<\/p>\n\n\n\n
az ssh arc `
–resource-group $ResourceGroup `
–name $NodeName `
–local-user $LocalUser `
–private-key-file \u00ab$HOME\\.ssh\\id_ed25519\u00bb<\/p>\n\n\n\n
Primera conexi\u00f3n:<\/strong> revisad la huella del host antes de aceptarla. En un entorno administrado, comparadla con una huella obtenida por una v\u00eda de confianza.<\/p>\n\n\n\nPaso 5. Validar que estamos en el nodo correcto<\/h1>\n\n\n\n
Una vez dentro no deber\u00edamos empezar a ejecutar cambios directamente. Primero validamos identidad, privilegios y contexto:<\/p>\n\n\n\n
whoami
hostname
Get-ComputerInfo | Select-Object WindowsProductName, WindowsVersion, OsBuildNumber
Get-ClusterNode
Get-ClusterGroup<\/p>\n\n\n\n
Si queremos una comprobaci\u00f3n r\u00e1pida del estado general del cl\u00faster:<\/p>\n\n\n\n
Get-ClusterNode | Format-Table Name, State
Get-StoragePool -IsPrimordial $false | Format-Table FriendlyName, HealthStatus, OperationalStatus
Get-VirtualDisk | Format-Table FriendlyName, HealthStatus, OperationalStatus<\/p>\n\n\n\n
Buenas pr\u00e1cticas:<\/strong> utilizad la sesi\u00f3n SSH para diagn\u00f3stico y operaciones controladas. Para cambios de plataforma, firmware, drivers, red o ciclo de vida, seguid siempre el flujo soportado por Azure Local y el fabricante.<\/p>\n\n\n\nErrores habituales y c\u00f3mo resolverlos<\/h1>\n\n\n\nS\u00edntoma<\/strong><\/td>Causa probable<\/strong><\/td>Qu\u00e9 revisar<\/strong><\/td><\/tr>az: ssh no es un comando reconocido<\/td> Falta la extensi\u00f3n ssh o Azure CLI est\u00e1 desactualizada<\/td> Ejecutar az extension add –name ssh –upgrade y validar Azure CLI 2.45.0 o posterior.<\/td><\/tr> AuthorizationFailed<\/td> La identidad no tiene permisos suficientes<\/td> Comprobar Owner o Contributor sobre el recurso Arc, su grupo de recursos o un \u00e1mbito superior.<\/td><\/tr> HybridConnectivity no registrado<\/td> El proveedor no est\u00e1 registrado en la suscripci\u00f3n<\/td> Ejecutar az provider register –namespace Microsoft.HybridConnectivity y verificar el estado Registered.<\/td><\/tr> Connection timed out<\/td> El agente Arc no est\u00e1 conectado o el endpoint no est\u00e1 listo<\/td> Revisar el estado Connected del servidor Arc, la salida de azcmagent show y la conectividad saliente requerida.<\/td><\/tr> Connection refused<\/td> sshd no est\u00e1 iniciado o no escucha en el puerto configurado<\/td> Comprobar Get-Service sshd, reiniciar el servicio y revisar sshd_config y el firewall local.<\/td><\/tr> Permission denied<\/td> Usuario, contrase\u00f1a o clave incorrectos<\/td> Validar la cuenta local, la pertenencia a grupos y authorized_keys. Probar primero con una cuenta de laboratorio.<\/td><\/tr> REMOTE HOST IDENTIFICATION HAS CHANGED<\/td> La clave de host guardada no coincide<\/td> No borrar known_hosts sin investigar. Verificar si hubo reinstalaci\u00f3n, cambio de nodo o regeneraci\u00f3n leg\u00edtima de claves.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\nRecomendaciones de hardening<\/h1>\n\n\n\n\n- Aplicar m\u00ednimo privilegio y utilizar cuentas nominales. Evitar cuentas compartidas.<\/li>\n\n\n\n
- Preferir claves SSH protegidas con passphrase frente a contrase\u00f1as para accesos recurrentes.<\/li>\n\n\n\n
- Restringir qui\u00e9n puede operar el recurso Arc mediante Azure RBAC.<\/li>\n\n\n\n
- Mantener Azure CLI, la extensi\u00f3n ssh, el agente Arc y OpenSSH actualizados.<\/li>\n\n\n\n
- Revisar los registros de OpenSSH y de Windows cuando se produzcan intentos fallidos.<\/li>\n\n\n\n
- No modificar componentes internos de Azure Local fuera de procedimientos soportados.<\/li>\n\n\n\n
- Documentar el motivo, ventana y responsable de cada acceso privilegiado.<\/li>\n\n\n\n
- Deshabilitar o retirar cuentas temporales despu\u00e9s de la intervenci\u00f3n.<\/li>\n<\/ul>\n\n\n\n
<\/p>\n\n\n\n
Para finalizar<\/h1>\n\n\n\n
Con Azure Arc podemos conectarnos por SSH a un nodo de Azure Local sin publicar una IP p\u00fablica ni abrir el puerto 22 hacia Internet. La experiencia es sencilla: habilitamos OpenSSH en el nodo, preparamos la conectividad h\u00edbrida, instalamos la extensi\u00f3n de Azure CLI y utilizamos az ssh arc con una cuenta local.<\/p>\n\n\n\n
Lo m\u00e1s importante no es solo que la conexi\u00f3n funcione. Debemos tratarla como cualquier acceso privilegiado: m\u00ednimo privilegio, autenticaci\u00f3n robusta, trazabilidad y una validaci\u00f3n previa en laboratorio. As\u00ed convertimos SSH en una herramienta \u00fatil para troubleshooting sin introducir una excepci\u00f3n permanente en nuestro modelo de seguridad.<\/p>\n\n\n\n
Ya sabemos c\u00f3mo conectarnos mediante SSH a un nodo de un cl\u00faster de Azure Local. Nos vemos en el siguiente art\u00edculo.
Saludos.<\/p>\n\n\n\n
<\/p>\n\n\n\n
<\/p>\n","protected":false},"excerpt":{"rendered":"
Hola a tod@s, Continuamos con los art\u00edculos sobre Azure Local. Despu\u00e9s de revisar las novedades de Azure Local 2608, hoy vamos con una tarea muy concreta de operaci\u00f3n: conectarnos por SSH a uno de los nodos del cl\u00faster. Cuando pensamos en SSH solemos asociarlo directamente con Linux. Sin embargo, OpenSSH tambi\u00e9n est\u00e1 disponible en Windows […]<\/p>\n","protected":false},"author":1,"featured_media":368,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[14,6,12,4,15],"tags":[34,20,33,13,32,31],"class_list":["post-597","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-azure","category-azure-arc","category-azure-local","category-azure-stack-hci","category-hiperconvergencia","tag-administration-hibrida","tag-azure-arc","tag-azure-cli","tag-azure-local","tag-openssh","tag-ssh"],"_links":{"self":[{"href":"https:\/\/www.darifer.net\/index.php\/wp-json\/wp\/v2\/posts\/597","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.darifer.net\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.darifer.net\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.darifer.net\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.darifer.net\/index.php\/wp-json\/wp\/v2\/comments?post=597"}],"version-history":[{"count":9,"href":"https:\/\/www.darifer.net\/index.php\/wp-json\/wp\/v2\/posts\/597\/revisions"}],"predecessor-version":[{"id":612,"href":"https:\/\/www.darifer.net\/index.php\/wp-json\/wp\/v2\/posts\/597\/revisions\/612"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.darifer.net\/index.php\/wp-json\/wp\/v2\/media\/368"}],"wp:attachment":[{"href":"https:\/\/www.darifer.net\/index.php\/wp-json\/wp\/v2\/media?parent=597"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.darifer.net\/index.php\/wp-json\/wp\/v2\/categories?post=597"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.darifer.net\/index.php\/wp-json\/wp\/v2\/tags?post=597"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
C\u00f3mo funciona la conexi\u00f3n<\/h1>\n\n\n\n
El punto clave es que no necesitamos publicar el nodo en Internet. Azure Arc crea la ruta de conectividad para llegar al recurso Arc-enabled y la extensi\u00f3n de Azure CLI utiliza un proxy local para transportar la sesi\u00f3n SSH.<\/p>\n\n\n\n Ventaja operativa:<\/strong> el acceso SSH de Azure Arc funciona con servidores Windows y Linux, y no requiere una IP p\u00fablica ni abrir puertos SSH entrantes adicionales.<\/p>\n\n\n\n Sobre Microsoft Entra ID:<\/strong> la autenticaci\u00f3n SSH con certificados emitidos por Microsoft Entra se admite para Linux. En un nodo Windows utilizaremos una cuenta local, indicada con –local-user.<\/p>\n\n\n\n Antes de empezar, identificamos el grupo de recursos y el nombre con el que el nodo aparece en Azure Arc. En los ejemplos voy a utilizar valores ficticios:<\/p>\n\n\n\n $ResourceGroup = \u00abrg-azurelocal-lab\u00bb Abrimos una consola de PowerShell con privilegios elevados directamente en el nodo, mediante consola f\u00edsica, iDRAC\/iLO, Windows Admin Center o la v\u00eda de administraci\u00f3n que ya tengamos disponible.<\/p>\n\n\n\n Get-WindowsCapability -Online | Where-Object Name -like \u00abOpenSSH*\u00bb Si OpenSSH Server no est\u00e1 instalado, lo a\u00f1adimos como capacidad de Windows<\/strong>, aunque lo dudo que no est\u00e9 instalado ya que es un requerimiento en el despliegue de Azure Local<\/strong><\/p>\n\n\n\n Add-WindowsCapability -Online -Name OpenSSH.Server~~~~0.0.1.0<\/p>\n\n\n\n Tal como vemos en la imagen el OpenSSH Server esta disponible pero esta parado a continuaci\u00f3n, iniciamos el servicio y configuramos el arranque autom\u00e1tico:<\/p>\n\n\n\n Start-Service sshd <\/p>\n\n\n\n Resultado esperado:<\/strong> el servicio sshd debe aparecer en estado Running y con inicio Automatic.<\/p>\n\n\n\n Para una primera prueba podemos utilizar una cuenta local existente. En producci\u00f3n es m\u00e1s recomendable crear una cuenta nominal o dedicada, aplicar una contrase\u00f1a robusta o autenticaci\u00f3n por clave, y retirar el acceso cuando termine la intervenci\u00f3n.<\/p>\n\n\n\n $Password = Read-Host \u00abContrase\u00f1a temporal\u00bb -AsSecureString Seguridad:<\/strong> no incluy\u00e1is contrase\u00f1as en scripts, documentaci\u00f3n o historiales de consola. Si utiliz\u00e1is una cuenta temporal, definid un procedimiento para deshabilitarla o eliminarla despu\u00e9s de la tarea.<\/p>\n\n\n\n OpenSSH suele crear una regla de firewall local. Podemos comprobarla de esta forma:<\/p>\n\n\n\n Get-NetFirewallRule -Name \u00abOpenSSH-Server-In-TCP\u00bb -ErrorAction SilentlyContinue<\/p>\n\n\n\n Con Azure Arc no necesitamos publicar el puerto 22 en el per\u00edmetro. Aun as\u00ed, sshd debe escuchar localmente en el nodo y cualquier pol\u00edtica de firewall del propio sistema debe permitir el flujo necesario.<\/p>\n\n\n\n En el equipo de administraci\u00f3n, iniciamos sesi\u00f3n en Azure y seleccionamos la suscripci\u00f3n correcta:<\/p>\n\n\n\n az login –use-device-code Comprobamos si el proveedor Microsoft.HybridConnectivity est\u00e1 registrado:<\/p>\n\n\n\n az provider show –namespace Microsoft.HybridConnectivity –query registrationState –ouput tsv<\/p>\n\n\n\n Si el resultado no es Registered, lo registramos. Esta operaci\u00f3n se realiza una vez por suscripci\u00f3n:<\/p>\n\n\n\n az provider register –namespace Microsoft.HybridConnectivity<\/p>\n\n\n\n Instalamos o actualizamos la extensi\u00f3n ssh:<\/p>\n\n\n\n az extension add –name ssh –upgrade Comprobaci\u00f3n cr\u00edtica:<\/strong> aseguraos de utilizar la extensi\u00f3n ssh 2.0.4 o posterior. Versiones anteriores dejaron de funcionar con az ssh arc el 21 de mayo de 2025.<\/p>\n\n\n\n Con el nodo preparado y la extensi\u00f3n instalada, ya podemos abrir la sesi\u00f3n mediante una cuenta local:<\/p>\n\n\n\n az ssh arc ` Azure CLI resolver\u00e1 el recurso de Azure Arc, preparar\u00e1 el endpoint de conectividad si es necesario y abrir\u00e1 el cliente OpenSSH. Si usamos autenticaci\u00f3n por contrase\u00f1a, el cliente la solicitar\u00e1 de forma interactiva.<\/p>\n\n\n\n Si trabajamos con una clave privada, indicamos su ruta:<\/p>\n\n\n\n az ssh arc ` Primera conexi\u00f3n:<\/strong> revisad la huella del host antes de aceptarla. En un entorno administrado, comparadla con una huella obtenida por una v\u00eda de confianza.<\/p>\n\n\n\n Una vez dentro no deber\u00edamos empezar a ejecutar cambios directamente. Primero validamos identidad, privilegios y contexto:<\/p>\n\n\n\n whoami Si queremos una comprobaci\u00f3n r\u00e1pida del estado general del cl\u00faster:<\/p>\n\n\n\n Get-ClusterNode | Format-Table Name, State Buenas pr\u00e1cticas:<\/strong> utilizad la sesi\u00f3n SSH para diagn\u00f3stico y operaciones controladas. Para cambios de plataforma, firmware, drivers, red o ciclo de vida, seguid siempre el flujo soportado por Azure Local y el fabricante.<\/p>\n\n\n\n <\/p>\n\n\n\n Con Azure Arc podemos conectarnos por SSH a un nodo de Azure Local sin publicar una IP p\u00fablica ni abrir el puerto 22 hacia Internet. La experiencia es sencilla: habilitamos OpenSSH en el nodo, preparamos la conectividad h\u00edbrida, instalamos la extensi\u00f3n de Azure CLI y utilizamos az ssh arc con una cuenta local.<\/p>\n\n\n\n Lo m\u00e1s importante no es solo que la conexi\u00f3n funcione. Debemos tratarla como cualquier acceso privilegiado: m\u00ednimo privilegio, autenticaci\u00f3n robusta, trazabilidad y una validaci\u00f3n previa en laboratorio. As\u00ed convertimos SSH en una herramienta \u00fatil para troubleshooting sin introducir una excepci\u00f3n permanente en nuestro modelo de seguridad.<\/p>\n\n\n\n Ya sabemos c\u00f3mo conectarnos mediante SSH a un nodo de un cl\u00faster de Azure Local. Nos vemos en el siguiente art\u00edculo. <\/p>\n\n\n\n <\/p>\n","protected":false},"excerpt":{"rendered":" Hola a tod@s, Continuamos con los art\u00edculos sobre Azure Local. Despu\u00e9s de revisar las novedades de Azure Local 2608, hoy vamos con una tarea muy concreta de operaci\u00f3n: conectarnos por SSH a uno de los nodos del cl\u00faster. Cuando pensamos en SSH solemos asociarlo directamente con Linux. Sin embargo, OpenSSH tambi\u00e9n est\u00e1 disponible en Windows […]<\/p>\n","protected":false},"author":1,"featured_media":368,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[14,6,12,4,15],"tags":[34,20,33,13,32,31],"class_list":["post-597","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-azure","category-azure-arc","category-azure-local","category-azure-stack-hci","category-hiperconvergencia","tag-administration-hibrida","tag-azure-arc","tag-azure-cli","tag-azure-local","tag-openssh","tag-ssh"],"_links":{"self":[{"href":"https:\/\/www.darifer.net\/index.php\/wp-json\/wp\/v2\/posts\/597","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.darifer.net\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.darifer.net\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.darifer.net\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.darifer.net\/index.php\/wp-json\/wp\/v2\/comments?post=597"}],"version-history":[{"count":9,"href":"https:\/\/www.darifer.net\/index.php\/wp-json\/wp\/v2\/posts\/597\/revisions"}],"predecessor-version":[{"id":612,"href":"https:\/\/www.darifer.net\/index.php\/wp-json\/wp\/v2\/posts\/597\/revisions\/612"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.darifer.net\/index.php\/wp-json\/wp\/v2\/media\/368"}],"wp:attachment":[{"href":"https:\/\/www.darifer.net\/index.php\/wp-json\/wp\/v2\/media?parent=597"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.darifer.net\/index.php\/wp-json\/wp\/v2\/categories?post=597"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.darifer.net\/index.php\/wp-json\/wp\/v2\/tags?post=597"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}<\/figure>\n\n\n\nRequisitos previos<\/h1>\n\n\n\n
\n
Variables que utilizaremos<\/h1>\n\n\n\n
$NodeName = \u00abAL-NODE01\u00bb
$LocalUser = \u00absshadmin\u00bb<\/p>\n\n\n\nPaso 1. Comprobar OpenSSH Server en el nodo<\/h1>\n\n\n\n
Get-Service sshd -ErrorAction SilentlyContinue<\/p>\n\n\n\n<\/figure>\n\n\n\n
Set-Service -Name sshd -StartupType Automatic
Get-Service sshd | Select-Object Name, Status, StartType<\/p>\n\n\n\n<\/figure>\n\n\n\nPaso 2. Preparar una cuenta administrativa dedicada<\/h1>\n\n\n\n
New-LocalUser -Name \u00absshadmin\u00bb -Password $Password -Description \u00abAdministraci\u00f3n SSH autorizada\u00bb
Add-LocalGroupMember -Group \u00abAdministrators\u00bb -Member \u00absshadmin\u00bb<\/p>\n\n\n\n<\/figure>\n\n\n\nPaso 3. Preparar Azure CLI y la conectividad h\u00edbrida<\/h1>\n\n\n\n
az account set –subscription \u00ab<ID-o-nombre-de-la-suscripcion>\u00bb
az account show –output table<\/p>\n\n\n\n<\/figure>\n\n\n\n
az extension show –name ssh –query version –output tsv<\/p>\n\n\n\nPaso 4. Conectarnos al nodo<\/h1>\n\n\n\n
–resource-group $ResourceGroup `
–name $NodeName `
–local-user $LocalUser<\/p>\n\n\n\n
–resource-group $ResourceGroup `
–name $NodeName `
–local-user $LocalUser `
–private-key-file \u00ab$HOME\\.ssh\\id_ed25519\u00bb<\/p>\n\n\n\nPaso 5. Validar que estamos en el nodo correcto<\/h1>\n\n\n\n
hostname
Get-ComputerInfo | Select-Object WindowsProductName, WindowsVersion, OsBuildNumber
Get-ClusterNode
Get-ClusterGroup<\/p>\n\n\n\n
Get-StoragePool -IsPrimordial $false | Format-Table FriendlyName, HealthStatus, OperationalStatus
Get-VirtualDisk | Format-Table FriendlyName, HealthStatus, OperationalStatus<\/p>\n\n\n\nErrores habituales y c\u00f3mo resolverlos<\/h1>\n\n\n\n
S\u00edntoma<\/strong><\/td> Causa probable<\/strong><\/td> Qu\u00e9 revisar<\/strong><\/td><\/tr> az: ssh no es un comando reconocido<\/td> Falta la extensi\u00f3n ssh o Azure CLI est\u00e1 desactualizada<\/td> Ejecutar az extension add –name ssh –upgrade y validar Azure CLI 2.45.0 o posterior.<\/td><\/tr> AuthorizationFailed<\/td> La identidad no tiene permisos suficientes<\/td> Comprobar Owner o Contributor sobre el recurso Arc, su grupo de recursos o un \u00e1mbito superior.<\/td><\/tr> HybridConnectivity no registrado<\/td> El proveedor no est\u00e1 registrado en la suscripci\u00f3n<\/td> Ejecutar az provider register –namespace Microsoft.HybridConnectivity y verificar el estado Registered.<\/td><\/tr> Connection timed out<\/td> El agente Arc no est\u00e1 conectado o el endpoint no est\u00e1 listo<\/td> Revisar el estado Connected del servidor Arc, la salida de azcmagent show y la conectividad saliente requerida.<\/td><\/tr> Connection refused<\/td> sshd no est\u00e1 iniciado o no escucha en el puerto configurado<\/td> Comprobar Get-Service sshd, reiniciar el servicio y revisar sshd_config y el firewall local.<\/td><\/tr> Permission denied<\/td> Usuario, contrase\u00f1a o clave incorrectos<\/td> Validar la cuenta local, la pertenencia a grupos y authorized_keys. Probar primero con una cuenta de laboratorio.<\/td><\/tr> REMOTE HOST IDENTIFICATION HAS CHANGED<\/td> La clave de host guardada no coincide<\/td> No borrar known_hosts sin investigar. Verificar si hubo reinstalaci\u00f3n, cambio de nodo o regeneraci\u00f3n leg\u00edtima de claves.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n Recomendaciones de hardening<\/h1>\n\n\n\n
\n
Para finalizar<\/h1>\n\n\n\n
Saludos.<\/p>\n\n\n\n