iT Synergy Blogs

Growing Innovation - Soluciones a problemas reales

Copyright © 2025 · iT Synergy·

How Configure VPN Site to Site in Microsoft Windows Azure
How Configure VPN Site to Site in Microsoft Windows Azure avatar

By 1 Comment

Todos sabemos las ventajas que nos ofrece Windows Azure con los servicios que tiene de virtual machines, virtual networks, BizTalk, Mobile services, cloud services, etc. Por eso quiero escribir este blog donde mostrare como realizar una conexión Site to Site Vpn, aprovechando esta característica de Azure para hacer un Cross entre mis maquinas On Premise y Cloud.

Antes de empezar aconsejo, que primero se realice un bosquejo de la red interna de su empresa u organización, y sepa de antemano como están distribuidas las ip dentro de estas y saber cuál es su direccionamiento.

1. Ingresamos al portal de Windows Azure.

https://manage.windowsazure.com

2. Nos dirigimos a la sección de redes

clip_image002

3. Creamos una nueva red local.

clip_image004

4. Se despliega un formulario donde ingresamos el nombre de nuestra red local y la dirección ip Vpn de nuestra red, en este campo colocamos la dirección publica de nuestro servidor RRAS.

clip_image006

5. En la siguiente página del formulario ingresamos el espacio de direcciones de red de nuestra red local en este campo debemos poner el direccionamiento de nuestra empresa, ejemplo una máquina de nuestra empresa tiene una ip: 10.20.1.5/24, entonces deberíamos colocar dos direcciones la de red que seria 10.20.0.0/24 y la dirección de espacio 10.20.1.0/24, aconsejo realizarlo de esta forma para evitar problemas de configuración de ip.

clip_image008

6. Una vez terminado el paso anterior esperamos que nuestra red local se cree, y procedemos a crear la red site to site, para esto creamos una nueva red personalizada.

clip_image010

7. Después de crear la red se abre un formulario de configuración de la red virtual donde nuestro primer paso es asignarle el nombre de a nuestra red y escoger el grupo de afinidad de una lista, o podemos crearla si se desea, para saber más sobre grupos de afinidad visitar: http://social.technet.microsoft.com/wiki/contents/articles/19216.grupos-de-afinidad-en-windows-azure-es-es.aspx

clip_image012

8. En la siguiente página del formulario ingresamos nuestro servidor DNS, este campo no es obligatorio y podemos añadirlo aun después de haber creado nuestra red, si se decide ingresarlo este debe ser el mismo del de nuestra organización.

En esta misma página seleccionamos el tipo de conexión que deseamos hacer para eso hacemos check en site to site Vpn y dejamos la casilla point to site libre, esta casilla puede ser añadida también después de haber creado la red, para una configuración Point to Site puedes visitar mi otro post donde explico cómo configurar este. Y por último seleccionamos la red local a la cual deseamos conectarnos en este campo también pudimos haber creado la red local, pero con motivos de ser más lo más claro posible la creamos de forma independiente ya cuando tengan más practicas este puede ser creado desde este mismo formulario, pero mi consejo siempre será dividir estas configuraciones para evitar problemas de direccionamiento.

clip_image013

9. Ahora configuraremos el espacio de direcciones que utilizaremos para nuestras máquinas virtuales, como un consejo y por motivos básicos de conceptos redes esta direccionamiento no puede coincidir con el de la red local o el de nuestra conexión Point to Site si se decidió configurar ya que no puede haber solapamiento entre redes.

clip_image015

10. Finalizamos el formulario y esperamos que nuestra red se cree, si esta no se crea con éxito deben revisar su direccionamiento y verificar que no tengan solapamiento entre estas.

11. Una vez creada nuestra red la seleccionamos y nos dirigimos al panel principal y vemos que no tenemos un Gateway, por lo que procedemos a créalo como vemos en la siguiente imagen, este proceso puede demorar mientras se nos asigna una dirección publica por parte de Azure. Para una configuración del servidor RRAS se aconseja utilizar Gateway Dinámico.

clip_image017

12. Después de una ansiosa espera 🙂 miramos que ya tenemos un Gateway asignado.

clip_image019

13. Con nuestro Gateway definido procedemos a descargar el Script para realizar nuestra configuración en el servidor RRAS

clip_image021

clip_image023

14. Ahora empezaremos a realizar las configuraciones en nuestro servidor RRAS, lo primero es copiar el Script que descargamos al servidor o empezar a configurar el Script si ya estamos en el RRAS.

Abrimos el script con un block de notas yo uso Notepad++ por las ventajas que tiene, dentro del script modificamos las siguientes líneas.

· Line 75: Remplazar <SP_AzureGatewayIpAddress> con la dirección IP del Gateway que nos da Windows Azure.

· Line 75: Remplazar<SP_AzureNetworkCIDR> con la red CIDR que definimos en nuestro espacio de direcciones recuerden en mi caso en el punto 9 de este tutorial 172.16.0.0/24

· Line 75: Remplazar<SP_AzureNetworkMetric> con el valor de 10

· Line 75: Remplazar<SP_PresharedKey> Con la clave manage key que nos da Windows Azure

· Line 78: Remplazar<SP_AzureGatewayIpAddress> con la dirección IP del Gateway que nos da Windows Azure.

· Line 79: Remplazar<SP_AzureGatewayIpAddress> con la dirección IP del Gateway que nos da Windows Azure.

· Line 85: Remplazar<SP_AzureGatewayIpAddress> con la dirección IP del Gateway que nos da Windows Azure.

Por ultimo guardamos el archivo en la dirección que deseemos con una extensión .ps1

· Con nuestro Script modificado abrimos la consola de PowerShell como administrador.

clip_image025

clip_image027

16. Nos dirigimos a la ruta donde tenemos el archivo para ejecutarlo.

clip_image029

16. Una vez ejecutado tenemos un mensaje de esta forma.

clip_image031

Si hacemos las cosas bien y no solo siguiendo este tutorial como robots y leímos el script para entender las sentencias que iba hacer, es posible que nos toque reiniciar el servidor RRAS como un paso para la instalación de remote access y la creación de la interface, si tienen que reiniciar recomiendo ejecutar el script nuevamente para una completa ejecución de todas las líneas del script, con esto verán que se le pueden generar dos errores y uno de esto es que el remote access ya fue creado y que la interface de igual forma. Hagan caso omiso a estos mensajes.

17. Después de ejecutar el script nos abrimos el Routing and Remote Access

clip_image033

18. No dirigimos a las interface y miramos que este la dirección IP que pusimos en el script.

clip_image035

19. Antes de realizar la conexión debemos realizar ciertos ajustes en nuestro firewall para permitir acceso a algunos puertos que requiere el protocolo de seguridad IKEv2.

· Protocolo IP = UDP, UDP Puerto numero = 500 <- Utilizado por IKEv2 (control IPSec)

· Protocolo IP = UDP, UDP Puerto numero = 4500 <- Utilizado por IKEv2 (control IPSec)

· Protocolo IP = UDP, UDP Puerto numero = 1701 <- Utilizado por la vía de control / datos L2TP

· Ahora si realizamos la conexión, en este paso yo recomiendo realizar la conexión desde el Routing Remote Access en la interface de redes, este ya he visto que la interface del portal es más lenta y carga los datos en más tiempo.

clip_image037

21. Ya después de tener conectado la interface actualizamos la página del portal y poder ver la conexión.

clip_image038

Great!!!!!!!!

Crear Tareas en segundo plano en Windows RT
Crear Tareas en segundo plano en Windows RT avatar

By Leave a Comment

Para crear una tarea en segundo plano debemos seguir los siguientes pasos:
1. Crear una clase que herede de IBackgroundTask
la clase debe ser sellada segun los requerimientos de WindowsRT y debe implementar la interface IBackgroundTask

1

Al implementarla se genera el método Run.
2. Agregar una espera o aplazamiento a la tarea
Si dentro de la tarea se ejecuta código asincrónico, se debe solicitar una espera, ya que de lo contrario el método Run podria terminar antes de que finalice la ejecución de la tarea.
Para esto usamos BackgroundTaskDeferral que guarda la espera en una variable y con esta indicamos cuando termina la ejecución del proceso.
BackgroundTaskDeferral _deferral = taskInstance.GetDeferral();
//Codigo sincrónico
_deferral.Complete();

2

3. Diligenciar el archivo del manifiesto del proyecto
En este archivo podemos encontrar gran parte de la configuración de la aplicación. Para este caso se mostrará la configuración de la tarea en segundo plano
Debemos buscar el archivo package.appxmanifest

3

en la pestaña Declarations, buscamos en la opción Available Declarations la opción BackgroundTask

4

Al presionar click sobre esta podemos configurarla. Selecionamos el tipo de tareas que debe soportar y adicionamos el Entry Point (compuesto por el nameSpace de la clase y el nombre de la misma).
4. Registrar la tarea
El siguiente paso es realizar el registro de la tarea cuando se ejecute la aplicación. Para esto usamos el siguiente codigo:

5

Aquí podemos ver lo siguiente:
⦁ Obtenemos acceso al registro de tareas en segundo plano.
⦁ Validamos si la tarea ya se encuentra registrada, y de ser asi la quitamos del registro.
⦁ Instanciamos el objeto BackgroundTaskBuilder y diligenciamos los atributos nombre (Name) y punto de entrada de la tarea (TaskEntryPoint)
⦁ Asignamos el tiempo de intervalo de ejecución a través del objeto TimeTrigger (se debe tener en cuenta que este no permite el ingreso de valores inferiores a 15). Este es el tiempo de espera entre una ejecución y otra en el sistema.
⦁ Por último registramos la tarea con el método Register.

Siguiendo estos pasos nuestra tarea quedará registrada.

Llamar Servicio POST Web API con parámetro desde WinApp C# usando PostAsync
Llamar Servicio POST Web API con parámetro desde WinApp C# usando PostAsync avatar

By Leave a Comment

Debido a que desde una aplicación Windows 8 no podia usar PostAsJsonAsync, tuve que buscar otras alternativas. En este caso la mejor fue el uso de PostAsync. Para usarla debemos hacer lo siguiente:

1. Crear un cliente Http

var client = new HttpClient();

2. Configurar el contentType

client.DefaultRequestHeaders.Accept.Clear();
client.DefaultRequestHeaders.Accept.Add(new MediaTypeWithQualityHeaderValue(“application/json”));

3. Crear una Uri.

var requestUrl = new Uri(“http://localhost:81/Api/Sync/Contenido”);

4. crear un httpContent, en este caso de tipo StringContent

var content = new StringContent(JsonConvert.SerializeObject(registros), Encoding.UTF8, “application/json”);

5. Usamos el PostAsync con la uri y el contenido

var response = client.PostAsync(new Uri(string.Format(UrlBase, Post, metodo)), content).Result;

6. Por último tomamos la respuesta (un string con formato Json).

response.Content.ReadAsStringAsync().Result;

Ej.

private string LlamarServicioSincronizacionPost(string metodo, List<Registro> registros)
{
HttpClient client = new HttpClient();
client.DefaultRequestHeaders.Accept.Clear();
client.DefaultRequestHeaders.Accept.Add(new MediaTypeWithQualityHeaderValue(“application/json”));
var content = new StringContent(JsonConvert.SerializeObject(registros), Encoding.UTF8, “application/json”);
var response = client.PostAsync(new Uri(“http://localhost:81/Api/Sync/Contenido”), content).Result;
return response.Content.ReadAsStringAsync().Result;
}