Azure VM no me responde ping (ICMP) / Azure VM does not respond to ping (ICMP)

ES

 Normalmente cuando desplegamos máquinas virtuales en Azure y no tenemos comunicación, optamos como primer medio de validación  utilizar el Ping (ICMP). En Azure por defecto el Ping está bloqueado por el firewall del VM.

Para habilitarlo debemos ir al Firewall y permitirlo, podemos usar el siguiente script.

#IPv4

netsh advfirewall firewall add rule name="ICMP Allow incoming V4 echo request" protocol="icmpv4:8,any" dir=in action=allow

#IPv6

netsh advfirewall firewall add rule name="ICMP Allow incoming V6 echo request" protocol="icmpv6:8,any" dir=in action=allow

Me gustaría aclarar que este script funciona para cualquier equipo Windows este en Azure o on premise.

Adicionalmente a los script antes mencionado, Si queremos habilitarlo para que funcione fuera de Azure  a través de un NSG podemos usar el siguiente script:

Get-AzNetworkSecurityGroup -Name "Nombre_del_NSG" | Add-AzNetworkSecurityRuleConfig -Name ICMP-Ping -Description "Allow Ping" -Access Allow -Protocol ICMP -Direction Inbound -Priority 100 -SourceAddressPrefix * -SourcePortRange * -DestinationAddressPrefix * -DestinationPortRange * | Set-AzNetworkSecurityGroup

EN

Normally when we deploy virtual machines in Azure and we do not have communication, we opt to use Ping (ICMP) as the first means of validation. In Azure by default Ping is blocked by the VM's firewall.

To enable it we must go to the Firewall and allow it or we can use the following script.

#IPv4

netsh advfirewall firewall add rule name="ICMP Allow incoming V4 echo request" protocol="icmpv4:8,any" dir=in action=allow

#IPv6

netsh advfirewall firewall add rule name="ICMP Allow incoming V6 echo request" protocol="icmpv6:8,any" dir=in action=allow

I would like to clarify that this script works for any Windows computer in Azure or on premise.

In addition to the scripts mentioned above, if we want to enable it to work outside of Azure through an NSG we can use the following script:

Get-AzNetworkSecurityGroup -Name "Nombre_del_NSG" | Add-AzNetworkSecurityRuleConfig -Name ICMP-Ping -Description "Allow Ping" -Access Allow -Protocol ICMP -Direction Inbound -Priority 100 -SourceAddressPrefix * -SourcePortRange * -DestinationAddressPrefix * -DestinationPortRange * | Set-AzNetworkSecurityGroup

ELSA Dashboard no se Conecta o no me sa Carga la informacion / ELSA Dashboard does not connect or does not load the information

ES

Mientras trataba de realizar una implementación de ELSA siguiendo los tutoriales, me encontraba que aunque hacia el paso tal cual se indicaban, cuando intentaba conectar la ELSA Dashboard no funcionaba y esto se debía a 2 cosas:

1.  Da un error de Elsa ERR_CONNECTION_REFUSED 5000 o 5001, el cual ya hice una publicación anterior de cómo resolverlo, dejo por aquí el link 
2.  No se conecta o da pantalla en blanco o muestra la pantalla pero no carga información. Esto último se debe a que cuando se usa ELSA Dashboard colocamos el puerto 5000 o 5001, cuando en realidad se debe colocar el port de donde levanta la el API, ya que el puerto 5000 o 5001 lo va usar directamente el componente del ELSA Dashboard.

 Por ejemplo en el en la imagen siguiente vemos que la Aplicación Web abre en el puerto 44322

Entonces si utilizamos la imagen docker(para no hacer la explicación tan larga) deberíamos configurarlo de la siguiente mantera

docker run -t -i -e ELSA__SERVER__BASEADDRESS=https://localhost:44322 -p 14000:80 elsaworkflows/elsa-dashboard:latest

Abrimos el https://localhost:14000 y listo 

y dandole click sobre defenition deberiamos verlo asi

EN

While trying to carry out an ELSA implementation following the tutorials, I found that although I did the step as indicated, when I tried to connect the ELSA Dashboard it did not work and this was due to 2 things:

 It gives an error of Elsa ERR_CONNECTION_REFUSED 5000 or 5001, which I already made a previous post on how to solve it, I leave the link here

 It does not connect or gives a blank screen or shows the screen but does not load information. The latter is due to the fact that when using ELSA Dashboard we place port 5000 or 5001, when in fact the port from which the API picks up should be placed, since port 5000 or 5001 will be used directly by the ELSA Dashboard component.

 For example in the following image we see that the Web Application opens in port 44322

So if we use the docker image (so as not to make the explanation so long) we should configure it in the following way

docker run -t -i -e ELSA__SERVER__BASEADDRESS=https://localhost:44322 -p 14000:80 elsaworkflows/elsa-dashboard:latest

We open the https://localhost:14000 and ready

and clicking on definition we should see it like this

Elsa ERR_CONNECTION_REFUSED 5000 - 5001

ES

Estoy trabajando en la implementación de un nuevo motor de workflow, pero que funcione totalmente agnóstico, que permitiera definir los flujos de trabajo usando código C# o usando JSON y YAML. También que tuviese un diseñador de flujo de trabajo en forma de componente web HTML5

 La herramienta escogida fue ELSA Workflow es un conjunto de bibliotecas de flujos de trabajo que permiten la ejecución de flujos de trabajo en cualquier aplicación .NET Standard, porque tiene flexibilidad, conveniencia,  modularidad  y  muchas de la características de la mayoría de motores de flujo de trabajo y herramientas de diseño. 

 Entrando en materia el problema que nos da ERR_CONNECTION_REFUSED en el port 5001, es que cuando seguimos la mayoría de los tutoriales es que dejamos el puerto 5000 y/o 5001 por defecto de ELSA y cuando  creamos el proyecto ASP.NET Core (al menos con las líneas de comando)  se ocupan por defecto los puestos 5000 y 5001, y por eso entra en conflicto.

 Para resolver este problema debemos dirigirnos a la carpeta Properties, en el archivo launchSettings.json  de nuestro proyecto Asp.net WEB, y en la propiedades cambiar los puertos, y ya con esto te puedes resuelves el conflicto.

EN

I'm working on implementing a new workflow engine, but one that works completely agnostic, that allows you to define workflows using C# code or using JSON and YAML. Also that it had a workflow designer in the form of an HTML5 web component

 The chosen tool was ELSA Workflow is a set of workflow libraries that allow the execution of workflows in any .NET Standard application, because it has flexibility, convenience, modularity and many of the features of most workflow engines. work and design tools.

 Going into the matter, the problem that ERR_CONNECTION_REFUSED gives us in port 5001, is that when we follow most of the tutorials we leave port 5000 and/or 5001 by default of ELSA and when we create the ASP.NET Core project (at least with command lines) positions 5000 and 5001 are occupied by default, and that is why it conflicts.

 To solve this problem we must go to the Properties folder, in the launchSettings.json file of our Asp.net WEB project, and in the properties change the ports, and with this you can solve the conflict.

Como crear los enlces corto /enlaces/link

En ocasiones vemos que la gente comparte enlaces cortos y nos direcciona a una página en específico. Normalmente esto lo vemos sobre todo en twitter, bueno una herramienta que podemos utilizar y es gratuita está en el siguiente URL: https://bitly.com/shorten/ y nos devuelve el enlace como necesitamos usarlo espero que le sirva.

Como Corregir error de SID Duplicado en Windows ( Sysprep )

En Ocasiones no cuando utilizamos duplicadores de imagen y hoy en dia programas de virtualización (sobre todo cuando clonamos la máquina virtual), con Windows, nos encontramos sobre todo cuando queremos meterla en dominio(o tambien si queremos realizar Servicio de implementacio de Windows "WDS" por sus siglas en ingles) que Windows nos indica que el SID del equipo esta duplicado.

El error lo emite porque Windows asigna un identificador único en cada instalación, sería normal pensar que se pierde entonces todo lo que hicimos, la respuesta es no si tus programa no dependen del nombre del equipo por ejemplo SQL. Debemos reconfigurar en la tarjeta de red, nombre del equipo, y en el caso de programas que dependan del nombre del equipo (SQL por ejemplo). 

Para corregir el error de SID Duplicado lo único que debemos realizar son 4 solo pasos:

1. Ejecutamos cmd, para entrar a la línea de comando.
2. Nos vamos a  con cd C:\windows\system32\sysprep (Evidentemente si tenemos Windows instalado en c: y en directorio Windows).
3. Escribimos el comando sysprep, y escogemos la primera opción y la opción de generalice.
4. Reconfigurar la Tarjeta de Red, Nombre del Equipo, y los programas que dependan del nombre del Equipo.