<rss version="2.0"
     xmlns:atom="http://www.w3.org/2005/Atom"
     xmlns:dc="http://purl.org/dc/elements/1.1/">
        <channel>
        <title>Magazine - lan</title>
        <link>https://www.genbeta.com</link>
        <description>Publicación de noticias sobre gadgets y tecnología. Últimas tecnologías en electrónica de consumo y novedades tecnológicas en móviles, tablets, informática, etc</description>
        <pubDate>Sat, 13 Jun 2026 14:06:23 +0000</pubDate>
        <generator>https://www.genbeta.com</generator>
        <atom:link href="https://www.genbeta.com/tag/lan/rss2.xml" rel="self" type="application/rss+xml" />
                                        <item>
                <title><![CDATA[Crear tu propio servidor VPN o una LAN virtual, posibles usos de la nueva función Meshnet de NordVPN]]></title>
                <link>https://www.genbeta.com/actualidad/crear-tu-propio-servidor-vpn-lan-virtual-posibles-usos-nueva-funcion-meshnet-nordvpn</link>
                <guid>https://www.genbeta.com/actualidad/crear-tu-propio-servidor-vpn-lan-virtual-posibles-usos-nueva-funcion-meshnet-nordvpn</guid>
                <pubDate>Mon, 20 Jun 2022 18:50:34 +0000</pubDate>
                                         <dc:creator>Marcos Merino</dc:creator>
                                       <description>
                    <![CDATA[
                              <p>
      <img src="https://i.blogs.es/ce4f87/meshnet_nordvpn/1024_2000.jpg" alt="Crear&#x20;tu&#x20;propio&#x20;servidor&#x20;VPN&#x20;o&#x20;una&#x20;LAN&#x20;virtual,&#x20;posibles&#x20;usos&#x20;de&#x20;la&#x20;nueva&#x20;funci&#x00F3;n&#x20;Meshnet&#x20;de&#x20;NordVPN">
    </p>
    <p><a rel="nofollow, sponsored, noopener, noreferrer" target="_blank" class="js-ecommerce" id="link-ecommerce-1" href="https://www.webedia-afilia.com/redirect?url=https%3A%2F%2Fnordvpn.com%2Fes%2Fpricing%2F%3Futm_medium%3Daffiliate%26utm_term%26utm_content%3D334307%26utm_campaign%3Doff312%26utm_source%3Daff45829%26url%3Dhttps%253A%252F%252Fnordvpn.com%252Fes%252Fpricing%252F%253Fawc%253D20745_1675855138_67ccbd9e060c24dc363abce96470a375&category=actualidad&site=genbeta&ecomPostExpiration=everlasting&postId=310422" data-vars-affiliate-url="https://nordvpn.com/es/pricing/?utm_medium=affiliate&utm_term&utm_content=334307&utm_campaign=off312&utm_source=aff45829&url=https%3A%2F%2Fnordvpn.com%2Fes%2Fpricing%2F%3Fawc%3D20745_1675855138_67ccbd9e060c24dc363abce96470a375">NordVPN</a>, uno de los principales proveedores de servicios <a class="text-outboundlink" href="https://www.genbeta.com/a-fondo/que-vpn-como-funciona-como-te-puede-ayudar" data-vars-post-title="Qué es una VPN, cómo funciona y cómo te puede ayudar" data-vars-post-url="https://www.genbeta.com/a-fondo/que-vpn-como-funciona-como-te-puede-ayudar">VPN</a> del mundo, acaba de anunciar el lanzamiento de un nuevo servicio bautizado como <strong>Meshnet e integrado directamente en la app principal de NordVPN</strong>. De hecho, la última actualización de NordVPN ya incluye esta nueva funcionalidad sin necesidad de ningún gasto extra.</p>
<!-- BREAK 1 --><!--more--><p>¿Su principal objetivo? <strong>Permitirnos crear en pocos segundos nuestro propio servidor VPN</strong> —eso sí, limitando por ahora los sistemas operativos utilizables para dicha tarea a una breve lista compuesta únicamente por <strong>Windows o Linux</strong>—. "Realmente transformará la forma en que nuestros usuarios utilizan NordVPN", afirma el comunicado de prensa</p>
<!-- BREAK 2 -->
<p>Esta nueva funcionalidad nos permite <strong>sustituir el enrutamiento del tráfico a través de un servidor VPN por la conexión directa de nuestro equipo a otros dispositivo</strong>s (ya sean nuestros, o propiedad de amigos). De tal forma que podremos conectarnos a webs y servicios en la nube usando dichos dispositivos como intermediarios.</p>
<!-- BREAK 3 -->
<p>Pero Meshnet <strong>no sólo nos permite crear nuestra propia VPN</strong>, sino que también podremos usarlo para:</p>

<ul>
<li><strong>Acceder remotamente a archivos</strong> compartidos.</li>
<li><strong>Intercambiar archivo</strong>s entre equipos.</li>
<li>Crear una <strong>LAN virtual</strong> para videojuegos.</li>
</ul>
<div class="article-asset article-asset-normal article-asset-center">
 <div class="desvio-container">
  <div class="desvio">
   <div class="desvio-figure js-desvio-figure">
    <a href="https://www.genbeta.com/actualidad/censura-guerra-rusos-corrieron-masivamente-a-usar-vpns-ahora-putin-esta-bloqueando" class="pivot-outboundlink" data-vars-post-title="Con la censura de la guerra, los rusos corrieron masivamente a usar VPNs. Ahora Putin las está bloqueando">
     <img alt="Con&#x20;la&#x20;censura&#x20;de&#x20;la&#x20;guerra,&#x20;los&#x20;rusos&#x20;corrieron&#x20;masivamente&#x20;a&#x20;usar&#x20;VPNs.&#x20;Ahora&#x20;Putin&#x20;las&#x20;est&#x00E1;&#x20;bloqueando" width="375" height="142" src="https://i.blogs.es/bef022/destacada/375_142.webp" onerror='this.src="https://i.blogs.es/bef022/destacada/375_142.jpg"'>
    </a>
   </div>
   <div class="desvio-summary">
    <div class="desvio-taxonomy js-desvio-taxonomy">
     <a href="https://www.genbeta.com/actualidad/censura-guerra-rusos-corrieron-masivamente-a-usar-vpns-ahora-putin-esta-bloqueando" class="desvio-taxonomy-anchor pivot-outboundlink" data-vars-post-title="Con la censura de la guerra, los rusos corrieron masivamente a usar VPNs. Ahora Putin las está bloqueando">En Genbeta</a>
    </div>
    <a href="https://www.genbeta.com/actualidad/censura-guerra-rusos-corrieron-masivamente-a-usar-vpns-ahora-putin-esta-bloqueando" class="desvio-title js-desvio-title pivot-outboundlink" data-vars-post-title="Con la censura de la guerra, los rusos corrieron masivamente a usar VPNs. Ahora Putin las está bloqueando">Con la censura de la guerra, los rusos corrieron masivamente a usar VPNs. Ahora Putin las está bloqueando</a>
   </div>
  </div>
 </div>
</div>
<p>Así, poder contar con nuestra propia LAN virtual puede resultar muy <strong>útil para jugar en modo multijugador</strong> —a través de Internet y sin compartir ubicación física— <strong>a videojuegos antiguos que sólo soportaban conectividad vía LAN</strong>.</p>
<!-- BREAK 4 --><div class="article-asset-summary article-asset-normal"><div class="asset-content"><div class="sumario">Al igual que ocurre con el enrutamiento estándar de NordVPN, el que generemos usando Meshnet hará uso del protocolo NordLynx, la clave del equilibrio entre velocidad y privacidad de la app</div></div></div>
<div class="article-asset-video article-asset-large">
 <div class="asset-content">
  <div class="base-asset-video">
   <iframe width="1000" height="563" src="//www.youtube.com/embed/n_g-apvfXT4" allowfullscreen></iframe>
  </div>
 </div>
</div>
<h2>Un punto negativo</h2>

<blockquote>
  <p>En palabras de Vykintas Maknickas, estratega de producto de NordVPN, "mientras que una conexión NordVPN tradicional redirige tu tráfico de Internet a través de servidores, la red Meshnet te permite crear tu propio servidor NordVPN, formado únicamente por tus dispositivos o los de tus amigos, independientemente de su ubicación. Todo lo que se necesita es una suscripción a NordVPN".</p>
</blockquote>

<p>De hecho, esto último constituye <strong>la principal desventaja de Meshnet</strong>: que optemos por el servicio que optemos —servidor VPN, LAN virtual o acceso remoto a archivos— <strong>todos los equipos implicados deberán contar con una cuenta y suscripción a NordVPN</strong>, lo cual puede reducir las opciones de enrutamiento o el número de potenciales compañeros de partida.</p>
<!-- BREAK 5 -->
<p>Aunque, si en nuestro entorno contamos con muchos fans de NordVPN, <strong>Meshnet nos permitirá interconectar hasta 60 equipos</strong> (10 personales y 50 externos).</p>
<script>
 (function() {
  window._JS_MODULES = window._JS_MODULES || {};
  var headElement = document.getElementsByTagName('head')[0];
  if (_JS_MODULES.instagram) {
   var instagramScript = document.createElement('script');
   instagramScript.src = 'https://platform.instagram.com/en_US/embeds.js';
   instagramScript.async = true;
   instagramScript.defer = true;
   headElement.appendChild(instagramScript);
  }
 })();
</script>

                    ]]>
                </description>
            </item>
                                <item>
                <title><![CDATA[Microsoft compra el millonario dominio Corp.com para evitarle problemas de seguridad a las empresas usuarias de Active Directory]]></title>
                <link>https://www.genbeta.com/seguridad/microsoft-compra-millonario-dominio-corp-com-para-evitarle-problemas-seguridad-a-empresas-usuarias-active-directory</link>
                <guid>https://www.genbeta.com/seguridad/microsoft-compra-millonario-dominio-corp-com-para-evitarle-problemas-seguridad-a-empresas-usuarias-active-directory</guid>
                <pubDate>Tue, 07 Apr 2020 19:39:27 +0000</pubDate>
                                         <dc:creator>Marcos Merino</dc:creator>
                                       <description>
                    <![CDATA[
                              <p>
      <img src="https://i.blogs.es/26f305/active_directory/1024_2000.jpg" alt="Microsoft&#x20;compra&#x20;el&#x20;millonario&#x20;dominio&#x20;Corp.com&#x20;para&#x20;evitarle&#x20;problemas&#x20;de&#x20;seguridad&#x20;a&#x20;las&#x20;empresas&#x20;usuarias&#x20;de&#x20;Active&#x20;Directory">
    </p>
    <p>El pasado mes de febrero <a rel="noopener, noreferrer" href="https://krebsonsecurity.com/2020/02/dangerous-domain-corp-com-goes-up-for-sale/">salió a la venta el dominio 'corp.com'</a>. Más allá de lo atractivo que podría suponer para muchas empresas contar con un dominio como ése (que remite al término 'corporation' y resulta fácil de recordar), nada podría hacer pensar que fuera un dominio diferente a cualquier otro. Y, sin embargo, <strong>corp.com era la llave que permitía controlar un agujero de seguridad potencialmente devastador</strong> para muchas empresas.</p>
<!-- BREAK 1 -->
<p>Su historia comienza en 1990, cuando Mike O'Connor crea <em>Go-fast.net</em>, uno de los primeros proveedores de Internet, y registra un buen puñado de dominios .com que adquirirían gran valor en los años siguientes: <em>place.com, bar.com, pub.com</em>, etc.</p>
<!-- BREAK 2 --><!--more--><h2>El agujero de seguridad llamada "corp.com</h2>

<p>Uno de ellos fue -como habrás imaginado- corp.com. Pero <strong>algo hizo que O'Connor aguantara varios años sin subastar ese dominio en particular</strong>. Y ese 'algo' fue un error de diseño de <a class="text-outboundlink" rel="noopener, noreferrer" href="https://www.pymesyautonomos.com/tecnologia/la-importancia-de-tener-organizado-el-active-directory" data-vars-post-title="La importancia de tener organizado el Active Directory" data-vars-post-url="https://www.pymesyautonomos.com/tecnologia/la-importancia-de-tener-organizado-el-active-directory">Active Directory</a>, la herramienta de Microsoft que proporciona servicios de directorio en una red LAN.</p>
<!-- BREAK 3 -->
<p>La cuestión es que, en la primeras versiones de Windows compatibles con Active Directory, <strong>la ruta por defecto de los servicios de validación dentro de una misma LAN corporativa era el dominio interno "corp.com"</strong>.</p>
<!-- BREAK 4 --><div class="article-asset article-asset-normal article-asset-center">
 <div class="desvio-container">
  <div class="desvio">
   <div class="desvio-figure js-desvio-figure">
    <a href="https://www.genbeta.com/web/los-25-dominios-mas-caros-de-la-historia" class="pivot-outboundlink" data-vars-post-title="Los 25 dominios más caros de la historia">
     <img alt="Los&#x20;25&#x20;dominios&#x20;m&#x00E1;s&#x20;caros&#x20;de&#x20;la&#x20;historia" width="375" height="142" src="https://i.blogs.es/42ce22/dominios/375_142.webp" onerror='this.src="https://i.blogs.es/42ce22/dominios/375_142.jpg"'>
    </a>
   </div>
   <div class="desvio-summary">
    <div class="desvio-taxonomy js-desvio-taxonomy">
     <a href="https://www.genbeta.com/web/los-25-dominios-mas-caros-de-la-historia" class="desvio-taxonomy-anchor pivot-outboundlink" data-vars-post-title="Los 25 dominios más caros de la historia">En Genbeta</a>
    </div>
    <a href="https://www.genbeta.com/web/los-25-dominios-mas-caros-de-la-historia" class="desvio-title js-desvio-title pivot-outboundlink" data-vars-post-title="Los 25 dominios más caros de la historia">Los 25 dominios más caros de la historia</a>
   </div>
  </div>
 </div>
</div>
<p>Te estarás preguntando en qué medida puede representar eso un agujero de seguridad. Veamos: si un empleado de cualquiera de esas compañías intentara acceder a datos de su empresa desde fuera de la LAN (pongamos, por ejemplo, desde el Wi-Fi del aeropuerto) <strong>se estaría conectando realmente con el dominio de Internet "corp.com"</strong>.</p>
<!-- BREAK 5 -->
<p>Sí, el mismo que O'Connor puso a la venta en febrero. Y el mismo que, manejado con fines maliciosos, podría <strong>aprovechar esas conexiones involuntarias para interceptar comunicaciones de las empresas afectadas</strong> y extraer toda serie de datos (emails, contraseñas, etc).</p>
<!-- BREAK 6 -->
<h2>Nadie hace nada, y O'Connor se quita el problema de encima</h2>

<p>Pero, ¿nadie tomó medidas? Bueno, <a rel="noopener, noreferrer" href="https://msrc-blog.microsoft.com/2015/02/10/ms15-011-ms15-014-hardening-group-policy/">Microsoft liberó varias actualizaciones</a> de software que paliaban en parte el problema, pero <strong>pocas empresas aprovecharon las soluciones</strong> que dichas actualizaciones habilitaban.</p>
<!-- BREAK 7 -->
<p>Y no lo hicieron principalmente porque consideraban inasumible suprimir toda su red Active Directory al completo durante el tiempo necesario para implementar los cambios necesarios, porque <strong>ralentizaría o paralizaría aplicaciones necesarias para sus operaciones diarias</strong>.</p>
<!-- BREAK 8 --><div class="article-asset article-asset-normal article-asset-center">
 <div class="desvio-container">
  <div class="desvio">
   <div class="desvio-figure js-desvio-figure">
    <a href="https://magnet.xataka.com/why-so-serious/asi-es-como-una-persona-compro-google-com-por-solo-12-dolares" class="pivot-outboundlink" target="_blank" data-vars-post-title="Así es como una persona compró Google.com por sólo 12 dólares">
     <img alt="As&#x00ED;&#x20;es&#x20;como&#x20;una&#x20;persona&#x20;compr&#x00F3;&#x20;Google.com&#x20;por&#x20;s&#x00F3;lo&#x20;12&#x20;d&#x00F3;lares" width="375" height="142" src="https://i.blogs.es/9307ad/google/375_142.webp" onerror='this.src="https://i.blogs.es/9307ad/google/375_142.jpg"'>
    </a>
   </div>
   <div class="desvio-summary">
    <div class="desvio-taxonomy js-desvio-taxonomy">
     <a href="https://magnet.xataka.com/why-so-serious/asi-es-como-una-persona-compro-google-com-por-solo-12-dolares" class="desvio-taxonomy-anchor pivot-outboundlink m-crosspost" target="_blank" data-vars-post-title="Así es como una persona compró Google.com por sólo 12 dólares">En Magnet</a>
    </div>
    <a href="https://magnet.xataka.com/why-so-serious/asi-es-como-una-persona-compro-google-com-por-solo-12-dolares" class="desvio-title js-desvio-title pivot-outboundlink" target="_blank" data-vars-post-title="Así es como una persona compró Google.com por sólo 12 dólares">Así es como una persona compró Google.com por sólo 12 dólares</a>
   </div>
  </div>
 </div>
</div>
<p>O'Connor explicaba en febrero que veía el dominio de marras como "un vertedero de desechos químicos" y que no quería "legarlo a sus hijos y que ellos tengan que cargar con él". Y señalaba <strong>la frustración que le suponía que a "los buenos" parecía no importarle el asunto</strong>, lo que podía provocar que "corp.com" cayera en manos de cibercriminales.</p>
<!-- BREAK 9 -->
<p>Los "buenos" eran, claro, los responsables de Microsoft, quienes O'Connor esperaba que estuvieran dispuestos a pujar el dominio, <strong>cuyo precio de salida era de 1'7 millones de dólares</strong>.</p>
<!-- BREAK 10 -->
<h2>Microsoft toma cartas en el asunto</h2>

<p>Pero a Microsoft sí le importaba el problema: un año antes <a rel="noopener, noreferrer" href="https://www.icann.org/en/system/files/files/name-collision-mitigation-study-06jun14-en.pdf">un estudio</a> realizado por el experto en ciberseguridad Jeff Schmidt con fondos del Departamento de Seguridad Nacional de los EE.UU., había desvelado que <strong>más de 375.000 equipos con Windows habían intentado enviar información sensible al dominio corp.com</strong>, incluidos datos de inicio de sesión.</p>
<!-- BREAK 11 --><div class="article-asset article-asset-normal article-asset-center">
 <div class="desvio-container">
  <div class="desvio">
   <div class="desvio-figure js-desvio-figure">
    <a href="https://www.genbeta.com/herramientas/alojamientos-web-que-cuantas-clases-existen" class="pivot-outboundlink" data-vars-post-title="Alojamientos web: qué son y cuántas clases existen">
     <img alt="Alojamientos&#x20;web&#x3A;&#x20;qu&#x00E9;&#x20;son&#x20;y&#x20;cu&#x00E1;ntas&#x20;clases&#x20;existen" width="375" height="142" src="https://i.blogs.es/88a2b4/servidor/375_142.webp" onerror='this.src="https://i.blogs.es/88a2b4/servidor/375_142.jpg"'>
    </a>
   </div>
   <div class="desvio-summary">
    <div class="desvio-taxonomy js-desvio-taxonomy">
     <a href="https://www.genbeta.com/herramientas/alojamientos-web-que-cuantas-clases-existen" class="desvio-taxonomy-anchor pivot-outboundlink" data-vars-post-title="Alojamientos web: qué son y cuántas clases existen">En Genbeta</a>
    </div>
    <a href="https://www.genbeta.com/herramientas/alojamientos-web-que-cuantas-clases-existen" class="desvio-title js-desvio-title pivot-outboundlink" data-vars-post-title="Alojamientos web: qué son y cuántas clases existen">Alojamientos web: qué son y cuántas clases existen</a>
   </div>
  </div>
 </div>
</div>
<p>De modo que, dos meses más tarde, O'Connor se ha deshecho de su particular "vertedero de desechos"... <strong>tras haberlo adquirido Microsoft</strong>. Según un comunicado de la compañía (que no ha revelado el precio de adquisición),</p>
<!-- BREAK 12 -->
<blockquote>
  <p>"Para ayudar a mantener los sistemas protegidos, alentamos a nuestros clientes a adoptar ciertas buenas prácticas relativas a la seguridad cuando planifiquen nombres de dominio y de red internos.</p>
  
  <p>Ya lanzamos un aviso de seguridad al respecto en junio de 2009 y [en base a este] compromiso continuo con la seguridad del cliente, también adquirimos ahora el dominio Corp.com".</p>
</blockquote>
<script>
 (function() {
  window._JS_MODULES = window._JS_MODULES || {};
  var headElement = document.getElementsByTagName('head')[0];
  if (_JS_MODULES.instagram) {
   var instagramScript = document.createElement('script');
   instagramScript.src = 'https://platform.instagram.com/en_US/embeds.js';
   instagramScript.async = true;
   instagramScript.defer = true;
   headElement.appendChild(instagramScript);
  }
 })();
</script>

                    ]]>
                </description>
            </item>
                                <item>
                <title><![CDATA["A nivel nacional y regional, la mayoría de los ISP no se han preparado", entrevista a Jordi Palet, miembro de la IPv6 Task Force]]></title>
                <link>https://www.genbeta.com/exclusiva/a-nivel-nacional-y-regional-la-mayoria-de-los-isp-no-se-han-preparado-entrevista-a-jordi-palet-miembro-de-la-ipv6-task-force</link>
                <guid>https://www.genbeta.com/exclusiva/a-nivel-nacional-y-regional-la-mayoria-de-los-isp-no-se-han-preparado-entrevista-a-jordi-palet-miembro-de-la-ipv6-task-force</guid>
                <pubDate>Fri, 25 Feb 2011 07:00:28 +0000</pubDate>
                                         <dc:creator>LosLunesAlSol</dc:creator>
                                       <description>
                    <![CDATA[
                              <p>
      <img src="https://i.blogs.es/0b04a2/switch/1024_2000.jpg" alt="&quot;A&#x20;nivel&#x20;nacional&#x20;y&#x20;regional,&#x20;la&#x20;mayor&#x00ED;a&#x20;de&#x20;los&#x20;ISP&#x20;no&#x20;se&#x20;han&#x20;preparado&quot;,&#x20;entrevista&#x20;a&#x20;Jordi&#x20;Palet,&#x20;miembro&#x20;de&#x20;la&#x20;IPv6&#x20;Task&#x20;Force">
    </p>
    <p></p>
<p><br />
La semana pasada dedicamos la pregunta de la semana al actual agotamiento de direcciones Ip en el actual protocolo IPv4 y el cambio al nuevo IPv6, hemos querido ponernos en contacto con <strong>Jordi Palet, miembro de la IPv6 Task Force</strong>, que seguro nos puede ayudar a conocer el nuevo protocolo y los beneficios que puede traer. Vamos pues con las preguntas para intentar quitar miedos y mitos y dejar claro en qué medida nos afecta el cambio:</p>
<!-- BREAK 1 -->
<p><strong>Genbeta: En primer lugar nos gustaría que nos contaras que es la IPv6 Task Force, ¿cuál es vuestro cometido en líneas generales?</strong><br />
El IPv6 Task Force Europeo se constituyo por parte de la Comisión Europea, llamando a los expertos Europeos e internacionales en este campo, así como a investigadores, industrias y otros sectores económicos, con la intención de establecer un plan de acción, el cual se concreto en unas recomendaciones a la propia Comisión Europea, el Parlamento, los Estados Miembros y la propia industria, entre otros actores implicados en la transición a IPv6. Se trataba de asegurarse que Europa no se quedaba atrás y colaboraba con otras regiones que ya estaban avanzando en este camino, fundamentalmente Japón, aprovechando la ventaja del liderazgo.</p>
<!-- BREAK 2 -->
<p>Uno de los resultados fue la financiación de innumerables proyectos de Investigación y Desarrollo, muchos de ellos liderados por entidades Españolas, incluida la nuestra. En estos proyectos pudimos no solo participar en la estandarización del protocolo, sino que además adquirimos la experiencia para poder liderar la transición y tener los conocimientos suficientes que ahora nos permiten labores de formación y consultoría en todo el mundo. Para que te hagas una idea, en tan sólo 5 años, se invirtieron unos 180 millones de Euros.</p>
<!-- BREAK 3 -->
<p>El primer documento de la Comisión Europea fue liberado muy rápidamente, en el año 2001, y posteriormente hubo otro Comunicado en el 2008. Ahora mismo precisamente acabo de terminar de redactar otro documento que la Comisión esta revisando para su publicación. Esta sería la ultima y definitiva llamada de atención a los Estados Miembros e industrias europeas al respecto de la adopción de IPv6. Esperamos que este documento sea el último, pues si no hubiera resultados a corto plazo, y <br />
<blockquote>se llegara a producir una distorsión del mercado (por ejemplo la venta de direcciones de forma ilegal), sería necesaria una legislación por parte del Parlamento Europeo</blockquote>
 que habría de ser traspuesta por los Estados Miembros a sus propias legislaciones.</p>
<!-- BREAK 4 -->
<p></p>
<!--more--><p><strong>Genbeta: Lo cierto es que la mayoría de los lectores de Genbeta no parecen sentirse inquietos por este agotamiento de IPv4 y fían el cambio en los <span class="caps">ISP</span>, ¿pueden sentirse tranquilos y será el cambio transparente para el usuario?</strong></p>
<!-- BREAK 5 -->
<p>Al final depende de cómo se mire, y sobretodo de cómo reaccionen de rápido los ISPs. Vamos a intentar explicarlo. IPv6 ha sido diseñado para que no suponga un cambio, ni una migración como se dice a veces erróneamente, sino una transición y coexistencia con IPv4. Es decir, se trata de evitar la ruptura de las aplicaciones existentes, que incluso detrás de <span class="caps">NAT</span> y con direcciones IPv4 privadas ya funcionan actualmente.</p>
<!-- BREAK 6 -->
<p>Esta transición y coexistencia se ha previsto de tal manera que, si se realiza antes del agotamiento de IPv4, es decir, si hubiéramos empezado hace unos 4 años, es más barata, y tiene menos consecuencias para todos.</p>
<!-- BREAK 7 -->
<p>Sin embargo, la realidad es otra, dado que aunque los grandes operadores, especialmente los intercontinentales han preparado sus redes, incluso con despliegues importantes desde el 2002 e igualmente, la mayoría de los sistemas operativos de clientes y servidores están preparados desde las mismas fechas, </p>
<!-- BREAK 8 -->
<blockquote>a nivel nacional y regional, la mayoría de los ISPs no se han preparado</blockquote>

<p>En <span class="caps">IETF</span> hemos desarrollado mecanismos de transición automáticos (que encapsulan IPv6 en la red actual con IPv4), que permiten que en esta situación, sean los propios sistemas operativos de los ordenadores los que resuelven el problema, sin embargo, si no hay cooperación por parte de los ISPs, estos mecanismos de transición funcionan perfectamente en aplicaciones peer to peer, de hecho tenemos tráficos de este tipo de aplicaciones del orden del 30%, pero no son perfectos en cliente-servidor, y ello ocasiona hasta 1% de fallos.</p>
<!-- BREAK 9 -->
<p>Es decir, algunos usuarios, podrían tener problemas para acceder a algunos contenidos y/o servicios online. Puede parecer que el 1% es poco, pero para que os hagáis una idea, Yahoo ha evaluado que en un día, podría suponer 1.000.000 de clientes accediendo a su red.</p>
<!-- BREAK 10 -->
<p>Así que, lo resumiría, en “tranquilidad” si tu caso es que compruebas que tu red domestica funciona con IPv6, bien porque el <span class="caps">ISP</span> te da servicio de doble pila (IPv4 e IPv6, bien de forma nativa o con mecanismos de transición), o bien porque los mecanismos de transición automáticos funcionan en tu caso. Sino, hay que pensar en presionar al <span class="caps">ISP</span>, o buscar alternativas.</p>
<!-- BREAK 11 -->
<p><strong>Genbeta: ¿Cuál es el umbral de convivencia de ambos protocolos? ¿Se alargará si se prolonga el actual momento económico mundial que merma la capacidad de inversión de los operadores?</strong></p>
<!-- BREAK 12 -->
<p>El primer aspecto a considerar, es que IPv6 no es caro de desplegar. La mayoría de los equipos de las redes, tienen soporte de IPv6 desde hace 5 o mas años. La inversión mas importante es en formación, pues normalmente, si la red esta relativamente bien mantenida, no hay necesidad de reemplazar equipos. Si es cierto que a veces hay algunos equipos en la red de acceso que requieren actualizaciones, incluso los CPEs (routers domésticos), pero los mecanismos de transición han sido diseñados para resolver esta situación.</p>
<!-- BREAK 13 -->
<p>El problema se complica cuanto más se tarde en realizar la transición, dado que <br />
<blockquote>si no empezamos ahora mismo, de forma masiva, podría llegar un punto en la transición en la que la falta de direcciones IPv4 la complicara</blockquote><br />
<p>hiciera más cara, y tuviera impacto en los usuarios, ya que habría aplicaciones que podrían dejar de funcionar, fallar, etc.</p>
<!-- BREAK 14 -->
<p>Así que en realidad creo que no hay muchas opciones para que se prolongue, pues el impacto económico y de estabilidad de Internet sería muy superior, y al final el mercado manda. Si un <span class="caps">ISP</span> no progresa, perderá clientes y otros ISPs los ganaran. Por otro lado, es fácil pensar que tendremos una coexistencia de ambos protocolos durante unos 4 o 5 años, y a partir de ese momento, el tráfico IPv4 caerá por su propio peso y quizás a partir de ese momento nos podremos plantear, que se puede ir retirando IPv4 de algunas redes.</p>
<!-- BREAK 15 -->
<p>Es decir, no es una opción, no desplegar IPv6 con la excusa de la crisis económica, no solo porque no hay un coste desmesurado que impida hacerlo, y por otro lado por la temeridad de poner en riesgo el negocio a muy corto plazo.</p>
<!-- BREAK 16 -->
<p></p>
<div class="article-asset-image article-asset-normal article-asset-center">
 <div class="asset-content">
                   <img class="centro_sinmarco" height=375 width=650 loading="lazy" decoding="async" sizes="100vw" fetchpriority="high" srcset="https://i.blogs.es/416fb7/ipv6_cabecera/450_1000.webp 450w, https://i.blogs.es/416fb7/ipv6_cabecera/650_1200.webp 681w,https://i.blogs.es/416fb7/ipv6_cabecera/1024_2000.webp 1024w, https://i.blogs.es/416fb7/ipv6_cabecera/1366_2000.webp 1366w" src="https://i.blogs.es/416fb7/ipv6_cabecera/450_1000.webp" alt="Cabecera IPv6" onerror="this.src='https://i.blogs.es/416fb7/ipv6_cabecera/450_1000.jpg';this.srcset='https://i.blogs.es/416fb7/ipv6_cabecera/450_1000.jpg 450w, https://i.blogs.es/416fb7/ipv6_cabecera/650_1200.jpg 681w,https://i.blogs.es/416fb7/ipv6_cabecera/1024_2000.jpg 1024w, https://i.blogs.es/416fb7/ipv6_cabecera/1366_2000.jpg 1366w';return false;">
   <img alt="Cabecera IPv6" class="centro_sinmarco" src="https://i.blogs.es/416fb7/ipv6_cabecera/450_1000.webp">
   
      </div>
</div>
<p></p>

<p><strong>Genbeta: Otra de las inquietudes que nos han mostrado alguno de nuestros lectores es la longitud de las nuevas direcciones IP. Con IPv4 sólo teníamos que recordar 4 ternas de números, pero ahora se duplica, ¿algún método para acordarnos de las distintas IPs de nuestra LAN?</strong></p>
<!-- BREAK 17 -->
<p>No, nunca hay que recordar direcciones IP, ni IPv4 ni IPv6. Eso es un grave error. Precisamente por usar direcciones literales, es por donde vienen los problemas de transición en algunas aplicaciones, pues tiene direcciones empotradas en el código. Lo lógico es siempre usar <span class="caps">DNS</span> que ha sido diseñado para facilitar recordar algo más lógico para los humanos que los números.</p>
<!-- BREAK 18 -->
<p>Además, la transición, la doble pila (coexistencia de IPv4 e IPv6), se basan precisamente en que los sistemas operativos, las librerías de resolución de <span class="caps">DNS</span>, puedan detectar automáticamente si un determinado destino (nombre), tenga IPv6, IPv4 o ambos. Si usamos direcciones en lugar de nombres, eso no funciona.</p>
<!-- BREAK 19 -->
<p>Por otro lado, dado que IPv6 tiene autoconfiguración (aunque también se puede usar <span class="caps">DHCP</span>, pero no es necesario), ello implica que no tenemos que configurar manualmente nada, ni recordar tantos parámetros, etc.</p>
<!-- BREAK 20 -->
<p><strong>Genbeta: ¿Supondrá Ipv6 una mejora en la seguridad de las comunicaciones?</strong></p>

<p><blockquote>El hecho de que haya suficientes direcciones, incluso para dotar a cada interfaz de cada maquina de muchas de ellas, implica que no hay que usar <span class="caps">NAT</span>, y por tanto que podemos hacer siempre conexiones extremo-a-extremo</blockquote> Al poder hacer esas comunicaciones directas, el protocolo de seguridad IPsec también puede ser utilizado siempre, lo cual no es posible con IPv4.</p>
<!-- BREAK 21 -->
<p>Así que definitivamente, si usamos IPsec, incrementamos la seguridad. Pero la decisión es del usuario, la aplicación, el administrador de la red, etc., dado que IPsec no esta habilitado por defecto.</p>
<!-- BREAK 22 -->
<p>Por otro lado, el gran número de direcciones dificulta las técnicas de ataque por fuerza bruta. Un usuario residencial tiene que recibir lo que llamamos un /48 (un prefijo de 48 bits de longitud), es decir, que dispondría de 65.535 subredes (16 bits), de 264 posibles direcciones cada. El rastreo de una sola de esas subredes, implica, si esta bien diseñada, 5.300 millones de años, imagínate para el /48 completo. A mí no me gusta llamar a esto seguridad, pues es un aspecto ligeramente diferente, más bien lo llamaría protección, pero sin duda es importante.</p>
<!-- BREAK 23 -->
<p><strong>Genbeta: Pensando en un futuro de máquinas conectadas, el hogar domótico y demás ¿Creéis que pueden agotarse las direcciones IPv6? ¿En qué fecha?</strong></p>

<p>La fecha de ese hogar para mi es en pasado, pues hace ya varios años que lo tengo así. No es una utopía, no es ficción. Es más,<br />
<blockquote>desde que el iPhone tiene también soporte de IPv6, ya ni siquiera tengo mandos a distancia en casa. Desde el iPhone abro la puerta, las persianas, veo a mis perros, les doy de comer, cambio el canal de la TV, subo el volumen del Home Cinema, regulo la luz</blockquote><p>El mas mínimo aparato de mi casa que tenga electricidad, e incluso alguno que no la tienen, tiene no una, sino varias direcciones IPv6.</p>
<!-- BREAK 24 -->
<p>Y no será fácil que lo agotemos… la realidad es que si a cada posible habitante de la tierra le asignamos su /48, incluso varios, tendríamos suficientes direcciones para los próximos 480 años. Otra comparativa que suelo hacer es explicar que hay direcciones para trillones de planetas como la tierra, tantos que ni siquiera cabrían en la órbita solar. Más bien creo que dentro de 50 o 100 años, tendremos otros requisitos tecnológicos que nos obligaran a un rediseño de Internet, pero no precisamente por el agotamiento de las direcciones.</p>
<!-- BREAK 25 -->
<p>Vamos hacia lo que se llama la Internet de las Cosas, y la parte de las direcciones ya esta resuelta, pero encontraremos otras problemáticas que ahora ni imaginamos, y por supuesto nuevas soluciones.</p>
<!-- BREAK 26 -->
<p></p>
<div class="article-asset-image article-asset-normal article-asset-center">
 <div class="asset-content">
                   <img class="centro_sinmarco" height=354 width=650 loading="lazy" decoding="async" sizes="100vw" fetchpriority="high" srcset="https://i.blogs.es/bc1e57/datacenter/450_1000.webp 450w, https://i.blogs.es/bc1e57/datacenter/650_1200.webp 681w,https://i.blogs.es/bc1e57/datacenter/1024_2000.webp 1024w, https://i.blogs.es/bc1e57/datacenter/1366_2000.webp 1366w" src="https://i.blogs.es/bc1e57/datacenter/450_1000.webp" alt="Datacenter" onerror="this.src='https://i.blogs.es/bc1e57/datacenter/450_1000.jpg';this.srcset='https://i.blogs.es/bc1e57/datacenter/450_1000.jpg 450w, https://i.blogs.es/bc1e57/datacenter/650_1200.jpg 681w,https://i.blogs.es/bc1e57/datacenter/1024_2000.jpg 1024w, https://i.blogs.es/bc1e57/datacenter/1366_2000.jpg 1366w';return false;">
   <img alt="Datacenter" class="centro_sinmarco" src="https://i.blogs.es/bc1e57/datacenter/450_1000.webp">
   
      </div>
</div>
<p></p>

<p><strong>Genbeta: Algunos de los administradores de sistemas y redes con los que he hablado piensan que es más seguro y más cómodo seguir trabajando con IP privadas para las <span class="caps">LAN</span>. ¿existirán IPs privadas en IPv6 o desaparecerá este concepto?</strong></p>
<!-- BREAK 27 -->
<p>Este es otro de los errores comunes. <br />
<blockquote>Las direcciones privadas obligan al uso de <span class="caps">NAT</span>, y por tanto a la traducción de direcciones, y eso es lo que impide desarrollar de forma fácil y asequible aplicaciones y servicios sofisticados que requieren conexiones extremo-a-extremo</blockquote><span class="caps">NAT</span> no es una herramienta de seguridad, al contrario, compromete la seguridad, e impide que esta sea extremo-a-extremo.</p>
<!-- BREAK 28 -->
<p>Tampoco es una cuestión de comodidad, simplemente nos hemos acostumbrado a ello, igual que a direcciones en decimal. Hay que acostumbrarse a lo nuevo, es un cambio de “chip”.</p>
<!-- BREAK 29 -->
<p>Obviamente, direcciones privadas como  las entendemos en IPv4, no existen en IPv6, ni hay ninguna necesidad de ellas. Hay un tipo de direcciones que se “localmente únicas” (ULA’s o Unique Local Addresses), pero dado que en IPv6 una interfaz tiene múltiples direcciones, se utilizan en combinación tanto las “localmente únicas” como las globales (las públicas en IPv6), para evitar tener que traducirlas de nuevo con <span class="caps">NAT</span>. Pero el uso de ULA’s no es necesario en general, será algo que se utilice en entornos muy determinados, muy diferentes al uso actual que hacemos de las privadas en IPv4.</p>
<!-- BREAK 30 -->
<p><strong>Genbeta: Otra de las cuestiones que se aplican mucho en las organizaciones es la división de una red, en otras más pequeñas independientes, el subneting, ¿seguirá utilizándose en IPv6 esta técnica?</strong></p>
<!-- BREAK 31 -->
<p>La red más pequeña, y no fraccionable en IPv6 tiene 64 bits. Eso es intocable para que el protocolo funcione de forma estándar. Ahora bien, como decía antes, a cualquier usuario el <span class="caps">ISP</span> ha de entregarle un /48, como IPv6 tiene 128 bits, y teniendo en cuenta que los 64 de menor peso son intocables, quedan 16 bits, que son los que se utilizan para el subneting, por tanto 216, son 65.535 posibles subredes.</p>
<!-- BREAK 32 -->
<p>De forma similar, desde el bit 48 hacia atrás, los ISPs segmentan su espacio de direccionamiento para fraccionarlo en las subredes que asignan a cada cliente. Un <span class="caps">ISP</span> pequeño, por defecto recibirá un /32, es decir 32 bits, y por tanto tiene 16 bits (hasta llegar al bit 48) para direccionar hasta 65.535 clientes. Un <span class="caps">ISP</span> mas grande, que tenga mas clientes, lógicamente recibirá un /31, o un /30, o lo que justifique que necesita, sin ningún tipo de problema.</p>
<!-- BREAK 33 -->
<p><strong>Genbeta: ¿Cambiará IPv6 la forma de jugar Online, por ejemplo? ¿A la hora de conectar dos equipos para jugar en red será más sencillo?</strong></p>

<p>Si, tal y como he comentado antes, uno de los grandes problemas de IPv4 y las direcciones privadas es <span class="caps">NAT</span>. Ello implica que las aplicaciones peer-to-peer necesitan servidores intermedios, y ello hace que sean menos eficaces y comprometen la seguridad.</p>
<!-- BREAK 34 -->
<p>Con IPv6 las aplicaciones son más sencillas de desarrollar. El programador ya no tiene que pensar en que trampas utilizar, como desplegar servidores intermedios, etc. Por tanto optimiza sus recursos en hacer mejores aplicaciones, mejores juegos. Y obviamente, ello significa que también para los usuario es mas sencillo, diría que incluso transparente. Esto ya esta ocurriendo, y <blockquote>aplicaciones como Bittorrent ya utilizan IPv6 encapsulado de forma automática en IPv4</blockquote><p>sin que nos demos cuenta.</p>
<!-- BREAK 35 -->
<p><strong>Genbeta: ¿Qué nuevos modelos de negocio pueden desarrollarse gracias a IPv6?</strong></p>

<p>Innumerables, creo que aun no somos capaces de imaginar todo lo que surgirá. Creo que mucho tendrá que ver con la Internet de las Cosas, redes de sensores, control energético. Por supuesto temas más sencillos como el que antes comentaba de la domótica, automatización en general, comunicaciones máquina a máquina, sistemas de transporte inteligentes, alertas de catástrofes.</p>
<!-- BREAK 36 -->
<p>Surgirán innumerables nuevos servicios y aplicaciones online. Este es parte del otro cambio de mentalidad que hay que hacer. El hecho de que haya muchísima direcciones en la red de cada usuario, implica que los ISPs y terceras compañías, pueden ofrecer todos estos nuevos servicios de una forma muy sencilla a todo tipo de usuarios, tanto residenciales como corporativos.</p>
<!-- BREAK 37 -->
<p>Desde Genbeta queremos agradecer a Jordi su amabilidad a la hora de recoger las inquietudes de nuestros lectores y arrojar un poco de luz en todo lo que tiene que ver con la implantación de IPv6. </p>
<!-- BREAK 38 -->
<p>En Genbeta | <a class="text-outboundlink" href="https://www.genbeta.com/actualidad/las-ultimas-direcciones-ipv4-se-han-agotado-ipv6-es-la-solucion" data-vars-post-title="Las últimas direcciones IPv4 se han agotado, IPv6 es la solución" data-vars-post-url="https://www.genbeta.com/actualidad/las-ultimas-direcciones-ipv4-se-han-agotado-ipv6-es-la-solucion">Las últimas direcciones IPv4 se han agotado, IPv6 es la solución</a><br />
Imagen | <a rel="noopener, noreferrer" href="http://www.flickr.com/photos/manchester-monkey/5432445474/">Manchester-Monkey</a> & <a rel="noopener, noreferrer" href="http://commons.wikimedia.org/wiki/File:IPv6_vs_IPv4.jpg">Wikimedia</a> & <a rel="noopener, noreferrer" href="http://www.flickr.com/photos/scobleizer/4870003098/">Robert Scoble</a><br />
Más Información | <a rel="noopener, noreferrer" href="http://www.consulintel.es/descargas">Consultinet</a></p>
<!-- BREAK 39 --><script>
 (function() {
  window._JS_MODULES = window._JS_MODULES || {};
  var headElement = document.getElementsByTagName('head')[0];
  if (_JS_MODULES.instagram) {
   var instagramScript = document.createElement('script');
   instagramScript.src = 'https://platform.instagram.com/en_US/embeds.js';
   instagramScript.async = true;
   instagramScript.defer = true;
   headElement.appendChild(instagramScript);
  }
 })();
</script>

                    ]]>
                </description>
            </item>
            </channel>
</rss>
