Guifi.net - Wiki Hispano - Contribuciones del usuario [es]

Squid autentificándose contra squid

2015-07-27T15:45:10Z

Tonic: /* Sobre tinyproxy y AddHeader */

=¿Por qué?=

Si alguna vez te has visto en casa con que quieres conectar varios dispositivos a tu nodo de guifi.net, habrás pensado en un switch o un router.
Sin embargo, siempre queda el «pequeño» detalle del proxy:
* configurarlo
* autentificación cada X tiempo (generalmente cada hora)

=Cómo=

Un proxy local que se identifica contra un proxy remoto.
El proxy local será el que instalemos en nuestro router (OpenWRT) y el proxy remoto será nuestro proxy más cercano de guifi.net.

=Más detalles=

==squid.conf==

El fichero squid.conf de nuestro squid local debe contener:

http_port <en qué puerto queremos que escuche nuestro squid local>
cache_peer <ip del proxy de guifi> parent <puerto del proxy de guifi (generalmente 3128)> 0 no-query default proxy-only login=<usuario>:<contraseña>

acl manager proto cache_object
acl localhost src 127.0.0.1/255.255.255.255
acl all src 0.0.0.0/0.0.0.0
http_access allow all
never_direct allow all
icp_access deny all

cache_effective_user squid
cache_effective_group wheel

'''Atención''': Hay que sustituir el texto encerrado entre <> (y eliminar <>).

Nota: Es posible que en OpenWRT el usuario y el grupo (últimas dos líneas) sean diferentes de los que se especifican aquí.

Queda por explicar todo el proceso pero la idea y los detalles específicos están en la primera referencia.

=Sobre tinyproxy y AddHeader=

Mejor no utilizarlo ya que implica que enviaremos las cabeceras (con los datos de usuario y contraseña) con cada petición del proxy, lo que constituye un riesgo de seguridad, ya que la página que carguemos los recibirá. Por otro lado, es un método un tanto chapucero.

=Referencias=
* [http://hints.macworld.com/article.php?story=20030226161459306 Use squid to perform upstream web proxy authentication]
* [http://www.squid-cache.org/Doc/config/cache_peer/ squid : cache_peer configuration directive]

Squid autentificándose contra squid

2015-07-27T15:44:13Z

Tonic: añadida sección de referencias :)

=¿Por qué?=

Si alguna vez te has visto en casa con que quieres conectar varios dispositivos a tu nodo de guifi.net, habrás pensado en un switch o un router.
Sin embargo, siempre queda el «pequeño» detalle del proxy:
* configurarlo
* autentificación cada X tiempo (generalmente cada hora)

=Cómo=

Un proxy local que se identifica contra un proxy remoto.
El proxy local será el que instalemos en nuestro router (OpenWRT) y el proxy remoto será nuestro proxy más cercano de guifi.net.

=Más detalles=

==squid.conf==

El fichero squid.conf de nuestro squid local debe contener:

http_port <en qué puerto queremos que escuche nuestro squid local>
cache_peer <ip del proxy de guifi> parent <puerto del proxy de guifi (generalmente 3128)> 0 no-query default proxy-only login=<usuario>:<contraseña>

acl manager proto cache_object
acl localhost src 127.0.0.1/255.255.255.255
acl all src 0.0.0.0/0.0.0.0
http_access allow all
never_direct allow all
icp_access deny all

cache_effective_user squid
cache_effective_group wheel

'''Atención''': Hay que sustituir el texto encerrado entre <> (y eliminar <>).

Nota: Es posible que en OpenWRT el usuario y el grupo (últimas dos líneas) sean diferentes de los que se especifican aquí.

Queda por explicar todo el proceso pero la idea y los detalles específicos están en la primera referencia.

=Sobre tinyproxy y AddHeader=

Mejor no utilizarlo ya que implica que enviaremos las cabeceras con cada petición del proxy, lo que constituye un riesgo de seguridad, además de ser un tanto chapucero.

=Referencias=
* [http://hints.macworld.com/article.php?story=20030226161459306 Use squid to perform upstream web proxy authentication]
* [http://www.squid-cache.org/Doc/config/cache_peer/ squid : cache_peer configuration directive]

Squid-openwrt-padres squid.conf alternativo

2015-07-27T15:41:59Z

Tonic:

===squid.conf alternativo mucho más simple (y mucho menos seguro)===

A continuación, un squid.conf muy simple de proxy transparente en puerto 80 que se conecta a un guifi-proxy y se identifica

http_port 3128 transparent
cache_peer <ip del proxy de guifi> parent <puerto del proxy de guifi> <igual que el anterior> no-query default proxy-only login=<usuario>:<contraseña>

acl manager proto cache_object
acl localhost src 127.0.0.1/255.255.255.255
acl all src 0.0.0.0/0.0.0.0
http_access allow all
never_direct allow all
icp_access deny all

# No queremos caché (los openwrt suelen tener poco espacio!)
cache deny all

# Por si crea caché, que lo haga a null
cache_dir null /dev/nul

# Si crees que te puedes quedar sin espacio puedes poner estas dos rutas a /dev/null también
cache_store_log /var/log/store.log
cache_log /var/log/cache.log

pid_filename /var/log/squid.pid

Si además queremos que todas las peticiones que lleguen al openwrt sean redirigidas al squid:
iptables -t nat -A PREROUTING -i eth1 -p tcp --dport 80 -j DNAT --to <ip del openwrt en la red local>:3128
iptables -t nat -A PREROUTING -i eth0 -p tcp --dport 80 -j REDIRECT --to-port 3128

Empezar el proyecto en una nueva zona

2014-10-25T12:29:32Z

Tonic: /* Ideas */

'''AVISO: Página en construcción. La información aquí contenida puede no estar actualizada o no ser exacta. Recomendamos consultar las fuentes referidas hasta que este aviso desaparezca'''

= Qué es guifi.net =

guifi.net es el resultado de aplicar un modelo de gestión de comunes a las telecomunicaciones.

== Governing the Commons ==

'''Governing the Commons''' de Elinor Ostrom, cuya traducción viene a ser '''El gobierno de los Comunes''' (o ''La gobernanza de los Comunes''), es una de las inpiraciones del modelo.

Si quieres asumir la tarea de promoverlo en una nueva zona, debes conocerlo, cómo se viene articulando en el modelo guifi.net y cuáles son las partes y mecanismos existentes.

== La licencia ==

Una de las primeras cosas que tuvimos que hacer fue crear colectivamente una serie de normas que gobernaran lo que estábamos haciendo. La versión más actualizada son los Comunes de la Red Abierta, Libre y Neutral (poner enlace).

Esta licencia regula cómo se hace la red y cómo se utiliza, en todas sus implicaciones: actores que diseñan, despliegan, mantienen y aprovechan la red; métodos de compensación para impedir malas prácticas (véase: dumping, hacer dinero sin preocuparse de cuidar la red, etc).

== Componentes ==

''PorHacer: Comparar con el libro''

* Voluntarios: hacen la red y/o ofrecen servicios best effort (sin garantizar el servicio)
* Profesionales: hacen la red y/o ofrecen servicios con garantía de servicio (Service Level Agreement, etc)

Además, hay un componente de todo este modelo que es muy importante: la Fundación.

* La Fundación privada para la red abierta, libre y neutral guifi.net nace en 2007 con unos fines y objetivos muy claros que pueden consultarse [[http://fundacio.guifi.net en su web]] (en catalán, puedes emplear un traductor automático en línea).

La Fundación lleva a cabo muchas tareas
* promueve la red y su ecosistema:
** provee de herramientas como la web de guifi.net (documentación de despliegues) y otras muchas
** asesora en proyectos de despliegue
** ofrece asesoría legal gratuita
* vela por el cumplimiento del modelo de comunes:
** sistemas de compensación entre los actores que crean, mantienen y utilizan la red
* participa en consorcios que promueven cambios hacia la gestión de comunes (radiofrecuencias, modelos de gestión, ...)
* ...

= ¿Cómo implantar el modelo guifi.net en una nueva zona? =

(ToDo: por hacer)

== Ideas ==

Hacer una especie de fases de implantación del proyecto

Aparte, ideas

=== Coordinación/promoción zonal ===
* Ideas:
** La experiencia va demostrando que las gestiones totalmente abiertas suponen riesgos:
*** Interferencias entre ritmos de implicación y conocimiento
*** Fugas de información estratégica
** Una gestión mixta, similar a la de los proyectos de Software Libre:
*** Equipo de coordinación reducido y estable (irá creciendo cuando el proyecto crezca en tu zona)
*** Comunidad dinamizada mediante actividades concretas (para empezar, una al mes)
*** Permeabilidad entre ambos mediante:
**** Documentación por niveles y sectores de conocimiento
**** Tareas por sectores y niveles de conocimiento que permitan una implicación y conocimiento progresivos

=== Documentación y tareas ===

* Motivación
** Toda la información debe estar coordinada entre los grupos de interés en todo el proyecto

* Niveles
** Comunidades (no necesariamente territoriales)
** Equipos de coordinación
** Operadores (instaladores, mantenedores, proveedores de servicios sobre la red)

* Ámbitos
** Zonal
*** Información y formación concretas sobre el proyecto en la zona
** Global
*** Información y formación que no sean específicas de la zona

=== Equipos de coordinación zonal ===

** Pasos:
**# '''Conformar grupo''' de coordinación competente tanto en técnicas del sector como en metodologías de organización de grupos
**# '''Definir horizontes''' de cada integrante en lo personal y en lo colectivo con respecto al proyecto
**# '''Compartir horizontes''': Un requisito necesario para conformar el grupo es compartir en cierta medida estos horizontes
**# '''Definir estrategia'''
**# '''Concretar acciones y plazos'''
**# '''Estructura interna''': Puede/¿debe? ir cambiando con el tiempo, adaptándola a las necesidades del equipo
**# '''Grupo => equipo'''

=== Consejos ===

* Red
** No empezar por la red física.
** Si se interconectan los frikis iniciales, prever antenas de cobertura para que puedan acceder más personas y la red se utilice, mantenga, crezca
* Ecosistema
** Formación para nuevos instaladores, mantenedores, etc... hablando también del modelo de comunes
** Explicar el modelo a empresas ya existentes para tratar de que se impliquen (siempre habrá mayor o menor medida: Niveles de compromiso (A, B, C)
* Grupo promotor
** Crear un grupo de personas estable que se reúna periódicamente
** Establecer vías de diálogo con otros grupos afines
** Es más importante crecer en calidad que en cantidad: pensar, discutir, formarse (puede ser en cuanto a lo técnico, pero si no sabemos hacia dónde vamos (modelo) ni decidimos bien cómo (estrategia), la puesta en práctica (táctica) fracasará, tardará mucho y/o tendrá muchas limitaciones)
* Piensa globalmente...

Empezar el proyecto en una nueva zona

2014-10-25T12:05:24Z

Tonic: /* Componentes */

Empezar el proyecto en una nueva zona

2014-10-25T12:04:26Z

Tonic: /* Qué es guifi.net */

Empezar el proyecto en una nueva zona

2014-10-25T12:03:48Z

Tonic: /* Qué es guifi.net */ aviso (en obras)

Empezar el proyecto en una nueva zona

2014-10-25T12:03:16Z

Tonic: /* Componentes */ tentativa de escribir acerca de lo que hace la Fundación (por precisar)

= Qué es guifi.net =

guifi.net realmente es el resultado de aplicar un modelo de gestión de comunes a las telecomunicaciones.

== Governing the Commons ==

'''Governing the Commons''' de Elinor Ostrom, cuya traducción viene a ser '''El gobierno de los Comunes''' (o ''La gobernanza de los Comunes''), es una de las inpiraciones del modelo.

Si quieres asumir la tarea de promoverlo en una nueva zona, debes conocerlo, cómo se viene articulando en el modelo guifi.net y cuáles son las partes y mecanismos existentes.

== La licencia ==

Una de las primeras cosas que tuvimos que hacer fue crear colectivamente una serie de normas que gobernaran lo que estábamos haciendo. La versión más actualizada son los Comunes de la Red Abierta, Libre y Neutral (poner enlace).

Esta licencia regula cómo se hace la red y cómo se utiliza, en todas sus implicaciones: actores que diseñan, despliegan, mantienen y aprovechan la red; métodos de compensación para impedir malas prácticas (véase: dumping, hacer dinero sin preocuparse de cuidar la red, etc).

== Componentes ==

''PorHacer: Comparar con el libro''

* Voluntarios: hacen la red y/o ofrecen servicios '''best effort''' (sin garantizar el servicio)
* Profesionales: hacen la red y/o ofrecen servicios con garantía de servicio (Service Level Agreement, etc)

Además, hay un componente de todo este modelo que es muy importante: la Fundación.

* La Fundación privada para la red abierta, libre y neutral guifi.net nace en 2007 con unos fines y objetivos muy claros que pueden consultarse [[http://fundacio.guifi.net en su web]] (en catalán, puedes emplear un traductor automático en línea).

La Fundación lleva a cabo muchas tareas
* promueve la red y su ecosistema:
** provee de herramientas como la web de guifi.net (documentación de despliegues) y otras muchas
** asesora en proyectos de despliegue
** ofrece asesoría legal gratuita
* vela por el cumplimiento del modelo de comunes:
** sistemas de compensación entre los actores que crean, mantienen y utilizan la red
* participa en consorcios que promueven cambios hacia la gestión de comunes (radiofrecuencias, modelos de gestión, ...)
* ...

= ¿Cómo implantar el modelo guifi.net en una nueva zona? =

(ToDo: por hacer)

== Ideas ==

Hacer una especie de fases de implantación del proyecto

Aparte, ideas

* Red
** No sólo empezar por la red física.
** De hecho, la experiencia en algunas zonas demuestra es mejor empezar adaptando el modelo a cada zona antes de desplegar físicamente la red.
** Si se interconectan los frikis iniciales, prever antenas de cobertura para que puedan acceder más personas y la red se utilice, mantenga, crezca
* Ecosistema
** Formación para nuevos instaladores, mantenedores, etc... hablando también del modelo de comunes
** Explicar el modelo a empresas ya existentes para tratar de que se impliquen (siempre habrá mayor o menor medida: Niveles de compromiso (A, B, C)
* Grupo promotor
** Crear un grupo de personas estable que se reúna periódicamente
** Establecer vías de diálogo con otros grupos afines
** Es más importante crecer en calidad que en cantidad: pensar, discutir, formarse (puede ser en cuanto a lo técnico, pero si no sabemos hacia dónde vamos (modelo) ni decidimos bien cómo (estrategia), la puesta en práctica (táctica) fracasará, tardará mucho y/o tendrá muchas limitaciones)
* Piensa globalmente...

Empezar el proyecto en una nueva zona

2014-10-25T11:48:45Z

Tonic: /* Governing the Commons */

= Qué es guifi.net =

guifi.net realmente es el resultado de aplicar un modelo de gestión de comunes a las telecomunicaciones.

== Governing the Commons ==

'''Governing the Commons''' de Elinor Ostrom, cuya traducción viene a ser '''El gobierno de los Comunes''' (o ''La gobernanza de los Comunes''), es una de las inpiraciones del modelo.

Si quieres asumir la tarea de promoverlo en una nueva zona, debes conocerlo, cómo se viene articulando en el modelo guifi.net y cuáles son las partes y mecanismos existentes.

== La licencia ==

Una de las primeras cosas que tuvimos que hacer fue crear colectivamente una serie de normas que gobernaran lo que estábamos haciendo. La versión más actualizada son los Comunes de la Red Abierta, Libre y Neutral (poner enlace).

Esta licencia regula cómo se hace la red y cómo se utiliza, en todas sus implicaciones: actores que diseñan, despliegan, mantienen y aprovechan la red; métodos de compensación para impedir malas prácticas (véase: dumping, hacer dinero sin preocuparse de cuidar la red, etc).

== Componentes ==

* Voluntarios: hacen la red y/o ofrecen servicios '''best effort''' (sin garantizar el servicio)
* Profesionales: hacen la red y/o ofrecen servicios con garantía de servicio (Service Level Agreement, etc)

Además, hay un componente de todo este modelo que es muy importante: la Fundación.

* La Fundación privada para la red abierta, libre y neutral guifi.net nace en 2007 con unos fines y objetivos muy claros que pueden consultarse [[http://fundacio.guifi.net en su web]] (en catalán, puedes emplear un traductor automático en línea).

Aún a riesgo de caer en el simplismo, la Fundación:
* promueve la red (como su nombre indica): provee de herramientas como la web de guifi.net y otras muchas
* trata de garantizar que se cumpla el modelo de comunes: establece sistemas de compensación cuando los actores no cumplen sus obligaciones (por ejemplo, si un proveedor de acceso a Internet sobre guifi.net no destina recursos para el mantenimiento y la mejora de la red que utiliza)

= ¿Cómo implantar el modelo guifi.net en una nueva zona? =

(ToDo: por hacer)

== Ideas ==

Hacer una especie de fases de implantación del proyecto

Aparte, ideas

* Red
** No sólo empezar por la red física.
** De hecho, la experiencia en algunas zonas demuestra es mejor empezar adaptando el modelo a cada zona antes de desplegar físicamente la red.
** Si se interconectan los frikis iniciales, prever antenas de cobertura para que puedan acceder más personas y la red se utilice, mantenga, crezca
* Ecosistema
** Formación para nuevos instaladores, mantenedores, etc... hablando también del modelo de comunes
** Explicar el modelo a empresas ya existentes para tratar de que se impliquen (siempre habrá mayor o menor medida: Niveles de compromiso (A, B, C)
* Grupo promotor
** Crear un grupo de personas estable que se reúna periódicamente
** Establecer vías de diálogo con otros grupos afines
** Es más importante crecer en calidad que en cantidad: pensar, discutir, formarse (puede ser en cuanto a lo técnico, pero si no sabemos hacia dónde vamos (modelo) ni decidimos bien cómo (estrategia), la puesta en práctica (táctica) fracasará, tardará mucho y/o tendrá muchas limitaciones)
* Piensa globalmente...

Empezar el proyecto en una nueva zona

2014-10-10T15:13:35Z

Tonic: /* Ideas */

= Qué es guifi.net =

guifi.net realmente es el resultado de aplicar un modelo de gestión de comunes a las telecomunicaciones.

== The wealth of the Commons ==

'''The wealth of the Commons''' de Elinor Ostrom, cuya traducción viene a ser '''La riqueza de los comunes''' (o procomunes), es la inspiración de todo el modelo. Si vas a implementar el modelo en una nueva zona, conviene saber cuál es el modelo.

== La licencia ==

Una de las primeras cosas que tuvimos que hacer fue crear colectivamente una serie de normas que gobernaran lo que estábamos haciendo. La versión más actualizada son los Comunes de la Red Abierta, Libre y Neutral (poner enlace).

Esta licencia regula cómo se hace la red y cómo se utiliza, en todas sus implicaciones: actores que diseñan, despliegan, mantienen y aprovechan la red; métodos de compensación para impedir malas prácticas (véase: dumping, hacer dinero sin preocuparse de cuidar la red, etc).

== Componentes ==

* Voluntarios: hacen la red y/o ofrecen servicios '''best effort''' (sin garantizar el servicio)
* Profesionales: hacen la red y/o ofrecen servicios con garantía de servicio (Service Level Agreement, etc)

Además, hay un componente de todo este modelo que es muy importante: la Fundación.

* La Fundación privada para la red abierta, libre y neutral guifi.net nace en 2007 con unos fines y objetivos muy claros que pueden consultarse [[http://fundacio.guifi.net en su web]] (en catalán, puedes emplear un traductor automático en línea).

Aún a riesgo de caer en el simplismo, la Fundación:
* promueve la red (como su nombre indica): provee de herramientas como la web de guifi.net y otras muchas
* trata de garantizar que se cumpla el modelo de comunes: establece sistemas de compensación cuando los actores no cumplen sus obligaciones (por ejemplo, si un proveedor de acceso a Internet sobre guifi.net no destina recursos para el mantenimiento y la mejora de la red que utiliza)

= ¿Cómo implantar el modelo guifi.net en una nueva zona? =

(ToDo: por hacer)

== Ideas ==

Hacer una especie de fases de implantación del proyecto

Aparte, ideas

* Red
** No sólo empezar por la red física.
** De hecho, la experiencia en algunas zonas demuestra es mejor empezar adaptando el modelo a cada zona antes de desplegar físicamente la red.
** Si se interconectan los frikis iniciales, prever antenas de cobertura para que puedan acceder más personas y la red se utilice, mantenga, crezca
* Ecosistema
** Formación para nuevos instaladores, mantenedores, etc... hablando también del modelo de comunes
** Explicar el modelo a empresas ya existentes para tratar de que se impliquen (siempre habrá mayor o menor medida: Niveles de compromiso (A, B, C)
* Grupo promotor
** Crear un grupo de personas estable que se reúna periódicamente
** Establecer vías de diálogo con otros grupos afines
** Es más importante crecer en calidad que en cantidad: pensar, discutir, formarse (puede ser en cuanto a lo técnico, pero si no sabemos hacia dónde vamos (modelo) ni decidimos bien cómo (estrategia), la puesta en práctica (táctica) fracasará, tardará mucho y/o tendrá muchas limitaciones)
* Piensa globalmente...

Empezar el proyecto en una nueva zona

2014-10-10T15:12:20Z

Tonic: /* Ideas */

Empezar el proyecto en una nueva zona

2014-10-10T15:11:48Z

Tonic: /* Ideas */ aclaración de ideas

= Qué es guifi.net =

guifi.net realmente es el resultado de aplicar un modelo de gestión de comunes a las telecomunicaciones.

== The wealth of the Commons ==

'''The wealth of the Commons''' de Elinor Ostrom, cuya traducción viene a ser '''La riqueza de los comunes''' (o procomunes), es la inspiración de todo el modelo. Si vas a implementar el modelo en una nueva zona, conviene saber cuál es el modelo.

== La licencia ==

Una de las primeras cosas que tuvimos que hacer fue crear colectivamente una serie de normas que gobernaran lo que estábamos haciendo. La versión más actualizada son los Comunes de la Red Abierta, Libre y Neutral (poner enlace).

Esta licencia regula cómo se hace la red y cómo se utiliza, en todas sus implicaciones: actores que diseñan, despliegan, mantienen y aprovechan la red; métodos de compensación para impedir malas prácticas (véase: dumping, hacer dinero sin preocuparse de cuidar la red, etc).

== Componentes ==

* Voluntarios: hacen la red y/o ofrecen servicios '''best effort''' (sin garantizar el servicio)
* Profesionales: hacen la red y/o ofrecen servicios con garantía de servicio (Service Level Agreement, etc)

Además, hay un componente de todo este modelo que es muy importante: la Fundación.

* La Fundación privada para la red abierta, libre y neutral guifi.net nace en 2007 con unos fines y objetivos muy claros que pueden consultarse [[http://fundacio.guifi.net en su web]] (en catalán, puedes emplear un traductor automático en línea).

Aún a riesgo de caer en el simplismo, la Fundación:
* promueve la red (como su nombre indica): provee de herramientas como la web de guifi.net y otras muchas
* trata de garantizar que se cumpla el modelo de comunes: establece sistemas de compensación cuando los actores no cumplen sus obligaciones (por ejemplo, si un proveedor de acceso a Internet sobre guifi.net no destina recursos para el mantenimiento y la mejora de la red que utiliza)

= ¿Cómo implantar el modelo guifi.net en una nueva zona? =

(ToDo: por hacer)

== Ideas ==

Hacer una especie de fases de implantación del proyecto

Aparte, ideas

* Red
** No sólo empezar por la red física.
** De hecho, la experiencia en algunas zonas demuestra es mejor empezar adaptando el modelo a cada zona antes de desplegar físicamente la red.
** Si se interconectan los frikis iniciales, prever antenas de cobertura para que puedan acceder más personas y la red se utilice, mantenga, crezca
* Ecosistema
** Formación para nuevos instaladores, mantenedores, etc... hablando también del modelo de comunes
** Explicar el modelo a empresas ya existentes para tratar de que se impliquen (siempre habrá mayor o menor medida: Niveles de compromiso (A, B, C)
* Grupo promotor
** Crear un grupo de personas estable que se reúna periódicamente
** Establecer vías de diálogo con otros grupos afines
** Es más importante crecer en calidad que en cantidad: pensar, discutir, formarse (puede ser en cuanto a lo técnico, pero si no sabemos hacia dónde vamos (estrategia), la puesta en práctica (táctica) fracasará o tardará mucho)

Portada

2014-10-07T13:27:35Z

Tonic: Estilo: zonas nuevas => nuevas zonas

__NOTITLE__
{| style="background:#f6f6f6; border:1px solid #C7D0F8; font-size:107%; -moz-border-radius:1em; -webkit-border-radius:1em;border-radius:1em;"
| valign="top" style="padding:12px 17px 5px 17px" |
'''Guifi.net''' es de todos, participa [[conectar|conectando]] tu [[tramo de la red]] con la de los demás.

Es un proyecto colaborativo [[organización horizontal|organizado horizontalmente]] que agrupa tanto a personas individuales como a colectivos, empresas y administraciones.

Es abierto, por lo que todo el mundo puede participar en igualdad de condiciones, en el marco de [http://guifi.net/es/ProcomunXOLN Procomún de la Red Abierta, Libre y Neutral]
<div style=" text-align: right">[[Guifi.net|Más sobre Guifi.net]]</div>
{| style="width:100%; background:#f6f6f6"
| style="background:#f6f6f6; text-align: right; width 30%" |<div style="width: 400px; margin: 0 auto; background-color: #fcfcfc; border: 1px solid #ccc; border-bottom: 5px groove #999999; border-right:5px groove #999999; text-align: center; padding: 0.4em;">
<div style="font-size: 162%; padding: 0.1em;">Bienvenid@ al wiki de '''Guifi.net'''</div>
<div style="font-size: 95%;">Documentación sobre la red abierta, libre y neutral.</div>
<div style="font-size: 85%;">En estos momentos tenemos [[Especial:Estadísticas|{{NUMBEROFARTICLES}}]] [[Especial:Todas|artículos]] en español.
[[Especial:PáginasRequeridas|Escribir una página requerida]]</div></div>
|}
{| style="background:#f6f6f6; width:100%;"
|''La documentación de guifi.net contiene los documentos de referencia para usuarios nuevos, experimentados y desarrolladores. Sé libre [[Qué es un wiki|de editar esta wiki]] para mejorar su contenido.''
|}
<div style=" text-align: center">Contacta: [http://guifi.net/es/forum/231 Foros] '''|''' [http://lists.guifi.net Listas de correo] '''|''' [http://irc.guifi.net/?channels=guifi Chat]</div>
|}

{| id="mp-upper" style="width: 100%; margin:6px 0 0 0; background:none; border-spacing: 0px;"
| style="width:50%; background:#FFFFE0; border:1px solid #EECFA1; padding:10px; margin-bottom:7px; vertical-align:top; -moz-border-radius:1em; -webkit-border-radius:1em; border-radius:1em;" |

<div id="mp-tfa">
{| id="mp-left" style="vertical-align:top; background:#FFFFE0; border-spacing: 0px;"
! style="background:#FFDEAD; border:1px solid #EECFA1; border-right:0px; padding:0px; font-size:150%; vertical-align:middle; font-weight:normal; width:100%;" | Cómo conectarse a Guifi.net
! style="background:#a5e085; border:1px solid #99CC33; border-left:0px; padding:0px; vertical-align:middle;" |
|-
| colspan=2 style="color:#000; background:#FFFFE0; padding:15px 5px" | <div id="mp-itn"><div style="text-align:left; font-size:95%;">

* [[tres pasos|Cómo dar de alta y enlazar un nodo]]
* [[Elige el material]]
* [[Configura tu ordenador]]
* [[Buenas Prácticas|Código de buenas prácticas]]

|}</div>

| style="border:1px solid transparent;" |
| style="width:50%;background:#f5fffa;border:1px solid #99CC33;padding:10px;margin-bottom:7px; vertical-align:top;-moz-border-radius:1em;-webkit-border-radius:1em;border-radius:1em; " |
<div id="mp-itn">
{| id="mp-left" style="vertical-align:top; background:#f5fffa; border-spacing: 0px;"
! style="background:#a5e085; border:1px solid #99CC33; border-right:0px; padding:0px; font-size:150%; vertical-align:middle; font-weight:normal; width:100%;" | Supernodos, islas y nuevas zonas
! style="background:#a5e085; border:1px solid #99CC33; border-left:0px; padding:0px; vertical-align:middle;" |
|-
| colspan=2 style="color:#000; background:#f5fffa; padding:15px 5px" |<div id="mp-itn"><div style="text-align:left; font-size:95%;">
* [[Empezar el proyecto en una nueva zona]]
* [[Empezar una isla desde 0|Comenzar una isla desde cero]]
* [[Crear un supernodo]]
* [[Buenas Prácticas|Código de buenas prácticas]]</div></div>
|}</div>
|}

{| id="mp-upper" style="width: 100%; margin:6px 0 0 0; background:none; border-spacing: 0px;"
| style="width:50%; style="background:#f5faff;border:1px solid #cedff2;padding:10px;margin-bottom:7px; vertical-align:top;-moz-border-radius:1em;-webkit-border-radius:1em;border-radius:1em; " |
<div id="mp-dyk">

<div style="float:right;">__TOC__</div>
== [[Legal]] ==
* [[Ayuntamientos]] / [[Anexo:Guifi.net en Ayuntamientos]]
* [[Associación|Constitución de una asociación]]
* [[Legislaciones|Legislaciones Países]]
* [[FAQ_Legal|FAQ]]
* [[Comunicación_comunidad|Cómo realizar la comunicación de instalación de nodo guifi.net a la Comunidad de Vecinos]]

== Red ==
=== Los básicos en la web ===
* [[Zona|Crear y modificar una zona]]
* [[Añadir_un_nodo_de_guifi.net|Añadir un nodo de guifi.net]]
* [[Servicios|Crear servicios y vincularlos en los servidores]]
* [[Herramientas|Herramientas (localización de IPs y MACs, estadísticas, mapas de enrutamiento, etc.)]]

=== Infraestructura ===
* [[Crear_un_supernodo|Montaje de supernodos]]
* [[Filtros de red]]
* [[Enlaces virtuales]]
* [[Herramienta para buscar rangos de IPs libres]]
* [[Nanostations: Modificando configuración por consola]]
* [[Configuración de antena TP-LINK TL-WA7510N]]

=== Mesh ===
* [[Abrir_redes_tipo_mesh_a_trav%C3%A9s_de_Guifi.net#Crear_una_nube_Mesh|Crear una nube Mesh en Guifi.net]]
* [[Abrir_redes_tipo_mesh_a_trav%C3%A9s_de_Guifi.net#Conectarse_a_una_red_Mesh|Conectarse a una nube Mesh de Guifi.net]]
* [[:ca:Annex:subxarxes_mesh|Listado de redes Mesh (catalán)]]
* [[Quick_Mesh_Project|Quick Mesh Project (qMp)]]
* [[Alix+GSF|ALIX + Conectarse a la nube de gracia con mesh]]
* [[Mesh|Otros artículos sobre Mesh]]

=== Enrutamientos y conceptos de redes ===
{{div col|cols=2}}
* [[Enrutamientos]]
* [[Peerings]]
* [[IPv4]]
* [[IPv6]]
* [[Criterios de asignación de direcciones IPv4]]
* [[ARP]]
* [[Cables_UTP|Cables UTP]]
{{div end}}

=== General ===
{{div col|cols=2}}
* [[Cómo se vertebra la red: Troncal, puntos de acceso y conexiones simples]]
* [[La seguridad en la red abierta]]
* [[Aplicaciones | Aplicaciones de guifi.net]]
* [[Recursos externos]]
* [[Instalar firmware Ubiquiti Rocket M5]]
{{div end}}

== Sistemas ==
* [[Distribución guinux]]
* [[Servidor compacto con una routerstation]]
* [[Comtrend_hg536%2B]] Reciclar router de Jazztel o telefónica como router neutro con OpenWRT

=== Servicios básicos ===
{{div col|cols=2}}
* [[Configurar Repositorio APT guifi]]
* [[Servidor Proxy]]
* [[Squid autentificándose contra squid]]
* [[Servidor de gráficas]]
* [[SNPservices]]
* [[Servidor DNS]]
* [[Servidor Reloj|Servidor de Reloj (NTP)]]
* [[Configurar red]]
{{div end}}

=== Servicios de compartición de ficheros ===
{{div col|cols=2}}
* [[Servidor FTP]]
* [[Servidor Peer 2 Peer]]
* [[Servidor DCC]]
{{div end}}

=== Servicios de mensajería ===
{{div col|cols=2}}
* [[Servidor de Correo]]
* [[Webmail]]
* [[Servidor Jabber]]
* [[Servidor IRC]]
* [[Mailman]]
{{div end}}

=== Servicios de Voz y Vídeo ===
{{div col|cols=2}}
* [[VoIP|Servidor de VeuIP (VoIP)]]
* [[Servidor Radio Streaming]]
{{div end}}

=== Otros Servicios ===
{{div col|cols=2}}
* [[LDAP|Servidor LDAP]]
* [[Apache|Servidor web Apache]]
* [[Servidor Repositorio Linux]]
* [[Servidor Repositorio Linux (Cache)]]
* [[Servidor Iperf]]
* [[Servidor repositorio subversion]]
* [[DHCP|Servidor DHCP]]
* [[MySQL]] (Bases de Datos)
* [[Proxmox]] (virtualitzación)
* [[Cacti]] (monitorización)
* [[Clamav]] (antivirus con GNU/Linux)
* [[Trac]] (sistema de gestión de tiquets)
* [[Monitor]] (Monitorización de la red distribuida)
{{div end}}

=== Sistema ===
{{div col|cols=2}}
* [[ACPI]]
* [[Bridges_con_Linux|Bridges con GNU/Linux]]
* [[Chroot]]
* [[Corkscrew]]
{{div end}}

== Estandares de transmisión de datos y organizaciones colaboradoras ==
{{div col|cols=2}}
* [http://es.wikipedia.org/wiki/IEEE_802.11 IEEE 802.11]
* [http://es.wikipedia.org/wiki/Multimedia_over_Coax_Alliance Multimedia over Coax Alliance]
* [http://en.wikipedia.org/wiki/HomePNA HomePNA]
* [[Aprovechar el cable de antena de televisión]]
{{div end}}

== [[Instaladores]] ==
{{div col|cols=2}}
* [[Pararrayos]]
* [[Aprovechar el cable de antena de televisión]]
* [[Presupuestos]]
* [http://guifi.net/ca/node/12486 Comunidad de vecinos, caso de ejemplo]
* [[Reinicio remoto de nodos]]
* [[Campanarios]]
{{div end}}

== Desarrolladores ==
{{div col|cols=2}}
* [[Preparando el entorno de desarrollo]]
* [[Manual editor wiki]]
* [http://wiki.guifi.net/wiki/Trac Trac de Guifi.net]
* [[Actualizaciones módulos drupal]]
* [[Mapas de nodos en la web]]
* [http://gitorious.org/guifi Repositorios del código del proyecto guifi.net]
* [[Mapa del código]]
* [[API de Guifi]]
* [[CNML]]
* [[Empotrar_mapa_de_guifi|Empotrar el mapa de Guifi-Google Maps en una web]]
* [[Unsóloclic]]
* [[:Categoría:router|Routers]]
* [[:Categoría:Telefonía móvil|Telefonía móvil sobre guifi.net]]
* [[Guifi.net Studio]]
{{div end}}

== Diseñadores ==
{{div col|cols=2}}
* [[Logos]]
* [[Maquetación de las distintas páginas web]]
* [[Usabilidad]]
* [[Presentaciones de guifi.net]]
{{div end}}

== Desarrollo colectivo de la red ==
{{div col|cols=2}}
* [[Cursos]]
* [[Necesidades]]
{{div end}}

== Glosario ==
{{Acontecimientos}}

* [[Términos usados habitualmente]]
* [[Guia Rápida de Guifi.net]]
* [[Preguntas Frecuentes]]
* [http://guifi.net/es/ESDocs Documentos basados en la web de guifi.net] antigua "ComEsFa"

{{clear}}
|}

= Accesos Rápidos =
* [http://planet.guifi.net Planet]
* [http://guifi.net/es/ProcomunXOLN Procomún XOLN (Licencia de la red)]
* [http://guifi.net/es/maps Mapa guifi]
* [http://guifi.net/es/grups Webs Regionales]
* [http://trac.guifi.net Reporta Errores de la web]
* [http://fundacio.guifi.net Fundación]
* [http://lists.guifi.net Listas de Correo]

[[ca:Portada]]
[[en:Main Page]]
[[eu:Azala]]
[[fr:Accueil]]
[[gl:Portada]]
[[pt:Página principal]]

Portada

2014-10-07T13:26:47Z

Tonic: cambiado título para «supernodos e islas» a «supernodos, islas y zonas nuevas», y añadido enlace a «Empezar el proyecto en una zona nueva»

__NOTITLE__
{| style="background:#f6f6f6; border:1px solid #C7D0F8; font-size:107%; -moz-border-radius:1em; -webkit-border-radius:1em;border-radius:1em;"
| valign="top" style="padding:12px 17px 5px 17px" |
'''Guifi.net''' es de todos, participa [[conectar|conectando]] tu [[tramo de la red]] con la de los demás.

Es un proyecto colaborativo [[organización horizontal|organizado horizontalmente]] que agrupa tanto a personas individuales como a colectivos, empresas y administraciones.

Es abierto, por lo que todo el mundo puede participar en igualdad de condiciones, en el marco de [http://guifi.net/es/ProcomunXOLN Procomún de la Red Abierta, Libre y Neutral]
<div style=" text-align: right">[[Guifi.net|Más sobre Guifi.net]]</div>
{| style="width:100%; background:#f6f6f6"
| style="background:#f6f6f6; text-align: right; width 30%" |<div style="width: 400px; margin: 0 auto; background-color: #fcfcfc; border: 1px solid #ccc; border-bottom: 5px groove #999999; border-right:5px groove #999999; text-align: center; padding: 0.4em;">
<div style="font-size: 162%; padding: 0.1em;">Bienvenid@ al wiki de '''Guifi.net'''</div>
<div style="font-size: 95%;">Documentación sobre la red abierta, libre y neutral.</div>
<div style="font-size: 85%;">En estos momentos tenemos [[Especial:Estadísticas|{{NUMBEROFARTICLES}}]] [[Especial:Todas|artículos]] en español.
[[Especial:PáginasRequeridas|Escribir una página requerida]]</div></div>
|}
{| style="background:#f6f6f6; width:100%;"
|''La documentación de guifi.net contiene los documentos de referencia para usuarios nuevos, experimentados y desarrolladores. Sé libre [[Qué es un wiki|de editar esta wiki]] para mejorar su contenido.''
|}
<div style=" text-align: center">Contacta: [http://guifi.net/es/forum/231 Foros] '''|''' [http://lists.guifi.net Listas de correo] '''|''' [http://irc.guifi.net/?channels=guifi Chat]</div>
|}

{| id="mp-upper" style="width: 100%; margin:6px 0 0 0; background:none; border-spacing: 0px;"
| style="width:50%; background:#FFFFE0; border:1px solid #EECFA1; padding:10px; margin-bottom:7px; vertical-align:top; -moz-border-radius:1em; -webkit-border-radius:1em; border-radius:1em;" |

<div id="mp-tfa">
{| id="mp-left" style="vertical-align:top; background:#FFFFE0; border-spacing: 0px;"
! style="background:#FFDEAD; border:1px solid #EECFA1; border-right:0px; padding:0px; font-size:150%; vertical-align:middle; font-weight:normal; width:100%;" | Cómo conectarse a Guifi.net
! style="background:#a5e085; border:1px solid #99CC33; border-left:0px; padding:0px; vertical-align:middle;" |
|-
| colspan=2 style="color:#000; background:#FFFFE0; padding:15px 5px" | <div id="mp-itn"><div style="text-align:left; font-size:95%;">

* [[tres pasos|Cómo dar de alta y enlazar un nodo]]
* [[Elige el material]]
* [[Configura tu ordenador]]
* [[Buenas Prácticas|Código de buenas prácticas]]

|}</div>

| style="border:1px solid transparent;" |
| style="width:50%;background:#f5fffa;border:1px solid #99CC33;padding:10px;margin-bottom:7px; vertical-align:top;-moz-border-radius:1em;-webkit-border-radius:1em;border-radius:1em; " |
<div id="mp-itn">
{| id="mp-left" style="vertical-align:top; background:#f5fffa; border-spacing: 0px;"
! style="background:#a5e085; border:1px solid #99CC33; border-right:0px; padding:0px; font-size:150%; vertical-align:middle; font-weight:normal; width:100%;" | Supernodos, islas y zonas nuevas
! style="background:#a5e085; border:1px solid #99CC33; border-left:0px; padding:0px; vertical-align:middle;" |
|-
| colspan=2 style="color:#000; background:#f5fffa; padding:15px 5px" |<div id="mp-itn"><div style="text-align:left; font-size:95%;">
* [[Empezar el proyecto en una nueva zona]]
* [[Empezar una isla desde 0|Comenzar una isla desde cero]]
* [[Crear un supernodo]]
* [[Buenas Prácticas|Código de buenas prácticas]]</div></div>
|}</div>
|}

{| id="mp-upper" style="width: 100%; margin:6px 0 0 0; background:none; border-spacing: 0px;"
| style="width:50%; style="background:#f5faff;border:1px solid #cedff2;padding:10px;margin-bottom:7px; vertical-align:top;-moz-border-radius:1em;-webkit-border-radius:1em;border-radius:1em; " |
<div id="mp-dyk">

<div style="float:right;">__TOC__</div>
== [[Legal]] ==
* [[Ayuntamientos]] / [[Anexo:Guifi.net en Ayuntamientos]]
* [[Associación|Constitución de una asociación]]
* [[Legislaciones|Legislaciones Países]]
* [[FAQ_Legal|FAQ]]
* [[Comunicación_comunidad|Cómo realizar la comunicación de instalación de nodo guifi.net a la Comunidad de Vecinos]]

== Red ==
=== Los básicos en la web ===
* [[Zona|Crear y modificar una zona]]
* [[Añadir_un_nodo_de_guifi.net|Añadir un nodo de guifi.net]]
* [[Servicios|Crear servicios y vincularlos en los servidores]]
* [[Herramientas|Herramientas (localización de IPs y MACs, estadísticas, mapas de enrutamiento, etc.)]]

=== Infraestructura ===
* [[Crear_un_supernodo|Montaje de supernodos]]
* [[Filtros de red]]
* [[Enlaces virtuales]]
* [[Herramienta para buscar rangos de IPs libres]]
* [[Nanostations: Modificando configuración por consola]]
* [[Configuración de antena TP-LINK TL-WA7510N]]

=== Mesh ===
* [[Abrir_redes_tipo_mesh_a_trav%C3%A9s_de_Guifi.net#Crear_una_nube_Mesh|Crear una nube Mesh en Guifi.net]]
* [[Abrir_redes_tipo_mesh_a_trav%C3%A9s_de_Guifi.net#Conectarse_a_una_red_Mesh|Conectarse a una nube Mesh de Guifi.net]]
* [[:ca:Annex:subxarxes_mesh|Listado de redes Mesh (catalán)]]
* [[Quick_Mesh_Project|Quick Mesh Project (qMp)]]
* [[Alix+GSF|ALIX + Conectarse a la nube de gracia con mesh]]
* [[Mesh|Otros artículos sobre Mesh]]

=== Enrutamientos y conceptos de redes ===
{{div col|cols=2}}
* [[Enrutamientos]]
* [[Peerings]]
* [[IPv4]]
* [[IPv6]]
* [[Criterios de asignación de direcciones IPv4]]
* [[ARP]]
* [[Cables_UTP|Cables UTP]]
{{div end}}

=== General ===
{{div col|cols=2}}
* [[Cómo se vertebra la red: Troncal, puntos de acceso y conexiones simples]]
* [[La seguridad en la red abierta]]
* [[Aplicaciones | Aplicaciones de guifi.net]]
* [[Recursos externos]]
* [[Instalar firmware Ubiquiti Rocket M5]]
{{div end}}

== Sistemas ==
* [[Distribución guinux]]
* [[Servidor compacto con una routerstation]]
* [[Comtrend_hg536%2B]] Reciclar router de Jazztel o telefónica como router neutro con OpenWRT

=== Servicios básicos ===
{{div col|cols=2}}
* [[Configurar Repositorio APT guifi]]
* [[Servidor Proxy]]
* [[Squid autentificándose contra squid]]
* [[Servidor de gráficas]]
* [[SNPservices]]
* [[Servidor DNS]]
* [[Servidor Reloj|Servidor de Reloj (NTP)]]
* [[Configurar red]]
{{div end}}

=== Servicios de compartición de ficheros ===
{{div col|cols=2}}
* [[Servidor FTP]]
* [[Servidor Peer 2 Peer]]
* [[Servidor DCC]]
{{div end}}

=== Servicios de mensajería ===
{{div col|cols=2}}
* [[Servidor de Correo]]
* [[Webmail]]
* [[Servidor Jabber]]
* [[Servidor IRC]]
* [[Mailman]]
{{div end}}

=== Servicios de Voz y Vídeo ===
{{div col|cols=2}}
* [[VoIP|Servidor de VeuIP (VoIP)]]
* [[Servidor Radio Streaming]]
{{div end}}

=== Otros Servicios ===
{{div col|cols=2}}
* [[LDAP|Servidor LDAP]]
* [[Apache|Servidor web Apache]]
* [[Servidor Repositorio Linux]]
* [[Servidor Repositorio Linux (Cache)]]
* [[Servidor Iperf]]
* [[Servidor repositorio subversion]]
* [[DHCP|Servidor DHCP]]
* [[MySQL]] (Bases de Datos)
* [[Proxmox]] (virtualitzación)
* [[Cacti]] (monitorización)
* [[Clamav]] (antivirus con GNU/Linux)
* [[Trac]] (sistema de gestión de tiquets)
* [[Monitor]] (Monitorización de la red distribuida)
{{div end}}

=== Sistema ===
{{div col|cols=2}}
* [[ACPI]]
* [[Bridges_con_Linux|Bridges con GNU/Linux]]
* [[Chroot]]
* [[Corkscrew]]
{{div end}}

== Estandares de transmisión de datos y organizaciones colaboradoras ==
{{div col|cols=2}}
* [http://es.wikipedia.org/wiki/IEEE_802.11 IEEE 802.11]
* [http://es.wikipedia.org/wiki/Multimedia_over_Coax_Alliance Multimedia over Coax Alliance]
* [http://en.wikipedia.org/wiki/HomePNA HomePNA]
* [[Aprovechar el cable de antena de televisión]]
{{div end}}

== [[Instaladores]] ==
{{div col|cols=2}}
* [[Pararrayos]]
* [[Aprovechar el cable de antena de televisión]]
* [[Presupuestos]]
* [http://guifi.net/ca/node/12486 Comunidad de vecinos, caso de ejemplo]
* [[Reinicio remoto de nodos]]
* [[Campanarios]]
{{div end}}

== Desarrolladores ==
{{div col|cols=2}}
* [[Preparando el entorno de desarrollo]]
* [[Manual editor wiki]]
* [http://wiki.guifi.net/wiki/Trac Trac de Guifi.net]
* [[Actualizaciones módulos drupal]]
* [[Mapas de nodos en la web]]
* [http://gitorious.org/guifi Repositorios del código del proyecto guifi.net]
* [[Mapa del código]]
* [[API de Guifi]]
* [[CNML]]
* [[Empotrar_mapa_de_guifi|Empotrar el mapa de Guifi-Google Maps en una web]]
* [[Unsóloclic]]
* [[:Categoría:router|Routers]]
* [[:Categoría:Telefonía móvil|Telefonía móvil sobre guifi.net]]
* [[Guifi.net Studio]]
{{div end}}

== Diseñadores ==
{{div col|cols=2}}
* [[Logos]]
* [[Maquetación de las distintas páginas web]]
* [[Usabilidad]]
* [[Presentaciones de guifi.net]]
{{div end}}

== Desarrollo colectivo de la red ==
{{div col|cols=2}}
* [[Cursos]]
* [[Necesidades]]
{{div end}}

== Glosario ==
{{Acontecimientos}}

* [[Términos usados habitualmente]]
* [[Guia Rápida de Guifi.net]]
* [[Preguntas Frecuentes]]
* [http://guifi.net/es/ESDocs Documentos basados en la web de guifi.net] antigua "ComEsFa"

{{clear}}
|}

= Accesos Rápidos =
* [http://planet.guifi.net Planet]
* [http://guifi.net/es/ProcomunXOLN Procomún XOLN (Licencia de la red)]
* [http://guifi.net/es/maps Mapa guifi]
* [http://guifi.net/es/grups Webs Regionales]
* [http://trac.guifi.net Reporta Errores de la web]
* [http://fundacio.guifi.net Fundación]
* [http://lists.guifi.net Listas de Correo]

[[ca:Portada]]
[[en:Main Page]]
[[eu:Azala]]
[[fr:Accueil]]
[[gl:Portada]]
[[pt:Página principal]]

Empezar el proyecto en una nueva zona

2014-10-07T13:19:55Z

Tonic: /* Componentes */ typosssss

= Qué es guifi.net =

guifi.net realmente es el resultado de aplicar un modelo de gestión de comunes a las telecomunicaciones.

== The wealth of the Commons ==

'''The wealth of the Commons''' de Elinor Ostrom, cuya traducción viene a ser '''La riqueza de los comunes''' (o procomunes), es la inspiración de todo el modelo. Si vas a implementar el modelo en una nueva zona, conviene saber cuál es el modelo.

== La licencia ==

Una de las primeras cosas que tuvimos que hacer fue crear colectivamente una serie de normas que gobernaran lo que estábamos haciendo. La versión más actualizada son los Comunes de la Red Abierta, Libre y Neutral (poner enlace).

Esta licencia regula cómo se hace la red y cómo se utiliza, en todas sus implicaciones: actores que diseñan, despliegan, mantienen y aprovechan la red; métodos de compensación para impedir malas prácticas (véase: dumping, hacer dinero sin preocuparse de cuidar la red, etc).

== Componentes ==

* Voluntarios: hacen la red y/o ofrecen servicios '''best effort''' (sin garantizar el servicio)
* Profesionales: hacen la red y/o ofrecen servicios con garantía de servicio (Service Level Agreement, etc)

Además, hay un componente de todo este modelo que es muy importante: la Fundación.

* La Fundación privada para la red abierta, libre y neutral guifi.net nace en 2007 con unos fines y objetivos muy claros que pueden consultarse [[http://fundacio.guifi.net en su web]] (en catalán, puedes emplear un traductor automático en línea).

Aún a riesgo de caer en el simplismo, la Fundación:
* promueve la red (como su nombre indica): provee de herramientas como la web de guifi.net y otras muchas
* trata de garantizar que se cumpla el modelo de comunes: establece sistemas de compensación cuando los actores no cumplen sus obligaciones (por ejemplo, si un proveedor de acceso a Internet sobre guifi.net no destina recursos para el mantenimiento y la mejora de la red que utiliza)

= ¿Cómo implantar el modelo guifi.net en una nueva zona? =

(ToDo: por hacer)

== Ideas ==

Hacer una especie de fases de implantación del proyecto

Aparte, ideas

* Red
** No sólo empezar por la red física.
** De hecho, la experiencia en algunas zonas demuestra es mejor empezar adaptando el modelo a cada zona antes de desplegar físicamente la red.
** Si se interconectan los frikis iniciales, prever antenas de cobertura para que puedan acceder más personas y la red se utilice, mantenga, crezca
* Ecosistema
** Formación para nuevos instaladores, mantenedores, etc... hablando también del modelo de comunes
** Explicar el modelo a empresas ya existentes para tratar de que se impliquen (siempre habrá mayor o menor medida: Niveles de compromiso (A, B, C)
* Grupo promotor
** Crear un grupo de personas estable que se reúna periódicamente
** Establecer vías de diálogo con otros grupos afines
** Es más importante crecer en calidad que en cantidad: formarse, formarse, formarse (puede ser en cuanto a lo técnico, pero si no sabemos a dónde vamos, la cosa fracasará o tardará mucho)

Empezar el proyecto en una nueva zona

2014-10-07T13:19:25Z

Tonic: Mis 5 céntimos: crar/implantar el proyecto en una nueva zona

= Qué es guifi.net =

guifi.net realmente es el resultado de aplicar un modelo de gestión de comunes a las telecomunicaciones.

== The wealth of the Commons ==

'''The wealth of the Commons''' de Elinor Ostrom, cuya traducción viene a ser '''La riqueza de los comunes''' (o procomunes), es la inspiración de todo el modelo. Si vas a implementar el modelo en una nueva zona, conviene saber cuál es el modelo.

== La licencia ==

Una de las primeras cosas que tuvimos que hacer fue crear colectivamente una serie de normas que gobernaran lo que estábamos haciendo. La versión más actualizada son los Comunes de la Red Abierta, Libre y Neutral (poner enlace).

Esta licencia regula cómo se hace la red y cómo se utiliza, en todas sus implicaciones: actores que diseñan, despliegan, mantienen y aprovechan la red; métodos de compensación para impedir malas prácticas (véase: dumping, hacer dinero sin preocuparse de cuidar la red, etc).

== Componentes ==

* Voluntarios: hacen la red y/o ofrecen servicios '''best effort''' (sin garantizar el servicio)
* Profesionales: hacen la red y/o ofrecen servicios con garantía de servicio (Service Level Agreement, etc)

Además, hay un componente de todo este modelo que es muy importante: la Fundación.

* La Fundación privada para la red abierta, libre y neutral guifi.net nace en 2007 con unos fines y objetivos muy claros que pueden consultarse [[http://fundacio.guifi.net en su web]] (en catalán, puedes emplear un traductor automático en línea).

Aún a riesgo de caer en el simplismo, la Fundación:
* promueve la red (como su nombre indica): provee de herramientas como la web de guifi.net y otras muchas
* trata de garantizar que se cumpla el modelo de comunes: establece sistemas de compensación cuando los actores no cumplen sus obligaciones (por ejemplo, si un proveedor de acceso a Internet sobre guifi.net no destina recursos para el mantenimiento y la mejora de la red que utiliza)

= ¿Cómo implantar el modelo guifi.net en una nueva zona?

(ToDo: por hacer)

== Ideas ==

Hacer una especie de fases de implantación del proyecto

Aparte, ideas

* Red
** No sólo empezar por la red física.
** De hecho, la experiencia en algunas zonas demuestra es mejor empezar adaptando el modelo a cada zona antes de desplegar físicamente la red.
** Si se interconectan los frikis iniciales, prever antenas de cobertura para que puedan acceder más personas y la red se utilice, mantenga, crezca
* Ecosistema
** Formación para nuevos instaladores, mantenedores, etc... hablando también del modelo de comunes
** Explicar el modelo a empresas ya existentes para tratar de que se impliquen (siempre habrá mayor o menor medida: Niveles de compromiso (A, B, C)
* Grupo promotor
** Crear un grupo de personas estable que se reúna periódicamente
** Establecer vías de diálogo con otros grupos afines
** Es más importante crecer en calidad que en cantidad: formarse, formarse, formarse (puede ser en cuanto a lo técnico, pero si no sabemos a dónde vamos, la cosa fracasará o tardará mucho)

Empezar una isla desde 0

2014-10-07T12:31:50Z

Tonic: /* Empezando guifi.net desde 0 */ quitando un enter

= ¿Qué es una isla? =
Una isla se entiende como un trozo de la red que no está interconectado a la red troncal de guifi.

La aparición de las islas normalmente se da en sitios aislados donde ya hay una infraestructura de red guifi funcionando, sea por accidentes orográficos o simplemente muy alejados (es el caso del inicio del despliegue en una nueva comarca, consejo o comunidad autónoma).

Si estás de suerte y en tu zona ya hay nodos de guifi.net será mucho más sencillo unirte a ellos y colaborar a tirar del carro para que cada vez vaya mejor.

= Empezando guifi.net desde 0 =

También se puede dar el caso de que quieras empezar a implantar el modelo guifi.net en una nueva zona en la que no exista red de comunes.

Ante todo hay que tener en cuenta que en el modelo guifi.net la red es una parte importante pero que hay otros componentes imprescindibles: quienes hacen la red (de manera voluntaria o profesional) y quienes la utilizan (también de manera voluntaria o profesional). Para que todos estos actores convivan y se respeten los comunes (la red), los participantes en guifi.net aceptamos una licencia (Procomún de la Red Abierta, Libre y Neutral) que define las reglas de juego dentro de esta gestión en comunes.

Si lo que te interesa es empezar el ''proyecto'' en una nueva zona, pásate por '''[[Empezar el proyecto en una nueva zona]]'''

= ¿Qué necesita una isla? =

La creación de una isla implica la creación de unos servicios y de una infraestructura para permitir la correcta expansión de la misma.

'''Infraestructura:''' Se requiere un mínimo de un supernodo (se recomiendan 2 para poder visualizar la propiedad del enrutamiento dinámico) y que el/los mismo(s), permitan la conexión de nodos o clientes. Esta ultima parte es muy importante para permitir la expansión de la red.

* '''[[Crear_un_supernodo|Crear un supernodo]]'''

'''Servicios:''' Para llevar una correcta gestión de la red y el descubrimiento de la misma son necesarios unos servicios básicos.
* '''[[Servidor_de_gráficas|Servidor de gráficas]]:''' Permiten graficar el estado de los nodos y supernodos.
* '''[[Servidor_DNS|Servidor de nombres de dominio (DNS)]]:''' Permiten resolver los nombres de los dispositivos por su nombre y no su IP (mucho más fácil de recordar para los usuarios)
* '''[[Servidor_Reloj|Servidor de reloj (NTP)]]:''' Es recomendable que todos los dispositivos dispongan de la misma hora, esto facilita la identificación de problemas en los logs y la sincronización de los mismos.
* '''[[Servidor_Proxy|Servicio de salida a internet (Proxy)]]:''' La salida a internet mediante un proxy es la mejor forma de captar nuevos usuarios a la red. Se recomienda que el proxy sea un proxy federado de guifi.
* '''[[Servidor_FTP|Servidor de compartición de ficheros (FTP)]]:''' Como que compartir es bueno, disponer de un servicio de compartición de ficheros es otra forma de captar también nuevos usuarios a la red. Este permite a los usuarios que en lugar de descargar los contenidos directamente de internet hacerlo localmente, dentro de la red guifi. La transferencia de los ficheros suele ser mucho más elevada que desde internet. Este servicio es importante para explicar a los usuarios la diferencia entre salir a internet o quedarse dentro de la propia red.

= ¿Cómo empiezo? =
* [[Zona|Crea la zona si no está creada]]
* [[Añadir_un_nodo_de_guifi.net|Marca tu punto en el mapa]]
* [[Crear_un_supernodo|Configura tu primer supernodo]]
* Crea los servicios antes mencionados
* [[Zona|Define los servicios por defecto a tu zona]]
* [[Guifi.net|Haz difusión del proyecto guifi.net]]

[[ca:Començar_una_illa_des_de_0]]

Empezar una isla desde 0

2014-10-07T12:31:24Z

Tonic: añadir enlace a sección que voy a crear: Empezar el proyecto en una nueva zona

Proyecto de Fin de Carrera

2014-08-03T00:53:57Z

Tonic: actualizado el nombre de la lista de correo de desarrollo... jur!

[[Archivo:Graduate_award.svg|right|200px]]

A menudo<ref name="trastos">https://lists.guifi.net/pipermail/guifi-rdes/2011-November/022033.html</ref><ref>https://lists.guifi.net/pipermail/guifi-usuaris/2012-March/018092.html</ref><ref>https://lists.guifi.net/pipermail/guifi-webdev/2012-March/001769.html</ref>, estudiantes o investigadores contactan con la comunidad de Guifi.net porque desean realizar proyectos de investigación, '''Proyectos de Fin de Carrera''' (PFC) o de final de ciclo CFGS relacionados con la red Guifi.net o que puedan ayudar a su expansión.

Los proyectos o trabajos no tienen porqué ser únicamente '''técnicos''', de informática o telecomunicaciones. Dentro de Guifi.net también tienen cabida proyectos y trabajos de carácter '''legal''', '''social''', '''psicológico''', '''publicidad''', de '''contenidos'''..., etc.

Si estás interesado/a, lo mejor es que contactes con nosotros a través de la [[lista de correo]] de desarrollo ('''guifi-dev''').

== Proyectos ==

=== En desarrollo ===
* [[Monitor]], por David Pérez Martorell (Máster de Software Libre, UOC)


=== Acabados ===

{| class="wikitable sortable" 
|- style="background:#ececec;"
! Nombre
! Autor/a
! Año
! Centro de estudios
! Idioma
! Descarga
! Licencia
! Página web
! Comentario
|-
| La liberación de subjetividades y de relaciones entre sujetos a través de mecanismos tecnológicos, culturales y organizativos
| Ál Cano Santana
| 2008
| UAB, departamento de Psicología Social, Facultad de Psicología
| Memoria en catalán, castellano e inglés
| [[bp:Archivo:Al cano santana et al-la liberacion de subjetividades y de relaciones entre sujetos a traves de mecanismos tecnologicos culturales y organizativos-03.pdf|Memoria en PDF]]
| Creative Commons by-sa y GNU FDL
| [[bp:La liberación de subjetividades y de relaciones entre sujetos a través de mecanismos tecnológicos, culturales y organizativos|El trabajo se desarrolló a tiempo real en el wiki de Blogx Populi]]
| Guifi.net no es el centro del trabajo de investigación, si no uno de los ejemplos para uno de los tres campos de análisis.
|-
| Gestión Ciudadana de la Tecnología: Una aproximación desde los Science and Technology Studies a las redes wifi y la governance urbana a través de guifi.net
| Yann Bona Beauvois
| -
| UAB, departamento de Psicología Social, Facultad de Psicología
| Español
| [[:Archivo:Gestion_Ciudadana_de_la_Tecnologia.pdf|PDF]]
| -
| [http://ddd.uab.cat/record/70077?ln=ca] [http://psicologiasocial.uab.es/athenea/index.php/atheneaDigital/article/view/849]
| -
|-
| [[Utilidades Guifi.net]] y [[GuifiManage]]
| [[Usuario:Ganon|Isidro Manzano Navaza]].
| 2012
| [http://www.escoladeltreball.org Escola del Treball de Barcelona]
| Catalan, castellano e ingles
| [https://gitorious.org/caixa-d-eines-de-guifi-net/caixa-d-eines-de-guifi-net Repositorio]
| GPL el código, CC-by los diagramas y GNU FDL la documentación.
| -
| Android - Java
|-
| PFC para mejorar la gestión y el soporte de nuevos dispositivos<ref name="trastos"/><ref>https://lists.guifi.net/pipermail/guifi-rdes/2012-June/024570.html</ref>[https://lists.guifi.net/pipermail/guifi-rdes/2012-June/024782.html] [http://terrassa.guifi.net/pfc_guifi_albertsarle/exposicio.html].
| [[Usuario:Albir|Albert Sarle]]
| 2012
| UAB
| Memoria en catalán
| [https://gitorious.org/~albertsarle/guifi/albertsarle-drupal-guifi_pfc Repositorio] [http://dl.dropbox.com/u/1834023/PFC_guifinet_AlbertSarle.pdf Memoria] [http://terrassa.guifi.net/pfc_guifi_albertsarle/exposicio.html Presentación HTML]
| -
| -
| -
|-
| PFC sobre el desarrollo del firmware [[Quick Mesh Project]] (QMP)
| [[Usuario:Hakais|Pau Escrich]]
| -
| UPC
| Memoria en inglés
| -
| -
| [http://qmp.cat/ Sitio web del proyecto] [http://upcommons.upc.edu/pfc/handle/2099.1/14103] [http://qmp.cat/documents/11 Tesis - Documentación técnica] {{en}}
| -
|-
| Sistema de servidores [[VoIP]] del proyecto guifi.net
| Tomás Velázquez García
| -
| UAB
| -
| -
| -
| [http://ddd.uab.cat/record/70278?ln=ca]
| -
|-
| Millora de la gestió d’una xarxa WiFi: Guifi.net
| Vilajoliu Galceran, Berenguer
| 2006
| UPC
| Catalán
| [http://upcommons.upc.edu/pfc/bitstream/2099.1/3798/1/53927-1.pdf Memoria en PDF]
| -
| [http://upcommons.upc.edu/pfc/handle/2099.1/3798]
| -
|-
| Wifi mesh network nodes on guifi.net
| Duran Rosich, Eduard
| 2009
| UPC
| -
| -
| -
| [http://upcommons.upc.edu/pfc/handle/2099.1/7383]
| -
|-
| Estudi i propostes de millora de la xarxa Guifi.net (I)
| Serra Pàmies, David
| 2008
| UPC
| -
| -
| -
| [http://upcommons.upc.edu/pfc/handle/2099.1/4622]
| -
|-
| Estudio y propuestas de mejora de la red GUIFI.NET (II)
| Vegas Ayora, Javier
| 2007
| UPC
| -
| -
| -
| [http://upcommons.upc.edu/pfc/handle/2099.1/4623]
| -
|-
| Scalability study of Guifi.net and mesh networks
| García Fernández, Víctor N.
| 2011
| UPC
| -
| -
| -
| [http://upcommons.upc.edu/pfc/handle/2099.1/11580]
| -
|-
| Protocolos de encaminamiento en redes inalámbricas mesh: un estudio teórico y experimental
| Albert Batiste Troyano
| 2011
| UOC / US
| Español
| [http://openaccess.uoc.edu/webapps/o2/bitstream/10609/8164/1/abatistet_TFM_0611.pdf]
| -
| -
| -
|-
| Mejora de la aplicación de mapas de Guifi.net<ref>https://lists.guifi.net/pipermail/guifi-webdev/2012-July/001830.html</ref>
| David Rubio Miguélez
| 2012
| UJI
| Español
| [https://www.dropbox.com/s/974exzldfrno1wb/proyecto.pdf Memoria]
| -
| -
| -
|-
| Perspectiva psicosocial ecológica del proyecto: la red social virtual abierta, libre y neutral basada en infraestructura
| Jordi Paradís Medina
| 2012
| UAB
| Catalán
| [http://generatech.org/sites/default/files/guifinet_social_ecologic.pdf Trabajo de fin de grado en psicología]
| Creative Commons 3.0 BY-NC-SA
| [http://psicovirtual.uab.cat/treballgrau/ocs/index.php/tfgpsico/tfg12/paper/view/25]
| Visió autoetnogràfica i holística d'aquest projecte tecnosocial, que inclou la descripció d'un seguit de dificultats detectades alhora de voler formar-ne part, en general i des de una casa apartada a la muntanya del Montnegre al Maresme Nord.

|-
|Servei SNPServices amb notificacio
|David Pérez Martorell
| 2013
|UOC
|Català
| [[Projecte Servei_de_notificació_d'alertes.odt‎]]
| Creative Commons 3.0 BY-NC-SA
|Presentacio [http://www.kaltura.com/index.php/kwidget/wid/_403921/uiconf_id/4438451/entry_id/1_hnw62y1i]
i Demostracio [http://www.kaltura.com/index.php/kwidget/wid/_403921/uiconf_id/4438451/entry_id/1_l68vxblh]
|Programes que amplien el servei SNPServices. Fa ping als nodes del grup de nodes del servidor d gràfics i informa al servidor web de incidencies. El servidor web envia correus als responsables

|-
|}

== Ideas <ref>{{MM|url=https://lists.guifi.net/pipermail/guifi-usuaris/2012-March/018102.html|list=Usuaris}}</ref> ==
* Repetir algo de http://upcommons.upc.edu/pfc/handle/2099.1/11081 (sobre el orden "de entrada" de los paquetes ad-hoc vs infraestructura en un mismo canal)
* Plugins BGP-(OLSR/BATMAN/BMX)
* Comparación rendimiento wifi del AP-AP wds vs AP-cliente wds

=== Personas del guifibages a finales de 2009 propusieron ===
* Evaluar el rendimiento de OLSR y compararlo con otros protocolos de enrutamiento dinámico. Buscar qué significan todos los parámetros de configuración y optimizar el rendimiento en guifibages.
* Estudiar el driver madwifi y optimizar el rendimiento en las condiciones guifibages (iría ligado con el anterior en un posible proyecto: "Optimización de guifibages: madwifi + OLSR".
* Sistema de visualización en tiempo real de la calidad del enlace integrado en los mapas de Guifi.net a partir del plugin olsr-dot-draw/olsr-txtinfo.
* Creación de un testbed openwrt + mesh en la UPC: que el proyectista monte en la universidad una serie de radios dispersos por los edificios que se puedan poner en marcha, para y configurar desde un servidor "central".
* Es un tipo de "encargo" que nos hemos tomado de la [[Open Spectrum Alliance]]. Se trataría de evaluar la ocupación de las frecuencias de TV (analógica y TDT) para averiguar los "espacios en blanco" de una zona.
* [https://lists.guifi.net/pipermail/guifi-rdes/2011-November/022064.html] [https://lists.guifi.net/pipermail/guifi-rdes/2011-November/022066.html]

== Véase también ==
* [[Google Summer of Code]]
* [[Publicaciones]]

== Referencias ==
<references/>

== Enlaces externos ==
* http://guifi.net/ca/node/3496 {{ca}}
* http://guifi.net/ca/ProjectesInvestigacio {{ca}}
* [http://ddd.uab.cat/search?ln=ca&as=1&m1=a&p1=guifi&f1=title&op1=a&m2=a&p2=&f2=codititulacio&op2=a&m3=a&p3=&f3=year&action_search=Cerca&c=Dip%C3%B2sit+Digital+de+Documents+de+la+UAB&sf=&so=a&rm=&rg=10&sc=1&of=hb Depósito Digital de Documentos de la UAB: guifi]
* [http://upcommons.upc.edu/pfc/simple-search?query=guifi Trabajos académicos UPC: guifi], upcommons

[[Categoría:Material académico]]

Squid-openwrt-padres

2014-04-17T18:50:14Z

Tonic: /* Comandos básicos de Squid */ mejorado estilo de comandos

= Cambio de proxies con OpenWrt y Squid =
Con este documento se pretende exlpicar cómo configurar un [[proxy]] para que se valide con otros proxies de la red.

Nota: Aquí está explicado para OpenWrt pero debería ser ideńtico (menos los paquetes) con cualquier linux.

== Esquema ==
Navegador ----> Router OpenWrt -----> Proxy guifi externo -----> Internet

== Ventajas, usos e inconvenientes ==
'''Ventajas y usos:'''

* Si un proxy deja de estar operativo, no hace falta modificar la configuración de los navegadores.
* No pide contraseñas de proxy en los navegadores.
* Si tenemos un proxy con Squid y se nos cae nuestra línea podemos redirigir nuestro tránsito a otros proxies mientras hacemos el mantenimiento.

'''Inconvenientes:'''

* Necesitamos un router capaz de gestionarlo.
* Tenemos que añadir un un proxy a nuestra red con el mantenimiento que ello supone

== Configuración en los navegadores ==
En los navegadores de nuestra red tenemos que configurar la '''IP del ROUTER''' y no la del proxy de guifi externo.

Si nuestro [[Squid]] tiene la IP 192.168.1.5 tenemos que configurar los navegadores como 192.168.1.5:3128

== Squid ==
'''Paquetes necesarios:'''

root@OpenWrt: opkg update
root@OpenWrt: opkg install squid iptables-mod-nat-extra

'''Configuració d'Squid:'''

Hacemos una copia de seguridad del fichero de configuración original
root@OpenWrt:~# cp /etc/squid/squid.conf /etc/squid/squid.conf.original

Reset del fichero de configuración
root@OpenWrt:~# echo > /etc/squid/squid.conf

Editamos el fichero de configuración con estos parámetros
root@OpenWrt:~# vi /etc/squid/squid.conf

=== Fichero de configuración ===
http_port 3128 transparent
hierarchy_stoplist cgi-bin ?
acl QUERY urlpath_regex cgi-bin \?
cache deny QUERY
acl apache rep_header Server ^Apache
access_log /var/log/access.log squid
hosts_file /etc/hosts
refresh_pattern ^ftp: 1440 20% 10080
refresh_pattern ^gopher: 1440 0% 1440
refresh_pattern . 0 20% 4320
#solo permitimos conexiones desde el rango local
acl all src 192.168.1.0/255.255.255.0
acl manager proto cache_object
acl localhost src 127.0.0.1/255.255.255.255
acl to_localhost dst 127.0.0.0/8
acl SSL_ports port 443 563 # https, snews
acl SSL_ports port 873 # rsync
acl Safe_ports port 80 # http
acl Safe_ports port 21 # ftp
acl Safe_ports port 443 563 # https, snews
acl Safe_ports port 70 # gopher
acl Safe_ports port 210 # wais
acl Safe_ports port 1025-65535 # unregistered ports
acl Safe_ports port 280 # http-mgmt
acl Safe_ports port 488 # gss-http
acl Safe_ports port 591 # filemaker
acl Safe_ports port 777 # multiling http
acl Safe_ports port 631 # cups
acl Safe_ports port 873 # rsync
acl Safe_ports port 901 # SWAT
acl purge method PURGE
acl CONNECT method CONNECT
http_access allow all
http_access allow manager all
http_access allow localhost
http_reply_access allow all
icp_access allow all
visible_hostname guifi-proxy-local
# always_direct allow all
nonhierarchical_direct off
# si queremos que primero use los padres "prefer_direct off"
prefer_direct off
coredump_dir /var/spool/squid
# No queremos caché (los openwrt suelen tener poco espacio!)
cache deny all
# Por si crea caché que lo haga a null
cache_dir null /dev/nul
# Si crees que te puedes quedar sin espacio puedes poner estas rutas a /dev/nul también
cache_store_log /var/log/store.log
cache_log /var/log/cache.log
pid_filename /var/log/squid.pid

#A partir de aquí proxies padres de guifi, hace falta mirar cuáles van mejor y ponerles un USUARIO:CONTRASEÑA
#Yo lo tengo apuntado así en el fichero de configuración para saber cuál es cuál.

#10.138.27.163 BCNSettProxy ONO - PING 23ms - 11.66Mb / 4.85Mb - 8 salts
cache_peer 10.138.27.163 parent 3128 3128 proxy-only no-query no-digest default login=USUARIO:CONTRASEÑA

#10.139.37.194 Vallcarca Telefonica - PING 32ms - 10Mb/5Mb - 3 salts
cache_peer 10.139.92.131 parent 3128 3128 proxy-only no-query no-digest default login=USUARIO:CONTRASEÑA

#10.138.27.98 BCNAragoOlostSrvr1 Jazztel - PING 45ms - 9Mb / 2Mb - 6 salts
cache_peer 10.35.125.163 parent 3128 3128 proxy-only no-query no-digest default login=USUARIO:CONTRASEÑA

#10.139.36.66 agricultura 3128 ONO - PING 34ms - 7.79Mb / 4.48Mb - 9 salts
cache_peer 10.139.36.66 parent 3128 3128 proxy-only no-query no-digest default login=USUARIO:CONTRASEÑA

pulsa [[Squid-openwrt-padres_squid.conf_alternativo|aquí]] para ver un squid.conf alternativo mucho más simple (también mucho menos seguro)

=== Script de inicialización===

'''''AYUDA:''' Hay que mejorarlo!''

root@OpenWrt:~# vi /etc/init.d/squid

#! /bin/sh
PATH=/sbin:/bin:/usr/sbin:/usr/bin
NAME=squid
DESC="Squiq web proxy"
#If lan
LAN="br-lan"
#Ruta donde está el iptables
IPT=/usr/sbin/iptables
LOGPATH=/var/log
PIDPATH=/var/log/squid.pid
#Rango de la red de área local
LOCAL_LAN="192.168.1.0/24"
SQUID_SERVER="127.0.0.1"
SQUID_PORT="3128"

# Abrimos puerto en iptables
$IPT -A INPUT -i $LAN -p tcp --dport $SQUID_PORT -j ACCEPT

# Miramos si existe $LOGPATH
test -d $LOGPATH || mkdir -p $LOGPATH || chmod 744 $LOGPATH

case "$1" in
start)

# Comprobando que no esté iniciado.
if [ -e $PIDPATH ]; then
echo "$DESC: $NAME ya iniciado."
exit 0
fi

echo -n "Iniciando $DESC: $NAME"

$NAME -d 9

echo "."
;;

stop)

if [ ! -e $PIDPATH ]; then
echo "$DESC: $NAME no está funcionando."
exit 0
fi

echo -n "Parando $DESC: $NAME"

$NAME -k shutdown

#Es muy lento el apagado, esperamos 5 segons
sleep 5
rm -f $PIDPATH
echo "."
;;

restart)

if [ ! -e $PIDPATH ]; then
$0 start
exit 0
fi

echo -n "Restart $DESC: $NAME"

$NAME -k shutdown
sleep 15
rm -f $PIDPATH

count=1

while [ -e $PIDPATH ]
do
$NAME -k shutdown
sleep 10
rm -f $PIDPATH
count=$((count+1))

if [ $count -eq 4 ]; then
echo "no puedo matar el proceso, intenta hacerlo con force-reload"
exit 1
fi
done

if [ ! -e $PIDPATH ]; then
$0 start
exit 0
fi

echo -n "Iniciando $DESC: $NAME"
$NAME -d 9

echo "."
;;

force-reload)

if [ ! -e $PIDPATH ]; then
$0 start
exit 0
fi

echo -n "Restart $DESC: $NAME"

$NAME -k shutdown
sleep 10
rm -f $PIDPATH
count=1

while [ -e $PIDPATH ]
do
killall -9 $NAME
sleep 10
rm -f $PIDPATH
count=$((count+1))

if [ $count -eq 4 ]; then
echo "no puedo matar el proceso"
exit 1
fi
done

if [ ! -e $PIDPATH ]; then
$0 start
exit 0
fi
;;

*)

N=/etc/init.d/$NAME
echo "Usage: $N {start|stop|restart|force-reload}" >&2
;;

esac
exit 0

root@OpenWrt:/etc/init.d# chmod 755 /etc/init.d/squid

root@OpenWrt:/etc/init.d# ln -s /etc/init.d/squid /etc/rc.d/S99squid

=== Problemas típicos ===
- Si no funciona mira qué '''puerta de enlace''' tienes configurada (comando ''route'' y mirar el que está por defecto) y que tengas enrutamiento hasta el servidor Squid padre. Intenta hacer un ping y ver si responde, a veces hay nodos caídos que hacen que no se pueda llegar al proxy.

=== Comandos básicos de Squid ===
Parar
root@OpenWrt:/# squid -k shutdown

Lanzar en modo debug
root@OpenWrt:/# squid -d 9

Debug + No comprobar DNS (por si no tenemos enrutamiento DNS)
root@OpenWrt:/# squid -d 9 -D

[[ca:Squid-openwrt-pares]]

[[Categoría:Proxy]]

Squid-openwrt-padres squid.conf alternativo

2014-04-16T22:36:05Z

Tonic: añadidas reglas para interceptar tráfico saliente hacia puerto 80 y redirigirlo al proxy local

===squid.conf alternativo mucho más simple (y mucho menos seguro)===

A continuación, un squid.conf muy simple de proxy transparente en puerto 80 que se conecta a un guifi-proxy y se identifica

http_port 3128 transparent
cache_peer <ip del proxy de guifi> parent <puerto del proxy de guifi (generalmente 3128)> <igual que el anterior> no-query default proxy-only login=<usuario>:<contraseña>

acl manager proto cache_object
acl localhost src 127.0.0.1/255.255.255.255
acl all src 0.0.0.0/0.0.0.0
http_access allow all
never_direct allow all
icp_access deny all

# No queremos caché (los openwrt suelen tener poco espacio!)
cache deny all

# Por si crea caché, que lo haga a null
cache_dir null /dev/nul

# Si crees que te puedes quedar sin espacio puedes poner estas dos rutas a /dev/null también
cache_store_log /var/log/store.log
cache_log /var/log/cache.log

pid_filename /var/log/squid.pid

Si además queremos que todas las peticiones que lleguen al openwrt sean redirigidas al squid:
iptables -t nat -A PREROUTING -i eth1 -p tcp --dport 80 -j DNAT --to <ip del openwrt en la red local>:3128
iptables -t nat -A PREROUTING -i eth0 -p tcp --dport 80 -j REDIRECT --to-port 3128

Squid-openwrt-padres squid.conf alternativo

2014-04-16T21:51:22Z

Tonic: /* squid.conf alternativo mucho más simple (y mucho menos seguro */ juas, el cierre de paréntesis

===squid.conf alternativo mucho más simple (y mucho menos seguro)===

A continuación, un squid.conf muy simple de proxy transparente en puerto 80 que se conecta a un guifi-proxy y se identifica

http_port 80 transparent
cache_peer <ip del proxy de guifi> parent <puerto del proxy de guifi (generalmente 3128)> <igual que el anterior> no-query default proxy-only login=<usuario>:<contraseña>

acl manager proto cache_object
acl localhost src 127.0.0.1/255.255.255.255
acl all src 0.0.0.0/0.0.0.0
http_access allow all
never_direct allow all
icp_access deny all

# No queremos caché (los openwrt suelen tener poco espacio!)
cache deny all

# Por si crea caché, que lo haga a null
cache_dir null /dev/nul

# Si crees que te puedes quedar sin espacio puedes poner estas dos rutas a /dev/null también
cache_store_log /var/log/store.log
cache_log /var/log/cache.log

pid_filename /var/log/squid.pid

Squid-openwrt-padres squid.conf alternativo

2014-04-16T21:50:56Z

Tonic: creación con los (antiguos) contendidos de squid-autentificándose-contra-squid y algunas cosas del artículo padre :)

===squid.conf alternativo mucho más simple (y mucho menos seguro===

A continuación, un squid.conf muy simple de proxy transparente en puerto 80 que se conecta a un guifi-proxy y se identifica

http_port 80 transparent
cache_peer <ip del proxy de guifi> parent <puerto del proxy de guifi (generalmente 3128)> <igual que el anterior> no-query default proxy-only login=<usuario>:<contraseña>

acl manager proto cache_object
acl localhost src 127.0.0.1/255.255.255.255
acl all src 0.0.0.0/0.0.0.0
http_access allow all
never_direct allow all
icp_access deny all

# No queremos caché (los openwrt suelen tener poco espacio!)
cache deny all

# Por si crea caché, que lo haga a null
cache_dir null /dev/nul

# Si crees que te puedes quedar sin espacio puedes poner estas dos rutas a /dev/null también
cache_store_log /var/log/store.log
cache_log /var/log/cache.log

pid_filename /var/log/squid.pid

Squid-openwrt-padres

2014-04-16T21:44:07Z

Tonic: /* Fichero de configuración */ cambiando el enlace para que funcione, etc

= Cambio de proxies con OpenWrt y Squid =
Con este documento se pretende exlpicar cómo configurar un [[proxy]] para que se valide con otros proxies de la red.

Nota: Aquí está explicado para OpenWrt pero debería ser ideńtico (menos los paquetes) con cualquier linux.

== Esquema ==
Navegador ----> Router OpenWrt -----> Proxy guifi externo -----> Internet

== Ventajas, usos e inconvenientes ==
'''Ventajas y usos:'''

* Si un proxy deja de estar operativo, no hace falta modificar la configuración de los navegadores.
* No pide contraseñas de proxy en los navegadores.
* Si tenemos un proxy con Squid y se nos cae nuestra línea podemos redirigir nuestro tránsito a otros proxies mientras hacemos el mantenimiento.

'''Inconvenientes:'''

* Necesitamos un router capaz de gestionarlo.
* Tenemos que añadir un un proxy a nuestra red con el mantenimiento que ello supone

== Configuración en los navegadores ==
En los navegadores de nuestra red tenemos que configurar la '''IP del ROUTER''' y no la del proxy de guifi externo.

Si nuestro [[Squid]] tiene la IP 192.168.1.5 tenemos que configurar los navegadores como 192.168.1.5:3128

== Squid ==
'''Paquetes necesarios:'''

root@OpenWrt: opkg update
root@OpenWrt: opkg install squid iptables-mod-nat-extra

'''Configuració d'Squid:'''

Hacemos una copia de seguridad del fichero de configuración original
root@OpenWrt:~# cp /etc/squid/squid.conf /etc/squid/squid.conf.original

Reset del fichero de configuración
root@OpenWrt:~# echo > /etc/squid/squid.conf

Editamos el fichero de configuración con estos parámetros
root@OpenWrt:~# vi /etc/squid/squid.conf

=== Fichero de configuración ===
http_port 3128 transparent
hierarchy_stoplist cgi-bin ?
acl QUERY urlpath_regex cgi-bin \?
cache deny QUERY
acl apache rep_header Server ^Apache
access_log /var/log/access.log squid
hosts_file /etc/hosts
refresh_pattern ^ftp: 1440 20% 10080
refresh_pattern ^gopher: 1440 0% 1440
refresh_pattern . 0 20% 4320
#solo permitimos conexiones desde el rango local
acl all src 192.168.1.0/255.255.255.0
acl manager proto cache_object
acl localhost src 127.0.0.1/255.255.255.255
acl to_localhost dst 127.0.0.0/8
acl SSL_ports port 443 563 # https, snews
acl SSL_ports port 873 # rsync
acl Safe_ports port 80 # http
acl Safe_ports port 21 # ftp
acl Safe_ports port 443 563 # https, snews
acl Safe_ports port 70 # gopher
acl Safe_ports port 210 # wais
acl Safe_ports port 1025-65535 # unregistered ports
acl Safe_ports port 280 # http-mgmt
acl Safe_ports port 488 # gss-http
acl Safe_ports port 591 # filemaker
acl Safe_ports port 777 # multiling http
acl Safe_ports port 631 # cups
acl Safe_ports port 873 # rsync
acl Safe_ports port 901 # SWAT
acl purge method PURGE
acl CONNECT method CONNECT
http_access allow all
http_access allow manager all
http_access allow localhost
http_reply_access allow all
icp_access allow all
visible_hostname guifi-proxy-local
# always_direct allow all
nonhierarchical_direct off
# si queremos que primero use los padres "prefer_direct off"
prefer_direct off
coredump_dir /var/spool/squid
# No queremos caché (los openwrt suelen tener poco espacio!)
cache deny all
# Por si crea caché que lo haga a null
cache_dir null /dev/nul
# Si crees que te puedes quedar sin espacio puedes poner estas rutas a /dev/nul también
cache_store_log /var/log/store.log
cache_log /var/log/cache.log
pid_filename /var/log/squid.pid

#A partir de aquí proxies padres de guifi, hace falta mirar cuáles van mejor y ponerles un USUARIO:CONTRASEÑA
#Yo lo tengo apuntado así en el fichero de configuración para saber cuál es cuál.

#10.138.27.163 BCNSettProxy ONO - PING 23ms - 11.66Mb / 4.85Mb - 8 salts
cache_peer 10.138.27.163 parent 3128 3128 proxy-only no-query no-digest default login=USUARIO:CONTRASEÑA

#10.139.37.194 Vallcarca Telefonica - PING 32ms - 10Mb/5Mb - 3 salts
cache_peer 10.139.92.131 parent 3128 3128 proxy-only no-query no-digest default login=USUARIO:CONTRASEÑA

#10.138.27.98 BCNAragoOlostSrvr1 Jazztel - PING 45ms - 9Mb / 2Mb - 6 salts
cache_peer 10.35.125.163 parent 3128 3128 proxy-only no-query no-digest default login=USUARIO:CONTRASEÑA

#10.139.36.66 agricultura 3128 ONO - PING 34ms - 7.79Mb / 4.48Mb - 9 salts
cache_peer 10.139.36.66 parent 3128 3128 proxy-only no-query no-digest default login=USUARIO:CONTRASEÑA

pulsa [[Squid-openwrt-padres_squid.conf_alternativo|aquí]] para ver un squid.conf alternativo mucho más simple (también mucho menos seguro)

=== Script de inicialización===

'''''AYUDA:''' Hay que mejorarlo!''

root@OpenWrt:~# vi /etc/init.d/squid

#! /bin/sh
PATH=/sbin:/bin:/usr/sbin:/usr/bin
NAME=squid
DESC="Squiq web proxy"
#If lan
LAN="br-lan"
#Ruta donde está el iptables
IPT=/usr/sbin/iptables
LOGPATH=/var/log
PIDPATH=/var/log/squid.pid
#Rango de la red de área local
LOCAL_LAN="192.168.1.0/24"
SQUID_SERVER="127.0.0.1"
SQUID_PORT="3128"

# Abrimos puerto en iptables
$IPT -A INPUT -i $LAN -p tcp --dport $SQUID_PORT -j ACCEPT

# Miramos si existe $LOGPATH
test -d $LOGPATH || mkdir -p $LOGPATH || chmod 744 $LOGPATH

case "$1" in
start)

# Comprobando que no esté iniciado.
if [ -e $PIDPATH ]; then
echo "$DESC: $NAME ya iniciado."
exit 0
fi

echo -n "Iniciando $DESC: $NAME"

$NAME -d 9

echo "."
;;

stop)

if [ ! -e $PIDPATH ]; then
echo "$DESC: $NAME no está funcionando."
exit 0
fi

echo -n "Parando $DESC: $NAME"

$NAME -k shutdown

#Es muy lento el apagado, esperamos 5 segons
sleep 5
rm -f $PIDPATH
echo "."
;;

restart)

if [ ! -e $PIDPATH ]; then
$0 start
exit 0
fi

echo -n "Restart $DESC: $NAME"

$NAME -k shutdown
sleep 15
rm -f $PIDPATH

count=1

while [ -e $PIDPATH ]
do
$NAME -k shutdown
sleep 10
rm -f $PIDPATH
count=$((count+1))

if [ $count -eq 4 ]; then
echo "no puedo matar el proceso, intenta hacerlo con force-reload"
exit 1
fi
done

if [ ! -e $PIDPATH ]; then
$0 start
exit 0
fi

echo -n "Iniciando $DESC: $NAME"
$NAME -d 9

echo "."
;;

force-reload)

if [ ! -e $PIDPATH ]; then
$0 start
exit 0
fi

echo -n "Restart $DESC: $NAME"

$NAME -k shutdown
sleep 10
rm -f $PIDPATH
count=1

while [ -e $PIDPATH ]
do
killall -9 $NAME
sleep 10
rm -f $PIDPATH
count=$((count+1))

if [ $count -eq 4 ]; then
echo "no puedo matar el proceso"
exit 1
fi
done

if [ ! -e $PIDPATH ]; then
$0 start
exit 0
fi
;;

*)

N=/etc/init.d/$NAME
echo "Usage: $N {start|stop|restart|force-reload}" >&2
;;

esac
exit 0

root@OpenWrt:/etc/init.d# chmod 755 /etc/init.d/squid

root@OpenWrt:/etc/init.d# ln -s /etc/init.d/squid /etc/rc.d/S99squid

=== Problemas típicos ===
- Si no funciona mira qué '''puerta de enlace''' tienes configurada (comando ''route'' y mirar el que está por defecto) y que tengas enrutamiento hasta el servidor Squid padre. Intenta hacer un ping y ver si responde, a veces hay nodos caídos que hacen que no se pueda llegar al proxy.

=== Comandos básicos de Squid ===
Parar
root@OpenWrt:/#squid -k shutdown

Lanzar en modo debug
root@OpenWrt:/#squid -d 9

Debug + No comprobar DNS (por si no tenemos enrutamiento DNS)
root@OpenWrt:/#squid -d 9 -D

[[ca:Squid-openwrt-pares]]

[[Categoría:Proxy]]

Squid-openwrt-padres

2014-04-16T21:42:11Z

Tonic: /* Fichero de configuración */ añadido enlace a fichero squid.conf alternativo más simple (lo tomaré del otro artículo squid-autenticándose-contra-squid, que borraré acto seguido)

= Cambio de proxies con OpenWrt y Squid =
Con este documento se pretende exlpicar cómo configurar un [[proxy]] para que se valide con otros proxies de la red.

Nota: Aquí está explicado para OpenWrt pero debería ser ideńtico (menos los paquetes) con cualquier linux.

== Esquema ==
Navegador ----> Router OpenWrt -----> Proxy guifi externo -----> Internet

== Ventajas, usos e inconvenientes ==
'''Ventajas y usos:'''

* Si un proxy deja de estar operativo, no hace falta modificar la configuración de los navegadores.
* No pide contraseñas de proxy en los navegadores.
* Si tenemos un proxy con Squid y se nos cae nuestra línea podemos redirigir nuestro tránsito a otros proxies mientras hacemos el mantenimiento.

'''Inconvenientes:'''

* Necesitamos un router capaz de gestionarlo.
* Tenemos que añadir un un proxy a nuestra red con el mantenimiento que ello supone

== Configuración en los navegadores ==
En los navegadores de nuestra red tenemos que configurar la '''IP del ROUTER''' y no la del proxy de guifi externo.

Si nuestro [[Squid]] tiene la IP 192.168.1.5 tenemos que configurar los navegadores como 192.168.1.5:3128

== Squid ==
'''Paquetes necesarios:'''

root@OpenWrt: opkg update
root@OpenWrt: opkg install squid iptables-mod-nat-extra

'''Configuració d'Squid:'''

Hacemos una copia de seguridad del fichero de configuración original
root@OpenWrt:~# cp /etc/squid/squid.conf /etc/squid/squid.conf.original

Reset del fichero de configuración
root@OpenWrt:~# echo > /etc/squid/squid.conf

Editamos el fichero de configuración con estos parámetros
root@OpenWrt:~# vi /etc/squid/squid.conf

=== Fichero de configuración ===
http_port 3128 transparent
hierarchy_stoplist cgi-bin ?
acl QUERY urlpath_regex cgi-bin \?
cache deny QUERY
acl apache rep_header Server ^Apache
access_log /var/log/access.log squid
hosts_file /etc/hosts
refresh_pattern ^ftp: 1440 20% 10080
refresh_pattern ^gopher: 1440 0% 1440
refresh_pattern . 0 20% 4320
#solo permitimos conexiones desde el rango local
acl all src 192.168.1.0/255.255.255.0
acl manager proto cache_object
acl localhost src 127.0.0.1/255.255.255.255
acl to_localhost dst 127.0.0.0/8
acl SSL_ports port 443 563 # https, snews
acl SSL_ports port 873 # rsync
acl Safe_ports port 80 # http
acl Safe_ports port 21 # ftp
acl Safe_ports port 443 563 # https, snews
acl Safe_ports port 70 # gopher
acl Safe_ports port 210 # wais
acl Safe_ports port 1025-65535 # unregistered ports
acl Safe_ports port 280 # http-mgmt
acl Safe_ports port 488 # gss-http
acl Safe_ports port 591 # filemaker
acl Safe_ports port 777 # multiling http
acl Safe_ports port 631 # cups
acl Safe_ports port 873 # rsync
acl Safe_ports port 901 # SWAT
acl purge method PURGE
acl CONNECT method CONNECT
http_access allow all
http_access allow manager all
http_access allow localhost
http_reply_access allow all
icp_access allow all
visible_hostname guifi-proxy-local
# always_direct allow all
nonhierarchical_direct off
# si queremos que primero use los padres "prefer_direct off"
prefer_direct off
coredump_dir /var/spool/squid
# No queremos caché (los openwrt suelen tener poco espacio!)
cache deny all
# Por si crea caché que lo haga a null
cache_dir null /dev/nul
# Si crees que te puedes quedar sin espacio puedes poner estas rutas a /dev/nul también
cache_store_log /var/log/store.log
cache_log /var/log/cache.log
pid_filename /var/log/squid.pid

#A partir de aquí proxies padres de guifi, hace falta mirar cuáles van mejor y ponerles un USUARIO:CONTRASEÑA
#Yo lo tengo apuntado así en el fichero de configuración para saber cuál es cuál.

#10.138.27.163 BCNSettProxy ONO - PING 23ms - 11.66Mb / 4.85Mb - 8 salts
cache_peer 10.138.27.163 parent 3128 3128 proxy-only no-query no-digest default login=USUARIO:CONTRASEÑA

#10.139.37.194 Vallcarca Telefonica - PING 32ms - 10Mb/5Mb - 3 salts
cache_peer 10.139.92.131 parent 3128 3128 proxy-only no-query no-digest default login=USUARIO:CONTRASEÑA

#10.138.27.98 BCNAragoOlostSrvr1 Jazztel - PING 45ms - 9Mb / 2Mb - 6 salts
cache_peer 10.35.125.163 parent 3128 3128 proxy-only no-query no-digest default login=USUARIO:CONTRASEÑA

#10.139.36.66 agricultura 3128 ONO - PING 34ms - 7.79Mb / 4.48Mb - 9 salts
cache_peer 10.139.36.66 parent 3128 3128 proxy-only no-query no-digest default login=USUARIO:CONTRASEÑA

[Squid-openwrt-padres_squid.conf_alternativo squid.conf alternativo mucho más simple (también menos seguro)]

=== Script de inicialización===

'''''AYUDA:''' Hay que mejorarlo!''

root@OpenWrt:~# vi /etc/init.d/squid

#! /bin/sh
PATH=/sbin:/bin:/usr/sbin:/usr/bin
NAME=squid
DESC="Squiq web proxy"
#If lan
LAN="br-lan"
#Ruta donde está el iptables
IPT=/usr/sbin/iptables
LOGPATH=/var/log
PIDPATH=/var/log/squid.pid
#Rango de la red de área local
LOCAL_LAN="192.168.1.0/24"
SQUID_SERVER="127.0.0.1"
SQUID_PORT="3128"

# Abrimos puerto en iptables
$IPT -A INPUT -i $LAN -p tcp --dport $SQUID_PORT -j ACCEPT

# Miramos si existe $LOGPATH
test -d $LOGPATH || mkdir -p $LOGPATH || chmod 744 $LOGPATH

case "$1" in
start)

# Comprobando que no esté iniciado.
if [ -e $PIDPATH ]; then
echo "$DESC: $NAME ya iniciado."
exit 0
fi

echo -n "Iniciando $DESC: $NAME"

$NAME -d 9

echo "."
;;

stop)

if [ ! -e $PIDPATH ]; then
echo "$DESC: $NAME no está funcionando."
exit 0
fi

echo -n "Parando $DESC: $NAME"

$NAME -k shutdown

#Es muy lento el apagado, esperamos 5 segons
sleep 5
rm -f $PIDPATH
echo "."
;;

restart)

if [ ! -e $PIDPATH ]; then
$0 start
exit 0
fi

echo -n "Restart $DESC: $NAME"

$NAME -k shutdown
sleep 15
rm -f $PIDPATH

count=1

while [ -e $PIDPATH ]
do
$NAME -k shutdown
sleep 10
rm -f $PIDPATH
count=$((count+1))

if [ $count -eq 4 ]; then
echo "no puedo matar el proceso, intenta hacerlo con force-reload"
exit 1
fi
done

if [ ! -e $PIDPATH ]; then
$0 start
exit 0
fi

echo -n "Iniciando $DESC: $NAME"
$NAME -d 9

echo "."
;;

force-reload)

if [ ! -e $PIDPATH ]; then
$0 start
exit 0
fi

echo -n "Restart $DESC: $NAME"

$NAME -k shutdown
sleep 10
rm -f $PIDPATH
count=1

while [ -e $PIDPATH ]
do
killall -9 $NAME
sleep 10
rm -f $PIDPATH
count=$((count+1))

if [ $count -eq 4 ]; then
echo "no puedo matar el proceso"
exit 1
fi
done

if [ ! -e $PIDPATH ]; then
$0 start
exit 0
fi
;;

*)

N=/etc/init.d/$NAME
echo "Usage: $N {start|stop|restart|force-reload}" >&2
;;

esac
exit 0

root@OpenWrt:/etc/init.d# chmod 755 /etc/init.d/squid

root@OpenWrt:/etc/init.d# ln -s /etc/init.d/squid /etc/rc.d/S99squid

=== Problemas típicos ===
- Si no funciona mira qué '''puerta de enlace''' tienes configurada (comando ''route'' y mirar el que está por defecto) y que tengas enrutamiento hasta el servidor Squid padre. Intenta hacer un ping y ver si responde, a veces hay nodos caídos que hacen que no se pueda llegar al proxy.

=== Comandos básicos de Squid ===
Parar
root@OpenWrt:/#squid -k shutdown

Lanzar en modo debug
root@OpenWrt:/#squid -d 9

Debug + No comprobar DNS (por si no tenemos enrutamiento DNS)
root@OpenWrt:/#squid -d 9 -D

[[ca:Squid-openwrt-pares]]

[[Categoría:Proxy]]

Squid autentificándose contra squid

2014-04-16T17:20:20Z

Tonic: /* Contenido de squid.conf */ aclaración y renombrado de subsección

=¿Por qué?=

Si alguna vez te has visto en casa con que quieres conectar varios dispositivos a tu nodo de guifi.net, habrás pensado en un switch o un router.
Sin embargo, siempre queda el «pequeño» detalle del proxy:
* configurarlo
* autentificación cada X tiempo (generalmente cada hora)

=Cómo=

Un proxy local que se identifica contra un proxy remoto.
El proxy local será el que instalemos en nuestro router (OpenWRT) y el proxy remoto será nuestro proxy más cercano de guifi.net.

=Más detalles=

==squid.conf==

El fichero squid.conf de nuestro squid local debe contener:

http_port <en qué puerto queremos que escuche nuestro squid local>
cache_peer <ip del proxy de guifi> parent <puerto del proxy de guifi (generalmente 3128)> 0 no-query default proxy-only login=<usuario>:<contraseña>

acl manager proto cache_object
acl localhost src 127.0.0.1/255.255.255.255
acl all src 0.0.0.0/0.0.0.0
http_access allow all
never_direct allow all
icp_access deny all

cache_effective_user squid
cache_effective_group wheel

'''Atención''': Hay que sustituir el texto encerrado entre <> (y eliminar <>).

Nota: Es posible que en OpenWRT el usuario y el grupo (últimas dos líneas) sean diferentes de los que se especifican aquí.

[http://hints.macworld.com/article.php?story=20030226161459306 Referencia]

Queda por explicar todo el proceso pero la idea y los detalles específicos están ahí.

=Sobre tinyproxy y AddHeader=

Mejor no utilizarlo ya que implica que enviaremos las cabeceras con cada petición del proxy, lo que constituye un riesgo de seguridad, además de ser un tanto chapucero.

Squid autentificándose contra squid

2014-04-16T17:19:08Z

Tonic: /* Contenido de squid.conf */ corrección de estilo

=¿Por qué?=

Si alguna vez te has visto en casa con que quieres conectar varios dispositivos a tu nodo de guifi.net, habrás pensado en un switch o un router.
Sin embargo, siempre queda el «pequeño» detalle del proxy:
* configurarlo
* autentificación cada X tiempo (generalmente cada hora)

=Cómo=

Un proxy local que se identifica contra un proxy remoto.
El proxy local será el que instalemos en nuestro router (OpenWRT) y el proxy remoto será nuestro proxy más cercano de guifi.net.

=Más detalles=

==Contenido de squid.conf==

Debe contener:

http_port <en qué puerto queremos que escuche nuestro squid local>
cache_peer <ip del proxy de guifi> parent <puerto del proxy de guifi (generalmente 3128)> 0 no-query default proxy-only login=<usuario>:<contraseña>

acl manager proto cache_object
acl localhost src 127.0.0.1/255.255.255.255
acl all src 0.0.0.0/0.0.0.0
http_access allow all
never_direct allow all
icp_access deny all

cache_effective_user squid
cache_effective_group wheel

'''Atención''': Hay que sustituir el texto encerrado entre <> (y eliminar <>).

Nota: Es posible que en OpenWRT el usuario y el grupo (últimas dos líneas) sean diferentes de los que se especifican aquí.

[http://hints.macworld.com/article.php?story=20030226161459306 Referencia]

Queda por explicar todo el proceso pero la idea y los detalles específicos están ahí.

=Sobre tinyproxy y AddHeader=

Mejor no utilizarlo ya que implica que enviaremos las cabeceras con cada petición del proxy, lo que constituye un riesgo de seguridad, además de ser un tanto chapucero.

Squid autentificándose contra squid

2014-04-16T17:18:12Z

Tonic: /* Contenido de squid.conf */ añadida llamada de atención sobre cómo sustituir parámetros

=¿Por qué?=

Si alguna vez te has visto en casa con que quieres conectar varios dispositivos a tu nodo de guifi.net, habrás pensado en un switch o un router.
Sin embargo, siempre queda el «pequeño» detalle del proxy:
* configurarlo
* autentificación cada X tiempo (generalmente cada hora)

=Cómo=

Un proxy local que se identifica contra un proxy remoto.
El proxy local será el que instalemos en nuestro router (OpenWRT) y el proxy remoto será nuestro proxy más cercano de guifi.net.

=Más detalles=

==Contenido de squid.conf==

Debe contener:

http_port <en qué puerto queremos que escuche nuestro squid local>
cache_peer <ip del proxy de guifi> parent <puerto del proxy de guifi (generalmente 3128)> 0 no-query default proxy-only login=<usuario>:<contraseña>

acl manager proto cache_object
acl localhost src 127.0.0.1/255.255.255.255
acl all src 0.0.0.0/0.0.0.0
http_access allow all
never_direct allow all
icp_access deny all

cache_effective_user squid
cache_effective_group wheel

'''Atención''': Hay que sustituir el texto encerrado entre <> (y eliminar <>)
Nota: Es posible que en OpenWRT el usuario y el grupo (últimas dos líneas) sean diferentes de los que se especifican aquí.

[http://hints.macworld.com/article.php?story=20030226161459306 Referencia]

Queda por explicar todo el proceso pero la idea y los detalles específicos están ahí.

=Sobre tinyproxy y AddHeader=

Mejor no utilizarlo ya que implica que enviaremos las cabeceras con cada petición del proxy, lo que constituye un riesgo de seguridad, además de ser un tanto chapucero.

Squid autentificándose contra squid

2014-04-16T17:16:34Z

Tonic: /* Contenido de squid.conf */ completado squid.conf y añadida nota sobre usuario y grupo en openwrt

=¿Por qué?=

Si alguna vez te has visto en casa con que quieres conectar varios dispositivos a tu nodo de guifi.net, habrás pensado en un switch o un router.
Sin embargo, siempre queda el «pequeño» detalle del proxy:
* configurarlo
* autentificación cada X tiempo (generalmente cada hora)

=Cómo=

Un proxy local que se identifica contra un proxy remoto.
El proxy local será el que instalemos en nuestro router (OpenWRT) y el proxy remoto será nuestro proxy más cercano de guifi.net.

=Más detalles=

==Contenido de squid.conf==

Debe contener:

http_port <en qué puerto queremos que escuche nuestro squid local>
cache_peer <ip del proxy de guifi> parent <puerto del proxy de guifi (generalmente 3128)> 0 no-query default proxy-only login=<usuario>:<contraseña>

acl manager proto cache_object
acl localhost src 127.0.0.1/255.255.255.255
acl all src 0.0.0.0/0.0.0.0
http_access allow all
never_direct allow all
icp_access deny all

cache_effective_user squid
cache_effective_group wheel

Nota: Es posible que en OpenWRT el usuario y el grupo (últimas dos líneas) sean diferentes de los que se especifican aquí.

[http://hints.macworld.com/article.php?story=20030226161459306 Referencia]

Queda por explicar todo el proceso pero la idea y los detalles específicos están ahí.

=Sobre tinyproxy y AddHeader=

Mejor no utilizarlo ya que implica que enviaremos las cabeceras con cada petición del proxy, lo que constituye un riesgo de seguridad, además de ser un tanto chapucero.

Squid autentificándose contra squid

2014-04-16T17:14:34Z

Tonic: /* ¿Por qué? */ corregido estilo de la lista

=¿Por qué?=

Si alguna vez te has visto en casa con que quieres conectar varios dispositivos a tu nodo de guifi.net, habrás pensado en un switch o un router.
Sin embargo, siempre queda el «pequeño» detalle del proxy:
* configurarlo
* autentificación cada X tiempo (generalmente cada hora)

=Cómo=

Un proxy local que se identifica contra un proxy remoto.
El proxy local será el que instalemos en nuestro router (OpenWRT) y el proxy remoto será nuestro proxy más cercano de guifi.net.

=Más detalles=

==Contenido de squid.conf==

Debe contener, entre otras cosas...

http_port <en qué puerto queremos que escuche nuestro squid local>
cache_peer <ip del proxy de guifi> parent <puerto del proxy de guifi (generalmente 3128)> 0 no-query default proxy-only login=<usuario>:<contraseña>

acl manager proto cache_object
acl localhost src 127.0.0.1/255.255.255.255
acl all src 0.0.0.0/0.0.0.0
http_access allow all
never_direct allow all
icp_access deny all

[http://hints.macworld.com/article.php?story=20030226161459306 Referencia]

Queda por explicar todo el proceso pero la idea y los detalles específicos están ahí.

=Sobre tinyproxy y AddHeader=

Mejor no utilizarlo ya que implica que enviaremos las cabeceras con cada petición del proxy, lo que constituye un riesgo de seguridad, además de ser un tanto chapucero.

Squid autentificándose contra squid

2014-04-16T17:14:07Z

Tonic: /* Contenido de squid.conf */ traducción del squid.conf

=¿Por qué?=

Si alguna vez te has visto en casa con que quieres conectar varios dispositivos a tu nodo de guifi.net, habrás pensado en un switch o un router.
Sin embargo, siempre queda el «pequeño» detalle del proxy:
* configurarlo
* autentificación cada X tiempo (generalmente cada hora)

=Cómo=

Un proxy local que se identifica contra un proxy remoto.
El proxy local será el que instalemos en nuestro router (OpenWRT) y el proxy remoto será nuestro proxy más cercano de guifi.net.

=Más detalles=

==Contenido de squid.conf==

Debe contener, entre otras cosas...

http_port <en qué puerto queremos que escuche nuestro squid local>
cache_peer <ip del proxy de guifi> parent <puerto del proxy de guifi (generalmente 3128)> 0 no-query default proxy-only login=<usuario>:<contraseña>

acl manager proto cache_object
acl localhost src 127.0.0.1/255.255.255.255
acl all src 0.0.0.0/0.0.0.0
http_access allow all
never_direct allow all
icp_access deny all

[http://hints.macworld.com/article.php?story=20030226161459306 Referencia]

Queda por explicar todo el proceso pero la idea y los detalles específicos están ahí.

=Sobre tinyproxy y AddHeader=

Mejor no utilizarlo ya que implica que enviaremos las cabeceras con cada petición del proxy, lo que constituye un riesgo de seguridad, además de ser un tanto chapucero.

Squid autentificándose contra squid

2014-04-16T17:11:07Z

Tonic: /* Más detalles */ añadido squid.conf y corregido el enlace a la referencia

Squid autentificándose contra squid

2014-04-16T13:54:37Z

Tonic: reorganización de la página de acuerdo a la nueva idea (squid local => squid guifi.net)

Portada

2014-04-16T13:48:52Z

Tonic: /* Servicios básicos */ Cambio del enlace de tinyproxy a la nueva página

__NOTITLE__
{| style="background:#f6f6f6; border:1px solid #C7D0F8; font-size:107%; -moz-border-radius:1em; -webkit-border-radius:1em;border-radius:1em;"
| valign="top" style="padding:12px 17px 5px 17px" |
'''Guifi.net''' es de todos, participa [[conectar|conectando]] tu [[tramo de la red]] con la de los demás.

Es un proyecto colaborativo [[organización horizontal|organizado horizontalmente]] que agrupa tanto a personas individuales como a colectivos, empresas y administraciones.

Es abierto, por lo que todo el mundo puede participar en igualdad de condiciones, en el marco de [http://guifi.net/es/ProcomunXOLN Procomún de la Red Abierta, Libre y Neutral]
<div style=" text-align: right">[[Guifi.net|Más sobre Guifi.net]]</div>
{| style="width:100%; background:#f6f6f6"
| style="background:#f6f6f6; text-align: right; width 30%" |<div style="width: 400px; margin: 0 auto; background-color: #fcfcfc; border: 1px solid #ccc; border-bottom: 5px groove #999999; border-right:5px groove #999999; text-align: center; padding: 0.4em;">
<div style="font-size: 162%; padding: 0.1em;">Bienvenid@ al wiki de '''Guifi.net'''</div>
<div style="font-size: 95%;">Documentación sobre la red abierta, libre y neutral.</div>
<div style="font-size: 85%;">En estos momentos tenemos [[Especial:Estadísticas|{{NUMBEROFARTICLES}}]] [[Especial:Todas|artículos]] en español.
[[Especial:PáginasRequeridas|Escribir una página requerida]]</div></div>
|}
{| style="background:#f6f6f6; width:100%;"
|''La documentación de guifi.net contiene los documentos de referencia para usuarios nuevos, experimentados y desarrolladores. Sé libre [[Qué es un wiki|de editar esta wiki]] para mejorar su contenido.''
|}
<div style=" text-align: center">Contacta: [http://guifi.net/es/forum/231 Foros] '''|''' [http://lists.guifi.net Listas de correo] '''|''' [http://irc.guifi.net/?channels=guifi Chat]</div>
|}

{| id="mp-upper" style="width: 100%; margin:6px 0 0 0; background:none; border-spacing: 0px;"
| style="width:50%; background:#FFFFE0; border:1px solid #EECFA1; padding:10px; margin-bottom:7px; vertical-align:top; -moz-border-radius:1em; -webkit-border-radius:1em; border-radius:1em;" |

<div id="mp-tfa">
{| id="mp-left" style="vertical-align:top; background:#FFFFE0; border-spacing: 0px;"
! style="background:#FFDEAD; border:1px solid #EECFA1; border-right:0px; padding:0px; font-size:150%; vertical-align:middle; font-weight:normal; width:100%;" | Cómo conectarse a Guifi.net
! style="background:#a5e085; border:1px solid #99CC33; border-left:0px; padding:0px; vertical-align:middle;" |
|-
| colspan=2 style="color:#000; background:#FFFFE0; padding:15px 5px" | <div id="mp-itn"><div style="text-align:left; font-size:95%;">

* [[tres pasos|Cómo dar de alta y enlazar un nodo]]
* [[Elige el material]]
* [[Configura tu ordenador]]
* [[Buenas Prácticas|Código de buenas prácticas]]

|}</div>

| style="border:1px solid transparent;" |
| style="width:50%;background:#f5fffa;border:1px solid #99CC33;padding:10px;margin-bottom:7px; vertical-align:top;-moz-border-radius:1em;-webkit-border-radius:1em;border-radius:1em; " |
<div id="mp-itn">
{| id="mp-left" style="vertical-align:top; background:#f5fffa; border-spacing: 0px;"
! style="background:#a5e085; border:1px solid #99CC33; border-right:0px; padding:0px; font-size:150%; vertical-align:middle; font-weight:normal; width:100%;" | Supernodos e islas
! style="background:#a5e085; border:1px solid #99CC33; border-left:0px; padding:0px; vertical-align:middle;" |
|-
| colspan=2 style="color:#000; background:#f5fffa; padding:15px 5px" |<div id="mp-itn"><div style="text-align:left; font-size:95%;">
* [[Empezar una isla desde 0|Comenzar una isla desde cero]]
* [[Crear un supernodo]]
* [[Buenas Prácticas|Código de buenas prácticas]]</div></div>
|}</div>
|}

{| id="mp-upper" style="width: 100%; margin:6px 0 0 0; background:none; border-spacing: 0px;"
| style="width:50%; style="background:#f5faff;border:1px solid #cedff2;padding:10px;margin-bottom:7px; vertical-align:top;-moz-border-radius:1em;-webkit-border-radius:1em;border-radius:1em; " |
<div id="mp-dyk">

<div style="float:right;">__TOC__</div>
== [[Legal]] ==
* [[Ayuntamientos]] / [[Anexo:Guifi.net en Ayuntamientos]]
* [[Associación|Constitución de una asociación]]
* [[Legislaciones|Legislaciones Países]]
* [[FAQ_Legal|FAQ]]
* [[Comunicación_comunidad|Cómo realizar la comunicación de instalación de nodo guifi.net a la Comunidad de Vecinos]]

== Red ==
=== Los básicos en la web ===
* [[Zona|Crear y modificar una zona]]
* [[Añadir_un_nodo_de_guifi.net|Añadir un nodo de guifi.net]]
* [[Servicios|Crear servicios y vincularlos en los servidores]]
* [[Herramientas|Herramientas (localización de IPs y MACs, estadísticas, mapas de enrutamiento, etc.)]]

=== Infraestructura ===
* [[Crear_un_supernodo|Montaje de supernodos]]
* [[Filtros de red]]
* [[Enlaces virtuales]]
* [[Herramienta para buscar rangos de IPs libres]]
* [[Nanostations: Modificando configuración por consola]]
* [[Configuración de antena TP-LINK TL-WA7510N]]

=== Mesh ===
* [[Alix+GSF|ALIX + Conectarse a la nube de gracia con mesh]]

=== Enrutamientos y conceptos de redes ===
{{div col|cols=2}}
* [[Enrutamientos]]
* [[Peerings]]
* [[IPv4]]
* [[IPv6]]
* [[Criterios de asignación de direcciones IPv4]]
* [[ARP]]
* [[Cables_UTP|Cables UTP]]
{{div end}}

=== General ===
{{div col|cols=2}}
* [[Cómo se vertebra la red: Troncal, puntos de acceso y conexiones simples]]
* [[La seguridad en la red abierta]]
* [[Aplicaciones | Aplicaciones de guifi.net]]
* [[Recursos externos]]
* [[Instalar firmware Ubiquiti Rocket M5]]
{{div end}}

== Sistemas ==
* [[Distribución guinux]]
* [[Servidor compacto con una routerstation]]
* [[Comtrend_hg536%2B]] Reciclar router de Jazztel o telefónica como router neutro con OpenWRT

=== Servicios básicos ===
{{div col|cols=2}}
* [[Configurar Repositorio APT guifi]]
* [[Servidor Proxy]]
* [[Squid autentificándose contra squid]]
* [[Servidor de gráficas]]
* [[SNPservices]]
* [[Servidor DNS]]
* [[Servidor Reloj|Servidor de Reloj (NTP)]]
* [[Configurar red]]
{{div end}}

=== Servicios de compartición de ficheros ===
{{div col|cols=2}}
* [[Servidor FTP]]
* [[Servidor Peer 2 Peer]]
* [[Servidor DCC]]
{{div end}}

=== Servicios de mensajería ===
{{div col|cols=2}}
* [[Servidor de Correo]]
* [[Webmail]]
* [[Servidor Jabber]]
* [[Servidor IRC]]
* [[Mailman]]
{{div end}}

=== Servicios de Voz y Vídeo ===
{{div col|cols=2}}
* [[VoIP|Servidor de VeuIP (VoIP)]]
* [[Servidor Radio Streaming]]
{{div end}}

=== Otros Servicios ===
{{div col|cols=2}}
* [[LDAP|Servidor LDAP]]
* [[Apache|Servidor web Apache]]
* [[Servidor Repositorio Linux]]
* [[Servidor Repositorio Linux (Cache)]]
* [[Servidor Iperf]]
* [[Servidor repositorio subversion]]
* [[DHCP|Servidor DHCP]]
* [[MySQL]] (Bases de Datos)
* [[Proxmox]] (virtualitzación)
* [[Cacti]] (monitorización)
* [[Clamav]] (antivirus con GNU/Linux)
* [[Trac]] (sistema de gestión de tiquets)
* [[Monitor]] (Monitorización de la red distribuida)
{{div end}}

=== Sistema ===
{{div col|cols=2}}
* [[ACPI]]
* [[Bridges_con_Linux|Bridges con GNU/Linux]]
* [[Chroot]]
* [[Corkscrew]]
{{div end}}

== Estandares de transmisión de datos y organizaciones colaboradoras ==
{{div col|cols=2}}
* [http://es.wikipedia.org/wiki/IEEE_802.11 IEEE 802.11]
* [http://es.wikipedia.org/wiki/Multimedia_over_Coax_Alliance Multimedia over Coax Alliance]
* [http://en.wikipedia.org/wiki/HomePNA HomePNA]
* [[Aprovechar el cable de antena de televisión]]
{{div end}}

== [[Instaladores]] ==
{{div col|cols=2}}
* [[Pararrayos]]
* [[Aprovechar el cable de antena de televisión]]
* [[Presupuestos]]
* [http://guifi.net/ca/node/12486 Comunidad de vecinos, caso de ejemplo]
* [[Reinicio remoto de nodos]]
* [[Campanarios]]
{{div end}}

== Desarrolladores ==
{{div col|cols=2}}
* [[Preparando el entorno de desarrollo]]
* [[Manual editor wiki]]
* [http://wiki.guifi.net/wiki/Trac Trac de Guifi.net]
* [[Actualizaciones módulos drupal]]
* [[Mapas de nodos en la web]]
* [http://gitorious.org/guifi Repositorios del código del proyecto guifi.net]
* [[Mapa del código]]
* [[API de Guifi]]
* [[CNML]]
* [[Empotrar_mapa_de_guifi|Empotrar el mapa de Guifi-Google Maps en una web]]
* [[Unsóloclic]]
* [[:Categoría:router|Routers]]
* [[:Categoría:Telefonía móvil|Telefonía móvil sobre guifi.net]]
* [[Guifi.net Studio]]
{{div end}}

== Diseñadores ==
{{div col|cols=2}}
* [[Logos]]
* [[Maquetación de las distintas páginas web]]
* [[Usabilidad]]
* [[Presentaciones de guifi.net]]
{{div end}}

== Desarrollo colectivo de la red ==
{{div col|cols=2}}
* [[Cursos]]
* [[Necesidades]]
{{div end}}

== Glosario ==
{{Acontecimientos}}

* [[Términos usados habitualmente]]
* [[Guia Rápida de Guifi.net]]
* [[Preguntas Frecuentes]]
* [http://guifi.net/es/ESDocs Documentos basados en la web de guifi.net] antigua "ComEsFa"

{{clear}}
|}

= Accesos Rápidos =
* [http://planet.guifi.net Planet]
* [http://guifi.net/es/ProcomunXOLN Procomún XOLN (Licencia de la red)]
* [http://guifi.net/es/maps Mapa guifi]
* [http://guifi.net/es/grups Webs Regionales]
* [http://trac.guifi.net Reporta Errores de la web]
* [http://fundacio.guifi.net Fundación]
* [http://lists.guifi.net Listas de Correo]

[[ca:Portada]]
[[en:Main Page]]
[[eu:Azala]]
[[fr:Accueil]]
[[gl:Portada]]
[[pt:Página principal]]

Squid autentificándose contra squid

2014-04-16T13:47:38Z

Tonic: Tonic movió la página Tinyproxy autentificándose contra squid a Squid autentificándose contra squid: cambio de acercamiento para conseguir el objetivo: aplicaciones que no soportan proxy, reducir tiempos de configuración, etc

=Qué es tinyproxy=
Tinyproxy es un servicio de proxy realmente sencillo que se puede instalar en [http://www.openwrt.org OpenWRT].

=Idea de esta página=
La idea es configurar un router en casa que se autentifique contra el servidor squid de nuestra zona y que haga de proxy transparente, de manera que no tengamos que configurar el proxy ni introducir nuestro usuario/contraseña en cada dispositivo

=Desarrollo=

La idea era capturar las cabeceras de autentificación que enviaba el navegador al identificarse, descifrar el formato y emularlo

Mediante wireshark, he averiguado que el formato es:

Proxy-Authorization: Basic XXXX\r\n

siendo XXXXX el usuario:contraseña en base64.

Después, empleando el complemento de firefox Modify headers, he añadido:

Name: Proxy-Authorization
Value: Basic XXXXX

siendo XXXXX el usuario:contraseña en base64

De momento no he logrado que funcione, si bien es cierto que mi usuario estaba dado de alta en un proxy en estado proyectado y que he tenido que cambiar mi contraseña, por lo que debería esperar que funcionara en media hora.

(2014-04-15) Mañana más

Tinyproxy autentificándose contra squid

2014-04-16T13:47:38Z

#REDIRECCIÓN [[Squid autentificándose contra squid]]

Squid autentificándose contra squid

2014-04-15T22:47:26Z

Tonic: Datos básicos y estatus de la investigación

Portada

2014-04-15T22:38:47Z

Tonic: /* Servicios básicos */ Añadido enlace a «Tinyproxy autentificándose contra squid»

__NOTITLE__
{| style="background:#f6f6f6; border:1px solid #C7D0F8; font-size:107%; -moz-border-radius:1em; -webkit-border-radius:1em;border-radius:1em;"
| valign="top" style="padding:12px 17px 5px 17px" |
'''Guifi.net''' es de todos, participa [[conectar|conectando]] tu [[tramo de la red]] con la de los demás.

Es un proyecto colaborativo [[organización horizontal|organizado horizontalmente]] que agrupa tanto a personas individuales como a colectivos, empresas y administraciones.

Es abierto, por lo que todo el mundo puede participar en igualdad de condiciones, en el marco de [http://guifi.net/es/ProcomunXOLN Procomún de la Red Abierta, Libre y Neutral]
<div style=" text-align: right">[[Guifi.net|Más sobre Guifi.net]]</div>
{| style="width:100%; background:#f6f6f6"
| style="background:#f6f6f6; text-align: right; width 30%" |<div style="width: 400px; margin: 0 auto; background-color: #fcfcfc; border: 1px solid #ccc; border-bottom: 5px groove #999999; border-right:5px groove #999999; text-align: center; padding: 0.4em;">
<div style="font-size: 162%; padding: 0.1em;">Bienvenid@ al wiki de '''Guifi.net'''</div>
<div style="font-size: 95%;">Documentación sobre la red abierta, libre y neutral.</div>
<div style="font-size: 85%;">En estos momentos tenemos [[Especial:Estadísticas|{{NUMBEROFARTICLES}}]] [[Especial:Todas|artículos]] en español.
[[Especial:PáginasRequeridas|Escribir una página requerida]]</div></div>
|}
{| style="background:#f6f6f6; width:100%;"
|''La documentación de guifi.net contiene los documentos de referencia para usuarios nuevos, experimentados y desarrolladores. Sé libre [[Qué es un wiki|de editar esta wiki]] para mejorar su contenido.''
|}
<div style=" text-align: center">Contacta: [http://guifi.net/es/forum/231 Foros] '''|''' [http://lists.guifi.net Listas de correo] '''|''' [http://irc.guifi.net/?channels=guifi Chat]</div>
|}

{| id="mp-upper" style="width: 100%; margin:6px 0 0 0; background:none; border-spacing: 0px;"
| style="width:50%; background:#FFFFE0; border:1px solid #EECFA1; padding:10px; margin-bottom:7px; vertical-align:top; -moz-border-radius:1em; -webkit-border-radius:1em; border-radius:1em;" |

<div id="mp-tfa">
{| id="mp-left" style="vertical-align:top; background:#FFFFE0; border-spacing: 0px;"
! style="background:#FFDEAD; border:1px solid #EECFA1; border-right:0px; padding:0px; font-size:150%; vertical-align:middle; font-weight:normal; width:100%;" | Cómo conectarse a Guifi.net
! style="background:#a5e085; border:1px solid #99CC33; border-left:0px; padding:0px; vertical-align:middle;" |
|-
| colspan=2 style="color:#000; background:#FFFFE0; padding:15px 5px" | <div id="mp-itn"><div style="text-align:left; font-size:95%;">

* [[tres pasos|Cómo dar de alta y enlazar un nodo]]
* [[Elige el material]]
* [[Configura tu ordenador]]
* [[Buenas Prácticas|Código de buenas prácticas]]

|}</div>

| style="border:1px solid transparent;" |
| style="width:50%;background:#f5fffa;border:1px solid #99CC33;padding:10px;margin-bottom:7px; vertical-align:top;-moz-border-radius:1em;-webkit-border-radius:1em;border-radius:1em; " |
<div id="mp-itn">
{| id="mp-left" style="vertical-align:top; background:#f5fffa; border-spacing: 0px;"
! style="background:#a5e085; border:1px solid #99CC33; border-right:0px; padding:0px; font-size:150%; vertical-align:middle; font-weight:normal; width:100%;" | Supernodos e islas
! style="background:#a5e085; border:1px solid #99CC33; border-left:0px; padding:0px; vertical-align:middle;" |
|-
| colspan=2 style="color:#000; background:#f5fffa; padding:15px 5px" |<div id="mp-itn"><div style="text-align:left; font-size:95%;">
* [[Empezar una isla desde 0|Comenzar una isla desde cero]]
* [[Crear un supernodo]]
* [[Buenas Prácticas|Código de buenas prácticas]]</div></div>
|}</div>
|}

{| id="mp-upper" style="width: 100%; margin:6px 0 0 0; background:none; border-spacing: 0px;"
| style="width:50%; style="background:#f5faff;border:1px solid #cedff2;padding:10px;margin-bottom:7px; vertical-align:top;-moz-border-radius:1em;-webkit-border-radius:1em;border-radius:1em; " |
<div id="mp-dyk">

<div style="float:right;">__TOC__</div>
== [[Legal]] ==
* [[Ayuntamientos]] / [[Anexo:Guifi.net en Ayuntamientos]]
* [[Associación|Constitución de una asociación]]
* [[Legislaciones|Legislaciones Países]]
* [[FAQ_Legal|FAQ]]
* [[Comunicación_comunidad|Cómo realizar la comunicación de instalación de nodo guifi.net a la Comunidad de Vecinos]]

== Red ==
=== Los básicos en la web ===
* [[Zona|Crear y modificar una zona]]
* [[Añadir_un_nodo_de_guifi.net|Añadir un nodo de guifi.net]]
* [[Servicios|Crear servicios y vincularlos en los servidores]]
* [[Herramientas|Herramientas (localización de IPs y MACs, estadísticas, mapas de enrutamiento, etc.)]]

=== Infraestructura ===
* [[Crear_un_supernodo|Montaje de supernodos]]
* [[Filtros de red]]
* [[Enlaces virtuales]]
* [[Herramienta para buscar rangos de IPs libres]]
* [[Nanostations: Modificando configuración por consola]]
* [[Configuración de antena TP-LINK TL-WA7510N]]

=== Mesh ===
* [[Alix+GSF|ALIX + Conectarse a la nube de gracia con mesh]]

=== Enrutamientos y conceptos de redes ===
{{div col|cols=2}}
* [[Enrutamientos]]
* [[Peerings]]
* [[IPv4]]
* [[IPv6]]
* [[Criterios de asignación de direcciones IPv4]]
* [[ARP]]
* [[Cables_UTP|Cables UTP]]
{{div end}}

=== General ===
{{div col|cols=2}}
* [[Cómo se vertebra la red: Troncal, puntos de acceso y conexiones simples]]
* [[La seguridad en la red abierta]]
* [[Aplicaciones | Aplicaciones de guifi.net]]
* [[Recursos externos]]
* [[Instalar firmware Ubiquiti Rocket M5]]
{{div end}}

== Sistemas ==
* [[Distribución guinux]]
* [[Servidor compacto con una routerstation]]
* [[Comtrend_hg536%2B]] Reciclar router de Jazztel o telefónica como router neutro con OpenWRT

=== Servicios básicos ===
{{div col|cols=2}}
* [[Configurar Repositorio APT guifi]]
* [[Servidor Proxy]]
* [[Tinyproxy autentificándose contra squid]]
* [[Servidor de gráficas]]
* [[SNPservices]]
* [[Servidor DNS]]
* [[Servidor Reloj|Servidor de Reloj (NTP)]]
* [[Configurar red]]
{{div end}}

=== Servicios de compartición de ficheros ===
{{div col|cols=2}}
* [[Servidor FTP]]
* [[Servidor Peer 2 Peer]]
* [[Servidor DCC]]
{{div end}}

=== Servicios de mensajería ===
{{div col|cols=2}}
* [[Servidor de Correo]]
* [[Webmail]]
* [[Servidor Jabber]]
* [[Servidor IRC]]
* [[Mailman]]
{{div end}}

=== Servicios de Voz y Vídeo ===
{{div col|cols=2}}
* [[VoIP|Servidor de VeuIP (VoIP)]]
* [[Servidor Radio Streaming]]
{{div end}}

=== Otros Servicios ===
{{div col|cols=2}}
* [[LDAP|Servidor LDAP]]
* [[Apache|Servidor web Apache]]
* [[Servidor Repositorio Linux]]
* [[Servidor Repositorio Linux (Cache)]]
* [[Servidor Iperf]]
* [[Servidor repositorio subversion]]
* [[DHCP|Servidor DHCP]]
* [[MySQL]] (Bases de Datos)
* [[Proxmox]] (virtualitzación)
* [[Cacti]] (monitorización)
* [[Clamav]] (antivirus con GNU/Linux)
* [[Trac]] (sistema de gestión de tiquets)
* [[Monitor]] (Monitorización de la red distribuida)
{{div end}}

=== Sistema ===
{{div col|cols=2}}
* [[ACPI]]
* [[Bridges_con_Linux|Bridges con GNU/Linux]]
* [[Chroot]]
* [[Corkscrew]]
{{div end}}

== Estandares de transmisión de datos y organizaciones colaboradoras ==
{{div col|cols=2}}
* [http://es.wikipedia.org/wiki/IEEE_802.11 IEEE 802.11]
* [http://es.wikipedia.org/wiki/Multimedia_over_Coax_Alliance Multimedia over Coax Alliance]
* [http://en.wikipedia.org/wiki/HomePNA HomePNA]
* [[Aprovechar el cable de antena de televisión]]
{{div end}}

== [[Instaladores]] ==
{{div col|cols=2}}
* [[Pararrayos]]
* [[Aprovechar el cable de antena de televisión]]
* [[Presupuestos]]
* [http://guifi.net/ca/node/12486 Comunidad de vecinos, caso de ejemplo]
* [[Reinicio remoto de nodos]]
* [[Campanarios]]
{{div end}}

== Desarrolladores ==
{{div col|cols=2}}
* [[Preparando el entorno de desarrollo]]
* [[Manual editor wiki]]
* [http://wiki.guifi.net/wiki/Trac Trac de Guifi.net]
* [[Actualizaciones módulos drupal]]
* [[Mapas de nodos en la web]]
* [http://gitorious.org/guifi Repositorios del código del proyecto guifi.net]
* [[Mapa del código]]
* [[API de Guifi]]
* [[CNML]]
* [[Empotrar_mapa_de_guifi|Empotrar el mapa de Guifi-Google Maps en una web]]
* [[Unsóloclic]]
* [[:Categoría:router|Routers]]
* [[:Categoría:Telefonía móvil|Telefonía móvil sobre guifi.net]]
* [[Guifi.net Studio]]
{{div end}}

== Diseñadores ==
{{div col|cols=2}}
* [[Logos]]
* [[Maquetación de las distintas páginas web]]
* [[Usabilidad]]
* [[Presentaciones de guifi.net]]
{{div end}}

== Desarrollo colectivo de la red ==
{{div col|cols=2}}
* [[Cursos]]
* [[Necesidades]]
{{div end}}

== Glosario ==
{{Acontecimientos}}

* [[Términos usados habitualmente]]
* [[Guia Rápida de Guifi.net]]
* [[Preguntas Frecuentes]]
* [http://guifi.net/es/ESDocs Documentos basados en la web de guifi.net] antigua "ComEsFa"

{{clear}}
|}

= Accesos Rápidos =
* [http://planet.guifi.net Planet]
* [http://guifi.net/es/ProcomunXOLN Procomún XOLN (Licencia de la red)]
* [http://guifi.net/es/maps Mapa guifi]
* [http://guifi.net/es/grups Webs Regionales]
* [http://trac.guifi.net Reporta Errores de la web]
* [http://fundacio.guifi.net Fundación]
* [http://lists.guifi.net Listas de Correo]

[[ca:Portada]]
[[en:Main Page]]
[[eu:Azala]]
[[fr:Accueil]]
[[gl:Portada]]
[[pt:Página principal]]

Supernodos híbridos

2013-03-14T15:22:32Z

Tonic: /* Fuentes */ formateado

__TOC__

'''ATENCIÓN''' : Para seguir este tutorial debemos:
* Haber creado los dos nodos en la web (las ubicaciones)
* Tener permisos de guifi-admin en la web

= Requisitos =

* Haber creado los nodos en la web
* Permisos de guifi-admin en la web de guifi.net

== Esquemas de conexión ==

* SupernodoA (CRNfalsa23-RB750)

[[Archivo:Supernodos-hibridos-esquema-crnfalsa23-rb750.png]]

* SupernodoB (CRNnolose69-RB750)

[[Archivo:Supernodos-hibridos-esquema-crnnolose69-rb750.png]]

= Pasos =

== Pasos en la web ==

=== SupernodoA (CRNfalsa23) ===

A continuación vamos a añadir los dispositivos:

[[Archivo:Supernodos_hibridos_1.png|400px]]

Escogemos la opción por defecto «Dispositivo wireless, como un router, bridge, AP...» y pulsamos «Añadir».

Nos sale una ventana como esta:

[[Archivo:Supernodos_hibridos_2.png|400px]]

Tendremos que modificar algunos campos, como:

* Nombre corto: Aquí nos deja un nombre por defecto que en este caso sería CRNfalsa23Rd1. La nomenclatura que nos da la web a veces es un poco criptográfica y es preferible que se vea fácilmente de qué dispositivo estamos hablando. En este caso estamos añadiendo la RB750, así que al nombre del dispositivo le pongo CRNfalsa23-RB750.

* Estado: Por defecto se establece en «Proyectado» pero si ya tienes los dispositivos encima de la mesa y tienes previsto colgarlo en pocos días, puedes ponerlo «En construcción». Una vez esté operativo, por supuesto puedes ponerlo «Operativo».

* Modelo de radio: Aquí empiezan las trampas, el modelo «RB750», pero como de momento el soporte no está terminado, escogemos el «Mikrotik, Routerboard 600».

* Firmware: Las RB que compramos últimamente ya vienen con la ultima versión de routerOS, la 5.

* Dirección MAC del dispositivo: las RB750 por ejemplo vienen con 2 MAC, que se corresponden a las de la boca 1 y la boca 2, las bocas 3, 4 y 5 son esclavas de la boca 2. Ponemos la dirección MAC de la primera boca.

Una vez terminamos de damos a guardar y salir.

El siguiente paso es hacer lo mismo para cada uno de los dispositivos que vamos a añadir a la RB.

La nomenclatura que solemos usar es:

* Nanostation M2: -NSM2
* Nanostation M5: -NSM5
* Nanobridge M2: -NBR2
* Nanobridge M5: -NBR5
* Rocket M2: -ROCKET2
* Rocket M5: -ROCKET5
* Bullet 2: -BULL2
* Bullet 5: -BULL5

Con esta configuración simple la cosa quedaría así:

[[Archivo:Supernodos_hibridos_3.png|400px]]

A continuación editamos la RB750 pulsando al icono del lápiz, se nos abre la ventana de antes donde hemos añadido el dispositivo.

Vamos a la sección de radios wireless, desplegamos el apartado «No hay radios», escogemos «AP o AP con WDS» y pulsamos «Añadir nueva radio»

[[Archivo:Supernodos_hibridos_4.png|400px]]

'''NOTA''': Quizás tenemos muchas ganas ya de permitir a los usuarios conectarse a nuestro supernodo, pero si ponemos el AP de clientes en este nodo nos vamos a encontrar con que la web le va a dar IPs de nuestro supernodo a los clientes.

Lo que se recomienda es que esta primera radio se destine a un enlace con otro supernodo.
Así que a ello vamos, a conectar el supernodo de la calle falsa 23 al supernodo de la calle nolose 69. Como véis para los nombres no soy muy buena, pero es una cosa puramente didáctica, una vez configurado en la web, vamos a pasar a un caso real.

[[Archivo:Supernodos_hibridos_5.png|400px]]

* SSID: ponemos el nombre de la wifi que va a conectar ambos supernodos (ejemplo: CRNfalsa23-enlace-CRNnolose69)
* Protocolo: 802.11n
* Canal: Los canales altos se dejan para conexiones entre supernodos y los bajos para conexiones para los clientes
* ¿Se aceptan clientes?: al tratarse de un enlace entre dos supernodos, no, no se aceptan clientes.
Más abajo configuramos el tipo de antena que tiene este dispositivo.

Le damos a «Guardar y continuar modificando».

Ahora, si vamos desplegando los diferentes apartados, veremos que nos ha asignado un rango de IPs, pero para lo que queremos nos lo ha asignado demasiado grande, así que vamos a indicarle que sólo queremos ips para 6 hosts (255.255.255.248). Esto que definimos es única y exclusivamente para las IPs de las antenas que van a colgar con cable de la RB750.

[[Archivo:Supernodos_hibridos_6.png|400px]]

Y le volvemos a dar a «Guardar y continuar modificando».

Ahora vamos a la sección de conexiones por cable para conectar los dispositivos a la RB750 y pulsamos el enchufe rojo (en la imagen marcado en verde).

[[Archivo:Supernodos_hibridos_7.png|400px]]

Nos aparece un menú desplegable con las distintas antenas que queremos conectar. Seleccionamos en el menú desplegable el dispositivo que queremos conectar y pulsamos «Create» para todas, excepto las que tienen una -I detrás (las que son para clientes) y entre una y otra le damos a «Guardar y continuar modificando».
Veremos cómo la web les va asignando IP. Si vemos que la web no le da IP, pero igualmente sale vinculada, es porque la web le ha dado eth0 a la radio y tenemos que ponerle Lan en «Interfaz remota».

[[Archivo:Supernodos_hibridos_8.png|400px]]

=== SupernodoB (CRNnolose69) ===

A continuación vamos a añadir los dispositivos:

[[Archivo:Supernodos_hibridos_1.png|400px]]

Escogemos la opción por defecto «Dispositivo wireless, como un router, bridge, AP...» y pulsamos «Añadir».

Nos sale una ventana como esta:

[[Archivo:Supernodos_hibridos_2.png|400px]]

Tendremos que modificar algunos campos, como:

* Nombre corto: Aquí nos deja un nombre por defecto que en este caso sería CRNnolose69Rd1. La nomenclatura que nos da la web a veces es un poco criptográfica y es preferible que se vea fácilmente de qué dispositivo estamos hablando. En este caso estamos añadiendo la RB750, así que al nombre del dispositivo le pongo CRNnolose69-RB750.

* Estado: Por defecto se establece en «Proyectado» pero si ya tienes los dispositivos encima de la mesa y tienes previsto colgarlo en pocos días, puedes ponerlo «En construcción». Una vez esté operativo, por supuesto puedes ponerlo «Operativo».

* Modelo de radio: Aquí empiezan las trampas, el modelo «RB750», pero como de momento el soporte no está terminado, escogemos el «Mikrotik, Routerboard 600».

* Firmware: Las RB que compramos últimamente ya vienen con la ultima versión de routerOS, la 5.

* Dirección MAC del dispositivo: las RB750 por ejemplo vienen con 2 MAC, que se corresponden a las de la boca 1 y la boca 2, las bocas 3, 4 y 5 son esclavas de la boca 2. Ponemos la dirección MAC de la primera boca.

Una vez terminamos de damos a guardar y salir.

El siguiente paso es hacer lo mismo para cada uno de los dispositivos que vamos a añadir a la RB.

La nomenclatura que solemos usar es:

* Nanostation M2: -NSM2
* Nanostation M5: -NSM5
* Nanobridge M2: -NBR2
* Nanobridge M5: -NBR5
* Rocket M2: -ROCKET2
* Rocket M5: -ROCKET5
* Bullet 2: -BULL2
* Bullet 5: -BULL5

Con esta configuración simple la cosa quedaría así:

[[Archivo:Supernodos_hibridos_3.png|400px]]

A continuación editamos la RB750 pulsando al icono del lápiz, se nos abre la ventana de antes donde hemos añadido el dispositivo.

Vamos a la sección de radios wireless, desplegamos el apartado «No hay radios», escogemos «AP o AP con WDS» y pulsamos «Añadir nueva radio»

[[Archivo:Supernodos_hibridos_4.png|400px]]

'''NOTA''': Quizás tenemos muchas ganas ya de permitir a los usuarios conectarse a nuestro supernodo, pero si ponemos el AP de clientes en este nodo nos vamos a encontrar con que la web le va a dar IPs de nuestro supernodo a los clientes.

Lo que se recomienda es que esta primera radio se destine a un enlace con otro supernodo.
Así que a ello vamos, a conectar el supernodo de la calle falsa 23 al supernodo de la calle nolose 69. Como véis para los nombres no soy muy buena, pero es una cosa puramente didáctica, una vez configurado en la web, vamos a pasar a un caso real.

[[Archivo:Supernodos_hibridos_5.png|400px]]

* SSID: ponemos el nombre de la wifi que va a conectar ambos supernodos (ejemplo: CRNfalsa23-enlace-CRNnolose69)
* Protocolo: 802.11n
* Canal: Los canales altos se dejan para conexiones entre supernodos y los bajos para conexiones para los clientes
* ¿Se aceptan clientes?: al tratarse de un enlace entre dos supernodos, no, no se aceptan clientes.
Más abajo configuramos el tipo de antena que tiene este dispositivo.

Le damos a «Guardar y continuar modificando».

Ahora, si vamos desplegando los diferentes apartados, veremos que nos ha asignado un rango de IPs, pero para lo que queremos nos lo ha asignado demasiado grande, así que vamos a indicarle que sólo queremos ips para 6 hosts (255.255.255.248). Esto que definimos es única y exclusivamente para las IPs de las antenas que van a colgar con cable de la RB750.

[[Archivo:Supernodos_hibridos_6.png|400px]]

Y le volvemos a dar a «Guardar y continuar modificando».

Ahora vamos a la sección de conexiones por cable para conectar los dispositivos a la RB750 y pulsamos el enchufe rojo (en la imagen marcado en verde).

[[Archivo:Supernodos_hibridos_7.png|400px]]

Nos aparece un menú desplegable con las distintas antenas que queremos conectar. Seleccionamos en el menú desplegable el dispositivo que queremos conectar y pulsamos «Create» para todas, excepto las que tienen una -I detrás (las que son para clientes) y entre una y otra le damos a «Guardar y continuar modificando».
Veremos cómo la web les va asignando IP. Si vemos que la web no le da IP, pero igualmente sale vinculada, es porque la web le ha dado eth0 a la radio y tenemos que ponerle Lan en «Interfaz remota».

[[Archivo:Supernodos_hibridos_8.png|400px]]

=== Conectando ambos supernodos ===

En el nodo de la calle falsa 23, en «Radio» > «wds/p2p»:

[[Archivo:Supernodos_hibridos_9.png|400px]]

Pulsamos las antenitas marcadas en verde y se abre una nueva ventana:

[[Archivo:Supernodos_hibridos_10.png|400px]]

Una vez seleccionado (recuerda que tiene que ser enlace troncal) pulsamos en «Elegir dispositivo y volver al formulario principal» y nos vuelve a la página anterior, pero asignando unas ips 172. A partir de aquí empieza el juego ;)

La web nos asigna una /30, es decir 2 hosts para hacer el enlace wds, pero en realidad, nosotros necesitamos 4 hosts, así que vamos a decirle que necesitamos una /29, pero posiblemente la web nos diga que el /29 que estamos pidiendo ya se esté usando para otro, así que tendremos que buscar un /29 de la 172 libre y asignarlo.

'''ATENCIÓN''': la web tiene un bug y si asignas un /29 y te dice que está ocupado te crea un enlace fantasma que sólo los que tienen acceso a la BBDD pueden borrar. Así que lo mejor es pedir primero un /30, guardamos y continuamos modificando y luego buscamos el rango disponible.

'''ATENCIÓN''': para asignar un /29 son precisos permisos de guifi-admin.

Necesitamos 4 hosts porque vamos a crear una red con la rb de falsa23, la nanostation M5 de falsa23, la nanostation M5 de nolose69 y la rb de nolose69. Para cualquier duda porque lo hacemos así, mirate el post de nodos híbridos que hice hace un tiempo.

[[Archivo:Supernodos_hibridos_11.png|400px]]

Como podéis ver, la web sólo nos asigna las ips para las 2 RB

'''Recomendado''':
* 1ª ip del rango: RB nodo A (CRNfalsa23-RB750)
* 2ª ip del rango: Antena nodo A (CRNfalsa23-NM5)
* 3ª ip del rango: Antena nodo B (CRNnolose69-NM5)
* 4ª ip del rango: RB nodo B (CRNnolose69-RB750)

Si tenemos dudas de qué ips usar, os recomiendo usar esta calculadora ip via web. Nos fijamos en «Host Min» y «Host Max».

=== Añadiendo un rango para servidores ===

En uno de los supernodos queremos añadir servidores, así que vamos a la sección de «Conexiones por cable» y le pedimos a la web un rango de IPs.

[[Archivo:Supernodos_hibridos_12.png|400px]]

Luego le asignamos la IP de la misma forma que le hemos asignado las IPs a las antenas, pero en lugar de crear un dispositivo wifi en la página del nodo, le decimos que queremos crear un servidor.

Si queremos añadir una radio para clientes, vamos a añadir una radio en la sección de radios, seguimos los pasos de creación de la radio (essid, permite clientes (en este caso, sí), etc.) y en la misma radio le pedimos un rango de ips 10.0.0.0 para los clientes ('''atención''', en la misma sección de radio). Nos va a asignar por defecto 30 hosts (/27), en este caso es correcto.

(¿sobra?)
¿¿Para pedir la 172, la pedimos en la sección de conexiones por cable (nunca desde la radio) y vincularla a la radio -I.??
(/¿sobra?)

=== Añadiendo un cliente falso por cada antena de cobertura ===

La idea será pedirle un rango de IP para clientes en la radio correspondiente a los clientes (mi recomendación es no destinar nunca la radio0 para dar cobertura a clientes, hacerlo a partir de radio1, ya que sino la web de guifi asigna IPs del supernodo a los nodos clientes que se conecten), se asigna este rango a la boca de la RB donde va a ir conectada la antena para cobertura a clientes y se le asigna la siguiente IP del rango de clientes a la antena. Por ejemplo la ip de rango de clientes empezaría por 10.x.x.1 (esta sería para la RB), la 10.x.x.2 (sería para la antena) y el resto de IPs para los clientes.

La problemática de este sistema es que tenemos que añadir un nodo cliente «falso» para reservar la IP para la antena.

(esbozo)

Pongamos que en el nodo CRNfalsa23 queremos instalar una ROCKET M5 que dé cobertura a «clientes»:

# Añadir nuevo nodo en la misma ubicación que el nodo actual con nombre acabado en -I (Ejemplo: CRNfalsa23-ROCKET5-I)
# Añadir en ese nuevo nodo una nueva radio
# Conectar esa nueva radio a la antena de cobertura del supernodo

(/esbozo)

== Pasos en los dispositivos ==

Ahora el siguiente paso es descargar los ficheros de configuración de la RB750 y de la nanostation M5. El fichero de configuración para las NM5 tampoco está disponible, pero lo que tenemos que hacer es decirle a la web momentáneamente que se trata de una nanostation 5. Importante luego dejarlo como Nanostation M5 ya que sino nos va a dar problemas con las gráficas, ya que la interfaz de red de las nanostation 5 es eth0 y el de las nanostation M5 es ar0.

Lo primero que haremos pues será conectar la RB750 a nuestro ordenador por el puerto 2 de la RB y nos asignamos a nuestro ordenador una ip del rango 192.168.88.0/24, teniendo en cuenta que la ip por defecto de la rb es la 192.168.88.1.

Para acceder a la RB necesitaremos el winbox, un programa de gestión del routerOS, es para windows, pero con el wine es posible hacerlo funcionar. Para descargarlo lo podemos hacer por internet en la web de mikrotik o accediendo por http a la ip de la RB, ahí hay un vínculo para descargarlo.

Una vez descargado lo ejecutamos y le decimos que queremos conectar a la 192.168.88.1, con el usuario admin y sin password.

Si estás en GNU/Linux y no acaba nunca de cargar la configuración, posiblemente te falte instalar el paquete lib32nss-mdns.

La primera vez que entramos nos dice de resetear la configuración, pero esto también nos resetea la ip de administración por defecto y la única forma que tenemos de acceder es mediante la MAC (en el winbox, en “Connect to:” en lugar de ponerle la IP podemos pulsar el botón “…” y nos salen las MAC de dispositivos mikrotik que detecta. Algunas veces me he encontrado que el winbox sobre sistemas GNU/Linux, esto no acaba de funcionar correctamente, así que lo que recomiendo es ir a IP > Adresses y añadir una ip 192.168.1.19 en el ether1.

Una vez añadida la IP en el ether1, con la configuración por defecto tenemos que borrar las configuraciones por defecto de IP > Firewall > Filter rules y IP > Firewall > Nat, lo borramos todo sin miedo.

También borraremos la configuración de DHCP en IP > DHCP Server.

Para borrar es tan simple como seleccionar lo que queremos borrar y pulsar el botón con el símbolo “-” o directamente pulsamos la R, remove en inglés.

Para meterle ya el fichero de configuración unsolclick de guifi, ya sólo faltará un paso, que será ir a Interfaces y cambiar los nombres de los interfaces. El ether1-gateway a ether1, el ether2 a wlan1, el ether3-slave a wlan2, y así sucesivamente. Tal como he dicho al principio del post, las interfaces, 3, 4 y 5, están como esclavas de la ether2, así que tendremos que indicarle que no sean esclavas, esto lo definimos dando doble click sobre la interfaz que queremos modificar, General > Master Port y lo ponemos a none.

Recomendación, ir añadiendo comentarios de lo que es cada boca y que va a tener conectado.

Con todo esto hecho, accedemos a la RB por el puerto 1 y la ip 192.168.1.19, ip que le pongo a todas las RB que configuro, una pequeña marca de la casa :P Esto lo hago porque quizás puedes tener una RB aparcada unos días, no te acuerdas qué ips tenía y tener siempre unas ips por defecto te permite acceder a los dispositivos sin tener que resetearlos cada vez que quieres hacer algo con ellos. Si uno no tiene la ip esta en la ether1, pues quiere decir que es una RB virgen.

Una vez dentro, vamos a ip > adresses y eliminamos la IP 192.168.88.1.

Ahora ya sólo faltará cargar el unsolclick de la web de guifi y hacer 4 cambios. Para cargarlo, vamos a New Terminal y pegamos tal cual el chorro de texto.

Esto nos dejará configuradas la IP del supernodo (tanto la principal, como la de la red de servidores), la configuración BGP, el SNMP y un par de reglas de NAT en firewall.

A continuación os dejo capturas de pantalla de una RB con una configuración muy similar a la que he ido usando para hacer el post al configurar el supernodo en la web de guifi.

Los dos supernodos que entran en acción a partir de ahora són:
http://guifi.net/hm11
http://guifi.net/hm11-2

Las capturas son las de hm11-2, que es el que tiene un servidor proxy y una red con otros ordenadores colgando del puerto ether1.

[[Archivo:Supernodos_hibridos_13.png|400px]]

Panel de login de winbox: te permite guardar ips, usuarios y contraseñas de las mikrotik

[[Archivo:Supernodos_hibridos_14.png|400px]]

IP > adresses: cada IP va a la interfaz que trabaja con esta subred.

[[Archivo:Supernodos_hibridos_15.png|400px]]

Interfaces: importante que las bocas donde hay las antenas correspondan con el fichero de configuración. Buscar por ejemplo wlan1 en el fichero de configuración.

[[Archivo:Supernodos_hibridos_16.png|400px]]

En bridge creamos un nuevo bridge que se llame lan/lan, el wlan/lan no tiene sentido en un nodo híbrido

[[Archivo:Supernodos_hibridos_17.png|400px]]

Routing > BGP > Instances: Instancia BGP de nuestro router, el AS corresponde al numero de dispositivo en la web.

[[Archivo:Supernodos_hibridos_18.png|400px]]

Routing > BGP > Peers: Los peers son las conexiones BGP con otros supernodos

[[Archivo:Supernodos_hibridos_19.png|400px]]

IP > Routes: Las rutas dinámicas en nuestra red, en este caso sólo hay 2 supernodos, pero esta tabla es mucho más grande cuando la red es más grande! :)

[[Archivo:Supernodos_hibridos_20.png|400px]]

IP > Firewall > NAT: Nuestra antena en realidad no tiene una IP 10.0.0.0, sino una 172, pero si alguien pide la IP 10 que corresponde a la antena, la RB le hace un “forward” o hablando correctamente, un “destination nat”.

[[Archivo:Supernodos_hibridos_21.png|400px]]

Es recomendable desactivar el DHCP Server, así los clientes que se quieran conectar no tendrán otra que coger la configuración de la web (darse de alta, dar de alta su nodo, etc.). Además la conexión entre antenas de guifi se hace de tejado a tejado, no de tejado a dispositivo móvil, ya que una conexión mala, penaliza a todas las demás, al hacer trabajar mucho más la antena para hacerle llegar la señal correctamente.

[[Archivo:Supernodos_hibridos_22.png|400px]]

Configuración SNMP: para hacer que nuestro supernodo grafique.

[[Archivo:Supernodos_hibridos_23.png|400px]]

System > Users: routerOS permite tener varios usuarios con distintos niveles de permisos

Ahora ya sólo faltará ver la configuración de una de las 2 Nanostation M5, ahora mismo conectadas entre ellas con un enlace AP-WDS.

Aunque nos dé muchísimas ganas, el fichero de configuración que nos da la web de guifi no nos sirve para la configuración de nodos híbridos, pero si nos vale para saber alguna información como el nombre del nodo, la configuración snmp y poca cosa mas :P El resto es todo artesanía! tampoco recomiendo usar el fichero de configuración de la nanostation5 en una nanostationM5 en clientes, alguna vez me he encontrado que la antena ha empezado a funcionar de forma extraña.

[[Archivo:Supernodos_hibridos_24.png|400px]]

Pantalla MAIN de la nanostationM5, con una estación conectada.

[[Archivo:Supernodos_hibridos_25.png|400px]]

Configuración WIRELESS, en modo Access Point WDS (ambas estan en esta posición y con las mac intercambiadas). El SSID a usar lo cogemos del fichero de configuración de la RB750.

El SSID y la frecuencia que usamos sólo se tendrían que tocar en laboratorio, es decir, que podamos acceder a ellas físicamente o que haya una persona en cada lado (si es que no te quieres pegar unos cuantos viajecitos). Una opción si estás administrando la red solo o con gente que no tiene ni idea de como entrar a una antena, es poner una como AP-WDS y la otra como Station-WDS. Los enlaces entre supernodos mejor no dejarlos nunca como Access Point, ya que podría ir algun listillo y conectarse a ella, aunque sólo podría llegar a hacer algo si se pusiese una IP del supernodo o de las 172 disponibles.

[[Archivo:Supernodos_hibridos_26.png|400px]]

Configuración LAN, en modo bridge. La ip de gw es la IP 172 de la RB a la que está conectada. El DNS es el del servidor de la zona.

En advanced no tocamos nada.

[[Archivo:Supernodos_hibridos_27.png|400px]]

A partir de aquí es cuando entra el fichero de configuración de la nanostation 5, configuramos el SNMP, el acceso HTTP a la antena y el NTP.

[[Archivo:Supernodos_hibridos_28.png|400px]]

Configuración del sistema: Cambiamos el device name, que es lo que va a aparecer cuando hacemos un scan o un mtr y cambiamos el usuario, por defecto es root/guifi. En esta pantalla también podemos cargar un fichero de configuración (si es que hay alguno), descargar el que tenemos (recomendable) y actualizar el firmware.

Hablando de ficheros de configuración, para la RB750 también es posible descargarlo, incluso también es recomendable una vez tenemos una configuración que sabemos que funciona. Vamos a Files > Backup y se genera el fichero. Para descargarlo, nos conectamos por FTP a la RB y lo descargamos.

Y a partir de aquí, una vez funciona todo ya vamos a cargar el material.

Nota: para conectarnos a la RB estamos usando la ip 192.168.1.19, pero simplemente configurando la IP no podemos acceder a las IP 10. Para ello tenemos 2 opciones, o configurar la ruta por defecto a la 192.168.1.19 o añadir una ruta estática para indicarle que todas las ip 10 las vaya a buscar a la 192.168.1.19:
# route add -net 10.0.0.0 netmask 255.0.0.0 gw 192.168.1.19

Para cualquier duda o aclaración, regístrate en la web de guifi/identifícate y escribe en la página de «Discusión».

= Fuentes =
Basado en los tutoriales de Blackhold:
* http://blackhold.nusepas.com/2011/09/nodos-hibridos-en-la-web-en-la-mikrotik-y-en-el-bgp/
* http://blackhold.nusepas.com/2011/04/nodos-hibridos-guifi-net/

Supernodos híbridos

2013-03-14T15:22:13Z

Tonic: /* Fuentes */ Añadidas más fuentes

__TOC__

'''ATENCIÓN''' : Para seguir este tutorial debemos:
* Haber creado los dos nodos en la web (las ubicaciones)
* Tener permisos de guifi-admin en la web

= Requisitos =

* Haber creado los nodos en la web
* Permisos de guifi-admin en la web de guifi.net

== Esquemas de conexión ==

* SupernodoA (CRNfalsa23-RB750)

[[Archivo:Supernodos-hibridos-esquema-crnfalsa23-rb750.png]]

* SupernodoB (CRNnolose69-RB750)

[[Archivo:Supernodos-hibridos-esquema-crnnolose69-rb750.png]]

= Pasos =

== Pasos en la web ==

=== SupernodoA (CRNfalsa23) ===

A continuación vamos a añadir los dispositivos:

[[Archivo:Supernodos_hibridos_1.png|400px]]

Escogemos la opción por defecto «Dispositivo wireless, como un router, bridge, AP...» y pulsamos «Añadir».

Nos sale una ventana como esta:

[[Archivo:Supernodos_hibridos_2.png|400px]]

Tendremos que modificar algunos campos, como:

* Nombre corto: Aquí nos deja un nombre por defecto que en este caso sería CRNfalsa23Rd1. La nomenclatura que nos da la web a veces es un poco criptográfica y es preferible que se vea fácilmente de qué dispositivo estamos hablando. En este caso estamos añadiendo la RB750, así que al nombre del dispositivo le pongo CRNfalsa23-RB750.

* Estado: Por defecto se establece en «Proyectado» pero si ya tienes los dispositivos encima de la mesa y tienes previsto colgarlo en pocos días, puedes ponerlo «En construcción». Una vez esté operativo, por supuesto puedes ponerlo «Operativo».

* Modelo de radio: Aquí empiezan las trampas, el modelo «RB750», pero como de momento el soporte no está terminado, escogemos el «Mikrotik, Routerboard 600».

* Firmware: Las RB que compramos últimamente ya vienen con la ultima versión de routerOS, la 5.

* Dirección MAC del dispositivo: las RB750 por ejemplo vienen con 2 MAC, que se corresponden a las de la boca 1 y la boca 2, las bocas 3, 4 y 5 son esclavas de la boca 2. Ponemos la dirección MAC de la primera boca.

Una vez terminamos de damos a guardar y salir.

El siguiente paso es hacer lo mismo para cada uno de los dispositivos que vamos a añadir a la RB.

La nomenclatura que solemos usar es:

* Nanostation M2: -NSM2
* Nanostation M5: -NSM5
* Nanobridge M2: -NBR2
* Nanobridge M5: -NBR5
* Rocket M2: -ROCKET2
* Rocket M5: -ROCKET5
* Bullet 2: -BULL2
* Bullet 5: -BULL5

Con esta configuración simple la cosa quedaría así:

[[Archivo:Supernodos_hibridos_3.png|400px]]

A continuación editamos la RB750 pulsando al icono del lápiz, se nos abre la ventana de antes donde hemos añadido el dispositivo.

Vamos a la sección de radios wireless, desplegamos el apartado «No hay radios», escogemos «AP o AP con WDS» y pulsamos «Añadir nueva radio»

[[Archivo:Supernodos_hibridos_4.png|400px]]

'''NOTA''': Quizás tenemos muchas ganas ya de permitir a los usuarios conectarse a nuestro supernodo, pero si ponemos el AP de clientes en este nodo nos vamos a encontrar con que la web le va a dar IPs de nuestro supernodo a los clientes.

Lo que se recomienda es que esta primera radio se destine a un enlace con otro supernodo.
Así que a ello vamos, a conectar el supernodo de la calle falsa 23 al supernodo de la calle nolose 69. Como véis para los nombres no soy muy buena, pero es una cosa puramente didáctica, una vez configurado en la web, vamos a pasar a un caso real.

[[Archivo:Supernodos_hibridos_5.png|400px]]

* SSID: ponemos el nombre de la wifi que va a conectar ambos supernodos (ejemplo: CRNfalsa23-enlace-CRNnolose69)
* Protocolo: 802.11n
* Canal: Los canales altos se dejan para conexiones entre supernodos y los bajos para conexiones para los clientes
* ¿Se aceptan clientes?: al tratarse de un enlace entre dos supernodos, no, no se aceptan clientes.
Más abajo configuramos el tipo de antena que tiene este dispositivo.

Le damos a «Guardar y continuar modificando».

Ahora, si vamos desplegando los diferentes apartados, veremos que nos ha asignado un rango de IPs, pero para lo que queremos nos lo ha asignado demasiado grande, así que vamos a indicarle que sólo queremos ips para 6 hosts (255.255.255.248). Esto que definimos es única y exclusivamente para las IPs de las antenas que van a colgar con cable de la RB750.

[[Archivo:Supernodos_hibridos_6.png|400px]]

Y le volvemos a dar a «Guardar y continuar modificando».

Ahora vamos a la sección de conexiones por cable para conectar los dispositivos a la RB750 y pulsamos el enchufe rojo (en la imagen marcado en verde).

[[Archivo:Supernodos_hibridos_7.png|400px]]

Nos aparece un menú desplegable con las distintas antenas que queremos conectar. Seleccionamos en el menú desplegable el dispositivo que queremos conectar y pulsamos «Create» para todas, excepto las que tienen una -I detrás (las que son para clientes) y entre una y otra le damos a «Guardar y continuar modificando».
Veremos cómo la web les va asignando IP. Si vemos que la web no le da IP, pero igualmente sale vinculada, es porque la web le ha dado eth0 a la radio y tenemos que ponerle Lan en «Interfaz remota».

[[Archivo:Supernodos_hibridos_8.png|400px]]

=== SupernodoB (CRNnolose69) ===

A continuación vamos a añadir los dispositivos:

[[Archivo:Supernodos_hibridos_1.png|400px]]

Escogemos la opción por defecto «Dispositivo wireless, como un router, bridge, AP...» y pulsamos «Añadir».

Nos sale una ventana como esta:

[[Archivo:Supernodos_hibridos_2.png|400px]]

Tendremos que modificar algunos campos, como:

* Nombre corto: Aquí nos deja un nombre por defecto que en este caso sería CRNnolose69Rd1. La nomenclatura que nos da la web a veces es un poco criptográfica y es preferible que se vea fácilmente de qué dispositivo estamos hablando. En este caso estamos añadiendo la RB750, así que al nombre del dispositivo le pongo CRNnolose69-RB750.

* Estado: Por defecto se establece en «Proyectado» pero si ya tienes los dispositivos encima de la mesa y tienes previsto colgarlo en pocos días, puedes ponerlo «En construcción». Una vez esté operativo, por supuesto puedes ponerlo «Operativo».

* Modelo de radio: Aquí empiezan las trampas, el modelo «RB750», pero como de momento el soporte no está terminado, escogemos el «Mikrotik, Routerboard 600».

* Firmware: Las RB que compramos últimamente ya vienen con la ultima versión de routerOS, la 5.

* Dirección MAC del dispositivo: las RB750 por ejemplo vienen con 2 MAC, que se corresponden a las de la boca 1 y la boca 2, las bocas 3, 4 y 5 son esclavas de la boca 2. Ponemos la dirección MAC de la primera boca.

Una vez terminamos de damos a guardar y salir.

El siguiente paso es hacer lo mismo para cada uno de los dispositivos que vamos a añadir a la RB.

La nomenclatura que solemos usar es:

* Nanostation M2: -NSM2
* Nanostation M5: -NSM5
* Nanobridge M2: -NBR2
* Nanobridge M5: -NBR5
* Rocket M2: -ROCKET2
* Rocket M5: -ROCKET5
* Bullet 2: -BULL2
* Bullet 5: -BULL5

Con esta configuración simple la cosa quedaría así:

[[Archivo:Supernodos_hibridos_3.png|400px]]

A continuación editamos la RB750 pulsando al icono del lápiz, se nos abre la ventana de antes donde hemos añadido el dispositivo.

Vamos a la sección de radios wireless, desplegamos el apartado «No hay radios», escogemos «AP o AP con WDS» y pulsamos «Añadir nueva radio»

[[Archivo:Supernodos_hibridos_4.png|400px]]

'''NOTA''': Quizás tenemos muchas ganas ya de permitir a los usuarios conectarse a nuestro supernodo, pero si ponemos el AP de clientes en este nodo nos vamos a encontrar con que la web le va a dar IPs de nuestro supernodo a los clientes.

Lo que se recomienda es que esta primera radio se destine a un enlace con otro supernodo.
Así que a ello vamos, a conectar el supernodo de la calle falsa 23 al supernodo de la calle nolose 69. Como véis para los nombres no soy muy buena, pero es una cosa puramente didáctica, una vez configurado en la web, vamos a pasar a un caso real.

[[Archivo:Supernodos_hibridos_5.png|400px]]

* SSID: ponemos el nombre de la wifi que va a conectar ambos supernodos (ejemplo: CRNfalsa23-enlace-CRNnolose69)
* Protocolo: 802.11n
* Canal: Los canales altos se dejan para conexiones entre supernodos y los bajos para conexiones para los clientes
* ¿Se aceptan clientes?: al tratarse de un enlace entre dos supernodos, no, no se aceptan clientes.
Más abajo configuramos el tipo de antena que tiene este dispositivo.

Le damos a «Guardar y continuar modificando».

Ahora, si vamos desplegando los diferentes apartados, veremos que nos ha asignado un rango de IPs, pero para lo que queremos nos lo ha asignado demasiado grande, así que vamos a indicarle que sólo queremos ips para 6 hosts (255.255.255.248). Esto que definimos es única y exclusivamente para las IPs de las antenas que van a colgar con cable de la RB750.

[[Archivo:Supernodos_hibridos_6.png|400px]]

Y le volvemos a dar a «Guardar y continuar modificando».

Ahora vamos a la sección de conexiones por cable para conectar los dispositivos a la RB750 y pulsamos el enchufe rojo (en la imagen marcado en verde).

[[Archivo:Supernodos_hibridos_7.png|400px]]

Nos aparece un menú desplegable con las distintas antenas que queremos conectar. Seleccionamos en el menú desplegable el dispositivo que queremos conectar y pulsamos «Create» para todas, excepto las que tienen una -I detrás (las que son para clientes) y entre una y otra le damos a «Guardar y continuar modificando».
Veremos cómo la web les va asignando IP. Si vemos que la web no le da IP, pero igualmente sale vinculada, es porque la web le ha dado eth0 a la radio y tenemos que ponerle Lan en «Interfaz remota».

[[Archivo:Supernodos_hibridos_8.png|400px]]

=== Conectando ambos supernodos ===

En el nodo de la calle falsa 23, en «Radio» > «wds/p2p»:

[[Archivo:Supernodos_hibridos_9.png|400px]]

Pulsamos las antenitas marcadas en verde y se abre una nueva ventana:

[[Archivo:Supernodos_hibridos_10.png|400px]]

Una vez seleccionado (recuerda que tiene que ser enlace troncal) pulsamos en «Elegir dispositivo y volver al formulario principal» y nos vuelve a la página anterior, pero asignando unas ips 172. A partir de aquí empieza el juego ;)

La web nos asigna una /30, es decir 2 hosts para hacer el enlace wds, pero en realidad, nosotros necesitamos 4 hosts, así que vamos a decirle que necesitamos una /29, pero posiblemente la web nos diga que el /29 que estamos pidiendo ya se esté usando para otro, así que tendremos que buscar un /29 de la 172 libre y asignarlo.

'''ATENCIÓN''': la web tiene un bug y si asignas un /29 y te dice que está ocupado te crea un enlace fantasma que sólo los que tienen acceso a la BBDD pueden borrar. Así que lo mejor es pedir primero un /30, guardamos y continuamos modificando y luego buscamos el rango disponible.

'''ATENCIÓN''': para asignar un /29 son precisos permisos de guifi-admin.

Necesitamos 4 hosts porque vamos a crear una red con la rb de falsa23, la nanostation M5 de falsa23, la nanostation M5 de nolose69 y la rb de nolose69. Para cualquier duda porque lo hacemos así, mirate el post de nodos híbridos que hice hace un tiempo.

[[Archivo:Supernodos_hibridos_11.png|400px]]

Como podéis ver, la web sólo nos asigna las ips para las 2 RB

'''Recomendado''':
* 1ª ip del rango: RB nodo A (CRNfalsa23-RB750)
* 2ª ip del rango: Antena nodo A (CRNfalsa23-NM5)
* 3ª ip del rango: Antena nodo B (CRNnolose69-NM5)
* 4ª ip del rango: RB nodo B (CRNnolose69-RB750)

Si tenemos dudas de qué ips usar, os recomiendo usar esta calculadora ip via web. Nos fijamos en «Host Min» y «Host Max».

=== Añadiendo un rango para servidores ===

En uno de los supernodos queremos añadir servidores, así que vamos a la sección de «Conexiones por cable» y le pedimos a la web un rango de IPs.

[[Archivo:Supernodos_hibridos_12.png|400px]]

Luego le asignamos la IP de la misma forma que le hemos asignado las IPs a las antenas, pero en lugar de crear un dispositivo wifi en la página del nodo, le decimos que queremos crear un servidor.

Si queremos añadir una radio para clientes, vamos a añadir una radio en la sección de radios, seguimos los pasos de creación de la radio (essid, permite clientes (en este caso, sí), etc.) y en la misma radio le pedimos un rango de ips 10.0.0.0 para los clientes ('''atención''', en la misma sección de radio). Nos va a asignar por defecto 30 hosts (/27), en este caso es correcto.

(¿sobra?)
¿¿Para pedir la 172, la pedimos en la sección de conexiones por cable (nunca desde la radio) y vincularla a la radio -I.??
(/¿sobra?)

=== Añadiendo un cliente falso por cada antena de cobertura ===

La idea será pedirle un rango de IP para clientes en la radio correspondiente a los clientes (mi recomendación es no destinar nunca la radio0 para dar cobertura a clientes, hacerlo a partir de radio1, ya que sino la web de guifi asigna IPs del supernodo a los nodos clientes que se conecten), se asigna este rango a la boca de la RB donde va a ir conectada la antena para cobertura a clientes y se le asigna la siguiente IP del rango de clientes a la antena. Por ejemplo la ip de rango de clientes empezaría por 10.x.x.1 (esta sería para la RB), la 10.x.x.2 (sería para la antena) y el resto de IPs para los clientes.

La problemática de este sistema es que tenemos que añadir un nodo cliente «falso» para reservar la IP para la antena.

(esbozo)

Pongamos que en el nodo CRNfalsa23 queremos instalar una ROCKET M5 que dé cobertura a «clientes»:

# Añadir nuevo nodo en la misma ubicación que el nodo actual con nombre acabado en -I (Ejemplo: CRNfalsa23-ROCKET5-I)
# Añadir en ese nuevo nodo una nueva radio
# Conectar esa nueva radio a la antena de cobertura del supernodo

(/esbozo)

== Pasos en los dispositivos ==

Ahora el siguiente paso es descargar los ficheros de configuración de la RB750 y de la nanostation M5. El fichero de configuración para las NM5 tampoco está disponible, pero lo que tenemos que hacer es decirle a la web momentáneamente que se trata de una nanostation 5. Importante luego dejarlo como Nanostation M5 ya que sino nos va a dar problemas con las gráficas, ya que la interfaz de red de las nanostation 5 es eth0 y el de las nanostation M5 es ar0.

Lo primero que haremos pues será conectar la RB750 a nuestro ordenador por el puerto 2 de la RB y nos asignamos a nuestro ordenador una ip del rango 192.168.88.0/24, teniendo en cuenta que la ip por defecto de la rb es la 192.168.88.1.

Para acceder a la RB necesitaremos el winbox, un programa de gestión del routerOS, es para windows, pero con el wine es posible hacerlo funcionar. Para descargarlo lo podemos hacer por internet en la web de mikrotik o accediendo por http a la ip de la RB, ahí hay un vínculo para descargarlo.

Una vez descargado lo ejecutamos y le decimos que queremos conectar a la 192.168.88.1, con el usuario admin y sin password.

Si estás en GNU/Linux y no acaba nunca de cargar la configuración, posiblemente te falte instalar el paquete lib32nss-mdns.

La primera vez que entramos nos dice de resetear la configuración, pero esto también nos resetea la ip de administración por defecto y la única forma que tenemos de acceder es mediante la MAC (en el winbox, en “Connect to:” en lugar de ponerle la IP podemos pulsar el botón “…” y nos salen las MAC de dispositivos mikrotik que detecta. Algunas veces me he encontrado que el winbox sobre sistemas GNU/Linux, esto no acaba de funcionar correctamente, así que lo que recomiendo es ir a IP > Adresses y añadir una ip 192.168.1.19 en el ether1.

Una vez añadida la IP en el ether1, con la configuración por defecto tenemos que borrar las configuraciones por defecto de IP > Firewall > Filter rules y IP > Firewall > Nat, lo borramos todo sin miedo.

También borraremos la configuración de DHCP en IP > DHCP Server.

Para borrar es tan simple como seleccionar lo que queremos borrar y pulsar el botón con el símbolo “-” o directamente pulsamos la R, remove en inglés.

Para meterle ya el fichero de configuración unsolclick de guifi, ya sólo faltará un paso, que será ir a Interfaces y cambiar los nombres de los interfaces. El ether1-gateway a ether1, el ether2 a wlan1, el ether3-slave a wlan2, y así sucesivamente. Tal como he dicho al principio del post, las interfaces, 3, 4 y 5, están como esclavas de la ether2, así que tendremos que indicarle que no sean esclavas, esto lo definimos dando doble click sobre la interfaz que queremos modificar, General > Master Port y lo ponemos a none.

Recomendación, ir añadiendo comentarios de lo que es cada boca y que va a tener conectado.

Con todo esto hecho, accedemos a la RB por el puerto 1 y la ip 192.168.1.19, ip que le pongo a todas las RB que configuro, una pequeña marca de la casa :P Esto lo hago porque quizás puedes tener una RB aparcada unos días, no te acuerdas qué ips tenía y tener siempre unas ips por defecto te permite acceder a los dispositivos sin tener que resetearlos cada vez que quieres hacer algo con ellos. Si uno no tiene la ip esta en la ether1, pues quiere decir que es una RB virgen.

Una vez dentro, vamos a ip > adresses y eliminamos la IP 192.168.88.1.

Ahora ya sólo faltará cargar el unsolclick de la web de guifi y hacer 4 cambios. Para cargarlo, vamos a New Terminal y pegamos tal cual el chorro de texto.

Esto nos dejará configuradas la IP del supernodo (tanto la principal, como la de la red de servidores), la configuración BGP, el SNMP y un par de reglas de NAT en firewall.

A continuación os dejo capturas de pantalla de una RB con una configuración muy similar a la que he ido usando para hacer el post al configurar el supernodo en la web de guifi.

Los dos supernodos que entran en acción a partir de ahora són:
http://guifi.net/hm11
http://guifi.net/hm11-2

Las capturas son las de hm11-2, que es el que tiene un servidor proxy y una red con otros ordenadores colgando del puerto ether1.

[[Archivo:Supernodos_hibridos_13.png|400px]]

Panel de login de winbox: te permite guardar ips, usuarios y contraseñas de las mikrotik

[[Archivo:Supernodos_hibridos_14.png|400px]]

IP > adresses: cada IP va a la interfaz que trabaja con esta subred.

[[Archivo:Supernodos_hibridos_15.png|400px]]

Interfaces: importante que las bocas donde hay las antenas correspondan con el fichero de configuración. Buscar por ejemplo wlan1 en el fichero de configuración.

[[Archivo:Supernodos_hibridos_16.png|400px]]

En bridge creamos un nuevo bridge que se llame lan/lan, el wlan/lan no tiene sentido en un nodo híbrido

[[Archivo:Supernodos_hibridos_17.png|400px]]

Routing > BGP > Instances: Instancia BGP de nuestro router, el AS corresponde al numero de dispositivo en la web.

[[Archivo:Supernodos_hibridos_18.png|400px]]

Routing > BGP > Peers: Los peers son las conexiones BGP con otros supernodos

[[Archivo:Supernodos_hibridos_19.png|400px]]

IP > Routes: Las rutas dinámicas en nuestra red, en este caso sólo hay 2 supernodos, pero esta tabla es mucho más grande cuando la red es más grande! :)

[[Archivo:Supernodos_hibridos_20.png|400px]]

IP > Firewall > NAT: Nuestra antena en realidad no tiene una IP 10.0.0.0, sino una 172, pero si alguien pide la IP 10 que corresponde a la antena, la RB le hace un “forward” o hablando correctamente, un “destination nat”.

[[Archivo:Supernodos_hibridos_21.png|400px]]

Es recomendable desactivar el DHCP Server, así los clientes que se quieran conectar no tendrán otra que coger la configuración de la web (darse de alta, dar de alta su nodo, etc.). Además la conexión entre antenas de guifi se hace de tejado a tejado, no de tejado a dispositivo móvil, ya que una conexión mala, penaliza a todas las demás, al hacer trabajar mucho más la antena para hacerle llegar la señal correctamente.

[[Archivo:Supernodos_hibridos_22.png|400px]]

Configuración SNMP: para hacer que nuestro supernodo grafique.

[[Archivo:Supernodos_hibridos_23.png|400px]]

System > Users: routerOS permite tener varios usuarios con distintos niveles de permisos

Ahora ya sólo faltará ver la configuración de una de las 2 Nanostation M5, ahora mismo conectadas entre ellas con un enlace AP-WDS.

Aunque nos dé muchísimas ganas, el fichero de configuración que nos da la web de guifi no nos sirve para la configuración de nodos híbridos, pero si nos vale para saber alguna información como el nombre del nodo, la configuración snmp y poca cosa mas :P El resto es todo artesanía! tampoco recomiendo usar el fichero de configuración de la nanostation5 en una nanostationM5 en clientes, alguna vez me he encontrado que la antena ha empezado a funcionar de forma extraña.

[[Archivo:Supernodos_hibridos_24.png|400px]]

Pantalla MAIN de la nanostationM5, con una estación conectada.

[[Archivo:Supernodos_hibridos_25.png|400px]]

Configuración WIRELESS, en modo Access Point WDS (ambas estan en esta posición y con las mac intercambiadas). El SSID a usar lo cogemos del fichero de configuración de la RB750.

El SSID y la frecuencia que usamos sólo se tendrían que tocar en laboratorio, es decir, que podamos acceder a ellas físicamente o que haya una persona en cada lado (si es que no te quieres pegar unos cuantos viajecitos). Una opción si estás administrando la red solo o con gente que no tiene ni idea de como entrar a una antena, es poner una como AP-WDS y la otra como Station-WDS. Los enlaces entre supernodos mejor no dejarlos nunca como Access Point, ya que podría ir algun listillo y conectarse a ella, aunque sólo podría llegar a hacer algo si se pusiese una IP del supernodo o de las 172 disponibles.

[[Archivo:Supernodos_hibridos_26.png|400px]]

Configuración LAN, en modo bridge. La ip de gw es la IP 172 de la RB a la que está conectada. El DNS es el del servidor de la zona.

En advanced no tocamos nada.

[[Archivo:Supernodos_hibridos_27.png|400px]]

A partir de aquí es cuando entra el fichero de configuración de la nanostation 5, configuramos el SNMP, el acceso HTTP a la antena y el NTP.

[[Archivo:Supernodos_hibridos_28.png|400px]]

Configuración del sistema: Cambiamos el device name, que es lo que va a aparecer cuando hacemos un scan o un mtr y cambiamos el usuario, por defecto es root/guifi. En esta pantalla también podemos cargar un fichero de configuración (si es que hay alguno), descargar el que tenemos (recomendable) y actualizar el firmware.

Hablando de ficheros de configuración, para la RB750 también es posible descargarlo, incluso también es recomendable una vez tenemos una configuración que sabemos que funciona. Vamos a Files > Backup y se genera el fichero. Para descargarlo, nos conectamos por FTP a la RB y lo descargamos.

Y a partir de aquí, una vez funciona todo ya vamos a cargar el material.

Nota: para conectarnos a la RB estamos usando la ip 192.168.1.19, pero simplemente configurando la IP no podemos acceder a las IP 10. Para ello tenemos 2 opciones, o configurar la ruta por defecto a la 192.168.1.19 o añadir una ruta estática para indicarle que todas las ip 10 las vaya a buscar a la 192.168.1.19:
# route add -net 10.0.0.0 netmask 255.0.0.0 gw 192.168.1.19

Para cualquier duda o aclaración, regístrate en la web de guifi/identifícate y escribe en la página de «Discusión».

= Fuentes =
Basado en los tutoriales de Blackhold:
http://blackhold.nusepas.com/2011/09/nodos-hibridos-en-la-web-en-la-mikrotik-y-en-el-bgp/
http://blackhold.nusepas.com/2011/04/nodos-hibridos-guifi-net/

Supernodos híbridos

2013-03-14T15:20:20Z

Tonic: formateado

__TOC__

'''ATENCIÓN''' : Para seguir este tutorial debemos:
* Haber creado los dos nodos en la web (las ubicaciones)
* Tener permisos de guifi-admin en la web

= Requisitos =

* Haber creado los nodos en la web
* Permisos de guifi-admin en la web de guifi.net

== Esquemas de conexión ==

* SupernodoA (CRNfalsa23-RB750)

[[Archivo:Supernodos-hibridos-esquema-crnfalsa23-rb750.png]]

* SupernodoB (CRNnolose69-RB750)

[[Archivo:Supernodos-hibridos-esquema-crnnolose69-rb750.png]]

= Pasos =

== Pasos en la web ==

=== SupernodoA (CRNfalsa23) ===

A continuación vamos a añadir los dispositivos:

[[Archivo:Supernodos_hibridos_1.png|400px]]

Escogemos la opción por defecto «Dispositivo wireless, como un router, bridge, AP...» y pulsamos «Añadir».

Nos sale una ventana como esta:

[[Archivo:Supernodos_hibridos_2.png|400px]]

Tendremos que modificar algunos campos, como:

* Nombre corto: Aquí nos deja un nombre por defecto que en este caso sería CRNfalsa23Rd1. La nomenclatura que nos da la web a veces es un poco criptográfica y es preferible que se vea fácilmente de qué dispositivo estamos hablando. En este caso estamos añadiendo la RB750, así que al nombre del dispositivo le pongo CRNfalsa23-RB750.

* Estado: Por defecto se establece en «Proyectado» pero si ya tienes los dispositivos encima de la mesa y tienes previsto colgarlo en pocos días, puedes ponerlo «En construcción». Una vez esté operativo, por supuesto puedes ponerlo «Operativo».

* Modelo de radio: Aquí empiezan las trampas, el modelo «RB750», pero como de momento el soporte no está terminado, escogemos el «Mikrotik, Routerboard 600».

* Firmware: Las RB que compramos últimamente ya vienen con la ultima versión de routerOS, la 5.

* Dirección MAC del dispositivo: las RB750 por ejemplo vienen con 2 MAC, que se corresponden a las de la boca 1 y la boca 2, las bocas 3, 4 y 5 son esclavas de la boca 2. Ponemos la dirección MAC de la primera boca.

Una vez terminamos de damos a guardar y salir.

El siguiente paso es hacer lo mismo para cada uno de los dispositivos que vamos a añadir a la RB.

La nomenclatura que solemos usar es:

* Nanostation M2: -NSM2
* Nanostation M5: -NSM5
* Nanobridge M2: -NBR2
* Nanobridge M5: -NBR5
* Rocket M2: -ROCKET2
* Rocket M5: -ROCKET5
* Bullet 2: -BULL2
* Bullet 5: -BULL5

Con esta configuración simple la cosa quedaría así:

[[Archivo:Supernodos_hibridos_3.png|400px]]

A continuación editamos la RB750 pulsando al icono del lápiz, se nos abre la ventana de antes donde hemos añadido el dispositivo.

Vamos a la sección de radios wireless, desplegamos el apartado «No hay radios», escogemos «AP o AP con WDS» y pulsamos «Añadir nueva radio»

[[Archivo:Supernodos_hibridos_4.png|400px]]

'''NOTA''': Quizás tenemos muchas ganas ya de permitir a los usuarios conectarse a nuestro supernodo, pero si ponemos el AP de clientes en este nodo nos vamos a encontrar con que la web le va a dar IPs de nuestro supernodo a los clientes.

Lo que se recomienda es que esta primera radio se destine a un enlace con otro supernodo.
Así que a ello vamos, a conectar el supernodo de la calle falsa 23 al supernodo de la calle nolose 69. Como véis para los nombres no soy muy buena, pero es una cosa puramente didáctica, una vez configurado en la web, vamos a pasar a un caso real.

[[Archivo:Supernodos_hibridos_5.png|400px]]

* SSID: ponemos el nombre de la wifi que va a conectar ambos supernodos (ejemplo: CRNfalsa23-enlace-CRNnolose69)
* Protocolo: 802.11n
* Canal: Los canales altos se dejan para conexiones entre supernodos y los bajos para conexiones para los clientes
* ¿Se aceptan clientes?: al tratarse de un enlace entre dos supernodos, no, no se aceptan clientes.
Más abajo configuramos el tipo de antena que tiene este dispositivo.

Le damos a «Guardar y continuar modificando».

Ahora, si vamos desplegando los diferentes apartados, veremos que nos ha asignado un rango de IPs, pero para lo que queremos nos lo ha asignado demasiado grande, así que vamos a indicarle que sólo queremos ips para 6 hosts (255.255.255.248). Esto que definimos es única y exclusivamente para las IPs de las antenas que van a colgar con cable de la RB750.

[[Archivo:Supernodos_hibridos_6.png|400px]]

Y le volvemos a dar a «Guardar y continuar modificando».

Ahora vamos a la sección de conexiones por cable para conectar los dispositivos a la RB750 y pulsamos el enchufe rojo (en la imagen marcado en verde).

[[Archivo:Supernodos_hibridos_7.png|400px]]

Nos aparece un menú desplegable con las distintas antenas que queremos conectar. Seleccionamos en el menú desplegable el dispositivo que queremos conectar y pulsamos «Create» para todas, excepto las que tienen una -I detrás (las que son para clientes) y entre una y otra le damos a «Guardar y continuar modificando».
Veremos cómo la web les va asignando IP. Si vemos que la web no le da IP, pero igualmente sale vinculada, es porque la web le ha dado eth0 a la radio y tenemos que ponerle Lan en «Interfaz remota».

[[Archivo:Supernodos_hibridos_8.png|400px]]

=== SupernodoB (CRNnolose69) ===

A continuación vamos a añadir los dispositivos:

[[Archivo:Supernodos_hibridos_1.png|400px]]

Escogemos la opción por defecto «Dispositivo wireless, como un router, bridge, AP...» y pulsamos «Añadir».

Nos sale una ventana como esta:

[[Archivo:Supernodos_hibridos_2.png|400px]]

Tendremos que modificar algunos campos, como:

* Nombre corto: Aquí nos deja un nombre por defecto que en este caso sería CRNnolose69Rd1. La nomenclatura que nos da la web a veces es un poco criptográfica y es preferible que se vea fácilmente de qué dispositivo estamos hablando. En este caso estamos añadiendo la RB750, así que al nombre del dispositivo le pongo CRNnolose69-RB750.

* Estado: Por defecto se establece en «Proyectado» pero si ya tienes los dispositivos encima de la mesa y tienes previsto colgarlo en pocos días, puedes ponerlo «En construcción». Una vez esté operativo, por supuesto puedes ponerlo «Operativo».

* Modelo de radio: Aquí empiezan las trampas, el modelo «RB750», pero como de momento el soporte no está terminado, escogemos el «Mikrotik, Routerboard 600».

* Firmware: Las RB que compramos últimamente ya vienen con la ultima versión de routerOS, la 5.

* Dirección MAC del dispositivo: las RB750 por ejemplo vienen con 2 MAC, que se corresponden a las de la boca 1 y la boca 2, las bocas 3, 4 y 5 son esclavas de la boca 2. Ponemos la dirección MAC de la primera boca.

Una vez terminamos de damos a guardar y salir.

El siguiente paso es hacer lo mismo para cada uno de los dispositivos que vamos a añadir a la RB.

La nomenclatura que solemos usar es:

* Nanostation M2: -NSM2
* Nanostation M5: -NSM5
* Nanobridge M2: -NBR2
* Nanobridge M5: -NBR5
* Rocket M2: -ROCKET2
* Rocket M5: -ROCKET5
* Bullet 2: -BULL2
* Bullet 5: -BULL5

Con esta configuración simple la cosa quedaría así:

[[Archivo:Supernodos_hibridos_3.png|400px]]

A continuación editamos la RB750 pulsando al icono del lápiz, se nos abre la ventana de antes donde hemos añadido el dispositivo.

Vamos a la sección de radios wireless, desplegamos el apartado «No hay radios», escogemos «AP o AP con WDS» y pulsamos «Añadir nueva radio»

[[Archivo:Supernodos_hibridos_4.png|400px]]

'''NOTA''': Quizás tenemos muchas ganas ya de permitir a los usuarios conectarse a nuestro supernodo, pero si ponemos el AP de clientes en este nodo nos vamos a encontrar con que la web le va a dar IPs de nuestro supernodo a los clientes.

Lo que se recomienda es que esta primera radio se destine a un enlace con otro supernodo.
Así que a ello vamos, a conectar el supernodo de la calle falsa 23 al supernodo de la calle nolose 69. Como véis para los nombres no soy muy buena, pero es una cosa puramente didáctica, una vez configurado en la web, vamos a pasar a un caso real.

[[Archivo:Supernodos_hibridos_5.png|400px]]

* SSID: ponemos el nombre de la wifi que va a conectar ambos supernodos (ejemplo: CRNfalsa23-enlace-CRNnolose69)
* Protocolo: 802.11n
* Canal: Los canales altos se dejan para conexiones entre supernodos y los bajos para conexiones para los clientes
* ¿Se aceptan clientes?: al tratarse de un enlace entre dos supernodos, no, no se aceptan clientes.
Más abajo configuramos el tipo de antena que tiene este dispositivo.

Le damos a «Guardar y continuar modificando».

Ahora, si vamos desplegando los diferentes apartados, veremos que nos ha asignado un rango de IPs, pero para lo que queremos nos lo ha asignado demasiado grande, así que vamos a indicarle que sólo queremos ips para 6 hosts (255.255.255.248). Esto que definimos es única y exclusivamente para las IPs de las antenas que van a colgar con cable de la RB750.

[[Archivo:Supernodos_hibridos_6.png|400px]]

Y le volvemos a dar a «Guardar y continuar modificando».

Ahora vamos a la sección de conexiones por cable para conectar los dispositivos a la RB750 y pulsamos el enchufe rojo (en la imagen marcado en verde).

[[Archivo:Supernodos_hibridos_7.png|400px]]

Nos aparece un menú desplegable con las distintas antenas que queremos conectar. Seleccionamos en el menú desplegable el dispositivo que queremos conectar y pulsamos «Create» para todas, excepto las que tienen una -I detrás (las que son para clientes) y entre una y otra le damos a «Guardar y continuar modificando».
Veremos cómo la web les va asignando IP. Si vemos que la web no le da IP, pero igualmente sale vinculada, es porque la web le ha dado eth0 a la radio y tenemos que ponerle Lan en «Interfaz remota».

[[Archivo:Supernodos_hibridos_8.png|400px]]

=== Conectando ambos supernodos ===

En el nodo de la calle falsa 23, en «Radio» > «wds/p2p»:

[[Archivo:Supernodos_hibridos_9.png|400px]]

Pulsamos las antenitas marcadas en verde y se abre una nueva ventana:

[[Archivo:Supernodos_hibridos_10.png|400px]]

Una vez seleccionado (recuerda que tiene que ser enlace troncal) pulsamos en «Elegir dispositivo y volver al formulario principal» y nos vuelve a la página anterior, pero asignando unas ips 172. A partir de aquí empieza el juego ;)

La web nos asigna una /30, es decir 2 hosts para hacer el enlace wds, pero en realidad, nosotros necesitamos 4 hosts, así que vamos a decirle que necesitamos una /29, pero posiblemente la web nos diga que el /29 que estamos pidiendo ya se esté usando para otro, así que tendremos que buscar un /29 de la 172 libre y asignarlo.

'''ATENCIÓN''': la web tiene un bug y si asignas un /29 y te dice que está ocupado te crea un enlace fantasma que sólo los que tienen acceso a la BBDD pueden borrar. Así que lo mejor es pedir primero un /30, guardamos y continuamos modificando y luego buscamos el rango disponible.

'''ATENCIÓN''': para asignar un /29 son precisos permisos de guifi-admin.

Necesitamos 4 hosts porque vamos a crear una red con la rb de falsa23, la nanostation M5 de falsa23, la nanostation M5 de nolose69 y la rb de nolose69. Para cualquier duda porque lo hacemos así, mirate el post de nodos híbridos que hice hace un tiempo.

[[Archivo:Supernodos_hibridos_11.png|400px]]

Como podéis ver, la web sólo nos asigna las ips para las 2 RB

'''Recomendado''':
* 1ª ip del rango: RB nodo A (CRNfalsa23-RB750)
* 2ª ip del rango: Antena nodo A (CRNfalsa23-NM5)
* 3ª ip del rango: Antena nodo B (CRNnolose69-NM5)
* 4ª ip del rango: RB nodo B (CRNnolose69-RB750)

Si tenemos dudas de qué ips usar, os recomiendo usar esta calculadora ip via web. Nos fijamos en «Host Min» y «Host Max».

=== Añadiendo un rango para servidores ===

En uno de los supernodos queremos añadir servidores, así que vamos a la sección de «Conexiones por cable» y le pedimos a la web un rango de IPs.

[[Archivo:Supernodos_hibridos_12.png|400px]]

Luego le asignamos la IP de la misma forma que le hemos asignado las IPs a las antenas, pero en lugar de crear un dispositivo wifi en la página del nodo, le decimos que queremos crear un servidor.

Si queremos añadir una radio para clientes, vamos a añadir una radio en la sección de radios, seguimos los pasos de creación de la radio (essid, permite clientes (en este caso, sí), etc.) y en la misma radio le pedimos un rango de ips 10.0.0.0 para los clientes ('''atención''', en la misma sección de radio). Nos va a asignar por defecto 30 hosts (/27), en este caso es correcto.

(¿sobra?)
¿¿Para pedir la 172, la pedimos en la sección de conexiones por cable (nunca desde la radio) y vincularla a la radio -I.??
(/¿sobra?)

=== Añadiendo un cliente falso por cada antena de cobertura ===

La idea será pedirle un rango de IP para clientes en la radio correspondiente a los clientes (mi recomendación es no destinar nunca la radio0 para dar cobertura a clientes, hacerlo a partir de radio1, ya que sino la web de guifi asigna IPs del supernodo a los nodos clientes que se conecten), se asigna este rango a la boca de la RB donde va a ir conectada la antena para cobertura a clientes y se le asigna la siguiente IP del rango de clientes a la antena. Por ejemplo la ip de rango de clientes empezaría por 10.x.x.1 (esta sería para la RB), la 10.x.x.2 (sería para la antena) y el resto de IPs para los clientes.

La problemática de este sistema es que tenemos que añadir un nodo cliente «falso» para reservar la IP para la antena.

(esbozo)

Pongamos que en el nodo CRNfalsa23 queremos instalar una ROCKET M5 que dé cobertura a «clientes»:

# Añadir nuevo nodo en la misma ubicación que el nodo actual con nombre acabado en -I (Ejemplo: CRNfalsa23-ROCKET5-I)
# Añadir en ese nuevo nodo una nueva radio
# Conectar esa nueva radio a la antena de cobertura del supernodo

(/esbozo)

== Pasos en los dispositivos ==

Ahora el siguiente paso es descargar los ficheros de configuración de la RB750 y de la nanostation M5. El fichero de configuración para las NM5 tampoco está disponible, pero lo que tenemos que hacer es decirle a la web momentáneamente que se trata de una nanostation 5. Importante luego dejarlo como Nanostation M5 ya que sino nos va a dar problemas con las gráficas, ya que la interfaz de red de las nanostation 5 es eth0 y el de las nanostation M5 es ar0.

Lo primero que haremos pues será conectar la RB750 a nuestro ordenador por el puerto 2 de la RB y nos asignamos a nuestro ordenador una ip del rango 192.168.88.0/24, teniendo en cuenta que la ip por defecto de la rb es la 192.168.88.1.

Para acceder a la RB necesitaremos el winbox, un programa de gestión del routerOS, es para windows, pero con el wine es posible hacerlo funcionar. Para descargarlo lo podemos hacer por internet en la web de mikrotik o accediendo por http a la ip de la RB, ahí hay un vínculo para descargarlo.

Una vez descargado lo ejecutamos y le decimos que queremos conectar a la 192.168.88.1, con el usuario admin y sin password.

Si estás en GNU/Linux y no acaba nunca de cargar la configuración, posiblemente te falte instalar el paquete lib32nss-mdns.

La primera vez que entramos nos dice de resetear la configuración, pero esto también nos resetea la ip de administración por defecto y la única forma que tenemos de acceder es mediante la MAC (en el winbox, en “Connect to:” en lugar de ponerle la IP podemos pulsar el botón “…” y nos salen las MAC de dispositivos mikrotik que detecta. Algunas veces me he encontrado que el winbox sobre sistemas GNU/Linux, esto no acaba de funcionar correctamente, así que lo que recomiendo es ir a IP > Adresses y añadir una ip 192.168.1.19 en el ether1.

Una vez añadida la IP en el ether1, con la configuración por defecto tenemos que borrar las configuraciones por defecto de IP > Firewall > Filter rules y IP > Firewall > Nat, lo borramos todo sin miedo.

También borraremos la configuración de DHCP en IP > DHCP Server.

Para borrar es tan simple como seleccionar lo que queremos borrar y pulsar el botón con el símbolo “-” o directamente pulsamos la R, remove en inglés.

Para meterle ya el fichero de configuración unsolclick de guifi, ya sólo faltará un paso, que será ir a Interfaces y cambiar los nombres de los interfaces. El ether1-gateway a ether1, el ether2 a wlan1, el ether3-slave a wlan2, y así sucesivamente. Tal como he dicho al principio del post, las interfaces, 3, 4 y 5, están como esclavas de la ether2, así que tendremos que indicarle que no sean esclavas, esto lo definimos dando doble click sobre la interfaz que queremos modificar, General > Master Port y lo ponemos a none.

Recomendación, ir añadiendo comentarios de lo que es cada boca y que va a tener conectado.

Con todo esto hecho, accedemos a la RB por el puerto 1 y la ip 192.168.1.19, ip que le pongo a todas las RB que configuro, una pequeña marca de la casa :P Esto lo hago porque quizás puedes tener una RB aparcada unos días, no te acuerdas qué ips tenía y tener siempre unas ips por defecto te permite acceder a los dispositivos sin tener que resetearlos cada vez que quieres hacer algo con ellos. Si uno no tiene la ip esta en la ether1, pues quiere decir que es una RB virgen.

Una vez dentro, vamos a ip > adresses y eliminamos la IP 192.168.88.1.

Ahora ya sólo faltará cargar el unsolclick de la web de guifi y hacer 4 cambios. Para cargarlo, vamos a New Terminal y pegamos tal cual el chorro de texto.

Esto nos dejará configuradas la IP del supernodo (tanto la principal, como la de la red de servidores), la configuración BGP, el SNMP y un par de reglas de NAT en firewall.

A continuación os dejo capturas de pantalla de una RB con una configuración muy similar a la que he ido usando para hacer el post al configurar el supernodo en la web de guifi.

Los dos supernodos que entran en acción a partir de ahora són:
http://guifi.net/hm11
http://guifi.net/hm11-2

Las capturas son las de hm11-2, que es el que tiene un servidor proxy y una red con otros ordenadores colgando del puerto ether1.

[[Archivo:Supernodos_hibridos_13.png|400px]]

Panel de login de winbox: te permite guardar ips, usuarios y contraseñas de las mikrotik

[[Archivo:Supernodos_hibridos_14.png|400px]]

IP > adresses: cada IP va a la interfaz que trabaja con esta subred.

[[Archivo:Supernodos_hibridos_15.png|400px]]

Interfaces: importante que las bocas donde hay las antenas correspondan con el fichero de configuración. Buscar por ejemplo wlan1 en el fichero de configuración.

[[Archivo:Supernodos_hibridos_16.png|400px]]

En bridge creamos un nuevo bridge que se llame lan/lan, el wlan/lan no tiene sentido en un nodo híbrido

[[Archivo:Supernodos_hibridos_17.png|400px]]

Routing > BGP > Instances: Instancia BGP de nuestro router, el AS corresponde al numero de dispositivo en la web.

[[Archivo:Supernodos_hibridos_18.png|400px]]

Routing > BGP > Peers: Los peers son las conexiones BGP con otros supernodos

[[Archivo:Supernodos_hibridos_19.png|400px]]

IP > Routes: Las rutas dinámicas en nuestra red, en este caso sólo hay 2 supernodos, pero esta tabla es mucho más grande cuando la red es más grande! :)

[[Archivo:Supernodos_hibridos_20.png|400px]]

IP > Firewall > NAT: Nuestra antena en realidad no tiene una IP 10.0.0.0, sino una 172, pero si alguien pide la IP 10 que corresponde a la antena, la RB le hace un “forward” o hablando correctamente, un “destination nat”.

[[Archivo:Supernodos_hibridos_21.png|400px]]

Es recomendable desactivar el DHCP Server, así los clientes que se quieran conectar no tendrán otra que coger la configuración de la web (darse de alta, dar de alta su nodo, etc.). Además la conexión entre antenas de guifi se hace de tejado a tejado, no de tejado a dispositivo móvil, ya que una conexión mala, penaliza a todas las demás, al hacer trabajar mucho más la antena para hacerle llegar la señal correctamente.

[[Archivo:Supernodos_hibridos_22.png|400px]]

Configuración SNMP: para hacer que nuestro supernodo grafique.

[[Archivo:Supernodos_hibridos_23.png|400px]]

System > Users: routerOS permite tener varios usuarios con distintos niveles de permisos

Ahora ya sólo faltará ver la configuración de una de las 2 Nanostation M5, ahora mismo conectadas entre ellas con un enlace AP-WDS.

Aunque nos dé muchísimas ganas, el fichero de configuración que nos da la web de guifi no nos sirve para la configuración de nodos híbridos, pero si nos vale para saber alguna información como el nombre del nodo, la configuración snmp y poca cosa mas :P El resto es todo artesanía! tampoco recomiendo usar el fichero de configuración de la nanostation5 en una nanostationM5 en clientes, alguna vez me he encontrado que la antena ha empezado a funcionar de forma extraña.

[[Archivo:Supernodos_hibridos_24.png|400px]]

Pantalla MAIN de la nanostationM5, con una estación conectada.

[[Archivo:Supernodos_hibridos_25.png|400px]]

Configuración WIRELESS, en modo Access Point WDS (ambas estan en esta posición y con las mac intercambiadas). El SSID a usar lo cogemos del fichero de configuración de la RB750.

El SSID y la frecuencia que usamos sólo se tendrían que tocar en laboratorio, es decir, que podamos acceder a ellas físicamente o que haya una persona en cada lado (si es que no te quieres pegar unos cuantos viajecitos). Una opción si estás administrando la red solo o con gente que no tiene ni idea de como entrar a una antena, es poner una como AP-WDS y la otra como Station-WDS. Los enlaces entre supernodos mejor no dejarlos nunca como Access Point, ya que podría ir algun listillo y conectarse a ella, aunque sólo podría llegar a hacer algo si se pusiese una IP del supernodo o de las 172 disponibles.

[[Archivo:Supernodos_hibridos_26.png|400px]]

Configuración LAN, en modo bridge. La ip de gw es la IP 172 de la RB a la que está conectada. El DNS es el del servidor de la zona.

En advanced no tocamos nada.

[[Archivo:Supernodos_hibridos_27.png|400px]]

A partir de aquí es cuando entra el fichero de configuración de la nanostation 5, configuramos el SNMP, el acceso HTTP a la antena y el NTP.

[[Archivo:Supernodos_hibridos_28.png|400px]]

Configuración del sistema: Cambiamos el device name, que es lo que va a aparecer cuando hacemos un scan o un mtr y cambiamos el usuario, por defecto es root/guifi. En esta pantalla también podemos cargar un fichero de configuración (si es que hay alguno), descargar el que tenemos (recomendable) y actualizar el firmware.

Hablando de ficheros de configuración, para la RB750 también es posible descargarlo, incluso también es recomendable una vez tenemos una configuración que sabemos que funciona. Vamos a Files > Backup y se genera el fichero. Para descargarlo, nos conectamos por FTP a la RB y lo descargamos.

Y a partir de aquí, una vez funciona todo ya vamos a cargar el material.

Nota: para conectarnos a la RB estamos usando la ip 192.168.1.19, pero simplemente configurando la IP no podemos acceder a las IP 10. Para ello tenemos 2 opciones, o configurar la ruta por defecto a la 192.168.1.19 o añadir una ruta estática para indicarle que todas las ip 10 las vaya a buscar a la 192.168.1.19:
# route add -net 10.0.0.0 netmask 255.0.0.0 gw 192.168.1.19

Para cualquier duda o aclaración, regístrate en la web de guifi/identifícate y escribe en la página de «Discusión».

= Fuentes =
Basado en un tutorial de Blackhold:
http://blackhold.nusepas.com/2011/09/nodos-hibridos-en-la-web-en-la-mikrotik-y-en-el-bgp/

Supernodos híbridos

2013-03-14T15:19:10Z

Tonic: formateado

__TOC__

'''ATENCIÓN''' : Para seguir este tutorial debemos:
* Haber creado los dos nodos en la web (las ubicaciones)
* Tener permisos de guifi-admin en la web

= Requisitos =

* Haber creado los nodos en la web
* Permisos de guifi-admin en la web de guifi.net

== Esquemas de conexión ==

* SupernodoA (CRNfalsa23-RB750)

[[Archivo:Supernodos-hibridos-esquema-crnfalsa23-rb750.png]]

* SupernodoB (CRNnolose69-RB750)

[[Archivo:Supernodos-hibridos-esquema-crnnolose69-rb750.png]]

= Pasos =

== En la web ==

=== SupernodoA (CRNfalsa23) ===

A continuación vamos a añadir los dispositivos:

[[Archivo:Supernodos_hibridos_1.png|400px]]

Escogemos la opción por defecto «Dispositivo wireless, como un router, bridge, AP...» y pulsamos «Añadir».

Nos sale una ventana como esta:

[[Archivo:Supernodos_hibridos_2.png|400px]]

Tendremos que modificar algunos campos, como:

* Nombre corto: Aquí nos deja un nombre por defecto que en este caso sería CRNfalsa23Rd1. La nomenclatura que nos da la web a veces es un poco criptográfica y es preferible que se vea fácilmente de qué dispositivo estamos hablando. En este caso estamos añadiendo la RB750, así que al nombre del dispositivo le pongo CRNfalsa23-RB750.

* Estado: Por defecto se establece en «Proyectado» pero si ya tienes los dispositivos encima de la mesa y tienes previsto colgarlo en pocos días, puedes ponerlo «En construcción». Una vez esté operativo, por supuesto puedes ponerlo «Operativo».

* Modelo de radio: Aquí empiezan las trampas, el modelo «RB750», pero como de momento el soporte no está terminado, escogemos el «Mikrotik, Routerboard 600».

* Firmware: Las RB que compramos últimamente ya vienen con la ultima versión de routerOS, la 5.

* Dirección MAC del dispositivo: las RB750 por ejemplo vienen con 2 MAC, que se corresponden a las de la boca 1 y la boca 2, las bocas 3, 4 y 5 son esclavas de la boca 2. Ponemos la dirección MAC de la primera boca.

Una vez terminamos de damos a guardar y salir.

El siguiente paso es hacer lo mismo para cada uno de los dispositivos que vamos a añadir a la RB.

La nomenclatura que solemos usar es:

* Nanostation M2: -NSM2
* Nanostation M5: -NSM5
* Nanobridge M2: -NBR2
* Nanobridge M5: -NBR5
* Rocket M2: -ROCKET2
* Rocket M5: -ROCKET5
* Bullet 2: -BULL2
* Bullet 5: -BULL5

Con esta configuración simple la cosa quedaría así:

[[Archivo:Supernodos_hibridos_3.png|400px]]

A continuación editamos la RB750 pulsando al icono del lápiz, se nos abre la ventana de antes donde hemos añadido el dispositivo.

Vamos a la sección de radios wireless, desplegamos el apartado «No hay radios», escogemos «AP o AP con WDS» y pulsamos «Añadir nueva radio»

[[Archivo:Supernodos_hibridos_4.png|400px]]

'''NOTA''': Quizás tenemos muchas ganas ya de permitir a los usuarios conectarse a nuestro supernodo, pero si ponemos el AP de clientes en este nodo nos vamos a encontrar con que la web le va a dar IPs de nuestro supernodo a los clientes.

Lo que se recomienda es que esta primera radio se destine a un enlace con otro supernodo.
Así que a ello vamos, a conectar el supernodo de la calle falsa 23 al supernodo de la calle nolose 69. Como véis para los nombres no soy muy buena, pero es una cosa puramente didáctica, una vez configurado en la web, vamos a pasar a un caso real.

[[Archivo:Supernodos_hibridos_5.png|400px]]

* SSID: ponemos el nombre de la wifi que va a conectar ambos supernodos (ejemplo: CRNfalsa23-enlace-CRNnolose69)
* Protocolo: 802.11n
* Canal: Los canales altos se dejan para conexiones entre supernodos y los bajos para conexiones para los clientes
* ¿Se aceptan clientes?: al tratarse de un enlace entre dos supernodos, no, no se aceptan clientes.
Más abajo configuramos el tipo de antena que tiene este dispositivo.

Le damos a «Guardar y continuar modificando».

Ahora, si vamos desplegando los diferentes apartados, veremos que nos ha asignado un rango de IPs, pero para lo que queremos nos lo ha asignado demasiado grande, así que vamos a indicarle que sólo queremos ips para 6 hosts (255.255.255.248). Esto que definimos es única y exclusivamente para las IPs de las antenas que van a colgar con cable de la RB750.

[[Archivo:Supernodos_hibridos_6.png|400px]]

Y le volvemos a dar a «Guardar y continuar modificando».

Ahora vamos a la sección de conexiones por cable para conectar los dispositivos a la RB750 y pulsamos el enchufe rojo (en la imagen marcado en verde).

[[Archivo:Supernodos_hibridos_7.png|400px]]

Nos aparece un menú desplegable con las distintas antenas que queremos conectar. Seleccionamos en el menú desplegable el dispositivo que queremos conectar y pulsamos «Create» para todas, excepto las que tienen una -I detrás (las que son para clientes) y entre una y otra le damos a «Guardar y continuar modificando».
Veremos cómo la web les va asignando IP. Si vemos que la web no le da IP, pero igualmente sale vinculada, es porque la web le ha dado eth0 a la radio y tenemos que ponerle Lan en «Interfaz remota».

[[Archivo:Supernodos_hibridos_8.png|400px]]

=== SupernodoB (CRNnolose69) ===

A continuación vamos a añadir los dispositivos:

[[Archivo:Supernodos_hibridos_1.png|400px]]

Escogemos la opción por defecto «Dispositivo wireless, como un router, bridge, AP...» y pulsamos «Añadir».

Nos sale una ventana como esta:

[[Archivo:Supernodos_hibridos_2.png|400px]]

Tendremos que modificar algunos campos, como:

* Nombre corto: Aquí nos deja un nombre por defecto que en este caso sería CRNnolose69Rd1. La nomenclatura que nos da la web a veces es un poco criptográfica y es preferible que se vea fácilmente de qué dispositivo estamos hablando. En este caso estamos añadiendo la RB750, así que al nombre del dispositivo le pongo CRNnolose69-RB750.

* Estado: Por defecto se establece en «Proyectado» pero si ya tienes los dispositivos encima de la mesa y tienes previsto colgarlo en pocos días, puedes ponerlo «En construcción». Una vez esté operativo, por supuesto puedes ponerlo «Operativo».

* Modelo de radio: Aquí empiezan las trampas, el modelo «RB750», pero como de momento el soporte no está terminado, escogemos el «Mikrotik, Routerboard 600».

* Firmware: Las RB que compramos últimamente ya vienen con la ultima versión de routerOS, la 5.

* Dirección MAC del dispositivo: las RB750 por ejemplo vienen con 2 MAC, que se corresponden a las de la boca 1 y la boca 2, las bocas 3, 4 y 5 son esclavas de la boca 2. Ponemos la dirección MAC de la primera boca.

Una vez terminamos de damos a guardar y salir.

El siguiente paso es hacer lo mismo para cada uno de los dispositivos que vamos a añadir a la RB.

La nomenclatura que solemos usar es:

* Nanostation M2: -NSM2
* Nanostation M5: -NSM5
* Nanobridge M2: -NBR2
* Nanobridge M5: -NBR5
* Rocket M2: -ROCKET2
* Rocket M5: -ROCKET5
* Bullet 2: -BULL2
* Bullet 5: -BULL5

Con esta configuración simple la cosa quedaría así:

[[Archivo:Supernodos_hibridos_3.png|400px]]

A continuación editamos la RB750 pulsando al icono del lápiz, se nos abre la ventana de antes donde hemos añadido el dispositivo.

Vamos a la sección de radios wireless, desplegamos el apartado «No hay radios», escogemos «AP o AP con WDS» y pulsamos «Añadir nueva radio»

[[Archivo:Supernodos_hibridos_4.png|400px]]

'''NOTA''': Quizás tenemos muchas ganas ya de permitir a los usuarios conectarse a nuestro supernodo, pero si ponemos el AP de clientes en este nodo nos vamos a encontrar con que la web le va a dar IPs de nuestro supernodo a los clientes.

Lo que se recomienda es que esta primera radio se destine a un enlace con otro supernodo.
Así que a ello vamos, a conectar el supernodo de la calle falsa 23 al supernodo de la calle nolose 69. Como véis para los nombres no soy muy buena, pero es una cosa puramente didáctica, una vez configurado en la web, vamos a pasar a un caso real.

[[Archivo:Supernodos_hibridos_5.png|400px]]

* SSID: ponemos el nombre de la wifi que va a conectar ambos supernodos (ejemplo: CRNfalsa23-enlace-CRNnolose69)
* Protocolo: 802.11n
* Canal: Los canales altos se dejan para conexiones entre supernodos y los bajos para conexiones para los clientes
* ¿Se aceptan clientes?: al tratarse de un enlace entre dos supernodos, no, no se aceptan clientes.
Más abajo configuramos el tipo de antena que tiene este dispositivo.

Le damos a «Guardar y continuar modificando».

Ahora, si vamos desplegando los diferentes apartados, veremos que nos ha asignado un rango de IPs, pero para lo que queremos nos lo ha asignado demasiado grande, así que vamos a indicarle que sólo queremos ips para 6 hosts (255.255.255.248). Esto que definimos es única y exclusivamente para las IPs de las antenas que van a colgar con cable de la RB750.

[[Archivo:Supernodos_hibridos_6.png|400px]]

Y le volvemos a dar a «Guardar y continuar modificando».

Ahora vamos a la sección de conexiones por cable para conectar los dispositivos a la RB750 y pulsamos el enchufe rojo (en la imagen marcado en verde).

[[Archivo:Supernodos_hibridos_7.png|400px]]

Nos aparece un menú desplegable con las distintas antenas que queremos conectar. Seleccionamos en el menú desplegable el dispositivo que queremos conectar y pulsamos «Create» para todas, excepto las que tienen una -I detrás (las que son para clientes) y entre una y otra le damos a «Guardar y continuar modificando».
Veremos cómo la web les va asignando IP. Si vemos que la web no le da IP, pero igualmente sale vinculada, es porque la web le ha dado eth0 a la radio y tenemos que ponerle Lan en «Interfaz remota».

[[Archivo:Supernodos_hibridos_8.png|400px]]

=== Conectando ambos supernodos ===

En el nodo de la calle falsa 23, en «Radio» > «wds/p2p»:

[[Archivo:Supernodos_hibridos_9.png|400px]]

Pulsamos las antenitas marcadas en verde y se abre una nueva ventana:

[[Archivo:Supernodos_hibridos_10.png|400px]]

Una vez seleccionado (recuerda que tiene que ser enlace troncal) pulsamos en «Elegir dispositivo y volver al formulario principal» y nos vuelve a la página anterior, pero asignando unas ips 172. A partir de aquí empieza el juego ;)

La web nos asigna una /30, es decir 2 hosts para hacer el enlace wds, pero en realidad, nosotros necesitamos 4 hosts, así que vamos a decirle que necesitamos una /29, pero posiblemente la web nos diga que el /29 que estamos pidiendo ya se esté usando para otro, así que tendremos que buscar un /29 de la 172 libre y asignarlo.

'''ATENCIÓN''': la web tiene un bug y si asignas un /29 y te dice que está ocupado te crea un enlace fantasma que sólo los que tienen acceso a la BBDD pueden borrar. Así que lo mejor es pedir primero un /30, guardamos y continuamos modificando y luego buscamos el rango disponible.

'''ATENCIÓN''': para asignar un /29 son precisos permisos de guifi-admin.

Necesitamos 4 hosts porque vamos a crear una red con la rb de falsa23, la nanostation M5 de falsa23, la nanostation M5 de nolose69 y la rb de nolose69. Para cualquier duda porque lo hacemos así, mirate el post de nodos híbridos que hice hace un tiempo.

[[Archivo:Supernodos_hibridos_11.png|400px]]

Como podéis ver, la web sólo nos asigna las ips para las 2 RB

'''Recomendado''':
* 1ª ip del rango: RB nodo A (CRNfalsa23-RB750)
* 2ª ip del rango: Antena nodo A (CRNfalsa23-NM5)
* 3ª ip del rango: Antena nodo B (CRNnolose69-NM5)
* 4ª ip del rango: RB nodo B (CRNnolose69-RB750)

Si tenemos dudas de qué ips usar, os recomiendo usar esta calculadora ip via web. Nos fijamos en «Host Min» y «Host Max».

=== Añadiendo un rango para servidores ===

En uno de los supernodos queremos añadir servidores, así que vamos a la sección de «Conexiones por cable» y le pedimos a la web un rango de IPs.

[[Archivo:Supernodos_hibridos_12.png|400px]]

Luego le asignamos la IP de la misma forma que le hemos asignado las IPs a las antenas, pero en lugar de crear un dispositivo wifi en la página del nodo, le decimos que queremos crear un servidor.

Si queremos añadir una radio para clientes, vamos a añadir una radio en la sección de radios, seguimos los pasos de creación de la radio (essid, permite clientes (en este caso, sí), etc.) y en la misma radio le pedimos un rango de ips 10.0.0.0 para los clientes ('''atención''', en la misma sección de radio). Nos va a asignar por defecto 30 hosts (/27), en este caso es correcto.

(¿sobra?)
¿¿Para pedir la 172, la pedimos en la sección de conexiones por cable (nunca desde la radio) y vincularla a la radio -I.??
(/¿sobra?)

=== Añadiendo un cliente falso por cada antena de cobertura ===

La idea será pedirle un rango de IP para clientes en la radio correspondiente a los clientes (mi recomendación es no destinar nunca la radio0 para dar cobertura a clientes, hacerlo a partir de radio1, ya que sino la web de guifi asigna IPs del supernodo a los nodos clientes que se conecten), se asigna este rango a la boca de la RB donde va a ir conectada la antena para cobertura a clientes y se le asigna la siguiente IP del rango de clientes a la antena. Por ejemplo la ip de rango de clientes empezaría por 10.x.x.1 (esta sería para la RB), la 10.x.x.2 (sería para la antena) y el resto de IPs para los clientes.

La problemática de este sistema es que tenemos que añadir un nodo cliente «falso» para reservar la IP para la antena.

(esbozo)

Pongamos que en el nodo CRNfalsa23 queremos instalar una ROCKET M5 que dé cobertura a «clientes»:

# Añadir nuevo nodo en la misma ubicación que el nodo actual con nombre acabado en -I (Ejemplo: CRNfalsa23-ROCKET5-I)
# Añadir en ese nuevo nodo una nueva radio
# Conectar esa nueva radio a la antena de cobertura del supernodo

(/esbozo)

== En los dispositivos ==

Ahora el siguiente paso es descargar los ficheros de configuración de la RB750 y de la nanostation M5. El fichero de configuración para las NM5 tampoco está disponible, pero lo que tenemos que hacer es decirle a la web momentáneamente que se trata de una nanostation 5. Importante luego dejarlo como Nanostation M5 ya que sino nos va a dar problemas con las gráficas, ya que la interfaz de red de las nanostation 5 es eth0 y el de las nanostation M5 es ar0.

Lo primero que haremos pues será conectar la RB750 a nuestro ordenador por el puerto 2 de la RB y nos asignamos a nuestro ordenador una ip del rango 192.168.88.0/24, teniendo en cuenta que la ip por defecto de la rb es la 192.168.88.1.

Para acceder a la RB necesitaremos el winbox, un programa de gestión del routerOS, es para windows, pero con el wine es posible hacerlo funcionar. Para descargarlo lo podemos hacer por internet en la web de mikrotik o accediendo por http a la ip de la RB, ahí hay un vínculo para descargarlo.

Una vez descargado lo ejecutamos y le decimos que queremos conectar a la 192.168.88.1, con el usuario admin y sin password.

Si estás en GNU/Linux y no acaba nunca de cargar la configuración, posiblemente te falte instalar el paquete lib32nss-mdns.

La primera vez que entramos nos dice de resetear la configuración, pero esto también nos resetea la ip de administración por defecto y la única forma que tenemos de acceder es mediante la MAC (en el winbox, en “Connect to:” en lugar de ponerle la IP podemos pulsar el botón “…” y nos salen las MAC de dispositivos mikrotik que detecta. Algunas veces me he encontrado que el winbox sobre sistemas GNU/Linux, esto no acaba de funcionar correctamente, así que lo que recomiendo es ir a IP > Adresses y añadir una ip 192.168.1.19 en el ether1.

Una vez añadida la IP en el ether1, con la configuración por defecto tenemos que borrar las configuraciones por defecto de IP > Firewall > Filter rules y IP > Firewall > Nat, lo borramos todo sin miedo.

También borraremos la configuración de DHCP en IP > DHCP Server.

Para borrar es tan simple como seleccionar lo que queremos borrar y pulsar el botón con el símbolo “-” o directamente pulsamos la R, remove en inglés.

Para meterle ya el fichero de configuración unsolclick de guifi, ya sólo faltará un paso, que será ir a Interfaces y cambiar los nombres de los interfaces. El ether1-gateway a ether1, el ether2 a wlan1, el ether3-slave a wlan2, y así sucesivamente. Tal como he dicho al principio del post, las interfaces, 3, 4 y 5, están como esclavas de la ether2, así que tendremos que indicarle que no sean esclavas, esto lo definimos dando doble click sobre la interfaz que queremos modificar, General > Master Port y lo ponemos a none.

Recomendación, ir añadiendo comentarios de lo que es cada boca y que va a tener conectado.

Con todo esto hecho, accedemos a la RB por el puerto 1 y la ip 192.168.1.19, ip que le pongo a todas las RB que configuro, una pequeña marca de la casa :P Esto lo hago porque quizás puedes tener una RB aparcada unos días, no te acuerdas qué ips tenía y tener siempre unas ips por defecto te permite acceder a los dispositivos sin tener que resetearlos cada vez que quieres hacer algo con ellos. Si uno no tiene la ip esta en la ether1, pues quiere decir que es una RB virgen.

Una vez dentro, vamos a ip > adresses y eliminamos la IP 192.168.88.1.

Ahora ya sólo faltará cargar el unsolclick de la web de guifi y hacer 4 cambios. Para cargarlo, vamos a New Terminal y pegamos tal cual el chorro de texto.

Esto nos dejará configuradas la IP del supernodo (tanto la principal, como la de la red de servidores), la configuración BGP, el SNMP y un par de reglas de NAT en firewall.

A continuación os dejo capturas de pantalla de una RB con una configuración muy similar a la que he ido usando para hacer el post al configurar el supernodo en la web de guifi.

Los dos supernodos que entran en acción a partir de ahora són:
http://guifi.net/hm11
http://guifi.net/hm11-2

Las capturas son las de hm11-2, que es el que tiene un servidor proxy y una red con otros ordenadores colgando del puerto ether1.

[[Archivo:Supernodos_hibridos_13.png|400px]]

Panel de login de winbox: te permite guardar ips, usuarios y contraseñas de las mikrotik

[[Archivo:Supernodos_hibridos_14.png|400px]]

IP > adresses: cada IP va a la interfaz que trabaja con esta subred.

[[Archivo:Supernodos_hibridos_15.png|400px]]

Interfaces: importante que las bocas donde hay las antenas correspondan con el fichero de configuración. Buscar por ejemplo wlan1 en el fichero de configuración.

[[Archivo:Supernodos_hibridos_16.png|400px]]

En bridge creamos un nuevo bridge que se llame lan/lan, el wlan/lan no tiene sentido en un nodo híbrido

[[Archivo:Supernodos_hibridos_17.png|400px]]

Routing > BGP > Instances: Instancia BGP de nuestro router, el AS corresponde al numero de dispositivo en la web.

[[Archivo:Supernodos_hibridos_18.png|400px]]

Routing > BGP > Peers: Los peers son las conexiones BGP con otros supernodos

[[Archivo:Supernodos_hibridos_19.png|400px]]

IP > Routes: Las rutas dinámicas en nuestra red, en este caso sólo hay 2 supernodos, pero esta tabla es mucho más grande cuando la red es más grande! :)

[[Archivo:Supernodos_hibridos_20.png|400px]]

IP > Firewall > NAT: Nuestra antena en realidad no tiene una IP 10.0.0.0, sino una 172, pero si alguien pide la IP 10 que corresponde a la antena, la RB le hace un “forward” o hablando correctamente, un “destination nat”.

[[Archivo:Supernodos_hibridos_21.png|400px]]

Es recomendable desactivar el DHCP Server, así los clientes que se quieran conectar no tendrán otra que coger la configuración de la web (darse de alta, dar de alta su nodo, etc.). Además la conexión entre antenas de guifi se hace de tejado a tejado, no de tejado a dispositivo móvil, ya que una conexión mala, penaliza a todas las demás, al hacer trabajar mucho más la antena para hacerle llegar la señal correctamente.

[[Archivo:Supernodos_hibridos_22.png|400px]]

Configuración SNMP: para hacer que nuestro supernodo grafique.

[[Archivo:Supernodos_hibridos_23.png|400px]]

System > Users: routerOS permite tener varios usuarios con distintos niveles de permisos

Ahora ya sólo faltará ver la configuración de una de las 2 Nanostation M5, ahora mismo conectadas entre ellas con un enlace AP-WDS.

Aunque nos dé muchísimas ganas, el fichero de configuración que nos da la web de guifi no nos sirve para la configuración de nodos híbridos, pero si nos vale para saber alguna información como el nombre del nodo, la configuración snmp y poca cosa mas :P El resto es todo artesanía! tampoco recomiendo usar el fichero de configuración de la nanostation5 en una nanostationM5 en clientes, alguna vez me he encontrado que la antena ha empezado a funcionar de forma extraña.

[[Archivo:Supernodos_hibridos_24.png|400px]]

Pantalla MAIN de la nanostationM5, con una estación conectada.

[[Archivo:Supernodos_hibridos_25.png|400px]]

Configuración WIRELESS, en modo Access Point WDS (ambas estan en esta posición y con las mac intercambiadas). El SSID a usar lo cogemos del fichero de configuración de la RB750.

El SSID y la frecuencia que usamos sólo se tendrían que tocar en laboratorio, es decir, que podamos acceder a ellas físicamente o que haya una persona en cada lado (si es que no te quieres pegar unos cuantos viajecitos). Una opción si estás administrando la red solo o con gente que no tiene ni idea de como entrar a una antena, es poner una como AP-WDS y la otra como Station-WDS. Los enlaces entre supernodos mejor no dejarlos nunca como Access Point, ya que podría ir algun listillo y conectarse a ella, aunque sólo podría llegar a hacer algo si se pusiese una IP del supernodo o de las 172 disponibles.

[[Archivo:Supernodos_hibridos_26.png|400px]]

Configuración LAN, en modo bridge. La ip de gw es la IP 172 de la RB a la que está conectada. El DNS es el del servidor de la zona.

En advanced no tocamos nada.

[[Archivo:Supernodos_hibridos_27.png|400px]]

A partir de aquí es cuando entra el fichero de configuración de la nanostation 5, configuramos el SNMP, el acceso HTTP a la antena y el NTP.

[[Archivo:Supernodos_hibridos_28.png|400px]]

Configuración del sistema: Cambiamos el device name, que es lo que va a aparecer cuando hacemos un scan o un mtr y cambiamos el usuario, por defecto es root/guifi. En esta pantalla también podemos cargar un fichero de configuración (si es que hay alguno), descargar el que tenemos (recomendable) y actualizar el firmware.

Hablando de ficheros de configuración, para la RB750 también es posible descargarlo, incluso también es recomendable una vez tenemos una configuración que sabemos que funciona. Vamos a Files > Backup y se genera el fichero. Para descargarlo, nos conectamos por FTP a la RB y lo descargamos.

Y a partir de aquí, una vez funciona todo ya vamos a cargar el material.

Nota: para conectarnos a la RB estamos usando la ip 192.168.1.19, pero simplemente configurando la IP no podemos acceder a las IP 10. Para ello tenemos 2 opciones, o configurar la ruta por defecto a la 192.168.1.19 o añadir una ruta estática para indicarle que todas las ip 10 las vaya a buscar a la 192.168.1.19:
# route add -net 10.0.0.0 netmask 255.0.0.0 gw 192.168.1.19

Para cualquier duda o aclaración, regístrate en la web de guifi/identifícate y escribe en la página de «Discusión».

= Fuentes =
Basado en un tutorial de Blackhold:
http://blackhold.nusepas.com/2011/09/nodos-hibridos-en-la-web-en-la-mikrotik-y-en-el-bgp/

Supernodos híbridos

2013-03-14T15:17:35Z

Tonic:

__TOC__

'''ATENCIÓN''' : Para seguir este tutorial debemos:
* Haber creado los dos nodos en la web (las ubicaciones)
* Tener permisos de guifi-admin en la web

= Requisitos =

* Haber creado los nodos en la web
* Permisos de guifi-admin en la web de guifi.net

== Esquemas de conexión ==

* SupernodoA (CRNfalsa23-RB750)

[[Archivo:Supernodos-hibridos-esquema-crnfalsa23-rb750.png]]

* SupernodoB (CRNnolose69-RB750)

[[Archivo:Supernodos-hibridos-esquema-crnnolose69-rb750.png]]

= Pasos =

== En la web ==

=== SupernodoA (CRNfalsa23) ===

A continuación vamos a añadir los dispositivos:

[[Archivo:Supernodos_hibridos_1.png|400px]]

Escogemos la opción por defecto «Dispositivo wireless, como un router, bridge, AP...» y pulsamos «Añadir».

Nos sale una ventana como esta:

[[Archivo:Supernodos_hibridos_2.png|400px]]

Tendremos que modificar algunos campos, como:

* Nombre corto: Aquí nos deja un nombre por defecto que en este caso sería CRNfalsa23Rd1. La nomenclatura que nos da la web a veces es un poco criptográfica y es preferible que se vea fácilmente de qué dispositivo estamos hablando. En este caso estamos añadiendo la RB750, así que al nombre del dispositivo le pongo CRNfalsa23-RB750.

* Estado: Por defecto se establece en «Proyectado» pero si ya tienes los dispositivos encima de la mesa y tienes previsto colgarlo en pocos días, puedes ponerlo «En construcción». Una vez esté operativo, por supuesto puedes ponerlo «Operativo».

* Modelo de radio: Aquí empiezan las trampas, el modelo «RB750», pero como de momento el soporte no está terminado, escogemos el «Mikrotik, Routerboard 600».

* Firmware: Las RB que compramos últimamente ya vienen con la ultima versión de routerOS, la 5.

* Dirección MAC del dispositivo: las RB750 por ejemplo vienen con 2 MAC, que se corresponden a las de la boca 1 y la boca 2, las bocas 3, 4 y 5 son esclavas de la boca 2. Ponemos la dirección MAC de la primera boca.

Una vez terminamos de damos a guardar y salir.

El siguiente paso es hacer lo mismo para cada uno de los dispositivos que vamos a añadir a la RB.

La nomenclatura que solemos usar es:

* Nanostation M2: -NSM2
* Nanostation M5: -NSM5
* Nanobridge M2: -NBR2
* Nanobridge M5: -NBR5
* Rocket M2: -ROCKET2
* Rocket M5: -ROCKET5
* Bullet 2: -BULL2
* Bullet 5: -BULL5

Con esta configuración simple la cosa quedaría así:

[[Archivo:Supernodos_hibridos_3.png|400px]]

A continuación editamos la RB750 pulsando al icono del lápiz, se nos abre la ventana de antes donde hemos añadido el dispositivo.

Vamos a la sección de radios wireless, desplegamos el apartado «No hay radios», escogemos «AP o AP con WDS» y pulsamos «Añadir nueva radio»

[[Archivo:Supernodos_hibridos_4.png|400px]]

'''NOTA''': Quizás tenemos muchas ganas ya de permitir a los usuarios conectarse a nuestro supernodo, pero si ponemos el AP de clientes en este nodo nos vamos a encontrar con que la web le va a dar IPs de nuestro supernodo a los clientes.

Lo que se recomienda es que esta primera radio se destine a un enlace con otro supernodo.
Así que a ello vamos, a conectar el supernodo de la calle falsa 23 al supernodo de la calle nolose 69. Como véis para los nombres no soy muy buena, pero es una cosa puramente didáctica, una vez configurado en la web, vamos a pasar a un caso real.

[[Archivo:Supernodos_hibridos_5.png|400px]]

* SSID: ponemos el nombre de la wifi que va a conectar ambos supernodos (ejemplo: CRNfalsa23-enlace-CRNnolose69)
* Protocolo: 802.11n
* Canal: Los canales altos se dejan para conexiones entre supernodos y los bajos para conexiones para los clientes
* ¿Se aceptan clientes?: al tratarse de un enlace entre dos supernodos, no, no se aceptan clientes.
Más abajo configuramos el tipo de antena que tiene este dispositivo.

Le damos a «Guardar y continuar modificando».

Ahora, si vamos desplegando los diferentes apartados, veremos que nos ha asignado un rango de IPs, pero para lo que queremos nos lo ha asignado demasiado grande, así que vamos a indicarle que sólo queremos ips para 6 hosts (255.255.255.248). Esto que definimos es única y exclusivamente para las IPs de las antenas que van a colgar con cable de la RB750.

[[Archivo:Supernodos_hibridos_6.png|400px]]

Y le volvemos a dar a «Guardar y continuar modificando».

Ahora vamos a la sección de conexiones por cable para conectar los dispositivos a la RB750 y pulsamos el enchufe rojo (en la imagen marcado en verde).

[[Archivo:Supernodos_hibridos_7.png|400px]]

Nos aparece un menú desplegable con las distintas antenas que queremos conectar. Seleccionamos en el menú desplegable el dispositivo que queremos conectar y pulsamos «Create» para todas, excepto las que tienen una -I detrás (las que son para clientes) y entre una y otra le damos a «Guardar y continuar modificando».
Veremos cómo la web les va asignando IP. Si vemos que la web no le da IP, pero igualmente sale vinculada, es porque la web le ha dado eth0 a la radio y tenemos que ponerle Lan en «Interfaz remota».

[[Archivo:Supernodos_hibridos_8.png|400px]]

=== SupernodoB (CRNnolose69) ===

A continuación vamos a añadir los dispositivos:

[[Archivo:Supernodos_hibridos_1.png|400px]]

Escogemos la opción por defecto «Dispositivo wireless, como un router, bridge, AP...» y pulsamos «Añadir».

Nos sale una ventana como esta:

[[Archivo:Supernodos_hibridos_2.png|400px]]

Tendremos que modificar algunos campos, como:

* Nombre corto: Aquí nos deja un nombre por defecto que en este caso sería CRNnolose69Rd1. La nomenclatura que nos da la web a veces es un poco criptográfica y es preferible que se vea fácilmente de qué dispositivo estamos hablando. En este caso estamos añadiendo la RB750, así que al nombre del dispositivo le pongo CRNnolose69-RB750.

* Estado: Por defecto se establece en «Proyectado» pero si ya tienes los dispositivos encima de la mesa y tienes previsto colgarlo en pocos días, puedes ponerlo «En construcción». Una vez esté operativo, por supuesto puedes ponerlo «Operativo».

* Modelo de radio: Aquí empiezan las trampas, el modelo «RB750», pero como de momento el soporte no está terminado, escogemos el «Mikrotik, Routerboard 600».

* Firmware: Las RB que compramos últimamente ya vienen con la ultima versión de routerOS, la 5.

* Dirección MAC del dispositivo: las RB750 por ejemplo vienen con 2 MAC, que se corresponden a las de la boca 1 y la boca 2, las bocas 3, 4 y 5 son esclavas de la boca 2. Ponemos la dirección MAC de la primera boca.

Una vez terminamos de damos a guardar y salir.

El siguiente paso es hacer lo mismo para cada uno de los dispositivos que vamos a añadir a la RB.

La nomenclatura que solemos usar es:

* Nanostation M2: -NSM2
* Nanostation M5: -NSM5
* Nanobridge M2: -NBR2
* Nanobridge M5: -NBR5
* Rocket M2: -ROCKET2
* Rocket M5: -ROCKET5
* Bullet 2: -BULL2
* Bullet 5: -BULL5

Con esta configuración simple la cosa quedaría así:

[[Archivo:Supernodos_hibridos_3.png|400px]]

A continuación editamos la RB750 pulsando al icono del lápiz, se nos abre la ventana de antes donde hemos añadido el dispositivo.

Vamos a la sección de radios wireless, desplegamos el apartado «No hay radios», escogemos «AP o AP con WDS» y pulsamos «Añadir nueva radio»

[[Archivo:Supernodos_hibridos_4.png|400px]]

'''NOTA''': Quizás tenemos muchas ganas ya de permitir a los usuarios conectarse a nuestro supernodo, pero si ponemos el AP de clientes en este nodo nos vamos a encontrar con que la web le va a dar IPs de nuestro supernodo a los clientes.

Lo que se recomienda es que esta primera radio se destine a un enlace con otro supernodo.
Así que a ello vamos, a conectar el supernodo de la calle falsa 23 al supernodo de la calle nolose 69. Como véis para los nombres no soy muy buena, pero es una cosa puramente didáctica, una vez configurado en la web, vamos a pasar a un caso real.

[[Archivo:Supernodos_hibridos_5.png|400px]]

* SSID: ponemos el nombre de la wifi que va a conectar ambos supernodos (ejemplo: CRNfalsa23-enlace-CRNnolose69)
* Protocolo: 802.11n
* Canal: Los canales altos se dejan para conexiones entre supernodos y los bajos para conexiones para los clientes
* ¿Se aceptan clientes?: al tratarse de un enlace entre dos supernodos, no, no se aceptan clientes.
Más abajo configuramos el tipo de antena que tiene este dispositivo.

Le damos a «Guardar y continuar modificando».

Ahora, si vamos desplegando los diferentes apartados, veremos que nos ha asignado un rango de IPs, pero para lo que queremos nos lo ha asignado demasiado grande, así que vamos a indicarle que sólo queremos ips para 6 hosts (255.255.255.248). Esto que definimos es única y exclusivamente para las IPs de las antenas que van a colgar con cable de la RB750.

[[Archivo:Supernodos_hibridos_6.png|400px]]

Y le volvemos a dar a «Guardar y continuar modificando».

Ahora vamos a la sección de conexiones por cable para conectar los dispositivos a la RB750 y pulsamos el enchufe rojo (en la imagen marcado en verde).

[[Archivo:Supernodos_hibridos_7.png|400px]]

Nos aparece un menú desplegable con las distintas antenas que queremos conectar. Seleccionamos en el menú desplegable el dispositivo que queremos conectar y pulsamos «Create» para todas, excepto las que tienen una -I detrás (las que son para clientes) y entre una y otra le damos a «Guardar y continuar modificando».
Veremos cómo la web les va asignando IP. Si vemos que la web no le da IP, pero igualmente sale vinculada, es porque la web le ha dado eth0 a la radio y tenemos que ponerle Lan en «Interfaz remota».

[[Archivo:Supernodos_hibridos_8.png|400px]]

=== Conectando ambos supernodos ===

En el nodo de la calle falsa 23, en «Radio» > «wds/p2p»:

[[Archivo:Supernodos_hibridos_9.png|400px]]

Pulsamos las antenitas marcadas en verde y se abre una nueva ventana:

[[Archivo:Supernodos_hibridos_10.png|400px]]

Una vez seleccionado (recuerda que tiene que ser enlace troncal) pulsamos en «Elegir dispositivo y volver al formulario principal» y nos vuelve a la página anterior, pero asignando unas ips 172. A partir de aquí empieza el juego ;)

La web nos asigna una /30, es decir 2 hosts para hacer el enlace wds, pero en realidad, nosotros necesitamos 4 hosts, así que vamos a decirle que necesitamos una /29, pero posiblemente la web nos diga que el /29 que estamos pidiendo ya se esté usando para otro, así que tendremos que buscar un /29 de la 172 libre y asignarlo.

'''ATENCIÓN''': la web tiene un bug y si asignas un /29 y te dice que está ocupado te crea un enlace fantasma que sólo los que tienen acceso a la BBDD pueden borrar. Así que lo mejor es pedir primero un /30, guardamos y continuamos modificando y luego buscamos el rango disponible.

'''ATENCIÓN''': para asignar un /29 son precisos permisos de guifi-admin.

Necesitamos 4 hosts porque vamos a crear una red con la rb de falsa23, la nanostation M5 de falsa23, la nanostation M5 de nolose69 y la rb de nolose69. Para cualquier duda porque lo hacemos así, mirate el post de nodos híbridos que hice hace un tiempo.

[[Archivo:Supernodos_hibridos_11.png|400px]]

Como podéis ver, la web sólo nos asigna las ips para las 2 RB

'''Recomendado''':
* 1ª ip del rango: RB nodo A (CRNfalsa23-RB750)
* 2ª ip del rango: Antena nodo A (CRNfalsa23-NM5)
* 3ª ip del rango: Antena nodo B (CRNnolose69-NM5)
* 4ª ip del rango: RB nodo B (CRNnolose69-RB750)

Si tenemos dudas de qué ips usar, os recomiendo usar esta calculadora ip via web. Nos fijamos en «Host Min» y «Host Max».

=== Añadiendo un rango para servidores ===

En uno de los supernodos queremos añadir servidores, así que vamos a la sección de «Conexiones por cable» y le pedimos a la web un rango de IPs.

[[Archivo:Supernodos_hibridos_12.png|400px]]

Luego le asignamos la IP de la misma forma que le hemos asignado las IPs a las antenas, pero en lugar de crear un dispositivo wifi en la página del nodo, le decimos que queremos crear un servidor.

Si queremos añadir una radio para clientes, vamos a añadir una radio en la sección de radios, seguimos los pasos de creación de la radio (essid, permite clientes (en este caso, sí), etc.) y en la misma radio le pedimos un rango de ips 10.0.0.0 para los clientes ('''atención''', en la misma sección de radio). Nos va a asignar por defecto 30 hosts (/27), en este caso es correcto.

(¿sobra?)
¿¿Para pedir la 172, la pedimos en la sección de conexiones por cable (nunca desde la radio) y vincularla a la radio -I.??
(/¿sobra?)

=== Añadiendo un cliente falso por cada antena de cobertura ===

La idea será pedirle un rango de IP para clientes en la radio correspondiente a los clientes (mi recomendación es no destinar nunca la radio0 para dar cobertura a clientes, hacerlo a partir de radio1, ya que sino la web de guifi asigna IPs del supernodo a los nodos clientes que se conecten), se asigna este rango a la boca de la RB donde va a ir conectada la antena para cobertura a clientes y se le asigna la siguiente IP del rango de clientes a la antena. Por ejemplo la ip de rango de clientes empezaría por 10.x.x.1 (esta sería para la RB), la 10.x.x.2 (sería para la antena) y el resto de IPs para los clientes.

La problemática de este sistema es que tenemos que añadir un nodo cliente «falso» para reservar la IP para la antena.

(esbozo)
Pongamos que en el nodo CRNfalsa23 queremos instalar una ROCKET M5 que dé cobertura a «clientes».
- Añadir nuevo nodo en la misma ubicación que el nodo actual con nombre acabado en -I (Ejemplo: CRNfalsa23-ROCKET5-I)
- Añadir en ese nuevo nodo una nueva radio
- Conectar esa nueva radio a la antena de cobertura del supernodo
(/esbozo)

== En los dispositivos ==

Ahora el siguiente paso es descargar los ficheros de configuración de la RB750 y de la nanostation M5. El fichero de configuración para las NM5 tampoco está disponible, pero lo que tenemos que hacer es decirle a la web momentáneamente que se trata de una nanostation 5. Importante luego dejarlo como Nanostation M5 ya que sino nos va a dar problemas con las gráficas, ya que la interfaz de red de las nanostation 5 es eth0 y el de las nanostation M5 es ar0.

Lo primero que haremos pues será conectar la RB750 a nuestro ordenador por el puerto 2 de la RB y nos asignamos a nuestro ordenador una ip del rango 192.168.88.0/24, teniendo en cuenta que la ip por defecto de la rb es la 192.168.88.1.

Para acceder a la RB necesitaremos el winbox, un programa de gestión del routerOS, es para windows, pero con el wine es posible hacerlo funcionar. Para descargarlo lo podemos hacer por internet en la web de mikrotik o accediendo por http a la ip de la RB, ahí hay un vínculo para descargarlo.

Una vez descargado lo ejecutamos y le decimos que queremos conectar a la 192.168.88.1, con el usuario admin y sin password.

Si estás en GNU/Linux y no acaba nunca de cargar la configuración, posiblemente te falte instalar el paquete lib32nss-mdns.

La primera vez que entramos nos dice de resetear la configuración, pero esto también nos resetea la ip de administración por defecto y la única forma que tenemos de acceder es mediante la MAC (en el winbox, en “Connect to:” en lugar de ponerle la IP podemos pulsar el botón “…” y nos salen las MAC de dispositivos mikrotik que detecta. Algunas veces me he encontrado que el winbox sobre sistemas GNU/Linux, esto no acaba de funcionar correctamente, así que lo que recomiendo es ir a IP > Adresses y añadir una ip 192.168.1.19 en el ether1.

Una vez añadida la IP en el ether1, con la configuración por defecto tenemos que borrar las configuraciones por defecto de IP > Firewall > Filter rules y IP > Firewall > Nat, lo borramos todo sin miedo.

También borraremos la configuración de DHCP en IP > DHCP Server.

Para borrar es tan simple como seleccionar lo que queremos borrar y pulsar el botón con el símbolo “-” o directamente pulsamos la R, remove en inglés.

Para meterle ya el fichero de configuración unsolclick de guifi, ya sólo faltará un paso, que será ir a Interfaces y cambiar los nombres de los interfaces. El ether1-gateway a ether1, el ether2 a wlan1, el ether3-slave a wlan2, y así sucesivamente. Tal como he dicho al principio del post, las interfaces, 3, 4 y 5, están como esclavas de la ether2, así que tendremos que indicarle que no sean esclavas, esto lo definimos dando doble click sobre la interfaz que queremos modificar, General > Master Port y lo ponemos a none.

Recomendación, ir añadiendo comentarios de lo que es cada boca y que va a tener conectado.

Con todo esto hecho, accedemos a la RB por el puerto 1 y la ip 192.168.1.19, ip que le pongo a todas las RB que configuro, una pequeña marca de la casa :P Esto lo hago porque quizás puedes tener una RB aparcada unos días, no te acuerdas qué ips tenía y tener siempre unas ips por defecto te permite acceder a los dispositivos sin tener que resetearlos cada vez que quieres hacer algo con ellos. Si uno no tiene la ip esta en la ether1, pues quiere decir que es una RB virgen.

Una vez dentro, vamos a ip > adresses y eliminamos la IP 192.168.88.1.

Ahora ya sólo faltará cargar el unsolclick de la web de guifi y hacer 4 cambios. Para cargarlo, vamos a New Terminal y pegamos tal cual el chorro de texto.

Esto nos dejará configuradas la IP del supernodo (tanto la principal, como la de la red de servidores), la configuración BGP, el SNMP y un par de reglas de NAT en firewall.

A continuación os dejo capturas de pantalla de una RB con una configuración muy similar a la que he ido usando para hacer el post al configurar el supernodo en la web de guifi.

Los dos supernodos que entran en acción a partir de ahora són:
http://guifi.net/hm11
http://guifi.net/hm11-2

Las capturas son las de hm11-2, que es el que tiene un servidor proxy y una red con otros ordenadores colgando del puerto ether1.

[[Archivo:Supernodos_hibridos_13.png|400px]]

Panel de login de winbox: te permite guardar ips, usuarios y contraseñas de las mikrotik

[[Archivo:Supernodos_hibridos_14.png|400px]]

IP > adresses: cada IP va a la interfaz que trabaja con esta subred.

[[Archivo:Supernodos_hibridos_15.png|400px]]

Interfaces: importante que las bocas donde hay las antenas correspondan con el fichero de configuración. Buscar por ejemplo wlan1 en el fichero de configuración.

[[Archivo:Supernodos_hibridos_16.png|400px]]

En bridge creamos un nuevo bridge que se llame lan/lan, el wlan/lan no tiene sentido en un nodo híbrido

[[Archivo:Supernodos_hibridos_17.png|400px]]

Routing > BGP > Instances: Instancia BGP de nuestro router, el AS corresponde al numero de dispositivo en la web.

[[Archivo:Supernodos_hibridos_18.png|400px]]

Routing > BGP > Peers: Los peers son las conexiones BGP con otros supernodos

[[Archivo:Supernodos_hibridos_19.png|400px]]

IP > Routes: Las rutas dinámicas en nuestra red, en este caso sólo hay 2 supernodos, pero esta tabla es mucho más grande cuando la red es más grande! :)

[[Archivo:Supernodos_hibridos_20.png|400px]]

IP > Firewall > NAT: Nuestra antena en realidad no tiene una IP 10.0.0.0, sino una 172, pero si alguien pide la IP 10 que corresponde a la antena, la RB le hace un “forward” o hablando correctamente, un “destination nat”.

[[Archivo:Supernodos_hibridos_21.png|400px]]

Es recomendable desactivar el DHCP Server, así los clientes que se quieran conectar no tendrán otra que coger la configuración de la web (darse de alta, dar de alta su nodo, etc.). Además la conexión entre antenas de guifi se hace de tejado a tejado, no de tejado a dispositivo móvil, ya que una conexión mala, penaliza a todas las demás, al hacer trabajar mucho más la antena para hacerle llegar la señal correctamente.

[[Archivo:Supernodos_hibridos_22.png|400px]]

Configuración SNMP: para hacer que nuestro supernodo grafique.

[[Archivo:Supernodos_hibridos_23.png|400px]]

System > Users: routerOS permite tener varios usuarios con distintos niveles de permisos

Ahora ya sólo faltará ver la configuración de una de las 2 Nanostation M5, ahora mismo conectadas entre ellas con un enlace AP-WDS.

Aunque nos dé muchísimas ganas, el fichero de configuración que nos da la web de guifi no nos sirve para la configuración de nodos híbridos, pero si nos vale para saber alguna información como el nombre del nodo, la configuración snmp y poca cosa mas :P El resto es todo artesanía! tampoco recomiendo usar el fichero de configuración de la nanostation5 en una nanostationM5 en clientes, alguna vez me he encontrado que la antena ha empezado a funcionar de forma extraña.

[[Archivo:Supernodos_hibridos_24.png|400px]]

Pantalla MAIN de la nanostationM5, con una estación conectada.

[[Archivo:Supernodos_hibridos_25.png|400px]]

Configuración WIRELESS, en modo Access Point WDS (ambas estan en esta posición y con las mac intercambiadas). El SSID a usar lo cogemos del fichero de configuración de la RB750.

El SSID y la frecuencia que usamos sólo se tendrían que tocar en laboratorio, es decir, que podamos acceder a ellas físicamente o que haya una persona en cada lado (si es que no te quieres pegar unos cuantos viajecitos). Una opción si estás administrando la red solo o con gente que no tiene ni idea de como entrar a una antena, es poner una como AP-WDS y la otra como Station-WDS. Los enlaces entre supernodos mejor no dejarlos nunca como Access Point, ya que podría ir algun listillo y conectarse a ella, aunque sólo podría llegar a hacer algo si se pusiese una IP del supernodo o de las 172 disponibles.

[[Archivo:Supernodos_hibridos_26.png|400px]]

Configuración LAN, en modo bridge. La ip de gw es la IP 172 de la RB a la que está conectada. El DNS es el del servidor de la zona.

En advanced no tocamos nada.

[[Archivo:Supernodos_hibridos_27.png|400px]]

A partir de aquí es cuando entra el fichero de configuración de la nanostation 5, configuramos el SNMP, el acceso HTTP a la antena y el NTP.

[[Archivo:Supernodos_hibridos_28.png|400px]]

Configuración del sistema: Cambiamos el device name, que es lo que va a aparecer cuando hacemos un scan o un mtr y cambiamos el usuario, por defecto es root/guifi. En esta pantalla también podemos cargar un fichero de configuración (si es que hay alguno), descargar el que tenemos (recomendable) y actualizar el firmware.

Hablando de ficheros de configuración, para la RB750 también es posible descargarlo, incluso también es recomendable una vez tenemos una configuración que sabemos que funciona. Vamos a Files > Backup y se genera el fichero. Para descargarlo, nos conectamos por FTP a la RB y lo descargamos.

Y a partir de aquí, una vez funciona todo ya vamos a cargar el material.

Nota: para conectarnos a la RB estamos usando la ip 192.168.1.19, pero simplemente configurando la IP no podemos acceder a las IP 10. Para ello tenemos 2 opciones, o configurar la ruta por defecto a la 192.168.1.19 o añadir una ruta estática para indicarle que todas las ip 10 las vaya a buscar a la 192.168.1.19:
# route add -net 10.0.0.0 netmask 255.0.0.0 gw 192.168.1.19

Para cualquier duda o aclaración, regístrate en la web de guifi/identifícate y escribe en la página de «Discusión».

= Fuentes =
Basado en un tutorial de Blackhold:
http://blackhold.nusepas.com/2011/09/nodos-hibridos-en-la-web-en-la-mikrotik-y-en-el-bgp/

Supernodos híbridos

2013-03-14T15:16:59Z

Tonic:

__TOC__

'''ATENCIÓN''' : Para seguir este tutorial debemos:
* Haber creado los dos nodos en la web (las ubicaciones)
* Tener permisos de guifi-admin en la web

= Requisitos =

* Haber creado los nodos en la web
* Permisos de guifi-admin en la web de guifi.net

== Esquemas de conexión ==

* SupernodoA (CRNfalsa23-RB750)

[[Archivo:Supernodos-hibridos-esquema-crnfalsa23-rb750.png]]

* SupernodoB (CRNnolose69-RB750)

[[Archivo:Supernodos-hibridos-esquema-crnnolose69-rb750.png]]

= Pasos =

== En la web ==

=== SupernodoA (CRNfalsa23) ===

A continuación vamos a añadir los dispositivos:

[[Archivo:Supernodos_hibridos_1.png|400px]]

Escogemos la opción por defecto «Dispositivo wireless, como un router, bridge, AP...» y pulsamos «Añadir».

Nos sale una ventana como esta:

[[Archivo:Supernodos_hibridos_2.png|400px]]

Tendremos que modificar algunos campos, como:

* Nombre corto: Aquí nos deja un nombre por defecto que en este caso sería CRNfalsa23Rd1. La nomenclatura que nos da la web a veces es un poco criptográfica y es preferible que se vea fácilmente de qué dispositivo estamos hablando. En este caso estamos añadiendo la RB750, así que al nombre del dispositivo le pongo CRNfalsa23-RB750.

* Estado: Por defecto se establece en «Proyectado» pero si ya tienes los dispositivos encima de la mesa y tienes previsto colgarlo en pocos días, puedes ponerlo «En construcción». Una vez esté operativo, por supuesto puedes ponerlo «Operativo».

* Modelo de radio: Aquí empiezan las trampas, el modelo «RB750», pero como de momento el soporte no está terminado, escogemos el «Mikrotik, Routerboard 600».

* Firmware: Las RB que compramos últimamente ya vienen con la ultima versión de routerOS, la 5.

* Dirección MAC del dispositivo: las RB750 por ejemplo vienen con 2 MAC, que se corresponden a las de la boca 1 y la boca 2, las bocas 3, 4 y 5 son esclavas de la boca 2. Ponemos la dirección MAC de la primera boca.

Una vez terminamos de damos a guardar y salir.

El siguiente paso es hacer lo mismo para cada uno de los dispositivos que vamos a añadir a la RB.

La nomenclatura que solemos usar es:

* Nanostation M2: -NSM2
* Nanostation M5: -NSM5
* Nanobridge M2: -NBR2
* Nanobridge M5: -NBR5
* Rocket M2: -ROCKET2
* Rocket M5: -ROCKET5
* Bullet 2: -BULL2
* Bullet 5: -BULL5

Con esta configuración simple la cosa quedaría así:

[[Archivo:Supernodos_hibridos_3.png|400px]]

A continuación editamos la RB750 pulsando al icono del lápiz, se nos abre la ventana de antes donde hemos añadido el dispositivo.

Vamos a la sección de radios wireless, desplegamos el apartado «No hay radios», escogemos «AP o AP con WDS» y pulsamos «Añadir nueva radio»

[[Archivo:Supernodos_hibridos_4.png|400px]]

'''NOTA''': Quizás tenemos muchas ganas ya de permitir a los usuarios conectarse a nuestro supernodo, pero si ponemos el AP de clientes en este nodo nos vamos a encontrar con que la web le va a dar IPs de nuestro supernodo a los clientes.

Lo que se recomienda es que esta primera radio se destine a un enlace con otro supernodo.
Así que a ello vamos, a conectar el supernodo de la calle falsa 23 al supernodo de la calle nolose 69. Como véis para los nombres no soy muy buena, pero es una cosa puramente didáctica, una vez configurado en la web, vamos a pasar a un caso real.

[[Archivo:Supernodos_hibridos_5.png|400px]]

* SSID: ponemos el nombre de la wifi que va a conectar ambos supernodos (ejemplo: CRNfalsa23-enlace-CRNnolose69)
* Protocolo: 802.11n
* Canal: Los canales altos se dejan para conexiones entre supernodos y los bajos para conexiones para los clientes
* ¿Se aceptan clientes?: al tratarse de un enlace entre dos supernodos, no, no se aceptan clientes.
Más abajo configuramos el tipo de antena que tiene este dispositivo.

Le damos a «Guardar y continuar modificando».

Ahora, si vamos desplegando los diferentes apartados, veremos que nos ha asignado un rango de IPs, pero para lo que queremos nos lo ha asignado demasiado grande, así que vamos a indicarle que sólo queremos ips para 6 hosts (255.255.255.248). Esto que definimos es única y exclusivamente para las IPs de las antenas que van a colgar con cable de la RB750.

[[Archivo:Supernodos_hibridos_6.png|400px]]

Y le volvemos a dar a «Guardar y continuar modificando».

Ahora vamos a la sección de conexiones por cable para conectar los dispositivos a la RB750 y pulsamos el enchufe rojo (en la imagen marcado en verde).

[[Archivo:Supernodos_hibridos_7.png|400px]]

Nos aparece un menú desplegable con las distintas antenas que queremos conectar. Seleccionamos en el menú desplegable el dispositivo que queremos conectar y pulsamos «Create» para todas, excepto las que tienen una -I detrás (las que son para clientes) y entre una y otra le damos a «Guardar y continuar modificando».
Veremos cómo la web les va asignando IP. Si vemos que la web no le da IP, pero igualmente sale vinculada, es porque la web le ha dado eth0 a la radio y tenemos que ponerle Lan en «Interfaz remota».

[[Archivo:Supernodos_hibridos_8.png|400px]]

=== SupernodoB (CRNnolose69) ===

A continuación vamos a añadir los dispositivos:

[[Archivo:Supernodos_hibridos_1.png|400px]]

Escogemos la opción por defecto «Dispositivo wireless, como un router, bridge, AP...» y pulsamos «Añadir».

Nos sale una ventana como esta:

[[Archivo:Supernodos_hibridos_2.png|400px]]

Tendremos que modificar algunos campos, como:

* Nombre corto: Aquí nos deja un nombre por defecto que en este caso sería CRNnolose69Rd1. La nomenclatura que nos da la web a veces es un poco criptográfica y es preferible que se vea fácilmente de qué dispositivo estamos hablando. En este caso estamos añadiendo la RB750, así que al nombre del dispositivo le pongo CRNnolose69-RB750.

* Estado: Por defecto se establece en «Proyectado» pero si ya tienes los dispositivos encima de la mesa y tienes previsto colgarlo en pocos días, puedes ponerlo «En construcción». Una vez esté operativo, por supuesto puedes ponerlo «Operativo».

* Modelo de radio: Aquí empiezan las trampas, el modelo «RB750», pero como de momento el soporte no está terminado, escogemos el «Mikrotik, Routerboard 600».

* Firmware: Las RB que compramos últimamente ya vienen con la ultima versión de routerOS, la 5.

* Dirección MAC del dispositivo: las RB750 por ejemplo vienen con 2 MAC, que se corresponden a las de la boca 1 y la boca 2, las bocas 3, 4 y 5 son esclavas de la boca 2. Ponemos la dirección MAC de la primera boca.

Una vez terminamos de damos a guardar y salir.

El siguiente paso es hacer lo mismo para cada uno de los dispositivos que vamos a añadir a la RB.

La nomenclatura que solemos usar es:

* Nanostation M2: -NSM2
* Nanostation M5: -NSM5
* Nanobridge M2: -NBR2
* Nanobridge M5: -NBR5
* Rocket M2: -ROCKET2
* Rocket M5: -ROCKET5
* Bullet 2: -BULL2
* Bullet 5: -BULL5

Con esta configuración simple la cosa quedaría así:

[[Archivo:Supernodos_hibridos_3.png|400px]]

A continuación editamos la RB750 pulsando al icono del lápiz, se nos abre la ventana de antes donde hemos añadido el dispositivo.

Vamos a la sección de radios wireless, desplegamos el apartado «No hay radios», escogemos «AP o AP con WDS» y pulsamos «Añadir nueva radio»

[[Archivo:Supernodos_hibridos_4.png|400px]]

'''NOTA''': Quizás tenemos muchas ganas ya de permitir a los usuarios conectarse a nuestro supernodo, pero si ponemos el AP de clientes en este nodo nos vamos a encontrar con que la web le va a dar IPs de nuestro supernodo a los clientes.

Lo que se recomienda es que esta primera radio se destine a un enlace con otro supernodo.
Así que a ello vamos, a conectar el supernodo de la calle falsa 23 al supernodo de la calle nolose 69. Como véis para los nombres no soy muy buena, pero es una cosa puramente didáctica, una vez configurado en la web, vamos a pasar a un caso real.

[[Archivo:Supernodos_hibridos_5.png|400px]]

* SSID: ponemos el nombre de la wifi que va a conectar ambos supernodos (ejemplo: CRNfalsa23-enlace-CRNnolose69)
* Protocolo: 802.11n
* Canal: Los canales altos se dejan para conexiones entre supernodos y los bajos para conexiones para los clientes
* ¿Se aceptan clientes?: al tratarse de un enlace entre dos supernodos, no, no se aceptan clientes.
Más abajo configuramos el tipo de antena que tiene este dispositivo.

Le damos a «Guardar y continuar modificando».

Ahora, si vamos desplegando los diferentes apartados, veremos que nos ha asignado un rango de IPs, pero para lo que queremos nos lo ha asignado demasiado grande, así que vamos a indicarle que sólo queremos ips para 6 hosts (255.255.255.248). Esto que definimos es única y exclusivamente para las IPs de las antenas que van a colgar con cable de la RB750.

[[Archivo:Supernodos_hibridos_6.png|400px]]

Y le volvemos a dar a «Guardar y continuar modificando».

Ahora vamos a la sección de conexiones por cable para conectar los dispositivos a la RB750 y pulsamos el enchufe rojo (en la imagen marcado en verde).

[[Archivo:Supernodos_hibridos_7.png|400px]]

Nos aparece un menú desplegable con las distintas antenas que queremos conectar. Seleccionamos en el menú desplegable el dispositivo que queremos conectar y pulsamos «Create» para todas, excepto las que tienen una -I detrás (las que son para clientes) y entre una y otra le damos a «Guardar y continuar modificando».
Veremos cómo la web les va asignando IP. Si vemos que la web no le da IP, pero igualmente sale vinculada, es porque la web le ha dado eth0 a la radio y tenemos que ponerle Lan en «Interfaz remota».

[[Archivo:Supernodos_hibridos_8.png|400px]]

=== Conectando ambos supernodos ===

En el nodo de la calle falsa 23, en «Radio» > «wds/p2p»:

[[Archivo:Supernodos_hibridos_9.png|400px]]

Pulsamos las antenitas marcadas en verde y se abre una nueva ventana:

[[Archivo:Supernodos_hibridos_10.png|400px]]

Una vez seleccionado (recuerda que tiene que ser enlace troncal) pulsamos en «Elegir dispositivo y volver al formulario principal» y nos vuelve a la página anterior, pero asignando unas ips 172. A partir de aquí empieza el juego ;)

La web nos asigna una /30, es decir 2 hosts para hacer el enlace wds, pero en realidad, nosotros necesitamos 4 hosts, así que vamos a decirle que necesitamos una /29, pero posiblemente la web nos diga que el /29 que estamos pidiendo ya se esté usando para otro, así que tendremos que buscar un /29 de la 172 libre y asignarlo.

'''ATENCIÓN''': la web tiene un bug y si asignas un /29 y te dice que está ocupado te crea un enlace fantasma que sólo los que tienen acceso a la BBDD pueden borrar. Así que lo mejor es pedir primero un /30, guardamos y continuamos modificando y luego buscamos el rango disponible.

'''ATENCIÓN''': para asignar un /29 son precisos permisos de guifi-admin.

Necesitamos 4 hosts porque vamos a crear una red con la rb de falsa23, la nanostation M5 de falsa23, la nanostation M5 de nolose69 y la rb de nolose69. Para cualquier duda porque lo hacemos así, mirate el post de nodos híbridos que hice hace un tiempo.

[[Archivo:Supernodos_hibridos_11.png|400px]]

Como podéis ver, la web sólo nos asigna las ips para las 2 RB
'''Recomendado''':
* 1ª ip del rango: RB nodo A (CRNfalsa23-RB750)
* 2ª ip del rango: Antena nodo A (CRNfalsa23-NM5)
* 3ª ip del rango: Antena nodo B (CRNnolose69-NM5)
* 4ª ip del rango: RB nodo B (CRNnolose69-RB750)

Si tenemos dudas de qué ips usar, os recomiendo usar esta calculadora ip via web. Nos fijamos en «Host Min» y «Host Max».

=== Añadiendo un rango para servidores ===

En uno de los supernodos queremos añadir servidores, así que vamos a la sección de «Conexiones por cable» y le pedimos a la web un rango de IPs.

[[Archivo:Supernodos_hibridos_12.png|400px]]

Luego le asignamos la IP de la misma forma que le hemos asignado las IPs a las antenas, pero en lugar de crear un dispositivo wifi en la página del nodo, le decimos que queremos crear un servidor.

Si queremos añadir una radio para clientes, vamos a añadir una radio en la sección de radios, seguimos los pasos de creación de la radio (essid, permite clientes (en este caso, sí), etc.) y en la misma radio le pedimos un rango de ips 10.0.0.0 para los clientes ('''atención''', en la misma sección de radio). Nos va a asignar por defecto 30 hosts (/27), en este caso es correcto.

(¿sobra?)
¿¿Para pedir la 172, la pedimos en la sección de conexiones por cable (nunca desde la radio) y vincularla a la radio -I.??
(/¿sobra?)

=== Añadiendo un cliente falso por cada antena de cobertura ===

La idea será pedirle un rango de IP para clientes en la radio correspondiente a los clientes (mi recomendación es no destinar nunca la radio0 para dar cobertura a clientes, hacerlo a partir de radio1, ya que sino la web de guifi asigna IPs del supernodo a los nodos clientes que se conecten), se asigna este rango a la boca de la RB donde va a ir conectada la antena para cobertura a clientes y se le asigna la siguiente IP del rango de clientes a la antena. Por ejemplo la ip de rango de clientes empezaría por 10.x.x.1 (esta sería para la RB), la 10.x.x.2 (sería para la antena) y el resto de IPs para los clientes.

La problemática de este sistema es que tenemos que añadir un nodo cliente «falso» para reservar la IP para la antena.

(esbozo)
Pongamos que en el nodo CRNfalsa23 queremos instalar una ROCKET M5 que dé cobertura a «clientes».
- Añadir nuevo nodo en la misma ubicación que el nodo actual con nombre acabado en -I (Ejemplo: CRNfalsa23-ROCKET5-I)
- Añadir en ese nuevo nodo una nueva radio
- Conectar esa nueva radio a la antena de cobertura del supernodo
(/esbozo)

== En los dispositivos ==

Ahora el siguiente paso es descargar los ficheros de configuración de la RB750 y de la nanostation M5. El fichero de configuración para las NM5 tampoco está disponible, pero lo que tenemos que hacer es decirle a la web momentáneamente que se trata de una nanostation 5. Importante luego dejarlo como Nanostation M5 ya que sino nos va a dar problemas con las gráficas, ya que la interfaz de red de las nanostation 5 es eth0 y el de las nanostation M5 es ar0.

Lo primero que haremos pues será conectar la RB750 a nuestro ordenador por el puerto 2 de la RB y nos asignamos a nuestro ordenador una ip del rango 192.168.88.0/24, teniendo en cuenta que la ip por defecto de la rb es la 192.168.88.1.

Para acceder a la RB necesitaremos el winbox, un programa de gestión del routerOS, es para windows, pero con el wine es posible hacerlo funcionar. Para descargarlo lo podemos hacer por internet en la web de mikrotik o accediendo por http a la ip de la RB, ahí hay un vínculo para descargarlo.

Una vez descargado lo ejecutamos y le decimos que queremos conectar a la 192.168.88.1, con el usuario admin y sin password.

Si estás en GNU/Linux y no acaba nunca de cargar la configuración, posiblemente te falte instalar el paquete lib32nss-mdns.

La primera vez que entramos nos dice de resetear la configuración, pero esto también nos resetea la ip de administración por defecto y la única forma que tenemos de acceder es mediante la MAC (en el winbox, en “Connect to:” en lugar de ponerle la IP podemos pulsar el botón “…” y nos salen las MAC de dispositivos mikrotik que detecta. Algunas veces me he encontrado que el winbox sobre sistemas GNU/Linux, esto no acaba de funcionar correctamente, así que lo que recomiendo es ir a IP > Adresses y añadir una ip 192.168.1.19 en el ether1.

Una vez añadida la IP en el ether1, con la configuración por defecto tenemos que borrar las configuraciones por defecto de IP > Firewall > Filter rules y IP > Firewall > Nat, lo borramos todo sin miedo.

También borraremos la configuración de DHCP en IP > DHCP Server.

Para borrar es tan simple como seleccionar lo que queremos borrar y pulsar el botón con el símbolo “-” o directamente pulsamos la R, remove en inglés.

Para meterle ya el fichero de configuración unsolclick de guifi, ya sólo faltará un paso, que será ir a Interfaces y cambiar los nombres de los interfaces. El ether1-gateway a ether1, el ether2 a wlan1, el ether3-slave a wlan2, y así sucesivamente. Tal como he dicho al principio del post, las interfaces, 3, 4 y 5, están como esclavas de la ether2, así que tendremos que indicarle que no sean esclavas, esto lo definimos dando doble click sobre la interfaz que queremos modificar, General > Master Port y lo ponemos a none.

Recomendación, ir añadiendo comentarios de lo que es cada boca y que va a tener conectado.

Con todo esto hecho, accedemos a la RB por el puerto 1 y la ip 192.168.1.19, ip que le pongo a todas las RB que configuro, una pequeña marca de la casa :P Esto lo hago porque quizás puedes tener una RB aparcada unos días, no te acuerdas qué ips tenía y tener siempre unas ips por defecto te permite acceder a los dispositivos sin tener que resetearlos cada vez que quieres hacer algo con ellos. Si uno no tiene la ip esta en la ether1, pues quiere decir que es una RB virgen.

Una vez dentro, vamos a ip > adresses y eliminamos la IP 192.168.88.1.

Ahora ya sólo faltará cargar el unsolclick de la web de guifi y hacer 4 cambios. Para cargarlo, vamos a New Terminal y pegamos tal cual el chorro de texto.

Esto nos dejará configuradas la IP del supernodo (tanto la principal, como la de la red de servidores), la configuración BGP, el SNMP y un par de reglas de NAT en firewall.

A continuación os dejo capturas de pantalla de una RB con una configuración muy similar a la que he ido usando para hacer el post al configurar el supernodo en la web de guifi.

Los dos supernodos que entran en acción a partir de ahora són:
http://guifi.net/hm11
http://guifi.net/hm11-2

Las capturas son las de hm11-2, que es el que tiene un servidor proxy y una red con otros ordenadores colgando del puerto ether1.

[[Archivo:Supernodos_hibridos_13.png|400px]]

Panel de login de winbox: te permite guardar ips, usuarios y contraseñas de las mikrotik

[[Archivo:Supernodos_hibridos_14.png|400px]]

IP > adresses: cada IP va a la interfaz que trabaja con esta subred.

[[Archivo:Supernodos_hibridos_15.png|400px]]

Interfaces: importante que las bocas donde hay las antenas correspondan con el fichero de configuración. Buscar por ejemplo wlan1 en el fichero de configuración.

[[Archivo:Supernodos_hibridos_16.png|400px]]

En bridge creamos un nuevo bridge que se llame lan/lan, el wlan/lan no tiene sentido en un nodo híbrido

[[Archivo:Supernodos_hibridos_17.png|400px]]

Routing > BGP > Instances: Instancia BGP de nuestro router, el AS corresponde al numero de dispositivo en la web.

[[Archivo:Supernodos_hibridos_18.png|400px]]

Routing > BGP > Peers: Los peers son las conexiones BGP con otros supernodos

[[Archivo:Supernodos_hibridos_19.png|400px]]

IP > Routes: Las rutas dinámicas en nuestra red, en este caso sólo hay 2 supernodos, pero esta tabla es mucho más grande cuando la red es más grande! :)

[[Archivo:Supernodos_hibridos_20.png|400px]]

IP > Firewall > NAT: Nuestra antena en realidad no tiene una IP 10.0.0.0, sino una 172, pero si alguien pide la IP 10 que corresponde a la antena, la RB le hace un “forward” o hablando correctamente, un “destination nat”.

[[Archivo:Supernodos_hibridos_21.png|400px]]

Es recomendable desactivar el DHCP Server, así los clientes que se quieran conectar no tendrán otra que coger la configuración de la web (darse de alta, dar de alta su nodo, etc.). Además la conexión entre antenas de guifi se hace de tejado a tejado, no de tejado a dispositivo móvil, ya que una conexión mala, penaliza a todas las demás, al hacer trabajar mucho más la antena para hacerle llegar la señal correctamente.

[[Archivo:Supernodos_hibridos_22.png|400px]]

Configuración SNMP: para hacer que nuestro supernodo grafique.

[[Archivo:Supernodos_hibridos_23.png|400px]]

System > Users: routerOS permite tener varios usuarios con distintos niveles de permisos

Ahora ya sólo faltará ver la configuración de una de las 2 Nanostation M5, ahora mismo conectadas entre ellas con un enlace AP-WDS.

Aunque nos dé muchísimas ganas, el fichero de configuración que nos da la web de guifi no nos sirve para la configuración de nodos híbridos, pero si nos vale para saber alguna información como el nombre del nodo, la configuración snmp y poca cosa mas :P El resto es todo artesanía! tampoco recomiendo usar el fichero de configuración de la nanostation5 en una nanostationM5 en clientes, alguna vez me he encontrado que la antena ha empezado a funcionar de forma extraña.

[[Archivo:Supernodos_hibridos_24.png|400px]]

Pantalla MAIN de la nanostationM5, con una estación conectada.

[[Archivo:Supernodos_hibridos_25.png|400px]]

Configuración WIRELESS, en modo Access Point WDS (ambas estan en esta posición y con las mac intercambiadas). El SSID a usar lo cogemos del fichero de configuración de la RB750.

El SSID y la frecuencia que usamos sólo se tendrían que tocar en laboratorio, es decir, que podamos acceder a ellas físicamente o que haya una persona en cada lado (si es que no te quieres pegar unos cuantos viajecitos). Una opción si estás administrando la red solo o con gente que no tiene ni idea de como entrar a una antena, es poner una como AP-WDS y la otra como Station-WDS. Los enlaces entre supernodos mejor no dejarlos nunca como Access Point, ya que podría ir algun listillo y conectarse a ella, aunque sólo podría llegar a hacer algo si se pusiese una IP del supernodo o de las 172 disponibles.

[[Archivo:Supernodos_hibridos_26.png|400px]]

Configuración LAN, en modo bridge. La ip de gw es la IP 172 de la RB a la que está conectada. El DNS es el del servidor de la zona.

En advanced no tocamos nada.

[[Archivo:Supernodos_hibridos_27.png|400px]]

A partir de aquí es cuando entra el fichero de configuración de la nanostation 5, configuramos el SNMP, el acceso HTTP a la antena y el NTP.

[[Archivo:Supernodos_hibridos_28.png|400px]]

Configuración del sistema: Cambiamos el device name, que es lo que va a aparecer cuando hacemos un scan o un mtr y cambiamos el usuario, por defecto es root/guifi. En esta pantalla también podemos cargar un fichero de configuración (si es que hay alguno), descargar el que tenemos (recomendable) y actualizar el firmware.

Hablando de ficheros de configuración, para la RB750 también es posible descargarlo, incluso también es recomendable una vez tenemos una configuración que sabemos que funciona. Vamos a Files > Backup y se genera el fichero. Para descargarlo, nos conectamos por FTP a la RB y lo descargamos.

Y a partir de aquí, una vez funciona todo ya vamos a cargar el material.

Nota: para conectarnos a la RB estamos usando la ip 192.168.1.19, pero simplemente configurando la IP no podemos acceder a las IP 10. Para ello tenemos 2 opciones, o configurar la ruta por defecto a la 192.168.1.19 o añadir una ruta estática para indicarle que todas las ip 10 las vaya a buscar a la 192.168.1.19:
# route add -net 10.0.0.0 netmask 255.0.0.0 gw 192.168.1.19

Para cualquier duda o aclaración, regístrate en la web de guifi/identifícate y escribe en la página de «Discusión».

= Fuentes =
Basado en un tutorial de Blackhold:
http://blackhold.nusepas.com/2011/09/nodos-hibridos-en-la-web-en-la-mikrotik-y-en-el-bgp/

Supernodos híbridos

2013-03-14T15:14:28Z

Tonic: formateado

__TOC__

'''ATENCIÓN''' : Para seguir este tutorial debemos:
* Haber creado los dos nodos en la web (las ubicaciones)
* Tener permisos de guifi-admin en la web

= Requisitos =

* Haber creado los nodos en la web
* Permisos de guifi-admin en la web de guifi.net

== Esquemas de conexión ==

* SupernodoA (CRNfalsa23-RB750)

[[Archivo:Supernodos-hibridos-esquema-crnfalsa23-rb750.png]]

* SupernodoB (CRNnolose69-RB750)

[[Archivo:Supernodos-hibridos-esquema-crnnolose69-rb750.png]]

= Pasos =

== En la web ==

=== SupernodoA (CRNfalsa23) ===

A continuación vamos a añadir los dispositivos:

[[Archivo:Supernodos_hibridos_1.png|400px]]

Escogemos la opción por defecto «Dispositivo wireless, como un router, bridge, AP...» y pulsamos «Añadir».

Nos sale una ventana como esta:

[[Archivo:Supernodos_hibridos_2.png|400px]]

Tendremos que modificar algunos campos, como:

* Nombre corto: Aquí nos deja un nombre por defecto que en este caso sería CRNfalsa23Rd1. La nomenclatura que nos da la web a veces es un poco criptográfica y es preferible que se vea fácilmente de qué dispositivo estamos hablando. En este caso estamos añadiendo la RB750, así que al nombre del dispositivo le pongo CRNfalsa23-RB750.

* Estado: Por defecto se establece en «Proyectado» pero si ya tienes los dispositivos encima de la mesa y tienes previsto colgarlo en pocos días, puedes ponerlo «En construcción». Una vez esté operativo, por supuesto puedes ponerlo «Operativo».

* Modelo de radio: Aquí empiezan las trampas, el modelo «RB750», pero como de momento el soporte no está terminado, escogemos el «Mikrotik, Routerboard 600».

* Firmware: Las RB que compramos últimamente ya vienen con la ultima versión de routerOS, la 5.

* Dirección MAC del dispositivo: las RB750 por ejemplo vienen con 2 MAC, que se corresponden a las de la boca 1 y la boca 2, las bocas 3, 4 y 5 son esclavas de la boca 2. Ponemos la dirección MAC de la primera boca.

Una vez terminamos de damos a guardar y salir.

El siguiente paso es hacer lo mismo para cada uno de los dispositivos que vamos a añadir a la RB.

La nomenclatura que solemos usar es:

* Nanostation M2: -NSM2
* Nanostation M5: -NSM5
* Nanobridge M2: -NBR2
* Nanobridge M5: -NBR5
* Rocket M2: -ROCKET2
* Rocket M5: -ROCKET5
* Bullet 2: -BULL2
* Bullet 5: -BULL5

Con esta configuración simple la cosa quedaría así:

[[Archivo:Supernodos_hibridos_3.png|400px]]

A continuación editamos la RB750 pulsando al icono del lápiz, se nos abre la ventana de antes donde hemos añadido el dispositivo.

Vamos a la sección de radios wireless, desplegamos el apartado «No hay radios», escogemos «AP o AP con WDS» y pulsamos «Añadir nueva radio»

[[Archivo:Supernodos_hibridos_4.png|400px]]

'''NOTA''': Quizás tenemos muchas ganas ya de permitir a los usuarios conectarse a nuestro supernodo, pero si ponemos el AP de clientes en este nodo nos vamos a encontrar con que la web le va a dar IPs de nuestro supernodo a los clientes.

Lo que se recomienda es que esta primera radio se destine a un enlace con otro supernodo.
Así que a ello vamos, a conectar el supernodo de la calle falsa 23 al supernodo de la calle nolose 69. Como véis para los nombres no soy muy buena, pero es una cosa puramente didáctica, una vez configurado en la web, vamos a pasar a un caso real.

[[Archivo:Supernodos_hibridos_5.png|400px]]

* SSID: ponemos el nombre de la wifi que va a conectar ambos supernodos (ejemplo: CRNfalsa23-enlace-CRNnolose69)
* Protocolo: 802.11n
* Canal: Los canales altos se dejan para conexiones entre supernodos y los bajos para conexiones para los clientes
* ¿Se aceptan clientes?: al tratarse de un enlace entre dos supernodos, no, no se aceptan clientes.
Más abajo configuramos el tipo de antena que tiene este dispositivo.

Le damos a «Guardar y continuar modificando».

Ahora, si vamos desplegando los diferentes apartados, veremos que nos ha asignado un rango de IPs, pero para lo que queremos nos lo ha asignado demasiado grande, así que vamos a indicarle que sólo queremos ips para 6 hosts (255.255.255.248). Esto que definimos es única y exclusivamente para las IPs de las antenas que van a colgar con cable de la RB750.

[[Archivo:Supernodos_hibridos_6.png|400px]]

Y le volvemos a dar a «Guardar y continuar modificando».

Ahora vamos a la sección de conexiones por cable para conectar los dispositivos a la RB750 y pulsamos el enchufe rojo (en la imagen marcado en verde).

[[Archivo:Supernodos_hibridos_7.png|400px]]

Nos aparece un menú desplegable con las distintas antenas que queremos conectar. Seleccionamos en el menú desplegable el dispositivo que queremos conectar y pulsamos «Create» para todas, excepto las que tienen una -I detrás (las que son para clientes) y entre una y otra le damos a «Guardar y continuar modificando».
Veremos cómo la web les va asignando IP. Si vemos que la web no le da IP, pero igualmente sale vinculada, es porque la web le ha dado eth0 a la radio y tenemos que ponerle Lan en «Interfaz remota».

[[Archivo:Supernodos_hibridos_8.png|400px]]

=== SupernodoB (CRNnolose69) ===

A continuación vamos a añadir los dispositivos:

[[Archivo:Supernodos_hibridos_1.png|400px]]

Escogemos la opción por defecto «Dispositivo wireless, como un router, bridge, AP...» y pulsamos «Añadir».

Nos sale una ventana como esta:

[[Archivo:Supernodos_hibridos_2.png|400px]]

Tendremos que modificar algunos campos, como:

* Nombre corto: Aquí nos deja un nombre por defecto que en este caso sería CRNnolose69Rd1. La nomenclatura que nos da la web a veces es un poco criptográfica y es preferible que se vea fácilmente de qué dispositivo estamos hablando. En este caso estamos añadiendo la RB750, así que al nombre del dispositivo le pongo CRNnolose69-RB750.

* Estado: Por defecto se establece en «Proyectado» pero si ya tienes los dispositivos encima de la mesa y tienes previsto colgarlo en pocos días, puedes ponerlo «En construcción». Una vez esté operativo, por supuesto puedes ponerlo «Operativo».

* Modelo de radio: Aquí empiezan las trampas, el modelo «RB750», pero como de momento el soporte no está terminado, escogemos el «Mikrotik, Routerboard 600».

* Firmware: Las RB que compramos últimamente ya vienen con la ultima versión de routerOS, la 5.

* Dirección MAC del dispositivo: las RB750 por ejemplo vienen con 2 MAC, que se corresponden a las de la boca 1 y la boca 2, las bocas 3, 4 y 5 son esclavas de la boca 2. Ponemos la dirección MAC de la primera boca.

Una vez terminamos de damos a guardar y salir.

El siguiente paso es hacer lo mismo para cada uno de los dispositivos que vamos a añadir a la RB.

La nomenclatura que solemos usar es:

* Nanostation M2: -NSM2
* Nanostation M5: -NSM5
* Nanobridge M2: -NBR2
* Nanobridge M5: -NBR5
* Rocket M2: -ROCKET2
* Rocket M5: -ROCKET5
* Bullet 2: -BULL2
* Bullet 5: -BULL5

Con esta configuración simple la cosa quedaría así:

[[Archivo:Supernodos_hibridos_3.png|400px]]

A continuación editamos la RB750 pulsando al icono del lápiz, se nos abre la ventana de antes donde hemos añadido el dispositivo.

Vamos a la sección de radios wireless, desplegamos el apartado «No hay radios», escogemos «AP o AP con WDS» y pulsamos «Añadir nueva radio»

[[Archivo:Supernodos_hibridos_4.png|400px]]

'''NOTA''': Quizás tenemos muchas ganas ya de permitir a los usuarios conectarse a nuestro supernodo, pero si ponemos el AP de clientes en este nodo nos vamos a encontrar con que la web le va a dar IPs de nuestro supernodo a los clientes.

Lo que se recomienda es que esta primera radio se destine a un enlace con otro supernodo.
Así que a ello vamos, a conectar el supernodo de la calle falsa 23 al supernodo de la calle nolose 69. Como véis para los nombres no soy muy buena, pero es una cosa puramente didáctica, una vez configurado en la web, vamos a pasar a un caso real.

[[Archivo:Supernodos_hibridos_5.png|400px]]

* SSID: ponemos el nombre de la wifi que va a conectar ambos supernodos (ejemplo: CRNfalsa23-enlace-CRNnolose69)
* Protocolo: 802.11n
* Canal: Los canales altos se dejan para conexiones entre supernodos y los bajos para conexiones para los clientes
* ¿Se aceptan clientes?: al tratarse de un enlace entre dos supernodos, no, no se aceptan clientes.
Más abajo configuramos el tipo de antena que tiene este dispositivo.

Le damos a «Guardar y continuar modificando».

Ahora, si vamos desplegando los diferentes apartados, veremos que nos ha asignado un rango de IPs, pero para lo que queremos nos lo ha asignado demasiado grande, así que vamos a indicarle que sólo queremos ips para 6 hosts (255.255.255.248). Esto que definimos es única y exclusivamente para las IPs de las antenas que van a colgar con cable de la RB750.

[[Archivo:Supernodos_hibridos_6.png|400px]]

Y le volvemos a dar a «Guardar y continuar modificando».

Ahora vamos a la sección de conexiones por cable para conectar los dispositivos a la RB750 y pulsamos el enchufe rojo (en la imagen marcado en verde).

[[Archivo:Supernodos_hibridos_7.png|400px]]

Nos aparece un menú desplegable con las distintas antenas que queremos conectar. Seleccionamos en el menú desplegable el dispositivo que queremos conectar y pulsamos «Create» para todas, excepto las que tienen una -I detrás (las que son para clientes) y entre una y otra le damos a «Guardar y continuar modificando».
Veremos cómo la web les va asignando IP. Si vemos que la web no le da IP, pero igualmente sale vinculada, es porque la web le ha dado eth0 a la radio y tenemos que ponerle Lan en «Interfaz remota».

[[Archivo:Supernodos_hibridos_8.png|400px]]

=== Conectando ambos supernodos ===

El siguiente paso es ya conectar los 2 supernodos, estos mismos pasos que hemos hecho aquí, los hacemos por el otro supernodo, en este caso CRNnolose69 y una vez hecho volvemos a nuestro supernodo, el de la calle falsa 23, a radio y wds.

[[Archivo:Supernodos_hibridos_9.png|400px]]

Pulsamos las antenitas marcadas en verde y se abre una nueva ventana:

[[Archivo:Supernodos_hibridos_10.png|400px]]

Una vez seleccionado pulsamos a “Elegir dispositivo y volver al formulario principal” y nos vuelve a la página anterior, pero asignando unas ips 172. A partir de aquí empieza el juego ;)

La web nos asigna una /30, es decir 2 hosts para hacer el enlace wds, pero en realidad, nosotros necesitamos 4 hosts, así que vamos a decirle que necesitamos una /29, pero posiblemente la web nos diga que el /29 que estamos pidiendo ya se esté usando para otro, así que tendremos que buscar un /29 de la 172 libre y asignarlo.

'''ATENCIÓN''': la web tiene un bug y si asignas un /29 y te dice que está ocupado te crea un enlace fantasma que sólo los que tienen acceso a la BBDD pueden borrar. Así que lo mejor es pedir primero un /30, guardamos y continuamos modificando y luego buscamos el rango disponible.

'''ATENCIÓN''': para asignar un /29 son precisos permisos de guifi-admin.

Necesitamos 4 hosts porque vamos a crear una red con la rb de falsa23, la nanostation M5 de falsa23, la nanostation M5 de nolose69 y la rb de nolose69. Para cualquier duda porque lo hacemos así, mirate el post de nodos híbridos que hice hace un tiempo.

[[Archivo:Supernodos_hibridos_11.png|400px]]

Como podéis ver, la web sólo nos asigna las ips para las 2 RB
'''Recomendado''':
* 1ª ip del rango: RB nodo A (CRNfalsa23-RB750)
* 2ª ip del rango: Antena nodo A (CRNfalsa23-NM5)
* 3ª ip del rango: Antena nodo B (CRNnolose69-NM5)
* 4ª ip del rango: RB nodo B (CRNnolose69-RB750)

Si tenemos dudas de qué ips usar, os recomiendo usar esta calculadora ip via web. Nos fijamos en «Host Min» y «Host Max».

=== Añadiendo un rango para servidores ===

En uno de los supernodos queremos añadir servidores, así que vamos a la sección de «Conexiones por cable» y le pedimos a la web un rango de IPs.

[[Archivo:Supernodos_hibridos_12.png|400px]]

Luego le asignamos la IP de la misma forma que le hemos asignado las IPs a las antenas, pero en lugar de crear un dispositivo wifi en la página del nodo, le decimos que queremos crear un servidor.

Si queremos añadir una radio para clientes, vamos a añadir una radio en la sección de radios, seguimos los pasos de creación de la radio (essid, permite clientes (en este caso, sí), etc.) y en la misma radio le pedimos un rango de ips 10.0.0.0 para los clientes ('''atención''', en la misma sección de radio). Nos va a asignar por defecto 30 hosts (/27), en este caso es correcto.

(¿sobra?)
¿¿Para pedir la 172, la pedimos en la sección de conexiones por cable (nunca desde la radio) y vincularla a la radio -I.??
(/¿sobra?)

=== Añadiendo un cliente falso por cada antena de cobertura ===

La idea será pedirle un rango de IP para clientes en la radio correspondiente a los clientes (mi recomendación es no destinar nunca la radio0 para dar cobertura a clientes, hacerlo a partir de radio1, ya que sino la web de guifi asigna IPs del supernodo a los nodos clientes que se conecten), se asigna este rango a la boca de la RB donde va a ir conectada la antena para cobertura a clientes y se le asigna la siguiente IP del rango de clientes a la antena. Por ejemplo la ip de rango de clientes empezaría por 10.x.x.1 (esta sería para la RB), la 10.x.x.2 (sería para la antena) y el resto de IPs para los clientes.

La problemática de este sistema es que tenemos que añadir un nodo cliente «falso» para reservar la IP para la antena.

(esbozo)
Pongamos que en el nodo CRNfalsa23 queremos instalar una ROCKET M5 que dé cobertura a «clientes».
- Añadir nuevo nodo en la misma ubicación que el nodo actual con nombre acabado en -I (Ejemplo: CRNfalsa23-ROCKET5-I)
- Añadir en ese nuevo nodo una nueva radio
- Conectar esa nueva radio a la antena de cobertura del supernodo
(/esbozo)

== En los dispositivos ==

Ahora el siguiente paso es descargar los ficheros de configuración de la RB750 y de la nanostation M5. El fichero de configuración para las NM5 tampoco está disponible, pero lo que tenemos que hacer es decirle a la web momentáneamente que se trata de una nanostation 5. Importante luego dejarlo como Nanostation M5 ya que sino nos va a dar problemas con las gráficas, ya que la interfaz de red de las nanostation 5 es eth0 y el de las nanostation M5 es ar0.

Lo primero que haremos pues será conectar la RB750 a nuestro ordenador por el puerto 2 de la RB y nos asignamos a nuestro ordenador una ip del rango 192.168.88.0/24, teniendo en cuenta que la ip por defecto de la rb es la 192.168.88.1.

Para acceder a la RB necesitaremos el winbox, un programa de gestión del routerOS, es para windows, pero con el wine es posible hacerlo funcionar. Para descargarlo lo podemos hacer por internet en la web de mikrotik o accediendo por http a la ip de la RB, ahí hay un vínculo para descargarlo.

Una vez descargado lo ejecutamos y le decimos que queremos conectar a la 192.168.88.1, con el usuario admin y sin password.

Si estás en GNU/Linux y no acaba nunca de cargar la configuración, posiblemente te falte instalar el paquete lib32nss-mdns.

La primera vez que entramos nos dice de resetear la configuración, pero esto también nos resetea la ip de administración por defecto y la única forma que tenemos de acceder es mediante la MAC (en el winbox, en “Connect to:” en lugar de ponerle la IP podemos pulsar el botón “…” y nos salen las MAC de dispositivos mikrotik que detecta. Algunas veces me he encontrado que el winbox sobre sistemas GNU/Linux, esto no acaba de funcionar correctamente, así que lo que recomiendo es ir a IP > Adresses y añadir una ip 192.168.1.19 en el ether1.

Una vez añadida la IP en el ether1, con la configuración por defecto tenemos que borrar las configuraciones por defecto de IP > Firewall > Filter rules y IP > Firewall > Nat, lo borramos todo sin miedo.

También borraremos la configuración de DHCP en IP > DHCP Server.

Para borrar es tan simple como seleccionar lo que queremos borrar y pulsar el botón con el símbolo “-” o directamente pulsamos la R, remove en inglés.

Para meterle ya el fichero de configuración unsolclick de guifi, ya sólo faltará un paso, que será ir a Interfaces y cambiar los nombres de los interfaces. El ether1-gateway a ether1, el ether2 a wlan1, el ether3-slave a wlan2, y así sucesivamente. Tal como he dicho al principio del post, las interfaces, 3, 4 y 5, están como esclavas de la ether2, así que tendremos que indicarle que no sean esclavas, esto lo definimos dando doble click sobre la interfaz que queremos modificar, General > Master Port y lo ponemos a none.

Recomendación, ir añadiendo comentarios de lo que es cada boca y que va a tener conectado.

Con todo esto hecho, accedemos a la RB por el puerto 1 y la ip 192.168.1.19, ip que le pongo a todas las RB que configuro, una pequeña marca de la casa :P Esto lo hago porque quizás puedes tener una RB aparcada unos días, no te acuerdas qué ips tenía y tener siempre unas ips por defecto te permite acceder a los dispositivos sin tener que resetearlos cada vez que quieres hacer algo con ellos. Si uno no tiene la ip esta en la ether1, pues quiere decir que es una RB virgen.

Una vez dentro, vamos a ip > adresses y eliminamos la IP 192.168.88.1.

Ahora ya sólo faltará cargar el unsolclick de la web de guifi y hacer 4 cambios. Para cargarlo, vamos a New Terminal y pegamos tal cual el chorro de texto.

Esto nos dejará configuradas la IP del supernodo (tanto la principal, como la de la red de servidores), la configuración BGP, el SNMP y un par de reglas de NAT en firewall.

A continuación os dejo capturas de pantalla de una RB con una configuración muy similar a la que he ido usando para hacer el post al configurar el supernodo en la web de guifi.

Los dos supernodos que entran en acción a partir de ahora són:
http://guifi.net/hm11
http://guifi.net/hm11-2

Las capturas son las de hm11-2, que es el que tiene un servidor proxy y una red con otros ordenadores colgando del puerto ether1.

[[Archivo:Supernodos_hibridos_13.png|400px]]

Panel de login de winbox: te permite guardar ips, usuarios y contraseñas de las mikrotik

[[Archivo:Supernodos_hibridos_14.png|400px]]

IP > adresses: cada IP va a la interfaz que trabaja con esta subred.

[[Archivo:Supernodos_hibridos_15.png|400px]]

Interfaces: importante que las bocas donde hay las antenas correspondan con el fichero de configuración. Buscar por ejemplo wlan1 en el fichero de configuración.

[[Archivo:Supernodos_hibridos_16.png|400px]]

En bridge creamos un nuevo bridge que se llame lan/lan, el wlan/lan no tiene sentido en un nodo híbrido

[[Archivo:Supernodos_hibridos_17.png|400px]]

Routing > BGP > Instances: Instancia BGP de nuestro router, el AS corresponde al numero de dispositivo en la web.

[[Archivo:Supernodos_hibridos_18.png|400px]]

Routing > BGP > Peers: Los peers son las conexiones BGP con otros supernodos

[[Archivo:Supernodos_hibridos_19.png|400px]]

IP > Routes: Las rutas dinámicas en nuestra red, en este caso sólo hay 2 supernodos, pero esta tabla es mucho más grande cuando la red es más grande! :)

[[Archivo:Supernodos_hibridos_20.png|400px]]

IP > Firewall > NAT: Nuestra antena en realidad no tiene una IP 10.0.0.0, sino una 172, pero si alguien pide la IP 10 que corresponde a la antena, la RB le hace un “forward” o hablando correctamente, un “destination nat”.

[[Archivo:Supernodos_hibridos_21.png|400px]]

Es recomendable desactivar el DHCP Server, así los clientes que se quieran conectar no tendrán otra que coger la configuración de la web (darse de alta, dar de alta su nodo, etc.). Además la conexión entre antenas de guifi se hace de tejado a tejado, no de tejado a dispositivo móvil, ya que una conexión mala, penaliza a todas las demás, al hacer trabajar mucho más la antena para hacerle llegar la señal correctamente.

[[Archivo:Supernodos_hibridos_22.png|400px]]

Configuración SNMP: para hacer que nuestro supernodo grafique.

[[Archivo:Supernodos_hibridos_23.png|400px]]

System > Users: routerOS permite tener varios usuarios con distintos niveles de permisos

Ahora ya sólo faltará ver la configuración de una de las 2 Nanostation M5, ahora mismo conectadas entre ellas con un enlace AP-WDS.

Aunque nos dé muchísimas ganas, el fichero de configuración que nos da la web de guifi no nos sirve para la configuración de nodos híbridos, pero si nos vale para saber alguna información como el nombre del nodo, la configuración snmp y poca cosa mas :P El resto es todo artesanía! tampoco recomiendo usar el fichero de configuración de la nanostation5 en una nanostationM5 en clientes, alguna vez me he encontrado que la antena ha empezado a funcionar de forma extraña.

[[Archivo:Supernodos_hibridos_24.png|400px]]

Pantalla MAIN de la nanostationM5, con una estación conectada.

[[Archivo:Supernodos_hibridos_25.png|400px]]

Configuración WIRELESS, en modo Access Point WDS (ambas estan en esta posición y con las mac intercambiadas). El SSID a usar lo cogemos del fichero de configuración de la RB750.

El SSID y la frecuencia que usamos sólo se tendrían que tocar en laboratorio, es decir, que podamos acceder a ellas físicamente o que haya una persona en cada lado (si es que no te quieres pegar unos cuantos viajecitos). Una opción si estás administrando la red solo o con gente que no tiene ni idea de como entrar a una antena, es poner una como AP-WDS y la otra como Station-WDS. Los enlaces entre supernodos mejor no dejarlos nunca como Access Point, ya que podría ir algun listillo y conectarse a ella, aunque sólo podría llegar a hacer algo si se pusiese una IP del supernodo o de las 172 disponibles.

[[Archivo:Supernodos_hibridos_26.png|400px]]

Configuración LAN, en modo bridge. La ip de gw es la IP 172 de la RB a la que está conectada. El DNS es el del servidor de la zona.

En advanced no tocamos nada.

[[Archivo:Supernodos_hibridos_27.png|400px]]

A partir de aquí es cuando entra el fichero de configuración de la nanostation 5, configuramos el SNMP, el acceso HTTP a la antena y el NTP.

[[Archivo:Supernodos_hibridos_28.png|400px]]

Configuración del sistema: Cambiamos el device name, que es lo que va a aparecer cuando hacemos un scan o un mtr y cambiamos el usuario, por defecto es root/guifi. En esta pantalla también podemos cargar un fichero de configuración (si es que hay alguno), descargar el que tenemos (recomendable) y actualizar el firmware.

Hablando de ficheros de configuración, para la RB750 también es posible descargarlo, incluso también es recomendable una vez tenemos una configuración que sabemos que funciona. Vamos a Files > Backup y se genera el fichero. Para descargarlo, nos conectamos por FTP a la RB y lo descargamos.

Y a partir de aquí, una vez funciona todo ya vamos a cargar el material.

Nota: para conectarnos a la RB estamos usando la ip 192.168.1.19, pero simplemente configurando la IP no podemos acceder a las IP 10. Para ello tenemos 2 opciones, o configurar la ruta por defecto a la 192.168.1.19 o añadir una ruta estática para indicarle que todas las ip 10 las vaya a buscar a la 192.168.1.19:
# route add -net 10.0.0.0 netmask 255.0.0.0 gw 192.168.1.19

Para cualquier duda o aclaración, regístrate en la web de guifi/identifícate y escribe en la página de «Discusión».

= Fuentes =
Basado en un tutorial de Blackhold:
http://blackhold.nusepas.com/2011/09/nodos-hibridos-en-la-web-en-la-mikrotik-y-en-el-bgp/

Supernodos híbridos

2013-03-14T14:30:18Z

Tonic: formateado

__TOC__

'''Una vez hemos creado el «nodo guifi.net» (la ubicación)'''.

= Requisitos =

* Permisos de guifi-admin en la web de guifi.net

== Esquemas de conexión ==

* SupernodoA (CRNfalsa23-RB750)

[[Archivo:Supernodos-hibridos-esquema-crnfalsa23-rb750.png]]

* SupernodoB (CRNnolose69-RB750)

[[Archivo:Supernodos-hibridos-esquema-crnnolose69-rb750.png]]

= Pasos =

== En la web ==

=== SupernodoA (CRNfalsa23) ===

[[Archivo:Supernodos_hibridos_1.png|400px]]

Escogemos la opción por defecto «Dispositivo wireless, como un router, bridge, AP...» y añadir.

Nos sale una ventana como esta:

[[Archivo:Supernodos_hibridos_2.png|400px]]

Tendremos que modificar algunos campos, como:

* nombre corto: aquí nos deja un nombre por defecto que en este caso sería CRNfalsa23Rd1, la nomenclatura que nos da la web a veces un poco criptográfica y los nodos híbridos que monto prefiero que se vea fácilmente de qué dispositivo estamos hablando, ya que una vez creados todos los dispositivos sea fácil identificarlos. En este caso estamos añadiendo la RB750, así que al nombre del dispositivo le pongo CRNfalsa23-RB750.

* Estado: por defecto te deja proyectado, pero si ya tienes los dispositivos encima de la mesa y ya tienes previsto colgarlo en pocos días, puedes ponerlo en construcción. Una vez esté operativo, por supuesto puedes ponerlo “Operativo”.

* Modelo de radio: Aquí empiezan las trampas, la rb750 está disponible, pero no tiene la configuración, así que escojemos un router similar a la RB750 pero que si esté configurado como es el Mikrotik, Routerboard 600.

* Firmware: Las RB que compramos ultimamente ya vienen con la ultima versión de routerOS, la 5.

* Dirección MAC del dispositivo: las RB750 por ejemplo vienen con 2 MAC, que se corresponden a las de la boca 1 y la boca 2, las bocas 3, 4 y 5 son esclavas de la boca 2.

Una vez terminamos de damos a guardar y salir.

El siguiente paso es hacer lo mismo para cada uno de los dispositivos que vamos a añadir a la RB.

La nomenclatura que solemos usar es:

* Nanostation M2: -NSM2
* Nanostation M5: -NSM5
* Nanobridge M2: -NBR2
* Nanobridge M5: -NBR5
* Rocket M2: -ROCKET2
* Rocket M5: -ROCKET5
* Bullet 2: -BULL2
* Bullet 5: -BULL5

Con esta configuración simple la cosa quedaría así:

[[Archivo:Supernodos_hibridos_3.png|400px]]

A continuación editamos la RB750 pulsando al icono del lápiz, se nos abre la ventana de antes donde hemos añadido el dispositivo.

Vamos a la sección de radios wireless, desplegamos el “No hay radios”, escogemos “AP o AP con WDS” y Añadir nueva radio

[[Archivo:Supernodos_hibridos_4.png|400px]]

A partir de aquí tenemos que tener en cuenta una cosa, quizás tenemos muchas ganas ya de permitir a los usuarios conectarse a nuestro supernodo, pero si ponemos el AP de clientes en este nodo nos vamos a encontrar que la web le va a dar IPs de nuestro supernodo a los clientes, así que lo que se recomienda es que esta primera radio se destine a un enlace con otro supernodo. Así que a ello vamos, a conectar el supernodo de la calle falsa 23 al supernodo de la calle nolose 69. Como véis para los nombres no soy muy buena, pero es una cosa puramente didáctica, una vez configurado en la web, vamos a pasar a un caso real.

[[Archivo:Supernodos_hibridos_5.png|400px]]

* SSID: ponemos el nombre de la wifi que va a conectar ambos supernodos, este paso también tendremos que hacerlo en el otro supernodo, en este caso el de la calle nolose 69.
* Protocolo: N please!
* Canal: Los canales altos se dejan para conexiones entre supernodos y los bajos para conexiones para los clientes
* ¿Se aceptan clientes?: al tratarse de un enlace entre dos supernodos, no, no se aceptan clientes.
Más abajo configuramos el tipo de antena que tiene este dispositivo.
Le damos a guardar y continuar modificando.

Ahora si vamos desplegando vemos que nos ha asignado un rango de IPs, pero para lo que queremos nos lo ha asignado demasiado grande, así que vamos a indicarle que sólo queremos ips para 6 hosts. Esto que definimos es única y exclusivamente para las IPs de las antenas que van a colgar con cable de la RB750.

[[Archivo:Supernodos_hibridos_6.png|400px]]

Y le volvemos a dar a guardar y continuar modificando.

Ahora vamos a la sección de conexiones por cable para conectar los dispositivos a la RB750 y pulsamos el enchufe rojo en la imagen marcado en verde.

[[Archivo:Supernodos_hibridos_7.png|400px]]

Nos aparece un menú desplegable con las distintas antenas que queremos conectar, vamos a pulsar “create” para todas, excepto las que tienen una -I detrás (las que son para clientes) y entre una y otra le damos a “Guardar y continuar modificando”. Veremos como la web les va asignando IP. Si vemos que la web no le da IP, pero igualmente sale vinculada, es porque la web le ha dado eth0 a la radio y tenemos que ponerle Lan en “Interfaz remota”.

[[Archivo:Supernodos_hibridos_8.png|400px]]

=== SupernodoB (CRNnolose69) ===

A continuación vamos a añadir los dispositivos:

[[Archivo:Supernodos_hibridos_1.png|400px]]

Escogemos la opción por defecto «Dispositivo wireless, como un router, bridge, AP...» y añadir.

Nos sale una ventana como esta:

[[Archivo:Supernodos_hibridos_2.png|400px]]

Tendremos que modificar algunos campos, como:

* nombre corto: aquí nos deja un nombre por defecto que en este caso sería CRNfalsa23Rd1, la nomenclatura que nos da la web a veces un poco criptográfica y los nodos híbridos que monto prefiero que se vea fácilmente de qué dispositivo estamos hablando, ya que una vez creados todos los dispositivos sea fácil identificarlos. En este caso estamos añadiendo la RB750, así que al nombre del dispositivo le pongo CRNfalsa23-RB750.

* Estado: por defecto te deja proyectado, pero si ya tienes los dispositivos encima de la mesa y ya tienes previsto colgarlo en pocos días, puedes ponerlo en construcción. Una vez esté operativo, por supuesto puedes ponerlo “Operativo”.

* Modelo de radio: Aquí empiezan las trampas, la rb750 está disponible, pero no tiene la configuración, así que escojemos un router similar a la RB750 pero que si esté configurado como es el Mikrotik, Routerboard 600.

* Firmware: Las RB que compramos ultimamente ya vienen con la ultima versión de routerOS, la 5.

* Dirección MAC del dispositivo: las RB750 por ejemplo vienen con 2 MAC, que se corresponden a las de la boca 1 y la boca 2, las bocas 3, 4 y 5 son esclavas de la boca 2.

Una vez terminamos de damos a guardar y salir.

El siguiente paso es hacer lo mismo para cada uno de los dispositivos que vamos a añadir a la RB.

La nomenclatura que solemos usar es:

* Nanostation M2: -NSM2
* Nanostation M5: -NSM5
* Nanobridge M2: -NBR2
* Nanobridge M5: -NBR5
* Rocket M2: -ROCKET2
* Rocket M5: -ROCKET5
* Bullet 2: -BULL2
* Bullet 5: -BULL5

Con esta configuración simple la cosa quedaría así:

[[Archivo:Supernodos_hibridos_3.png|400px]]

A continuación editamos la RB750 pulsando al icono del lápiz, se nos abre la ventana de antes donde hemos añadido el dispositivo.

Vamos a la sección de radios wireless, desplegamos el “No hay radios”, escogemos “AP o AP con WDS” y Añadir nueva radio

[[Archivo:Supernodos_hibridos_4.png|400px]]

A partir de aquí tenemos que tener en cuenta una cosa, quizás tenemos muchas ganas ya de permitir a los usuarios conectarse a nuestro supernodo, pero si ponemos el AP de clientes en este nodo nos vamos a encontrar que la web le va a dar IPs de nuestro supernodo a los clientes, así que lo que se recomienda es que esta primera radio se destine a un enlace con otro supernodo. Así que a ello vamos, a conectar el supernodo de la calle falsa 23 al supernodo de la calle nolose 69. Como véis para los nombres no soy muy buena, pero es una cosa puramente didáctica, una vez configurado en la web, vamos a pasar a un caso real.

[[Archivo:Supernodos_hibridos_5.png|400px]]

* SSID: ponemos el nombre de la wifi que va a conectar ambos supernodos, este paso también tendremos que hacerlo en el otro supernodo, en este caso el de la calle nolose 69.
* Protocolo: N please!
* Canal: Los canales altos se dejan para conexiones entre supernodos y los bajos para conexiones para los clientes
* ¿Se aceptan clientes?: al tratarse de un enlace entre dos supernodos, no, no se aceptan clientes.
Más abajo configuramos el tipo de antena que tiene este dispositivo.
Le damos a guardar y continuar modificando.

Ahora si vamos desplegando vemos que nos ha asignado un rango de IPs, pero para lo que queremos nos lo ha asignado demasiado grande, así que vamos a indicarle que sólo queremos ips para 6 hosts. Esto que definimos es única y exclusivamente para las IPs de las antenas que van a colgar con cable de la RB750.

[[Archivo:Supernodos_hibridos_6.png|400px]]

Y le volvemos a dar a guardar y continuar modificando.

Ahora vamos a la sección de conexiones por cable para conectar los dispositivos a la RB750 y pulsamos el enchufe rojo en la imagen marcado en verde.

[[Archivo:Supernodos_hibridos_7.png|400px]]

Nos aparece un menú desplegable con las distintas antenas que queremos conectar, vamos a pulsar “create” para todas, excepto las que tienen una -I detrás (las que son para clientes) y entre una y otra le damos a “Guardar y continuar modificando”. Veremos como la web les va asignando IP. Si vemos que la web no le da IP, pero igualmente sale vinculada, es porque la web le ha dado eth0 a la radio y tenemos que ponerle Lan en “Interfaz remota”.

[[Archivo:Supernodos_hibridos_8.png|400px]]

=== Conectando ambos supernodos ===

El siguiente paso es ya conectar los 2 supernodos, estos mismos pasos que hemos hecho aquí, los hacemos por el otro supernodo, en este caso CRNnolose69 y una vez hecho volvemos a nuestro supernodo, el de la calle falsa 23, a radio y wds.

[[Archivo:Supernodos_hibridos_9.png|400px]]

Pulsamos las antenitas marcadas en verde y se abre una nueva ventana:

[[Archivo:Supernodos_hibridos_10.png|400px]]

Una vez seleccionado pulsamos a “Elegir dispositivo y volver al formulario principal” y nos vuelve a la página anterior, pero asignando unas ips 172. A partir de aquí empieza el juego ;)

La web nos asigna una /30, es decir 2 hosts para hacer el enlace wds, pero en realidad, nosotros necesitamos 4 hosts, así que vamos a decirle que necesitamos una /29, pero posiblemente la web nos diga que el /29 que estamos pidiendo ya se esté usando para otro, así que tendremos que buscar un /29 de la 172 libre y asignarlo.

'''ATENCIÓN''': la web tiene un bug y si asignas un /29 y te dice que está ocupado te crea un enlace fantasma que sólo los que tienen acceso a la BBDD pueden borrar. Así que lo mejor es pedir primero un /30, guardamos y continuamos modificando y luego buscamos el rango disponible.

'''ATENCIÓN''': para asignar un /29 son precisos permisos de guifi-admin.

Necesitamos 4 hosts porque vamos a crear una red con la rb de falsa23, la nanostation M5 de falsa23, la nanostation M5 de nolose69 y la rb de nolose69. Para cualquier duda porque lo hacemos así, mirate el post de nodos híbridos que hice hace un tiempo.

[[Archivo:Supernodos_hibridos_11.png|400px]]

Como podéis ver, la web sólo nos asigna las ips para las 2 RB
'''Recomendado''':
* 1ª ip del rango: RB nodo A
* 2ª ip del rango: Antena nodo A
* 3ª ip del rango: Antena nodo B
* 4ª ip del rango: RB nodo B

Si tenemos dudas de qué ips usar, os recomiendo usar esta calculadora ip via web. Nos fijamos en “Host Min” y “Host Max”.

Hasta aquí tenemos configurado en la web 2 supernodos, conectados entre si con dos nanostation M5. Pero en uno de los supernodos queremos añadir servidores. Así que vamos a la sección de conexiones por cable y le pedimos a la web un rango de IPs.

[[Archivo:Supernodos_hibridos_12.png|400px]]

Luego le asignamos la IP de la misma forma que le hemos asignado las IPs a las antenas, pero en lugar de crear un dispositivo wifi en la página del nodo, le decimos que queremos crear un servidor.

Si queremos añadir una radio para clientes, vamos a añadir una radio en la sección de radios, seguimos los pasos de creación de la radio (essid, permite clientes, etc.) y en la misma radio le pedimos un rango de ips 10.0.0.0 para los clientes (atención en la misma sección de radio). Nos va a asignar por defecto 30 hosts, en este caso es correcto. Para pedir la 172, la pedimos en la sección de conexiones por cable (nunca desde la radio) y vincularla a la radio -I.

=== Añadiendo un cliente falso por antena de cobertura ===

AP CLIENTES VERSION FINAL: Va avanzando el tiempo y también la fase de desarrollo, hablando con los desarrolladores pregunté como iban a plantear esta parte, así que finalmente parece que van a hacerlo de forma distinta de como lo comentaba en el párrafo anterior.

La idea será pedirle un rango de IP para clientes en la radio correspondiente a los clientes (mi recomendación es no destinar nunca la radio0 para dar cobertura a clientes, hacerlo a partir de radio1, ya que sino la web de guifi asigna IPs del supernodo a los nodos clientes que se conecten), se asigna este rango a la boca de la RB donde va a ir conectada la antena para cobertura a clientes y se le asigna la siguiente IP del rango de clientes a la antena. Por ejemplo la ip de rango de clientes empezaría por 10.x.x.1 (esta sería para la RB), la 10.x.x.2 (sería para la antena) y el resto de IPs para los clientes.

La problemática de este sistema es que tenemos que añadir un nodo cliente “falso” para reservar la IP para la antena.

En este caso no voy a añadir por el momento ninguna antena para dar cobertura a clientes, básicamente para simplificar un poco el post (que ya será suficientemente tocho) y la otra porque aún no hemos decidido como vamos a dar cobertura a los clientes.

== En los dispositivos ==

Ahora el siguiente paso es descargar los ficheros de configuración de la RB750 y de la nanostation M5. El fichero de configuración para las NM5 tampoco está disponible, pero lo que tenemos que hacer es decirle a la web momentáneamente que se trata de una nanostation 5. Importante luego dejarlo como Nanostation M5 ya que sino nos va a dar problemas con las gráficas, ya que la interfaz de red de las nanostation 5 es eth0 y el de las nanostation M5 es ar0.

Lo primero que haremos pues será conectar la RB750 a nuestro ordenador por el puerto 2 de la RB y nos asignamos a nuestro ordenador una ip del rango 192.168.88.0/24, teniendo en cuenta que la ip por defecto de la rb es la 192.168.88.1.

Para acceder a la RB necesitaremos el winbox, un programa de gestión del routerOS, es para windows, pero con el wine es posible hacerlo funcionar. Para descargarlo lo podemos hacer por internet en la web de mikrotik o accediendo por http a la ip de la RB, ahí hay un vínculo para descargarlo.

Una vez descargado lo ejecutamos y le decimos que queremos conectar a la 192.168.88.1, con el usuario admin y sin password.

Si estás en GNU/Linux y no acaba nunca de cargar la configuración, posiblemente te falte instalar el paquete lib32nss-mdns.

La primera vez que entramos nos dice de resetear la configuración, pero esto también nos resetea la ip de administración por defecto y la única forma que tenemos de acceder es mediante la MAC (en el winbox, en “Connect to:” en lugar de ponerle la IP podemos pulsar el botón “…” y nos salen las MAC de dispositivos mikrotik que detecta. Algunas veces me he encontrado que el winbox sobre sistemas GNU/Linux, esto no acaba de funcionar correctamente, así que lo que recomiendo es ir a IP > Adresses y añadir una ip 192.168.1.19 en el ether1.

Una vez añadida la IP en el ether1, con la configuración por defecto tenemos que borrar las configuraciones por defecto de IP > Firewall > Filter rules y IP > Firewall > Nat, lo borramos todo sin miedo.

También borraremos la configuración de DHCP en IP > DHCP Server.

Para borrar es tan simple como seleccionar lo que queremos borrar y pulsar el botón con el símbolo “-” o directamente pulsamos la R, remove en inglés.

Para meterle ya el fichero de configuración unsolclick de guifi, ya sólo faltará un paso, que será ir a Interfaces y cambiar los nombres de los interfaces. El ether1-gateway a ether1, el ether2 a wlan1, el ether3-slave a wlan2, y así sucesivamente. Tal como he dicho al principio del post, las interfaces, 3, 4 y 5, están como esclavas de la ether2, así que tendremos que indicarle que no sean esclavas, esto lo definimos dando doble click sobre la interfaz que queremos modificar, General > Master Port y lo ponemos a none.

Recomendación, ir añadiendo comentarios de lo que es cada boca y que va a tener conectado.

Con todo esto hecho, accedemos a la RB por el puerto 1 y la ip 192.168.1.19, ip que le pongo a todas las RB que configuro, una pequeña marca de la casa :P Esto lo hago porque quizás puedes tener una RB aparcada unos días, no te acuerdas qué ips tenía y tener siempre unas ips por defecto te permite acceder a los dispositivos sin tener que resetearlos cada vez que quieres hacer algo con ellos. Si uno no tiene la ip esta en la ether1, pues quiere decir que es una RB virgen.

Una vez dentro, vamos a ip > adresses y eliminamos la IP 192.168.88.1.

Ahora ya sólo faltará cargar el unsolclick de la web de guifi y hacer 4 cambios. Para cargarlo, vamos a New Terminal y pegamos tal cual el chorro de texto.

Esto nos dejará configuradas la IP del supernodo (tanto la principal, como la de la red de servidores), la configuración BGP, el SNMP y un par de reglas de NAT en firewall.

A continuación os dejo capturas de pantalla de una RB con una configuración muy similar a la que he ido usando para hacer el post al configurar el supernodo en la web de guifi.

Los dos supernodos que entran en acción a partir de ahora són:
http://guifi.net/hm11
http://guifi.net/hm11-2

Las capturas son las de hm11-2, que es el que tiene un servidor proxy y una red con otros ordenadores colgando del puerto ether1.

[[Archivo:Supernodos_hibridos_13.png|400px]]

Panel de login de winbox: te permite guardar ips, usuarios y contraseñas de las mikrotik

[[Archivo:Supernodos_hibridos_14.png|400px]]

IP > adresses: cada IP va a la interfaz que trabaja con esta subred.

[[Archivo:Supernodos_hibridos_15.png|400px]]

Interfaces: importante que las bocas donde hay las antenas correspondan con el fichero de configuración. Buscar por ejemplo wlan1 en el fichero de configuración.

[[Archivo:Supernodos_hibridos_16.png|400px]]

En bridge creamos un nuevo bridge que se llame lan/lan, el wlan/lan no tiene sentido en un nodo híbrido

[[Archivo:Supernodos_hibridos_17.png|400px]]

Routing > BGP > Instances: Instancia BGP de nuestro router, el AS corresponde al numero de dispositivo en la web.

[[Archivo:Supernodos_hibridos_18.png|400px]]

Routing > BGP > Peers: Los peers son las conexiones BGP con otros supernodos

[[Archivo:Supernodos_hibridos_19.png|400px]]

IP > Routes: Las rutas dinámicas en nuestra red, en este caso sólo hay 2 supernodos, pero esta tabla es mucho más grande cuando la red es más grande! :)

[[Archivo:Supernodos_hibridos_20.png|400px]]

IP > Firewall > NAT: Nuestra antena en realidad no tiene una IP 10.0.0.0, sino una 172, pero si alguien pide la IP 10 que corresponde a la antena, la RB le hace un “forward” o hablando correctamente, un “destination nat”.

[[Archivo:Supernodos_hibridos_21.png|400px]]

Es recomendable desactivar el DHCP Server, así los clientes que se quieran conectar no tendrán otra que coger la configuración de la web (darse de alta, dar de alta su nodo, etc.). Además la conexión entre antenas de guifi se hace de tejado a tejado, no de tejado a dispositivo móvil, ya que una conexión mala, penaliza a todas las demás, al hacer trabajar mucho más la antena para hacerle llegar la señal correctamente.

[[Archivo:Supernodos_hibridos_22.png|400px]]

Configuración SNMP: para hacer que nuestro supernodo grafique.

[[Archivo:Supernodos_hibridos_23.png|400px]]

System > Users: routerOS permite tener varios usuarios con distintos niveles de permisos

Ahora ya sólo faltará ver la configuración de una de las 2 Nanostation M5, ahora mismo conectadas entre ellas con un enlace AP-WDS.

Aunque nos dé muchísimas ganas, el fichero de configuración que nos da la web de guifi no nos sirve para la configuración de nodos híbridos, pero si nos vale para saber alguna información como el nombre del nodo, la configuración snmp y poca cosa mas :P El resto es todo artesanía! tampoco recomiendo usar el fichero de configuración de la nanostation5 en una nanostationM5 en clientes, alguna vez me he encontrado que la antena ha empezado a funcionar de forma extraña.

[[Archivo:Supernodos_hibridos_24.png|400px]]

Pantalla MAIN de la nanostationM5, con una estación conectada.

[[Archivo:Supernodos_hibridos_25.png|400px]]

Configuración WIRELESS, en modo Access Point WDS (ambas estan en esta posición y con las mac intercambiadas). El SSID a usar lo cogemos del fichero de configuración de la RB750.

El SSID y la frecuencia que usamos sólo se tendrían que tocar en laboratorio, es decir, que podamos acceder a ellas físicamente o que haya una persona en cada lado (si es que no te quieres pegar unos cuantos viajecitos). Una opción si estás administrando la red solo o con gente que no tiene ni idea de como entrar a una antena, es poner una como AP-WDS y la otra como Station-WDS. Los enlaces entre supernodos mejor no dejarlos nunca como Access Point, ya que podría ir algun listillo y conectarse a ella, aunque sólo podría llegar a hacer algo si se pusiese una IP del supernodo o de las 172 disponibles.

[[Archivo:Supernodos_hibridos_26.png|400px]]

Configuración LAN, en modo bridge. La ip de gw es la IP 172 de la RB a la que está conectada. El DNS es el del servidor de la zona.

En advanced no tocamos nada.

[[Archivo:Supernodos_hibridos_27.png|400px]]

A partir de aquí es cuando entra el fichero de configuración de la nanostation 5, configuramos el SNMP, el acceso HTTP a la antena y el NTP.

[[Archivo:Supernodos_hibridos_28.png|400px]]

Configuración del sistema: Cambiamos el device name, que es lo que va a aparecer cuando hacemos un scan o un mtr y cambiamos el usuario, por defecto es root/guifi. En esta pantalla también podemos cargar un fichero de configuración (si es que hay alguno), descargar el que tenemos (recomendable) y actualizar el firmware.

Hablando de ficheros de configuración, para la RB750 también es posible descargarlo, incluso también es recomendable una vez tenemos una configuración que sabemos que funciona. Vamos a Files > Backup y se genera el fichero. Para descargarlo, nos conectamos por FTP a la RB y lo descargamos.

Y a partir de aquí, una vez funciona todo ya vamos a cargar el material.

Nota: para conectarnos a la RB estamos usando la ip 192.168.1.19, pero simplemente configurando la IP no podemos acceder a las IP 10. Para ello tenemos 2 opciones, o configurar la ruta por defecto a la 192.168.1.19 o añadir una ruta estática para indicarle que todas las ip 10 las vaya a buscar a la 192.168.1.19:
# route add -net 10.0.0.0 netmask 255.0.0.0 gw 192.168.1.19

Para cualquier duda o aclaración, regístrate en la web de guifi/identifícate y escribe en la página de «Discusión».

= Fuentes =
Basado en un tutorial de Blackhold:
http://blackhold.nusepas.com/2011/09/nodos-hibridos-en-la-web-en-la-mikrotik-y-en-el-bgp/

Supernodos híbridos

2013-03-14T14:08:09Z

Tonic: reorganizando I

__TOC__

'''Una vez hemos creado el «nodo guifi.net» (la ubicación)'''.

==== Requisitos ====

* Permisos de guifi-admin en la web de guifi.net

==== Esquemas de conexión ====

* SupernodoA-RB750

[[Archivo:Supernodos-hibridos-esquema-supernodoA.png]]

* SupernodoB-RB750

[[Archivo:Supernodos-hibridos-esquema-supernodoB.png]]

==== Pasos ====

===== SupernodoA =====

===== SupernodoB =====

A continuación vamos a añadir los dispositivos:

[[Archivo:Supernodos_hibridos_1.png|400px]]

Escogemos la opción por defecto «Dispositivo wireless, como un router, bridge, AP...» y añadir.

Nos sale una ventana como esta:

[[Archivo:Supernodos_hibridos_2.png|400px]]

Tendremos que modificar algunos campos, como:

* nombre corto: aquí nos deja un nombre por defecto que en este caso sería CRNfalsa23Rd1, la nomenclatura que nos da la web a veces un poco criptográfica y los nodos híbridos que monto prefiero que se vea fácilmente de qué dispositivo estamos hablando, ya que una vez creados todos los dispositivos sea fácil identificarlos. En este caso estamos añadiendo la RB750, así que al nombre del dispositivo le pongo CRNfalsa23-RB750.

* Estado: por defecto te deja proyectado, pero si ya tienes los dispositivos encima de la mesa y ya tienes previsto colgarlo en pocos días, puedes ponerlo en construcción. Una vez esté operativo, por supuesto puedes ponerlo “Operativo”.

* Modelo de radio: Aquí empiezan las trampas, la rb750 está disponible, pero no tiene la configuración, así que escojemos un router similar a la RB750 pero que si esté configurado como es el Mikrotik, Routerboard 600.

* Firmware: Las RB que compramos ultimamente ya vienen con la ultima versión de routerOS, la 5.

* Dirección MAC del dispositivo: las RB750 por ejemplo vienen con 2 MAC, que se corresponden a las de la boca 1 y la boca 2, las bocas 3, 4 y 5 son esclavas de la boca 2.

Una vez terminamos de damos a guardar y salir.

El siguiente paso es hacer lo mismo para cada uno de los dispositivos que vamos a añadir a la RB.

La nomenclatura que solemos usar es:

* Nanostation M5: -NSM5
* Nanobridge M5: -NBR5
* Rocket M5: -ROCKET5
* Bullet 5: -BULL5
Esto a gusto del chef.

AP CLIENTES VERSION FINAL: Va avanzando el tiempo y también la fase de desarrollo, hablando con los desarrolladores pregunté como iban a plantear esta parte, así que finalmente parece que van a hacerlo de forma distinta de como lo comentaba en el párrafo anterior.

La idea será pedirle un rango de IP para clientes en la radio correspondiente a los clientes (mi recomendación es no destinar nunca la radio0 para dar cobertura a clientes, hacerlo a partir de radio1, ya que sino la web de guifi asigna IPs del supernodo a los nodos clientes que se conecten), se asigna este rango a la boca de la RB donde va a ir conectada la antena para cobertura a clientes y se le asigna la siguiente IP del rango de clientes a la antena. Por ejemplo la ip de rango de clientes empezaría por 10.x.x.1 (esta sería para la RB), la 10.x.x.2 (sería para la antena) y el resto de IPs para los clientes.

La problemática de este sistema es que tenemos que añadir un nodo cliente “falso” para reservar la IP para la antena.

En este caso no voy a añadir por el momento ninguna antena para dar cobertura a clientes, básicamente para simplificar un poco el post (que ya será suficientemente tocho) y la otra porque aún no hemos decidido como vamos a dar cobertura a los clientes.
Con esta configuración simple la cosa quedaría así:

[[Archivo:Supernodos_hibridos_3.png|400px]]

A continuación editamos la RB750 pulsando al icono del lápiz, se nos abre la ventana de antes donde hemos añadido el dispositivo.

Vamos a la sección de radios wireless, desplegamos el “No hay radios”, escogemos “AP o AP con WDS” y Añadir nueva radio

[[Archivo:Supernodos_hibridos_4.png|400px]]

A partir de aquí tenemos que tener en cuenta una cosa, quizás tenemos muchas ganas ya de permitir a los usuarios conectarse a nuestro supernodo, pero si ponemos el AP de clientes en este nodo nos vamos a encontrar que la web le va a dar IPs de nuestro supernodo a los clientes, así que lo que se recomienda es que esta primera radio se destine a un enlace con otro supernodo. Así que a ello vamos, a conectar el supernodo de la calle falsa 23 al supernodo de la calle nolose 69. Como véis para los nombres no soy muy buena, pero es una cosa puramente didáctica, una vez configurado en la web, vamos a pasar a un caso real.

[[Archivo:Supernodos_hibridos_5.png|400px]]

* SSID: ponemos el nombre de la wifi que va a conectar ambos supernodos, este paso también tendremos que hacerlo en el otro supernodo, en este caso el de la calle nolose 69.
* Protocolo: N please!
* Canal: Los canales altos se dejan para conexiones entre supernodos y los bajos para conexiones para los clientes
* ¿Se aceptan clientes?: al tratarse de un enlace entre dos supernodos, no, no se aceptan clientes.
Más abajo configuramos el tipo de antena que tiene este dispositivo.
Le damos a guardar y continuar modificando.

Ahora si vamos desplegando vemos que nos ha asignado un rango de IPs, pero para lo que queremos nos lo ha asignado demasiado grande, así que vamos a indicarle que sólo queremos ips para 6 hosts. Esto que definimos es única y exclusivamente para las IPs de las antenas que van a colgar con cable de la RB750.

[[Archivo:Supernodos_hibridos_6.png|400px]]

Y le volvemos a dar a guardar y continuar modificando.

Ahora vamos a la sección de conexiones por cable para conectar los dispositivos a la RB750 y pulsamos el enchufe rojo en la imagen marcado en verde.

[[Archivo:Supernodos_hibridos_7.png|400px]]

Nos aparece un menú desplegable con las distintas antenas que queremos conectar, vamos a pulsar “create” para todas, excepto las que tienen una -I detrás (las que son para clientes) y entre una y otra le damos a “Guardar y continuar modificando”. Veremos como la web les va asignando IP. Si vemos que la web no le da IP, pero igualmente sale vinculada, es porque la web le ha dado eth0 a la radio y tenemos que ponerle Lan en “Interfaz remota”.

[[Archivo:Supernodos_hibridos_8.png|400px]]

El siguiente paso es ya conectar los 2 supernodos, estos mismos pasos que hemos hecho aquí, los hacemos por el otro supernodo, en este caso CRNnolose69 y una vez hecho volvemos a nuestro supernodo, el de la calle falsa 23, a radio y wds.

[[Archivo:Supernodos_hibridos_9.png|400px]]

Pulsamos las antenitas marcadas en verde y se abre una nueva ventana:

[[Archivo:Supernodos_hibridos_10.png|400px]]

Una vez seleccionado pulsamos a “Elegir dispositivo y volver al formulario principal” y nos vuelve a la página anterior, pero asignando unas ips 172. A partir de aquí empieza el juego ;)

La web nos asigna una /30, es decir 2 hosts para hacer el enlace wds, pero en realidad, nosotros necesitamos 4 hosts, así que vamos a decirle que necesitamos una /29, pero posiblemente la web nos diga que el /29 que estamos pidiendo ya se esté usando para otro, así que tendremos que buscar un /29 de la 172 libre y asignarlo.

'''ATENCIÓN''': la web tiene un bug y si asignas un /29 y te dice que está ocupado te crea un enlace fantasma que sólo los que tienen acceso a la BBDD pueden borrar. Así que lo mejor es pedir primero un /30, guardamos y continuamos modificando y luego buscamos el rango disponible.

'''ATENCIÓN''': para asignar un /29 son precisos permisos de guifi-admin.

Necesitamos 4 hosts porque vamos a crear una red con la rb de falsa23, la nanostation M5 de falsa23, la nanostation M5 de nolose69 y la rb de nolose69. Para cualquier duda porque lo hacemos así, mirate el post de nodos híbridos que hice hace un tiempo.

[[Archivo:Supernodos_hibridos_11.png|400px]]

Como podéis ver, la web sólo nos asigna las ips para las 2 RB
'''Recomendado''':
* 1ª ip del rango: RB nodo A
* 2ª ip del rango: Antena nodo A
* 3ª ip del rango: Antena nodo B
* 4ª ip del rango: RB nodo B

Si tenemos dudas de qué ips usar, os recomiendo usar esta calculadora ip via web. Nos fijamos en “Host Min” y “Host Max”.
Hasta aquí tenemos configurado en la web 2 supernodos, conectados entre si con dos nanostation M5. Pero en uno de los supernodos queremos añadir servidores. Así que vamos a la sección de conexiones por cable y le pedimos a la web un rango de IPs.

[[Archivo:Supernodos_hibridos_12.png|400px]]

Luego le asignamos la IP de la misma forma que le hemos asignado las IPs a las antenas, pero en lugar de crear un dispositivo wifi en la página del nodo, le decimos que queremos crear un servidor.

Si queremos añadir una radio para clientes, vamos a añadir una radio en la sección de radios, seguimos los pasos de creación de la radio (essid, permite clientes, etc.) y en la misma radio le pedimos un rango de ips 10.0.0.0 para los clientes (atención en la misma sección de radio). Nos va a asignar por defecto 30 hosts, en este caso es correcto. Para pedir la 172, la pedimos en la sección de conexiones por cable (nunca desde la radio) y vincularla a la radio -I.

Ahora el siguiente paso es descargar los ficheros de configuración de la RB750 y de la nanostation M5. El fichero de configuración para las NM5 tampoco está disponible, pero lo que tenemos que hacer es decirle a la web momentáneamente que se trata de una nanostation 5. Importante luego dejarlo como Nanostation M5 ya que sino nos va a dar problemas con las gráficas, ya que la interfaz de red de las nanostation 5 es eth0 y el de las nanostation M5 es ar0.

Lo primero que haremos pues será conectar la RB750 a nuestro ordenador por el puerto 2 de la RB y nos asignamos a nuestro ordenador una ip del rango 192.168.88.0/24, teniendo en cuenta que la ip por defecto de la rb es la 192.168.88.1.

Para acceder a la RB necesitaremos el winbox, un programa de gestión del routerOS, es para windows, pero con el wine es posible hacerlo funcionar. Para descargarlo lo podemos hacer por internet en la web de mikrotik o accediendo por http a la ip de la RB, ahí hay un vínculo para descargarlo.

Una vez descargado lo ejecutamos y le decimos que queremos conectar a la 192.168.88.1, con el usuario admin y sin password.

Si estás en GNU/Linux y no acaba nunca de cargar la configuración, posiblemente te falte instalar el paquete lib32nss-mdns.

La primera vez que entramos nos dice de resetear la configuración, pero esto también nos resetea la ip de administración por defecto y la única forma que tenemos de acceder es mediante la MAC (en el winbox, en “Connect to:” en lugar de ponerle la IP podemos pulsar el botón “…” y nos salen las MAC de dispositivos mikrotik que detecta. Algunas veces me he encontrado que el winbox sobre sistemas GNU/Linux, esto no acaba de funcionar correctamente, así que lo que recomiendo es ir a IP > Adresses y añadir una ip 192.168.1.19 en el ether1.

Una vez añadida la IP en el ether1, con la configuración por defecto tenemos que borrar las configuraciones por defecto de IP > Firewall > Filter rules y IP > Firewall > Nat, lo borramos todo sin miedo.

También borraremos la configuración de DHCP en IP > DHCP Server.

Para borrar es tan simple como seleccionar lo que queremos borrar y pulsar el botón con el símbolo “-” o directamente pulsamos la R, remove en inglés.

Para meterle ya el fichero de configuración unsolclick de guifi, ya sólo faltará un paso, que será ir a Interfaces y cambiar los nombres de los interfaces. El ether1-gateway a ether1, el ether2 a wlan1, el ether3-slave a wlan2, y así sucesivamente. Tal como he dicho al principio del post, las interfaces, 3, 4 y 5, están como esclavas de la ether2, así que tendremos que indicarle que no sean esclavas, esto lo definimos dando doble click sobre la interfaz que queremos modificar, General > Master Port y lo ponemos a none.

Recomendación, ir añadiendo comentarios de lo que es cada boca y que va a tener conectado.

Con todo esto hecho, accedemos a la RB por el puerto 1 y la ip 192.168.1.19, ip que le pongo a todas las RB que configuro, una pequeña marca de la casa :P Esto lo hago porque quizás puedes tener una RB aparcada unos días, no te acuerdas qué ips tenía y tener siempre unas ips por defecto te permite acceder a los dispositivos sin tener que resetearlos cada vez que quieres hacer algo con ellos. Si uno no tiene la ip esta en la ether1, pues quiere decir que es una RB virgen.

Una vez dentro, vamos a ip > adresses y eliminamos la IP 192.168.88.1.

Ahora ya sólo faltará cargar el unsolclick de la web de guifi y hacer 4 cambios. Para cargarlo, vamos a New Terminal y pegamos tal cual el chorro de texto.

Esto nos dejará configuradas la IP del supernodo (tanto la principal, como la de la red de servidores), la configuración BGP, el SNMP y un par de reglas de NAT en firewall.

A continuación os dejo capturas de pantalla de una RB con una configuración muy similar a la que he ido usando para hacer el post al configurar el supernodo en la web de guifi.

Los dos supernodos que entran en acción a partir de ahora són:
http://guifi.net/hm11
http://guifi.net/hm11-2

Las capturas son las de hm11-2, que es el que tiene un servidor proxy y una red con otros ordenadores colgando del puerto ether1.

[[Archivo:Supernodos_hibridos_13.png|400px]]

Panel de login de winbox: te permite guardar ips, usuarios y contraseñas de las mikrotik

[[Archivo:Supernodos_hibridos_14.png|400px]]

IP > adresses: cada IP va a la interfaz que trabaja con esta subred.

[[Archivo:Supernodos_hibridos_15.png|400px]]

Interfaces: importante que las bocas donde hay las antenas correspondan con el fichero de configuración. Buscar por ejemplo wlan1 en el fichero de configuración.

[[Archivo:Supernodos_hibridos_16.png|400px]]

En bridge creamos un nuevo bridge que se llame lan/lan, el wlan/lan no tiene sentido en un nodo híbrido

[[Archivo:Supernodos_hibridos_17.png|400px]]

Routing > BGP > Instances: Instancia BGP de nuestro router, el AS corresponde al numero de dispositivo en la web.

[[Archivo:Supernodos_hibridos_18.png|400px]]

Routing > BGP > Peers: Los peers son las conexiones BGP con otros supernodos

[[Archivo:Supernodos_hibridos_19.png|400px]]

IP > Routes: Las rutas dinámicas en nuestra red, en este caso sólo hay 2 supernodos, pero esta tabla es mucho más grande cuando la red es más grande! :)

[[Archivo:Supernodos_hibridos_20.png|400px]]

IP > Firewall > NAT: Nuestra antena en realidad no tiene una IP 10.0.0.0, sino una 172, pero si alguien pide la IP 10 que corresponde a la antena, la RB le hace un “forward” o hablando correctamente, un “destination nat”.

[[Archivo:Supernodos_hibridos_21.png|400px]]

Es recomendable desactivar el DHCP Server, así los clientes que se quieran conectar no tendrán otra que coger la configuración de la web (darse de alta, dar de alta su nodo, etc.). Además la conexión entre antenas de guifi se hace de tejado a tejado, no de tejado a dispositivo móvil, ya que una conexión mala, penaliza a todas las demás, al hacer trabajar mucho más la antena para hacerle llegar la señal correctamente.

[[Archivo:Supernodos_hibridos_22.png|400px]]

Configuración SNMP: para hacer que nuestro supernodo grafique.

[[Archivo:Supernodos_hibridos_23.png|400px]]

System > Users: routerOS permite tener varios usuarios con distintos niveles de permisos

Ahora ya sólo faltará ver la configuración de una de las 2 Nanostation M5, ahora mismo conectadas entre ellas con un enlace AP-WDS.

Aunque nos dé muchísimas ganas, el fichero de configuración que nos da la web de guifi no nos sirve para la configuración de nodos híbridos, pero si nos vale para saber alguna información como el nombre del nodo, la configuración snmp y poca cosa mas :P El resto es todo artesanía! tampoco recomiendo usar el fichero de configuración de la nanostation5 en una nanostationM5 en clientes, alguna vez me he encontrado que la antena ha empezado a funcionar de forma extraña.

[[Archivo:Supernodos_hibridos_24.png|400px]]

Pantalla MAIN de la nanostationM5, con una estación conectada.

[[Archivo:Supernodos_hibridos_25.png|400px]]

Configuración WIRELESS, en modo Access Point WDS (ambas estan en esta posición y con las mac intercambiadas). El SSID a usar lo cogemos del fichero de configuración de la RB750.

El SSID y la frecuencia que usamos sólo se tendrían que tocar en laboratorio, es decir, que podamos acceder a ellas físicamente o que haya una persona en cada lado (si es que no te quieres pegar unos cuantos viajecitos). Una opción si estás administrando la red solo o con gente que no tiene ni idea de como entrar a una antena, es poner una como AP-WDS y la otra como Station-WDS. Los enlaces entre supernodos mejor no dejarlos nunca como Access Point, ya que podría ir algun listillo y conectarse a ella, aunque sólo podría llegar a hacer algo si se pusiese una IP del supernodo o de las 172 disponibles.

[[Archivo:Supernodos_hibridos_26.png|400px]]

Configuración LAN, en modo bridge. La ip de gw es la IP 172 de la RB a la que está conectada. El DNS es el del servidor de la zona.

En advanced no tocamos nada.

[[Archivo:Supernodos_hibridos_27.png|400px]]

A partir de aquí es cuando entra el fichero de configuración de la nanostation 5, configuramos el SNMP, el acceso HTTP a la antena y el NTP.

[[Archivo:Supernodos_hibridos_28.png|400px]]

Configuración del sistema: Cambiamos el device name, que es lo que va a aparecer cuando hacemos un scan o un mtr y cambiamos el usuario, por defecto es root/guifi. En esta pantalla también podemos cargar un fichero de configuración (si es que hay alguno), descargar el que tenemos (recomendable) y actualizar el firmware.

Hablando de ficheros de configuración, para la RB750 también es posible descargarlo, incluso también es recomendable una vez tenemos una configuración que sabemos que funciona. Vamos a Files > Backup y se genera el fichero. Para descargarlo, nos conectamos por FTP a la RB y lo descargamos.

Y a partir de aquí, una vez funciona todo ya vamos a cargar el material.

Nota: para conectarnos a la RB estamos usando la ip 192.168.1.19, pero simplemente configurando la IP no podemos acceder a las IP 10. Para ello tenemos 2 opciones, o configurar la ruta por defecto a la 192.168.1.19 o añadir una ruta estática para indicarle que todas las ip 10 las vaya a buscar a la 192.168.1.19:
# route add -net 10.0.0.0 netmask 255.0.0.0 gw 192.168.1.19

Para cualquier duda o aclaración, regístrate en la web de guifi/identifícate y escribe en la página de «Discusión».

== Fuentes ==
Basado en un tutorial de Blackhold:
http://blackhold.nusepas.com/2011/09/nodos-hibridos-en-la-web-en-la-mikrotik-y-en-el-bgp/

Supernodos híbridos

2013-03-12T23:25:54Z

Tonic: Supernodos híbridos trasladada a Supernodos hibridos: Eliminar la tilde para mejorar enlazado desde fuera del wiki

'''Una vez hemos creado el «nodo guifi.net» (la ubicación)'''.

==== Requisitos ====

* Permisos de guifi-admin en la web de guifi.net

==== Pasos ====

A continuación vamos a añadir los dispositivos:

[[Archivo:Supernodos_hibridos_1.png|400px]]

Escogemos la opción por defecto «Dispositivo wireless, como un router, bridge, AP...» y añadir.

Nos sale una ventana como esta:

[[Archivo:Supernodos_hibridos_2.png|400px]]

Tendremos que modificar algunos campos, como:

* nombre corto: aquí nos deja un nombre por defecto que en este caso sería CRNfalsa23Rd1, la nomenclatura que nos da la web a veces un poco criptográfica y los nodos híbridos que monto prefiero que se vea fácilmente de qué dispositivo estamos hablando, ya que una vez creados todos los dispositivos sea fácil identificarlos. En este caso estamos añadiendo la RB750, así que al nombre del dispositivo le pongo CRNfalsa23-RB750.

* Estado: por defecto te deja proyectado, pero si ya tienes los dispositivos encima de la mesa y ya tienes previsto colgarlo en pocos días, puedes ponerlo en construcción. Una vez esté operativo, por supuesto puedes ponerlo “Operativo”.

* Modelo de radio: Aquí empiezan las trampas, la rb750 está disponible, pero no tiene la configuración, así que escojemos un router similar a la RB750 pero que si esté configurado como es el Mikrotik, Routerboard 600.

* Firmware: Las RB que compramos ultimamente ya vienen con la ultima versión de routerOS, la 5.

* Dirección MAC del dispositivo: las RB750 por ejemplo vienen con 2 MAC, que se corresponden a las de la boca 1 y la boca 2, las bocas 3, 4 y 5 son esclavas de la boca 2.

Una vez terminamos de damos a guardar y salir.

El siguiente paso es hacer lo mismo para cada uno de los dispositivos que vamos a añadir a la RB.

La nomenclatura que solemos usar es:

* Nanostation M5: -NSM5
* Nanobridge M5: -NBR5
* Rocket M5: -ROCKET5
* Bullet 5: -BULL5
Esto a gusto del chef.

AP CLIENTES VERSION FINAL: Va avanzando el tiempo y también la fase de desarrollo, hablando con los desarrolladores pregunté como iban a plantear esta parte, así que finalmente parece que van a hacerlo de forma distinta de como lo comentaba en el párrafo anterior.

La idea será pedirle un rango de IP para clientes en la radio correspondiente a los clientes (mi recomendación es no destinar nunca la radio0 para dar cobertura a clientes, hacerlo a partir de radio1, ya que sino la web de guifi asigna IPs del supernodo a los nodos clientes que se conecten), se asigna este rango a la boca de la RB donde va a ir conectada la antena para cobertura a clientes y se le asigna la siguiente IP del rango de clientes a la antena. Por ejemplo la ip de rango de clientes empezaría por 10.x.x.1 (esta sería para la RB), la 10.x.x.2 (sería para la antena) y el resto de IPs para los clientes.

La problemática de este sistema es que tenemos que añadir un nodo cliente “falso” para reservar la IP para la antena.

En este caso no voy a añadir por el momento ninguna antena para dar cobertura a clientes, básicamente para simplificar un poco el post (que ya será suficientemente tocho) y la otra porque aún no hemos decidido como vamos a dar cobertura a los clientes.
Con esta configuración simple la cosa quedaría así:

[[Archivo:Supernodos_hibridos_3.png|400px]]

A continuación editamos la RB750 pulsando al icono del lápiz, se nos abre la ventana de antes donde hemos añadido el dispositivo.

Vamos a la sección de radios wireless, desplegamos el “No hay radios”, escogemos “AP o AP con WDS” y Añadir nueva radio

[[Archivo:Supernodos_hibridos_4.png|400px]]

A partir de aquí tenemos que tener en cuenta una cosa, quizás tenemos muchas ganas ya de permitir a los usuarios conectarse a nuestro supernodo, pero si ponemos el AP de clientes en este nodo nos vamos a encontrar que la web le va a dar IPs de nuestro supernodo a los clientes, así que lo que se recomienda es que esta primera radio se destine a un enlace con otro supernodo. Así que a ello vamos, a conectar el supernodo de la calle falsa 23 al supernodo de la calle nolose 69. Como véis para los nombres no soy muy buena, pero es una cosa puramente didáctica, una vez configurado en la web, vamos a pasar a un caso real.

[[Archivo:Supernodos_hibridos_5.png|400px]]

* SSID: ponemos el nombre de la wifi que va a conectar ambos supernodos, este paso también tendremos que hacerlo en el otro supernodo, en este caso el de la calle nolose 69.
* Protocolo: N please!
* Canal: Los canales altos se dejan para conexiones entre supernodos y los bajos para conexiones para los clientes
* ¿Se aceptan clientes?: al tratarse de un enlace entre dos supernodos, no, no se aceptan clientes.
Más abajo configuramos el tipo de antena que tiene este dispositivo.
Le damos a guardar y continuar modificando.

Ahora si vamos desplegando vemos que nos ha asignado un rango de IPs, pero para lo que queremos nos lo ha asignado demasiado grande, así que vamos a indicarle que sólo queremos ips para 6 hosts. Esto que definimos es única y exclusivamente para las IPs de las antenas que van a colgar con cable de la RB750.

[[Archivo:Supernodos_hibridos_6.png|400px]]

Y le volvemos a dar a guardar y continuar modificando.

Ahora vamos a la sección de conexiones por cable para conectar los dispositivos a la RB750 y pulsamos el enchufe rojo en la imagen marcado en verde.

[[Archivo:Supernodos_hibridos_7.png|400px]]

Nos aparece un menú desplegable con las distintas antenas que queremos conectar, vamos a pulsar “create” para todas, excepto las que tienen una -I detrás (las que son para clientes) y entre una y otra le damos a “Guardar y continuar modificando”. Veremos como la web les va asignando IP. Si vemos que la web no le da IP, pero igualmente sale vinculada, es porque la web le ha dado eth0 a la radio y tenemos que ponerle Lan en “Interfaz remota”.

[[Archivo:Supernodos_hibridos_8.png|400px]]

El siguiente paso es ya conectar los 2 supernodos, estos mismos pasos que hemos hecho aquí, los hacemos por el otro supernodo, en este caso CRNnolose69 y una vez hecho volvemos a nuestro supernodo, el de la calle falsa 23, a radio y wds.

[[Archivo:Supernodos_hibridos_9.png|400px]]

Pulsamos las antenitas marcadas en verde y se abre una nueva ventana:

[[Archivo:Supernodos_hibridos_10.png|400px]]

Una vez seleccionado pulsamos a “Elegir dispositivo y volver al formulario principal” y nos vuelve a la página anterior, pero asignando unas ips 172. A partir de aquí empieza el juego ;)

La web nos asigna una /30, es decir 2 hosts para hacer el enlace wds, pero en realidad, nosotros necesitamos 4 hosts, así que vamos a decirle que necesitamos una /29, pero posiblemente la web nos diga que el /29 que estamos pidiendo ya se esté usando para otro, así que tendremos que buscar un /29 de la 172 libre y asignarlo.

'''ATENCIÓN''': la web tiene un bug y si asignas un /29 y te dice que está ocupado te crea un enlace fantasma que sólo los que tienen acceso a la BBDD pueden borrar. Así que lo mejor es pedir primero un /30, guardamos y continuamos modificando y luego buscamos el rango disponible.

'''ATENCIÓN''': para asignar un /29 son precisos permisos de guifi-admin.

Necesitamos 4 hosts porque vamos a crear una red con la rb de falsa23, la nanostation M5 de falsa23, la nanostation M5 de nolose69 y la rb de nolose69. Para cualquier duda porque lo hacemos así, mirate el post de nodos híbridos que hice hace un tiempo.

[[Archivo:Supernodos_hibridos_11.png|400px]]

Como podéis ver, la web sólo nos asigna las ips para las 2 RB
'''Recomendado''':
* 1ª ip del rango: RB nodo A
* 2ª ip del rango: Antena nodo A
* 3ª ip del rango: Antena nodo B
* 4ª ip del rango: RB nodo B

Si tenemos dudas de qué ips usar, os recomiendo usar esta calculadora ip via web. Nos fijamos en “Host Min” y “Host Max”.
Hasta aquí tenemos configurado en la web 2 supernodos, conectados entre si con dos nanostation M5. Pero en uno de los supernodos queremos añadir servidores. Así que vamos a la sección de conexiones por cable y le pedimos a la web un rango de IPs.

[[Archivo:Supernodos_hibridos_12.png|400px]]

Luego le asignamos la IP de la misma forma que le hemos asignado las IPs a las antenas, pero en lugar de crear un dispositivo wifi en la página del nodo, le decimos que queremos crear un servidor.

Si queremos añadir una radio para clientes, vamos a añadir una radio en la sección de radios, seguimos los pasos de creación de la radio (essid, permite clientes, etc.) y en la misma radio le pedimos un rango de ips 10.0.0.0 para los clientes (atención en la misma sección de radio). Nos va a asignar por defecto 30 hosts, en este caso es correcto. Para pedir la 172, la pedimos en la sección de conexiones por cable (nunca desde la radio) y vincularla a la radio -I.

Ahora el siguiente paso es descargar los ficheros de configuración de la RB750 y de la nanostation M5. El fichero de configuración para las NM5 tampoco está disponible, pero lo que tenemos que hacer es decirle a la web momentáneamente que se trata de una nanostation 5. Importante luego dejarlo como Nanostation M5 ya que sino nos va a dar problemas con las gráficas, ya que la interfaz de red de las nanostation 5 es eth0 y el de las nanostation M5 es ar0.

Lo primero que haremos pues será conectar la RB750 a nuestro ordenador por el puerto 2 de la RB y nos asignamos a nuestro ordenador una ip del rango 192.168.88.0/24, teniendo en cuenta que la ip por defecto de la rb es la 192.168.88.1.

Para acceder a la RB necesitaremos el winbox, un programa de gestión del routerOS, es para windows, pero con el wine es posible hacerlo funcionar. Para descargarlo lo podemos hacer por internet en la web de mikrotik o accediendo por http a la ip de la RB, ahí hay un vínculo para descargarlo.

Una vez descargado lo ejecutamos y le decimos que queremos conectar a la 192.168.88.1, con el usuario admin y sin password.

Si estás en GNU/Linux y no acaba nunca de cargar la configuración, posiblemente te falte instalar el paquete lib32nss-mdns.

La primera vez que entramos nos dice de resetear la configuración, pero esto también nos resetea la ip de administración por defecto y la única forma que tenemos de acceder es mediante la MAC (en el winbox, en “Connect to:” en lugar de ponerle la IP podemos pulsar el botón “…” y nos salen las MAC de dispositivos mikrotik que detecta. Algunas veces me he encontrado que el winbox sobre sistemas GNU/Linux, esto no acaba de funcionar correctamente, así que lo que recomiendo es ir a IP > Adresses y añadir una ip 192.168.1.19 en el ether1.

Una vez añadida la IP en el ether1, con la configuración por defecto tenemos que borrar las configuraciones por defecto de IP > Firewall > Filter rules y IP > Firewall > Nat, lo borramos todo sin miedo.

También borraremos la configuración de DHCP en IP > DHCP Server.

Para borrar es tan simple como seleccionar lo que queremos borrar y pulsar el botón con el símbolo “-” o directamente pulsamos la R, remove en inglés.

Para meterle ya el fichero de configuración unsolclick de guifi, ya sólo faltará un paso, que será ir a Interfaces y cambiar los nombres de los interfaces. El ether1-gateway a ether1, el ether2 a wlan1, el ether3-slave a wlan2, y así sucesivamente. Tal como he dicho al principio del post, las interfaces, 3, 4 y 5, están como esclavas de la ether2, así que tendremos que indicarle que no sean esclavas, esto lo definimos dando doble click sobre la interfaz que queremos modificar, General > Master Port y lo ponemos a none.

Recomendación, ir añadiendo comentarios de lo que es cada boca y que va a tener conectado.

Con todo esto hecho, accedemos a la RB por el puerto 1 y la ip 192.168.1.19, ip que le pongo a todas las RB que configuro, una pequeña marca de la casa :P Esto lo hago porque quizás puedes tener una RB aparcada unos días, no te acuerdas qué ips tenía y tener siempre unas ips por defecto te permite acceder a los dispositivos sin tener que resetearlos cada vez que quieres hacer algo con ellos. Si uno no tiene la ip esta en la ether1, pues quiere decir que es una RB virgen.

Una vez dentro, vamos a ip > adresses y eliminamos la IP 192.168.88.1.

Ahora ya sólo faltará cargar el unsolclick de la web de guifi y hacer 4 cambios. Para cargarlo, vamos a New Terminal y pegamos tal cual el chorro de texto.

Esto nos dejará configuradas la IP del supernodo (tanto la principal, como la de la red de servidores), la configuración BGP, el SNMP y un par de reglas de NAT en firewall.

A continuación os dejo capturas de pantalla de una RB con una configuración muy similar a la que he ido usando para hacer el post al configurar el supernodo en la web de guifi.

Los dos supernodos que entran en acción a partir de ahora són:
http://guifi.net/hm11
http://guifi.net/hm11-2

Las capturas son las de hm11-2, que es el que tiene un servidor proxy y una red con otros ordenadores colgando del puerto ether1.

[[Archivo:Supernodos_hibridos_13.png|400px]]

Panel de login de winbox: te permite guardar ips, usuarios y contraseñas de las mikrotik

[[Archivo:Supernodos_hibridos_14.png|400px]]

IP > adresses: cada IP va a la interfaz que trabaja con esta subred.

[[Archivo:Supernodos_hibridos_15.png|400px]]

Interfaces: importante que las bocas donde hay las antenas correspondan con el fichero de configuración. Buscar por ejemplo wlan1 en el fichero de configuración.

[[Archivo:Supernodos_hibridos_16.png|400px]]

En bridge creamos un nuevo bridge que se llame lan/lan, el wlan/lan no tiene sentido en un nodo híbrido

[[Archivo:Supernodos_hibridos_17.png|400px]]

Routing > BGP > Instances: Instancia BGP de nuestro router, el AS corresponde al numero de dispositivo en la web.

[[Archivo:Supernodos_hibridos_18.png|400px]]

Routing > BGP > Peers: Los peers son las conexiones BGP con otros supernodos

[[Archivo:Supernodos_hibridos_19.png|400px]]

IP > Routes: Las rutas dinámicas en nuestra red, en este caso sólo hay 2 supernodos, pero esta tabla es mucho más grande cuando la red es más grande! :)

[[Archivo:Supernodos_hibridos_20.png|400px]]

IP > Firewall > NAT: Nuestra antena en realidad no tiene una IP 10.0.0.0, sino una 172, pero si alguien pide la IP 10 que corresponde a la antena, la RB le hace un “forward” o hablando correctamente, un “destination nat”.

[[Archivo:Supernodos_hibridos_21.png|400px]]

Es recomendable desactivar el DHCP Server, así los clientes que se quieran conectar no tendrán otra que coger la configuración de la web (darse de alta, dar de alta su nodo, etc.). Además la conexión entre antenas de guifi se hace de tejado a tejado, no de tejado a dispositivo móvil, ya que una conexión mala, penaliza a todas las demás, al hacer trabajar mucho más la antena para hacerle llegar la señal correctamente.

[[Archivo:Supernodos_hibridos_22.png|400px]]

Configuración SNMP: para hacer que nuestro supernodo grafique.

[[Archivo:Supernodos_hibridos_23.png|400px]]

System > Users: routerOS permite tener varios usuarios con distintos niveles de permisos

Ahora ya sólo faltará ver la configuración de una de las 2 Nanostation M5, ahora mismo conectadas entre ellas con un enlace AP-WDS.

Aunque nos dé muchísimas ganas, el fichero de configuración que nos da la web de guifi no nos sirve para la configuración de nodos híbridos, pero si nos vale para saber alguna información como el nombre del nodo, la configuración snmp y poca cosa mas :P El resto es todo artesanía! tampoco recomiendo usar el fichero de configuración de la nanostation5 en una nanostationM5 en clientes, alguna vez me he encontrado que la antena ha empezado a funcionar de forma extraña.

[[Archivo:Supernodos_hibridos_24.png|400px]]

Pantalla MAIN de la nanostationM5, con una estación conectada.

[[Archivo:Supernodos_hibridos_25.png|400px]]

Configuración WIRELESS, en modo Access Point WDS (ambas estan en esta posición y con las mac intercambiadas). El SSID a usar lo cogemos del fichero de configuración de la RB750.

El SSID y la frecuencia que usamos sólo se tendrían que tocar en laboratorio, es decir, que podamos acceder a ellas físicamente o que haya una persona en cada lado (si es que no te quieres pegar unos cuantos viajecitos). Una opción si estás administrando la red solo o con gente que no tiene ni idea de como entrar a una antena, es poner una como AP-WDS y la otra como Station-WDS. Los enlaces entre supernodos mejor no dejarlos nunca como Access Point, ya que podría ir algun listillo y conectarse a ella, aunque sólo podría llegar a hacer algo si se pusiese una IP del supernodo o de las 172 disponibles.

[[Archivo:Supernodos_hibridos_26.png|400px]]

Configuración LAN, en modo bridge. La ip de gw es la IP 172 de la RB a la que está conectada. El DNS es el del servidor de la zona.

En advanced no tocamos nada.

[[Archivo:Supernodos_hibridos_27.png|400px]]

A partir de aquí es cuando entra el fichero de configuración de la nanostation 5, configuramos el SNMP, el acceso HTTP a la antena y el NTP.

[[Archivo:Supernodos_hibridos_28.png|400px]]

Configuración del sistema: Cambiamos el device name, que es lo que va a aparecer cuando hacemos un scan o un mtr y cambiamos el usuario, por defecto es root/guifi. En esta pantalla también podemos cargar un fichero de configuración (si es que hay alguno), descargar el que tenemos (recomendable) y actualizar el firmware.

Hablando de ficheros de configuración, para la RB750 también es posible descargarlo, incluso también es recomendable una vez tenemos una configuración que sabemos que funciona. Vamos a Files > Backup y se genera el fichero. Para descargarlo, nos conectamos por FTP a la RB y lo descargamos.

Y a partir de aquí, una vez funciona todo ya vamos a cargar el material.

Nota: para conectarnos a la RB estamos usando la ip 192.168.1.19, pero simplemente configurando la IP no podemos acceder a las IP 10. Para ello tenemos 2 opciones, o configurar la ruta por defecto a la 192.168.1.19 o añadir una ruta estática para indicarle que todas las ip 10 las vaya a buscar a la 192.168.1.19:
# route add -net 10.0.0.0 netmask 255.0.0.0 gw 192.168.1.19

Para cualquier duda o aclaración, regístrate en la web de guifi/identifícate y escribe en la página de «Discusión».

Basado en un tutorial de Blackhold:
http://blackhold.nusepas.com/2011/09/nodos-hibridos-en-la-web-en-la-mikrotik-y-en-el-bgp/

Supernodos híbridos

2013-03-12T23:22:35Z

Tonic: estilo

Archivo:Supernodos hibridos 28.png

2013-03-12T23:21:21Z

Tonic:

Archivo:Supernodos hibridos 27.png

2013-03-12T23:20:59Z

Tonic: