Domotica y Software libre

Cómo conectarnos a una red VPN en Windows 8.1 En muchas ocasiones es posible que necesitemos conectarnos a una red VPN por varios motivos. Uno de los más habituales y que más puede interesar a los usuarios con ciertos conocimientos y que no utilizan redes empresariales privadas es el mantener el anonimato en la red o simplemente conectarse de forma remota a su propio sistema mediante una VPN que cifre los datos y envite, por ejemplo, que desde redes inalámbricas públicas nos puedan filtrar los datos. Crear una conexión VPN en Windows 8.1 es bastante sencillo y el proceso es similar al de otras versiones anteriores siempre y cuando utilicemos el escritorio convencional de Windows para ello en lugar de Modern UI. Lo primero que debemos hacer antes de configurar una conexión VPN es tener una conexión activa a internet, de lo contrario, no podremos crearla (y tampoco funcionaría en caso de hacerlo). Una vez conectados a internet debemos hacer click con el botón derecho sobre el icono de

OpenVPN Para mas informacion, ver  https://community.openvpn.net/ . Security note The configuration snippets here will produce a working server and client config. But take certain precautions if you want to use this approach in a production environment. Important things to avoid are: Do not store the easy-rsa CA files on the OpenVPN server. The server only needs ca.crt, server.crt, server.key and dh*.pem files The client only needs ca.crt, client.crt and client.key Avoid creating the encryption keys in a virtualized environment, as the random entropy may not be random enough to guarantee safe keys. Working with systemd With the transition to  systemd , OpenVPN no longer has a single monolithic init script, where every connection with a configuration file in  /etc/openvpn/  is started automatically. Instead, individual connections can be started and stopped with  systemctl . For example, to start a connection, run  systemctl start openvpn@ foo .service , where the co

Hace unos meses ya, hice el cambio de Debian (rama "testing") a Arch Linux. Uno de las distintas cosas a las que tuve que adaptarme en esa migración fue pasar de un sistema que  por ese entonces aún utilizaba SysVinit como gestor de servicios a uno que utiliza SystemD.  Para mí este era un punto importante, debido a las conocidas quejas que ha habido (y sigue habiendo) sobre SystemD. Hoy he querido compartir con vosotros mis impresiones sobre este sistema. La experiencia de usuario de un gestor de servicios no es algo que se constate de la misma forma que, por ejemplo, la de un entorno de escritorio o una aplicación en concreto.  El gestor de servicios es un elemento que, bajo funcionamiento normal, no se interpone en el funcionamiento del sistema: una vez que el sistema arranca el núcleo y este le pasa el relevo al proceso  init , si no hay problemas (y no debería haberlos si todo está configurado como debe), se iniciará la entrada de usuario (ya sea login en una c

En Java, hay varios parámetros para controlar el  tamaño inicial  y el  tamaño máximo  que puede tomar la máquina virtual. Además, hay que tener en cuenta el tipo de memoria sobre el que se quiere actuar:  heap ,  non-heap  ( PermGen ). Los valores por defecto que se dan corresponden a máquina virtuales de Sun, y son orientativos, porque pueden cambiar entre versiones de la máquina virtual. Los parámetros son los siguientes, fijándose a 128Mb. -Xms128m :  Tamaño de inicio  de la máquina virtual de Java a 128Mb. El valor por defecto son 64Mb. Si se aumenta este valor, se elimina el tiempo que se tardaría en aumentar el tamaño en memoria de la máquina virtual si se llegara el caso de que se necesitara más memoria, por lo que aumentaría el rendimiento en los casos que la aplicación haga uso intensivo de la memoria. -Xmx128m :  Tamaño máximo  de la máquina virtual de Java a 128Mb.  El valor por defecto son 128Mb. Si la aplicación supera el tamaño máximo de memoria que marca este pará