<?xml version="1.0" encoding="iso-8859-1"?>
<!-- generator="wordpress/1.5.1.3" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
>

<channel>
	<title>EsLoMas.com</title>
	<link>http://www.eslomas.com</link>
	<description>Informática, internet y algo del mundo real</description>
	<pubDate>Tue, 06 May 2008 06:42:00 +0000</pubDate>
	<generator>http://wordpress.org/?v=1.5.1.3</generator>
	<language>en</language>

		<item>
		<title>Evitar errores al abrir Access de una ubicación de red</title>
		<link>http://www.eslomas.com/index.php/archives/2008/01/04/evitar-errores-al-abrir-access-de-una-ubicacion-de-red/</link>
		<comments>http://www.eslomas.com/index.php/archives/2008/01/04/evitar-errores-al-abrir-access-de-una-ubicacion-de-red/#comments</comments>
		<pubDate>Fri, 04 Jan 2008 19:36:08 +0000</pubDate>
		<dc:creator>Patxi</dc:creator>
		
	<category>Windows</category>
		<guid>http://www.eslomas.com/index.php/archives/2008/01/04/evitar-errores-al-abrir-access-de-una-ubicacion-de-red/</guid>
		<description><![CDATA[Hace unos días pase todos los datos de documentos, proyectos, fotos, vídeos, etc. que tenía en el ordenador de casa a un servidor Linux, de forma que toda esta información sea accesible desde el resto de equipos de la casa. Para ello y por no complicarme mucho la vida, hice un pequeño script que conecta una serie de unidades de red en el inicio de sesión.
   Todo ha ido bien hasta esta mañana que he querido acceder a unas bases de datos Access. Al intentar abrirlas me mostraba un error diciéndome que Access no podía abrir el archivo, ya que el archivo se encontraba fuera de la intranet o en un sitio de poca confianza y que por problemas de seguridad no lo abría.
   Como ya me había peleado con esto hace algún tiempo esta ocasión no me ha costado mucho encontrar la solución, pero de todas formas he preferido escribirla hoy por si a alguien más le sirve.
   Lo que hay que hacer para que no dé este error y se puedan abrir los Access, es bien añadir el servidor a los sitios de confianza, o añadirlo a los equipos que forman parte de la intranet. No intentes buscar opciones equivalentes en las propiedades del explorador de archivos, ambas opciones se realizan desde el Internet Explorer, algo que la verdad es que no tiene mucho sentido, pero&#8230;  Lo que hay que hacer es entrar en &#8220;Herramientas >> Opciones&#8221;. En esta pantalla veremos las diferentes zonas de seguridad existentes. Yo en mi caso lo que he hecho ha sido añadir el servidor a los equipos de la zona de contenido &#8220;Intranet Local&#8221;. Para ello hay que seleccionar &#8220;Intranet local&#8221; y pulsar sobre sitios. En la pantalla que se muestra hay que pulsar &#8220;Opciones Avanzadas&#8221;, con lo que llegamos a una pantalla en la que podemos escribir el nombre o dirección IP del servidor y agregarla a la lista. Una vez hecho ya podremos abrir el Access correctamente.
]]></description>
			<content:encoded><![CDATA[<p>Hace unos días pase todos los datos de documentos, proyectos, fotos, vídeos, etc. que tenía en el ordenador de casa a un servidor Linux, de forma que toda esta información sea accesible desde el resto de equipos de la casa. Para ello y por no complicarme mucho la vida, hice un pequeño script que conecta una serie de unidades de red en el inicio de sesión.</p>
   <p>Todo ha ido bien hasta esta mañana que he querido acceder a unas bases de datos Access. Al intentar abrirlas me mostraba un error diciéndome que Access no podía abrir el archivo, ya que el archivo se encontraba fuera de la intranet o en un sitio de poca confianza y que por problemas de seguridad no lo abría.</p>
   <p>Como ya me había peleado con esto hace algún tiempo esta ocasión no me ha costado mucho encontrar la solución, pero de todas formas he preferido escribirla hoy por si a alguien más le sirve.</p>
   <p>Lo que hay que hacer para que no dé este error y se puedan abrir los Access, es bien añadir el servidor a los sitios de confianza, o añadirlo a los equipos que forman parte de la intranet. No intentes buscar opciones equivalentes en las propiedades del explorador de archivos, ambas opciones se realizan desde el Internet Explorer, algo que la verdad es que no tiene mucho sentido, pero&#8230;  Lo que hay que hacer es entrar en &#8220;Herramientas >> Opciones&#8221;. En esta pantalla veremos las diferentes zonas de seguridad existentes. Yo en mi caso lo que he hecho ha sido añadir el servidor a los equipos de la zona de contenido &#8220;Intranet Local&#8221;. Para ello hay que seleccionar &#8220;Intranet local&#8221; y pulsar sobre sitios. En la pantalla que se muestra hay que pulsar &#8220;Opciones Avanzadas&#8221;, con lo que llegamos a una pantalla en la que podemos escribir el nombre o dirección <acronym title="Internet Protocol">IP</acronym> del servidor y agregarla a la lista. Una vez hecho ya podremos abrir el Access correctamente.
</p>]]></content:encoded>
			<wfw:commentRSS>http://www.eslomas.com/index.php/archives/2008/01/04/evitar-errores-al-abrir-access-de-una-ubicacion-de-red/feed/</wfw:commentRSS>
	</item>
		<item>
		<title>Inyecciones SQL en Access</title>
		<link>http://www.eslomas.com/index.php/archives/2007/10/30/inyecciones-sql-en-access/</link>
		<comments>http://www.eslomas.com/index.php/archives/2007/10/30/inyecciones-sql-en-access/#comments</comments>
		<pubDate>Tue, 30 Oct 2007 16:55:05 +0000</pubDate>
		<dc:creator>Patxi</dc:creator>
		
	<category>Windows</category>
		<guid>http://www.eslomas.com/index.php/archives/2007/10/30/inyecciones-sql-en-access/</guid>
		<description><![CDATA[Aunque parezca mentira hay multitud de webs desarrolladas aún hoy en día sobre bases de datos Access. Supongo que entre las razones estará el coste, aunque esto es difícil de entender cuando se trata de webs comerciales que tienen que dar acceso a varios usuarios y que además contienen información personal. Y quiero suponer que se trata normalmente del coste por no pensar que se deba a cierto desconocimiento o incompetencia, que en este caso sería lo mismo, que es lo primero que me viene a la mente si además veo que la aplicación es vulnerable a los ataques más simples existentes.
   Cada vez que veo una ventana de autenticación en una web tengo que hacer esfuerzos por no comprobar al menos si están protegidos contra los ataques más básicos, pero claro, la carne es débil y en algunas ocasiones no me resisto y lo pruebo y al final resulta que en muchas ocasiones puedes entrar hasta la cocina.
   Bueno, para aquellos temerarios que utilicen Access en sus aplicaciones web, les recomiendo que echen un vistazo a esta lista [1] de ataques SQL Injection para MS Access, para que al menos sepan como protegerlas. Quizás algún desarrollador se sorprenda de cómo es de fácil entrar en su aplicación con un simple ' or 1=1%00 y cómo es posible obtener toda la estructura de tablas y campos con un poco de paciencia o un sencillo programa que automatice el envío de diferentes cadenas de SQL Injection, o incluso el contenido total de la base de datos utilizando Blind SQL Injection.


[1] http://www.webapptest.org/ms-access-sql-injection-cheat-sheet-EN.html]]></description>
			<content:encoded><![CDATA[<p>Aunque parezca mentira hay multitud de webs desarrolladas aún hoy en día sobre bases de datos Access. Supongo que entre las razones estará el coste, aunque esto es difícil de entender cuando se trata de webs comerciales que tienen que dar acceso a varios usuarios y que además contienen información personal. Y quiero suponer que se trata normalmente del coste por no pensar que se deba a cierto desconocimiento o incompetencia, que en este caso sería lo mismo, que es lo primero que me viene a la mente si además veo que la aplicación es vulnerable a los ataques más simples existentes.</p>
   <p>Cada vez que veo una ventana de autenticación en una web tengo que hacer esfuerzos por no comprobar al menos si están protegidos contra los ataques más básicos, pero claro, la carne es débil y en algunas ocasiones no me resisto y lo pruebo y al final resulta que en muchas ocasiones puedes entrar hasta la cocina.</p>
   <p>Bueno, para aquellos temerarios que utilicen Access en sus aplicaciones web, les recomiendo que echen un vistazo a <a href="http://www.webapptest.org/ms-access-sql-injection-cheat-sheet-EN.html" target="_blank" class="external">esta lista</a> de ataques <acronym title="Structured Query Language (a database standard)">SQL</acronym> Injection para <acronym title="Microsoft">MS</acronym> Access, para que al menos sepan como protegerlas. Quizás algún desarrollador se sorprenda de cómo es de fácil entrar en su aplicación con un simple <code>' or 1=1%00</code> y cómo es posible obtener toda la estructura de tablas y campos con un poco de paciencia o un sencillo programa que automatice el envío de diferentes cadenas de <acronym title="Structured Query Language (a database standard)">SQL</acronym> Injection, o incluso el contenido total de la base de datos utilizando Blind <acronym title="Structured Query Language (a database standard)">SQL</acronym> Injection.
</p>]]></content:encoded>
			<wfw:commentRSS>http://www.eslomas.com/index.php/archives/2007/10/30/inyecciones-sql-en-access/feed/</wfw:commentRSS>
	</item>
		<item>
		<title>Solución al reto hacking de Informatica64</title>
		<link>http://www.eslomas.com/index.php/archives/2007/01/23/solucion-al-reto-hacking-de-informatica64/</link>
		<comments>http://www.eslomas.com/index.php/archives/2007/01/23/solucion-al-reto-hacking-de-informatica64/#comments</comments>
		<pubDate>Tue, 23 Jan 2007 10:54:17 +0000</pubDate>
		<dc:creator>Patxi</dc:creator>
		
	<category>.NET</category>
	<category>Linux</category>
	<category>Windows</category>
	<category>Otros Informática</category>
		<guid>http://www.eslomas.com/index.php/archives/2007/01/23/solucion-al-reto-hacking-de-informatica64/</guid>
		<description><![CDATA[Chema Alonso, alias el Maligno, propuso hace un tiempo su primer reto hacking [1]. El reto me recordaba bastante a una iniciativa que hubo hace unos años por parte del Instituto de Seguridad en Internet, que se llamaba Boinas Negras [2]. Dediqué una buena cantidad de horas a ir avanzando en aquella prueba y la verdad es que me sirvió para aprender bastantes técnicas, pero sobretodo, para ser más consciente de los agujeros de seguridad que muchas veces dejamos sin darnos cuenta. En esta ocasión no he podido dedicar tiempo a resolver el reto, pero sí me he mantenido al tanto de sus novedades. 
   El reto consistía básicamente en conseguir acceso a la parte restringida de un web mediante una contraseña. Hoy Chema ha publicado una posible solución al reto [3], realizada por Daniel Kachakil.
   La solución del reto es un muy buen ejemplo del uso de SQL Injection en su variante &#8220;ciega&#8221;, en la que podemos inyectar instrucciones SQL pero tenemos la respuesta limitada a &#8220;verdadero&#8221; o &#8220;falso&#8221;. También es un excelente ejemplo de que en esto de la seguridad, muchas veces también es necesario algo de imaginación y suerte, pero siempre guiadas por unos buenos conocimientos técnicos.


[1] http://www.informatica64.com/retohacking/
[2] http://www.eslomas.com" target=
[3] http://www.informatica64.com/retohacking/]]></description>
			<content:encoded><![CDATA[<p>Chema Alonso, alias el Maligno, propuso hace un tiempo su <a href="http://www.informatica64.com/retohacking/" target="_blank" class="external">primer reto hacking</a>. El reto me recordaba bastante a una iniciativa que hubo hace unos años por parte del Instituto de Seguridad en Internet, que se llamaba <a href="" target="_blank" class="external">Boinas Negras</a>. Dediqué una buena cantidad de horas a ir avanzando en aquella prueba y la verdad es que me sirvió para aprender bastantes técnicas, pero sobretodo, para ser más consciente de los agujeros de seguridad que muchas veces dejamos sin darnos cuenta. En esta ocasión no he podido dedicar tiempo a resolver el reto, pero sí me he mantenido al tanto de sus novedades. </p>
   <p>El reto consistía básicamente en conseguir acceso a la parte restringida de un web mediante una contraseña. Hoy Chema ha publicado una posible <a href="http://www.informatica64.com/retohacking/" target="_blank" class="external">solución al reto</a>, realizada por Daniel Kachakil.</p>
   <p>La solución del reto es un muy buen ejemplo del uso de <acronym title="Structured Query Language (a database standard)">SQL</acronym> Injection en su variante &#8220;ciega&#8221;, en la que podemos inyectar instrucciones <acronym title="Structured Query Language (a database standard)">SQL</acronym> pero tenemos la respuesta limitada a &#8220;verdadero&#8221; o &#8220;falso&#8221;. También es un excelente ejemplo de que en esto de la seguridad, muchas veces también es necesario algo de imaginación y suerte, pero siempre guiadas por unos buenos conocimientos técnicos.
</p>]]></content:encoded>
			<wfw:commentRSS>http://www.eslomas.com/index.php/archives/2007/01/23/solucion-al-reto-hacking-de-informatica64/feed/</wfw:commentRSS>
	</item>
		<item>
		<title>Conexión a VNC a través de firewalls y proxys utilizando túneles SSH</title>
		<link>http://www.eslomas.com/index.php/archives/2006/07/05/conexion-remota-vnc-proxy-firewall-tunel-ssh/</link>
		<comments>http://www.eslomas.com/index.php/archives/2006/07/05/conexion-remota-vnc-proxy-firewall-tunel-ssh/#comments</comments>
		<pubDate>Wed, 05 Jul 2006 17:04:59 +0000</pubDate>
		<dc:creator>Patxi</dc:creator>
		
	<category>Linux</category>
	<category>Windows</category>
		<guid>http://www.eslomas.com/index.php/archives/2006/07/05/conexion-remota-vnc-proxy-firewall-tunel-ssh/</guid>
		<description><![CDATA[VNC es una aplicación que nos permite realizar control remoto sobre equipos Windows o Linux. En este artículo explico cómo utilizarla para acceder a un equipo de nuestra red doméstica desde el exterior, por ejemplo desde el trabajo, utilizando una conexión cifrada y evitando posibles impedimentos como firewalls y proxys corporativos, usando para ello mecanismos basados en la creación de túneles SSH, que como veremos, no solo sirven para esto, sino que nos abren un gran abanico de oportunidades.
    (more&#8230;) [1]


[1] http://www.eslomas.com/index.php/archives/2006/07/05/conexion-remota-vnc-proxy-firewall-tunel-ssh/#more-277]]></description>
			<content:encoded><![CDATA[<p><acronym title="Virtual Network Computing">VNC</acronym> es una aplicación que nos permite realizar control remoto sobre equipos Windows o Linux. En este artículo explico cómo utilizarla para acceder a un equipo de nuestra red doméstica desde el exterior, por ejemplo desde el trabajo, utilizando una conexión cifrada y evitando posibles impedimentos como firewalls y proxys corporativos, usando para ello mecanismos basados en la creación de túneles <acronym title="Secure SHell (encrypted protocol replaces telnet and FTP)">SSH</acronym>, que como veremos, no solo sirven para esto, sino que nos abren un gran abanico de oportunidades.</p>
   <p> <a href="http://www.eslomas.com/index.php/archives/2006/07/05/conexion-remota-vnc-proxy-firewall-tunel-ssh/#more-277"></a>
</p>]]></content:encoded>
			<wfw:commentRSS>http://www.eslomas.com/index.php/archives/2006/07/05/conexion-remota-vnc-proxy-firewall-tunel-ssh/feed/</wfw:commentRSS>
	</item>
		<item>
		<title>Averiguar el path de ejecución de una  aplicación con C#</title>
		<link>http://www.eslomas.com/index.php/archives/2006/03/01/averiguar-path-ejecucion-aplicacion-csharp/</link>
		<comments>http://www.eslomas.com/index.php/archives/2006/03/01/averiguar-path-ejecucion-aplicacion-csharp/#comments</comments>
		<pubDate>Wed, 01 Mar 2006 11:38:34 +0000</pubDate>
		<dc:creator>Patxi</dc:creator>
		
	<category>Windows</category>
		<guid>http://www.eslomas.com/index.php/archives/2006/03/01/averiguar-path-ejecucion-aplicacion-csharp/</guid>
		<description><![CDATA[Hoy toca una cosa sencillita pero que suele ser necesaria al programar aplicaciones de escritorio, se trata de averiguar desde qué ruta se está ejecutando la aplicación.  Esto habitualmente es una tarea sencilla en cualquier lenguaje, por ejemplo ExtractFilePath(Application.ExeName) en Delphi, App.Path en versiones anteriores de Visual Basic, o System.getProperty("user.dir") en Java, sin embargo en .NET, pese a seguir siendo sencilla, es algo más difícil de recordar de memoria.
 (more&#8230;) [1]


[1] http://www.eslomas.com/index.php/archives/2006/03/01/averiguar-path-ejecucion-aplicacion-csharp/#more-244]]></description>
			<content:encoded><![CDATA[<p>Hoy toca una cosa sencillita pero que suele ser necesaria al programar aplicaciones de escritorio, se trata de averiguar desde qué ruta se está ejecutando la aplicación.  Esto habitualmente es una tarea sencilla en cualquier lenguaje, por ejemplo <code>ExtractFilePath(Application.ExeName)</code> en Delphi, <code>App.Path</code> en versiones anteriores de Visual Basic, o <code>System.getProperty("user.dir")</code> en Java, sin embargo en .NET, pese a seguir siendo sencilla, es algo más difícil de recordar de memoria.<br />
 <a href="http://www.eslomas.com/index.php/archives/2006/03/01/averiguar-path-ejecucion-aplicacion-csharp/#more-244"></a>
</p>]]></content:encoded>
			<wfw:commentRSS>http://www.eslomas.com/index.php/archives/2006/03/01/averiguar-path-ejecucion-aplicacion-csharp/feed/</wfw:commentRSS>
	</item>
		<item>
		<title>Copias de seguridad en Windows con rsync</title>
		<link>http://www.eslomas.com/index.php/archives/2006/01/25/copias-de-seguridad-en-windows-con-rsync/</link>
		<comments>http://www.eslomas.com/index.php/archives/2006/01/25/copias-de-seguridad-en-windows-con-rsync/#comments</comments>
		<pubDate>Wed, 25 Jan 2006 12:54:28 +0000</pubDate>
		<dc:creator>Patxi</dc:creator>
		
	<category>Windows</category>
		<guid>http://www.eslomas.com/index.php/archives/2006/01/25/copias-de-seguridad-en-windows-con-rsync/</guid>
		<description><![CDATA[Habitualmente en el trabajo almacenamos la información de cada uno en una unidad de red de un servidor, de forma que se haga copia de seguridad de ella todos los días. Para los usuarios normales esto no crea ningún problema, ya que la cantidad que suelen generar es bastante limitada, pero sin embargo en algunos casos como el nuestro, el volumen de información que se manejan en algunos proyectos hace que esto sea inadecuado, y que convenga almacenarlo todo en el propio equipo, bien por eficiencia, o para no saturar la red, el servidor o los backups.
   En cualquier caso sigue siendo necesaria la utilización de algún mecanismo de copia de seguridad que garantice que el trabajo que estamos haciendo no se pierda de un día para otro, por lo que hemos decidido hacer copias cruzadas entre varios equipos. Por poner un ejemplo, en mi equipo se guardan mis datos y una copia de otro puesto, y ese puesto se guardan sus datos y una copia de los míos.
   Hace ya un tiempo escribí un artículo sobre cómo realizar copias de seguridad en Linux mediante rsync [1], por lo que mi primera opción fue buscar información sobre cómo hacer funcionar rsync sobre entornos Windows. He visto que en algunos sitios recomiendan el SyncToy [2] de Microsoft, pero por lo que he visto de esta aplicación no me parece ni tan potente ni tan eficiente como rsync.
    (more&#8230;) [3]


[1] http://www.eslomas.com/index.php/archives/2005/01/31/como-realizar-copias-de-seguridad-con-rsync/
[2] http://www.microsoft.com/windowsxp/using/digitalphotography/prophoto/synctoy.mspx
[3] http://www.eslomas.com/index.php/archives/2006/01/25/copias-de-seguridad-en-windows-con-rsync/#more-238]]></description>
			<content:encoded><![CDATA[<p>Habitualmente en el trabajo almacenamos la información de cada uno en una unidad de red de un servidor, de forma que se haga copia de seguridad de ella todos los días. Para los usuarios normales esto no crea ningún problema, ya que la cantidad que suelen generar es bastante limitada, pero sin embargo en algunos casos como el nuestro, el volumen de información que se manejan en algunos proyectos hace que esto sea inadecuado, y que convenga almacenarlo todo en el propio equipo, bien por eficiencia, o para no saturar la red, el servidor o los backups.</p>
   <p>En cualquier caso sigue siendo necesaria la utilización de algún mecanismo de copia de seguridad que garantice que el trabajo que estamos haciendo no se pierda de un día para otro, por lo que hemos decidido hacer copias cruzadas entre varios equipos. Por poner un ejemplo, en mi equipo se guardan mis datos y una copia de otro puesto, y ese puesto se guardan sus datos y una copia de los míos.</p>
   <p>Hace ya un tiempo escribí un artículo sobre cómo realizar <a href="http://www.eslomas.com/index.php/archives/2005/01/31/como-realizar-copias-de-seguridad-con-rsync/" target="_blank" class="external">copias de seguridad en Linux mediante rsync</a>, por lo que mi primera opción fue buscar información sobre cómo hacer funcionar rsync sobre entornos Windows. He visto que en algunos sitios recomiendan el <a href="http://www.microsoft.com/windowsxp/using/digitalphotography/prophoto/synctoy.mspx" target="_blank" class="external">SyncToy</a> de Microsoft, pero por lo que he visto de esta aplicación no me parece ni tan potente ni tan eficiente como rsync.</p>
   <p> <a href="http://www.eslomas.com/index.php/archives/2006/01/25/copias-de-seguridad-en-windows-con-rsync/#more-238"></a>
</p>]]></content:encoded>
			<wfw:commentRSS>http://www.eslomas.com/index.php/archives/2006/01/25/copias-de-seguridad-en-windows-con-rsync/feed/</wfw:commentRSS>
	</item>
		<item>
		<title>Instalación de WebDAV en Apache</title>
		<link>http://www.eslomas.com/index.php/archives/2005/11/01/instalacion-de-webdav-en-apache/</link>
		<comments>http://www.eslomas.com/index.php/archives/2005/11/01/instalacion-de-webdav-en-apache/#comments</comments>
		<pubDate>Tue, 01 Nov 2005 17:46:42 +0000</pubDate>
		<dc:creator>Patxi</dc:creator>
		
	<category>Linux</category>
	<category>Windows</category>
	<category>Otros diseño web</category>
		<guid>http://www.eslomas.com/index.php/archives/2005/11/01/instalacion-de-webdav-en-apache/</guid>
		<description><![CDATA[WebDAV es el acrónimo de Web-based Distributed Authoring and Versioning, que viene a significar Autoría y Versionado distribuido basado en Web, que quizás tampoco diga mucho a algunas personas, pero que quedará bastante claro con un ejemplo.  La naturaleza de la información existente en el web es básicamente de solo lectura, una persona solicita acceder a una página web y el servidor le responde con una copia de dicha página, que el usuario puede ver en su navegador. Sin embargo, no hay ningún medio definido en el protocolo HTTP de que un usuario pueda modificar una página o crear una nueva, para ello es habitual tener que recurrir a otros protocolos como ftp o sftp. WebDAV es un protocolo construido sobre HTTP, al cual complementa con un conjunto de instrucciones que permiten esta comunicación bidireccional, ofreciéndonos la posibilidad de crear, modificar o mover documentos en un servidor remoto, y que incluso nos permite construir sistemas de archivos distribuidos accesibles desde cualquiers sitio.
   Para poder utilizar WebDAV por lo tanto necesitamos dos cosas, un servidor que entienda el protocolo y un cliente que pueda comunicarse con el servidor. En cuanto a lo segundo, la mayoría de los sistemas operativos modernos (Windows XP, Linux, Max OS X) permiten conectarnos transparentemente con servidores WebDAV, aunque también existen multitud de aplicaciones clientes desarrolladas por terceras empresas y que pueden ofrecer funcionalidades complementarias. Por lo tanto tenemos un único punto por resolver para poder empezar a usar WebDAV y es montar un servidor que hable este protocolo, para lo que vamos a utilizar el módulo mod_dav que viene incluido con Apache 2.0
    (more&#8230;) [1]


[1] http://www.eslomas.com/index.php/archives/2005/11/01/instalacion-de-webdav-en-apache/#more-210]]></description>
			<content:encoded><![CDATA[<p>WebDAV es el acrónimo de <q>Web-based Distributed Authoring and Versioning</q>, que viene a significar <q>Autoría y Versionado distribuido basado en Web</q>, que quizás tampoco diga mucho a algunas personas, pero que quedará bastante claro con un ejemplo.  La naturaleza de la información existente en el web es básicamente de solo lectura, una persona solicita acceder a una página web y el servidor le responde con una copia de dicha página, que el usuario puede ver en su navegador. Sin embargo, no hay ningún medio definido en el protocolo <acronym title="HyperText Transfer Protocol">HTTP</acronym> de que un usuario pueda modificar una página o crear una nueva, para ello es habitual tener que recurrir a otros protocolos como ftp o sftp. WebDAV es un protocolo construido sobre <acronym title="HyperText Transfer Protocol">HTTP</acronym>, al cual complementa con un conjunto de instrucciones que permiten esta comunicación bidireccional, ofreciéndonos la posibilidad de crear, modificar o mover documentos en un servidor remoto, y que incluso nos permite construir sistemas de archivos distribuidos accesibles desde cualquiers sitio.</p>
   <p>Para poder utilizar WebDAV por lo tanto necesitamos dos cosas, un servidor que entienda el protocolo y un cliente que pueda comunicarse con el servidor. En cuanto a lo segundo, la mayoría de los sistemas operativos modernos (Windows XP, Linux, Max OS X) permiten conectarnos transparentemente con servidores WebDAV, aunque también existen multitud de aplicaciones clientes desarrolladas por terceras empresas y que pueden ofrecer funcionalidades complementarias. Por lo tanto tenemos un único punto por resolver para poder empezar a usar WebDAV y es montar un servidor que hable este protocolo, para lo que vamos a utilizar el módulo mod_dav que viene incluido con Apache 2.0</p>
   <p> <a href="http://www.eslomas.com/index.php/archives/2005/11/01/instalacion-de-webdav-en-apache/#more-210"></a>
</p>]]></content:encoded>
			<wfw:commentRSS>http://www.eslomas.com/index.php/archives/2005/11/01/instalacion-de-webdav-en-apache/feed/</wfw:commentRSS>
	</item>
		<item>
		<title>Guía de migración de Windows a Linux</title>
		<link>http://www.eslomas.com/index.php/archives/2005/10/06/guia-migracion-windows-linux/</link>
		<comments>http://www.eslomas.com/index.php/archives/2005/10/06/guia-migracion-windows-linux/#comments</comments>
		<pubDate>Thu, 06 Oct 2005 10:43:06 +0000</pubDate>
		<dc:creator>Patxi</dc:creator>
		
	<category>Linux</category>
	<category>Windows</category>
	<category>Otros Informática</category>
		<guid>http://www.eslomas.com/index.php/archives/2005/10/06/guia-migracion-windows-linux/</guid>
		<description><![CDATA[El Ministerio de Interior Alemán, ha publicado una guía para la migración de los sistemas basados en Windows a Linux [1], tanto a nivel de servidores como de estaciones de trabajo. Esta guía es realmente completa y detalla cuestiones referentes a redes, servidores web, servidores de ficheros e impresión, servidores de correo, etc&#8230; en definitiva, toma en consideración todos los aspectos que hay que tener en cuenta para realizar una migración en condiciones, sobre todo cuando el volumen de equipos es alto.
   Merece la pena echarle un vistazo por lo menos al índice, ya que el documento, aparte de ser una excelente guía de migración de sistemas, es una muy buena fuente de información sobre el funcionamiento de diferentes tecnologías. 
   Aparte de opiniones personales sobre la idoneidad de la utilización de sistemas basados en Windows o en software libre, está claro que cada vez, al menos en Europa, se tiende por parte de los Gobiernos a fomentar el uso del software libre, un ejemplo claro es el caso de Extremadura. Sin embargo hay situaciones curiosas como la que a mi me toca más de cerca, que es la del Gobierno de Navarra, donde después de aprobar una resolución en el parlamento a favor de la utilización del software libre en la administración pública, creo que hace dos años ya, esto no se ha concretado en ningún hecho concreto, sino todo lo contrario, los servicios implementados sobre plataformas propietarias siguen aumentando.
   Ya en el plano personal, soy de los que piensa que es conveniente que las Administraciones comiencen a pasarse a plataformas abiertas allá donde sea posible. Los adalides de las ventajas de los productos Microsoft y compañía, dirán que el coste es mayor, que si el TCO aumenta, que si el ROI decrece, etc, etc, sin embargo, no cabe duda que hacerlo es una forma de incentivar el empleo en la comunidad, aumentar las inversiones en investigación y desarrollo de las empresas, e incluso aumentar los ingresos de la administración, ya que parte del dinero invertido se recupera vía impuestos, cuando de otra forma, todo lo invertido iría a parar a manos de alguna multinacional.
   Aparte del plano económico, del que ni mucho menos soy un experto, aunque creo que en algo me acercaré a la realidad, hay otras muchas cuestiones en las que considero ventajoso el uso de software libre en la administración, entre las cuales la principal es, sin lugar a dudas, el &#8220;cariño&#8221; que les tengo a mis datos personales, como declaraciones de la renta, historial médico, etc&#8230; Me fío infinitamente más de las aplicaciones en las que en un momento dado cualquiera puede ver qué es lo que hacen, que aquellas en las que el código está cerrado y debes fiarte. Puede que nadie se moleste en comprobar que la aplicación hace en realidad lo que tiene que hacer, pero ya solo la existencia de dicha posibilidad, es una garantía.
   Referencias
   
   Guía de migración [2]
   

[1] http://www.kbst.bund.de/download/2005-09-18-Migrationsleitfaden_englische_Fassung.pdf
[2] http://www.kbst.bund.de/download/2005-09-18-Migrationsleitfaden_englische_Fassung.pdf]]></description>
			<content:encoded><![CDATA[<p>El Ministerio de Interior Alemán, ha publicado <a href="http://www.kbst.bund.de/download/2005-09-18-Migrationsleitfaden_englische_Fassung.pdf" target="_blank" class="external">una guía para la migración de los sistemas basados en Windows a Linux</a>, tanto a nivel de servidores como de estaciones de trabajo. Esta guía es realmente completa y detalla cuestiones referentes a redes, servidores web, servidores de ficheros e impresión, servidores de correo, etc&#8230; en definitiva, toma en consideración todos los aspectos que hay que tener en cuenta para realizar una migración en condiciones, sobre todo cuando el volumen de equipos es alto.</p>
   <p>Merece la pena echarle un vistazo por lo menos al índice, ya que el documento, aparte de ser una excelente guía de migración de sistemas, es una muy buena fuente de información sobre el funcionamiento de diferentes tecnologías. </p>
   <p>Aparte de opiniones personales sobre la idoneidad de la utilización de sistemas basados en Windows o en software libre, está claro que cada vez, al menos en Europa, se tiende por parte de los Gobiernos a fomentar el uso del software libre, un ejemplo claro es el caso de Extremadura. Sin embargo hay situaciones curiosas como la que a mi me toca más de cerca, que es la del Gobierno de Navarra, donde después de aprobar una resolución en el parlamento a favor de la utilización del software libre en la administración pública, creo que hace dos años ya, esto no se ha concretado en ningún hecho concreto, sino todo lo contrario, los servicios implementados sobre plataformas propietarias siguen aumentando.</p>
   <p>Ya en el plano personal, soy de los que piensa que es conveniente que las Administraciones comiencen a pasarse a plataformas abiertas allá donde sea posible. Los adalides de las ventajas de los productos Microsoft y compañía, dirán que el coste es mayor, que si el TCO aumenta, que si el ROI decrece, etc, etc, sin embargo, no cabe duda que hacerlo es una forma de incentivar el empleo en la comunidad, aumentar las inversiones en investigación y desarrollo de las empresas, e incluso aumentar los ingresos de la administración, ya que parte del dinero invertido se recupera vía impuestos, cuando de otra forma, todo lo invertido iría a parar a manos de alguna multinacional.</p>
   <p>Aparte del plano económico, del que ni mucho menos soy un experto, aunque creo que en algo me acercaré a la realidad, hay otras muchas cuestiones en las que considero ventajoso el uso de software libre en la administración, entre las cuales la principal es, sin lugar a dudas, el &#8220;cariño&#8221; que les tengo a mis datos personales, como declaraciones de la renta, historial médico, etc&#8230; Me fío infinitamente más de las aplicaciones en las que en un momento dado cualquiera puede ver qué es lo que hacen, que aquellas en las que el código está cerrado y debes fiarte. Puede que nadie se moleste en comprobar que la aplicación hace en realidad lo que tiene que hacer, pero ya solo la existencia de dicha posibilidad, es una garantía.</p>
   <p><b>Referencias</b></p>
   <ul>
   <li><a href="http://www.kbst.bund.de/download/2005-09-18-Migrationsleitfaden_englische_Fassung.pdf" target="_blank" class="external">Guía de migración</a></li>
   </ul>]]></content:encoded>
			<wfw:commentRSS>http://www.eslomas.com/index.php/archives/2005/10/06/guia-migracion-windows-linux/feed/</wfw:commentRSS>
	</item>
		<item>
		<title>Identificadores autoincrementales en SQL SERVER</title>
		<link>http://www.eslomas.com/index.php/archives/2005/04/21/identificadores-autoincrementales-en-sql-server/</link>
		<comments>http://www.eslomas.com/index.php/archives/2005/04/21/identificadores-autoincrementales-en-sql-server/#comments</comments>
		<pubDate>Thu, 21 Apr 2005 13:22:49 +0000</pubDate>
		<dc:creator>Patxi</dc:creator>
		
	<category>.NET</category>
	<category>Windows</category>
		<guid>http://www.eslomas.com/index.php/archives/2005/04/21/identificadores-autoincrementales-en-sql-server/</guid>
		<description><![CDATA[A pesar de mis limitados conocimientos de SQL Server, creo que esta explicación sobre diversas características que afectan al tema de cómo disponer de identificadores autoincrementales en las tablas, puede ser de utilidad si te encuentras en algún punto muerto.
   Es habitual al crear una tabla de base de datos necesitar que el identificador de la tabla sea un entero autoincremental. Para hacer esto en SQL SERVER se utiliza IDENTITY. Con esto, definiendo una columna como int IDENTITY, haremos que cada vez que insertemos un registro se genere un nuevo identificador automáticamente.
    (more&#8230;) [1]


[1] http://www.eslomas.com/index.php/archives/2005/04/21/identificadores-autoincrementales-en-sql-server/#more-150]]></description>
			<content:encoded><![CDATA[<p>A pesar de mis limitados conocimientos de <acronym title="Structured Query Language (a database standard)">SQL</acronym> Server, creo que esta explicación sobre diversas características que afectan al tema de cómo disponer de identificadores autoincrementales en las tablas, puede ser de utilidad si te encuentras en algún punto muerto.</p>
   <p>Es habitual al crear una tabla de base de datos necesitar que el identificador de la tabla sea un entero autoincremental. Para hacer esto en <acronym title="Structured Query Language (a database standard)">SQL</acronym> SERVER se utiliza <q>IDENTITY</q>. Con esto, definiendo una columna como <code>int IDENTITY</code>, haremos que cada vez que insertemos un registro se genere un nuevo identificador automáticamente.</p>
   <p> <a href="http://www.eslomas.com/index.php/archives/2005/04/21/identificadores-autoincrementales-en-sql-server/#more-150"></a>
</p>]]></content:encoded>
			<wfw:commentRSS>http://www.eslomas.com/index.php/archives/2005/04/21/identificadores-autoincrementales-en-sql-server/feed/</wfw:commentRSS>
	</item>
		<item>
		<title>Instalando VNC y diferentes versiones disponibles</title>
		<link>http://www.eslomas.com/index.php/archives/2005/02/18/instalando-vnc-y-diferentes-versiones-disponibles/</link>
		<comments>http://www.eslomas.com/index.php/archives/2005/02/18/instalando-vnc-y-diferentes-versiones-disponibles/#comments</comments>
		<pubDate>Fri, 18 Feb 2005 06:34:08 +0000</pubDate>
		<dc:creator>Patxi</dc:creator>
		
	<category>Linux</category>
	<category>Windows</category>
		<guid>http://www.eslomas.com/index.php/archives/2005/02/18/instalando-vnc-y-diferentes-versiones-disponibles/</guid>
		<description><![CDATA[Como muchos aficionados a la informática dispongo de varios equipos en casa y tengo una red wi-fi montada para poder trabajar con el portátil desde cualquier sitio. Sin embargo hay veces que necesito trabajar desde un equipo en concreto y esto me obliga a ponerme ante él. Para evitar esto me decidí a instalar VNC como cliente y servidor en todos los equipos, de forma que desde cualquier equipo pueda acceder al resto.
   Lo primero que hice fue entrar en google y buscar &#8220;vnc&#8221;. Ante los resultados de la búsqueda comenzaron mis dudas, ya que descubrí que había tres diferentes versiones, Real VNC [1], Tight VNC [2] y Ultra VNC [3].
   Tras algo de búsqueda encontré Real VNC [4] un artículo con información básica sobre las tres versiones. Tras leer el artículo y la información básica de cada aplicación me he decidido por probar con Tight VNC. Las cuestiones que han marcado esta decisión son:
   
    RealVNC parece que es el pionero, sin embargo a pesar de ser GPL dispone de versiones comerciales que me predisponen a pensar que determinadas características que puedo llegar a necesitar no estén disponibles en la versión abierta. Pese a todo los precios de las licencias hay que decir que son baratos
    UltraVNC funciona sólo en windows por lo que quedó descartada rápidamente. Los tres programas utilizan el mismo protocolo por lo que  sería posible instalar esta versión en las máquinas windows y conectarse a los servidores linux y al contrario, pero por mantener la situación homogénea he preferido no hacerlo.
    TightVNC parece ser un proyecto con bastante movimiento. Dispone de primeras de las funcionalidades que necesito, se puede usar sobre Windows y Linux, y dispone de un cliente Java que se puede utilizar desde un navegador.


[1] http://www.realvnc.com/
[2] http://www.tightvnc.com/
[3] http://ultravnc.sourceforge.net
[4] http://www.nwc.com/showitem.jhtml?articleID=23900509&#038;pgno=4]]></description>
			<content:encoded><![CDATA[<p>Como muchos aficionados a la informática dispongo de varios equipos en casa y tengo una red wi-fi montada para poder trabajar con el portátil desde cualquier sitio. Sin embargo hay veces que necesito trabajar desde un equipo en concreto y esto me obliga a ponerme ante él. Para evitar esto me decidí a instalar <acronym title="Virtual Network Computing">VNC</acronym> como cliente y servidor en todos los equipos, de forma que desde cualquier equipo pueda acceder al resto.</p>
   <p>Lo primero que hice fue entrar en google y buscar &#8220;vnc&#8221;. Ante los resultados de la búsqueda comenzaron mis dudas, ya que descubrí que había tres diferentes versiones, <a href="http://www.realvnc.com/" target="_blank"     class="external">Real <acronym title="Virtual Network Computing">VNC</acronym></a>, <a href="http://www.tightvnc.com/" target="_blank"     class="external">Tight <acronym title="Virtual Network Computing">VNC</acronym></a> y <a href="http://ultravnc.sourceforge.net" target="_blank"     class="external">Ultra <acronym title="Virtual Network Computing">VNC</acronym></a>.</p>
   <p>Tras algo de búsqueda encontré <a href="http://www.nwc.com/showitem.jhtml?articleID=23900509&#038;pgno=4" target="_blank"     class="external">Real <acronym title="Virtual Network Computing">VNC</acronym></a> un artículo</a> con información básica sobre las tres versiones. Tras leer el artículo y la información básica de cada aplicación me he decidido por probar con Tight <acronym title="Virtual Network Computing">VNC</acronym>. Las cuestiones que han marcado esta decisión son:</p>
   <ul>
   <li> RealVNC parece que es el pionero, sin embargo a pesar de ser <acronym title="GNU General Public License">GPL</acronym> dispone de versiones comerciales que me predisponen a pensar que determinadas características que puedo llegar a necesitar no estén disponibles en la versión abierta. Pese a todo los precios de las licencias hay que decir que son baratos</li>
   <li> UltraVNC funciona sólo en windows por lo que quedó descartada rápidamente. Los tres programas utilizan el mismo protocolo por lo que  sería posible instalar esta versión en las máquinas windows y conectarse a los servidores linux y al contrario, pero por mantener la situación homogénea he preferido no hacerlo.</li>
   <li> TightVNC parece ser un proyecto con bastante movimiento. Dispone de primeras de las funcionalidades que necesito, se puede usar sobre Windows y Linux, y dispone de un cliente Java que se puede utilizar desde un navegador.
</ul>]]></content:encoded>
			<wfw:commentRSS>http://www.eslomas.com/index.php/archives/2005/02/18/instalando-vnc-y-diferentes-versiones-disponibles/feed/</wfw:commentRSS>
	</item>
	</channel>
</rss>
