Tener un servidor web o de correo doméstico es para cualquier aficionado a la informatica un pequeño lujo. Es una verdadera gozada poder tener un espacio propio para almacenar lo que te dé la gana sin tener que preocuparse de restricciones de espacio o de tráfico típicas que suelen tener muchos hostings. Además, administrar tu propio hosting te obliga a aprender muchísimas cosas que puedes luego aplicar a ámbitos profesionales.
Y por supuesto, cuando ese servidor es directamente para un uso profesional, es una verdadera tranquilidad saber que no tienes que preocuparte de restricciones de ningún tipo y que en cuanto a costes lo único que debe preocuparte es el consumo energético y tener un dominio comprado.
Y que lo digas, pero yo estoy intentando montar el mío y no consigo que funcione. Esto es una locura. Prefiero gastarme los ahorros en un hosting de verdad y no tener que pelearme con esto. Me da que esto no va a funcionar nunca y...
No desesperes Usuario Anónimo. Evidentemente no todo es un camino de rosas cuando te animas a un proyecto de este tipo, pero cuando hay algún problema con un servidor web suele ser sencillo saber dónde está la causa. Un servidor Web que no funciona es como un enfermo. Tienes que fijarte mucho en sus síntomas, porque te darán muchas pistas de dónde puedes tener el fallo. En este artículo veremos como interpretar esos síntomas en un servidor web LAMP para poder tener pistas de cómo curar al enfermo de forma rápida y efectiva. Ojo: la cantidad de problemas posibles que pueden causar una web caída es enorme, así que vamos a centrarnos sólo en cómo saber dónde está el problema y veremos unas cuantas soluciones.
Hemos visto en un artículo anterior que si no nos llega la señal de nuestro repetidor WiFi para tener cobertura en toda nuestra vivienda podemos recurrir a varias opciones: si podemos pasar cables, lo óptimo siempre será poner varios puntos de acceso WiFi repartidos por la vivienda pero si esto no es posible entonces deberemos recurrir a alguna otra opción, entre las cuales hemos destacado repetidores WiFi y PLC’s. Sin embargo no hemos hablado en ningún momento de una tecnología que también está dando mucho que hablar, que no es otra que las redes Mesh
Uy... de eso también he oído yo hablar, pero me da que eso son palabras mayores. ¿Eso no es para grandes instalaciones o cuando quieres cubrir un área muy extensa con cobertura wifi sin pasar cableado? Creo que no es algo para plantearse a nivel doméstico.
Pues fíjate, Usuario Anónimo, que algo similar pensaba yo, pero me he tenido que comer mis palabras después de tener una experiencia de uso intensiva con estos cacharros en mi propio domicilio. Pero empecemos desde el principio, que seguro que hay mucha gente que nos está leyendo y que no sabe qué es una red Mesh.
1) Redes Mesh: Qué son y cómo funcionan.
La palabra «mesh» en inglés significa «malla». Una red WiFi Mesh o mallada se trata de una red en la que todos los puntos de acceso tienen la peculiaridad de comunicarse de forma inteligente entre si para difundir el mismo SSID (el nombre de la red wifi), de forma que dependiendo de lo cerca que estés de un punto de acceso o de otro, la señal WiFi llegará a tu dispositivo siempre desde el punto de acceso óptimo.
Hemos visto en el artículo sobre redes WiFi que si tengo varios puntos de acceso WiFi normales (no Mesh), para optimizar el cambio de un punto de acceso a otro debo difundir el mismo SSID en todos ellos. Sin embargo algo que debemos tener claro en este esquema es que, salvo que el sistema wifi tenga disponga de un controlador (como este de Ubiquiti), es el dispositivo el que decide cuándo desconectarse de un punto de acceso y conectarse a otro, no el punto de acceso en si.
En una red mesh no ocurre esto. Un punto de acceso mesh sabrá qué dispositivos están conectados a él y puede saber que uno de ellos tendrá mejor señal si se conecta a otro punto de la red, por lo que cuando pasa esto, el dispositivo pasa a estar conectado al otro punto de acceso de forma casi instantánea (el microcorte es mínimo, al igual que en una red wifi con controlador). Por tanto con esta tecnología cada dispositivo siempre tiene la mejor cobertura posible dentro de tu red. Tal vez se vea mejor con un esquema.
En nuestro anterior artículo hemos hecho una comparativa de las alternativas más usadas en la actualidad para mensajería empresarial, y hemos destacado una de ellas sobre el resto: Zulip.
Hemos visto que este programa nos permitía hacer básicamente lo mismo que el resto de opciones, pero destacaba sobre el resto por tener código libre (en un software de este tipo eso es sinónimo de garantía de que no nos van a espiar las comunicaciones), tener detrás el apoyo de una gran compañía como Dropbox (además de una comunidad activa de desarrolladores), poder instalarse en nuestros propios servidores (lo que significa que ni cedemos nuestros datos a terceros ni dependemos de que sufran caídas de servicio que no podamos controlar) y tener un precio difícilmente superable: Si lo instalamos en nuestros servidores podemos disfrutar de él de forma gratuita.
No nos vengas con sermones que ya nos vamos conociendo. A ti lo que te importa es no gastarte ni un duro. ¿Te han dicho alguna vez que eres un poco rata?
… y este es nuestro querido «Usuario Anónimo», al que le encanta sacar punta a todo lo que decimos por aquí.
No te pases. A casi todo.
En fin… en este artículo vamos a explicar cómo podemos instalar un servidor de Zulip en uno de nuestros equipos. Pero antes de empezar vamos a hacer un listado de todo lo que necesitamos para que la instalación sea correcta.
Hoy en día hay mucha gente que no concibe conectar un ordenador a una red que no sea inalámbrica. Recuerdo cuando en mi trabajo estaban planeando construir una nueva sala de reuniones y cuando les planteé que deberían ponerse en algún sitio tomas de red cableadas me miraron más o menos con esta cara.
Hombre, es que ahora todo el mundo se conecta a intenet mediante WiFi. ¿A dónde vas tú con un cable? ¿Te creías que estábamos aún en el siglo XX?
Hola Usuario Anónimo. Si bien cae de cajón que las conexiones WiFi hoy en día son indispensables para casi todo, la clave es ese «casi». De hecho en muchos entornos e incluso a nivel doméstico, usar redes cableadas nos permite tener muchísima más velocidad y menos problemas… Pero eso lo explicaremos dentro de un momento.
El tema que hoy nos interesa es que a nivel doméstico mucha gente no consigue tener una buena cobertura WiFi en su vivenda, y dada la dependencia que hemos adquirido de este tipo de conexiones esto puede ser un problema importante. En este artículo vamos a ver cómo podemos solucionarlo, pero vamos a hacerlo centrándonos en un aspecto importante: el gastarnos minima cantidad de dinero posible.
Pues la verdad es que eso en cualquier circunstancia está bien ¿No crees?
Sí, por supuesto. Sin embargo no podemos ignorar que atacar este tipo de problemas de manera óptima suele suponer poner bastante pasta encima de la mesa. Si queremos algo perfecto al 100% (y ya os digo que no vamos a tirar por esta vía) habría que plantearse la instalación de puntos de acceso WiFi de calidad repartidos por la vivienda en puntos estratégicos, conectados por cable de red (RJ45) siendo gestionados por una controladora (ya sea física o en nube)… De hecho cuando se trata de algo a ese nivel, recomiendo siempre contratar la instalación con profesionales como los de VoIPGal en Coruña, ya que ellos van a revisar aspectos que a cualquiera de nosotros se nos pasarían por alto.
Esa infraestructura que os acabo de decir estaría muy bien y sería muy adecuada por ejemplo para una empresa, un local (bar, restaurante…) o un organísmo público, pero es directamente inasumible para una economía doméstica, tanto por el precio del cableado y aparatos como por el hecho de que tendríamos que hacer incluso rozas para pasar los cables adecuados, lo que supondría una obra importante en la vivienda, así que vamos a intentar aprovechar lo máximo de lo que ya tengamos instalado y gastarnos la menor cantidad de dinero posible.
Si alguno de vosotros intentó hacer funcionar el emule conectándose mediante un router o router wifi, habrá comprobado que el emule o bien no es capaz de conectarse a ningún servidor o bien cuando se conecta siempre lo hace con ID baja. Simplificando un poco, el router no sabe a qué equipo darle las peticiones que llegan desde internet (aunque el vuestro sea el único equipo que está conectado al router, el router se hace un lío para hacer llegar los paquetes de datos al ordenador). Para solucionarlo hay dos vías.
1) Configurar el router en «monopuesto». Con esta opción solamente podremos tener un único equipo conectado a internet, pero desaparece el problema por completo, ya que el router no tendrá duda de a quién entregarle los datos. Es una opción válida si teneis un router que no es wifi y en la configuración del router hay alguna opción en este sentido (tendreis que revisar el manual del router para ver si tiene alguna opción que permita ponerlo en monopuesto)
2) Mapear los puertos que usa el VNC para que cada vez que se haga una entrada de datos por esos puertos, estos datos lleguen a nuestro equipo. Es la opción mejor si teneis un router wifi o teneis conectados varios equipos al router.
Para que nos funcione esta segunda opción, primero debemos revisar la configuración del emule. Lo abrimos y nos vamos a «preferencias»
(Un pequeño detalle… fijaos que en este tutorial estoy usando el «emule morph», pero se puede realizar igualmente con cualquier clase de emule).
Una vez que hemos entrado en las preferencias, nos vamos a la pestaña de «conexión» y hacemos los siguientes cambios:
En primer lugar nos fijamos que la opción de «puertos aleatorios» esté desactivada. Si no está desactivada, cada vez que se conecte el emule intentará hacerlo por un puerto diferente, y eso nos impediría mapear el puerto de forma correcta.
OJO: Esa opción es muy interesante tenerla activada cuando nos conectamos con un router en monopuesto o con un módem directamente a internet, pero en nuestro caso, necesitamos tenerla desactivada para poder controlar en qué puerto se conecta el emule.
Lo siguiente que hay que hacer, como veis en la imagen, es cambiar el número del puerto por defecto que usa el emule. Los proveedores de internet, en su ánimo de «mejorar la calidad del servicio», hacen que el puerto por defecto del emule vaya más lento que cualquier otro puerto, por lo que vamos a cambiarle el número del puerto por otro comprendido entre el 3000 y el 65000. Podeis poner un número cualquiera entre ese rango. En el ejemplo he usado el 8222 y el 8223, pero no por nada en concreto. No hay puertos mágicos que os harán más rápidas las conexiones, por mucho que en determinadas páginas de internet recomienden tal o cual puerto. Lo que sí pasa es que las operadoras «capan» el puerto por defecto, así que simplemente inventaros dos números y ponedlos en las dos casillas correspondientes.
Con esto hecho, guardamos cambios y cerramos el emule. Ahora pasamos al router para configurar el mapeo. Al igual que en el tutorial del VNC, nos vamos a centrar en la configuración de un router Comtrend hg536+. Otros modelos de router van a tener un sistema de configuración distinto. Tendríais que mirar el manual de vuestro router para hacer lo mismo que vamos a hacer aquí, pero no os preocupeis, porque suelen ser opciones muy similares las de todos los routers.
Antes de nada, para no desviarme de lo que hemos hecho en el tutorial del VNC, vamos a poner a nuestro equipo una IP fija, para que el router no tenga problemas a la hora de identificarlo en la red. Nos vamos al panel de control –> conexiones de red, y hacemos click en la conexión que vayamos a configurar. Saldrá una pantalla similar a esta.
Nos vamos a «protocolo internet tcp-ip» y dejamos la configuración de forma similar a esta
Así hemos asignado una IP fija a nuestro equipo.
En primer lugar nos vamos a la página de inicio del router (http://192.168.1.1) y nos vamos a la opción que nos permita mapear puertos. En nuestro caso se encuentra en «Advanced Setup» –> «NAT».
Pinchamos en «add», para añadir un puerto y nos sale algo como esto…
Fijaos que lo que rodeo con un círculo es lo importante (y los datos que hay, están de acuerdo con la configuración que hemos visto arriba). Ahora simplemente guardais cambios y listo.
Con esto debería llegar para que este conocido programa os funcione sin problemas y con ID alta.
Hay algunos programas que por su funcionamiento necesitan tener una conexión directa a internet para que no den problemas. Me refiero a programas como el VNC o el emule o cualquier tipo de servidor que queramos montar (ftp, apache, etc…), en los que si te conectas a internet mediante un router o bien no funcionan o bien hacen cosas extrañas.
¿Por qué este tipo de programas no funcionan bien bajo un router? A pesar de pecar de exceso de simplicidad os lo voy a intentar explicar de forma que se pueda entender por cualquiera. Imaginaos que el ordenador está conectado a un módem cable (conexión directa a internet) y de repente llegan datos por internet. Como el nuestro es el único ordenador que está conectado a internet, esos datos van a parar a nuestro equipo sin problema.
Ahora suponed que nos conectamos mediante un router wifi. A pesar de ser el nuestro el único equipo de la red, el router necesita saber en todo momento a qué equipo le va a dar los datos. De tal forma, si llegan datos de internet sin que nuestro equipo los haya pedido previamente, el router se hará un lío ya que necesita saber a qué equipo entregarle esos datos. Imaginaos que hay tres equipos conectados en la red y llegan datos por internet. ¿A qué equipo de los tres se los da? Este es el problema que debemos resolver en nuestro router.
Vale… cualquier informático me dirá que es una explicación muy simplista y poco precisa. Pero seguramente hayais entendido el fondo de la cuestión. Si instalamos un programa en el ordenador que actúe como servidor (es decir, que se dedique a «escuchar» las peticiones que vienen de internet sin que el equipo las haya pedido), necesitamos «decirle» al router que cuando vengan datos del tipo «x», esos datos son para nuestro equipo y no para otro equipo de la red (aunque no haya más equipos conectados al router).
Ahora que ya sabemos por qué hay programas que fallan cuando nos conectamos mediante un router, vamos a ver la solución. Lo principal para llegar a ella es saber qué puerto usa el programa que estamos usando. Normalmente este tipo de programas dejan claro qué puerto usan, pero si no es así leeros la documentación que viene en el programa.
En este artículo vamos a centrarnos en el VNC, como complemento de un par de artículos ya publicados en la web (1 y 2). Os recomiendo leer ambos artículos antes de empezar este para documentaros sobre las funcionalidades del programa y su configuración.
Si abrimos la ventana principal del servidor de VNC nos encontramos algo como esto:
Como veis, ya en la ventana principal del servidor de VNC tenemos los dos puertos que va a usar el programa. Aseguraos que la opción «ports» esté marcada en el programa. Os sugiero que de entrada cambieis los puertos que vienen por defecto (que son el 5900 y el 5800) por otros dos puertos cualquiera (en este caso hemos puesto el 5912 y el 5913). Así si desde fuera alguien con malas intenciones os detecta los dos puertos abiertos, no sabrá de entrada qué programa está usando esos puertos. El resto de la configuración del VNC la dejamos como está en la foto.
Ahora pasamos a decirle al router que cuando alguien intente entrar por esos puertos, el ordenador de referencia es el que tiene instalado el VNC. Para ello se pueden usar varios métodos, pero en este tutorial lo que haremos para no liarnos será poner una IP estática al equipo y después redireccionar esos puertos a la ip que hemos elegido.
Nos vamos al router y miramos qué intervalo de IP’s está otorgando a los equipos de la red. En nuestro caso, con un router Comtrend está asignando ip’s entre la 192.168.1.130 y 192.168.1.160. Para saberlo, nos hemos ido a la página del router (http://192.168.1.1) y hemos pinchado en «advanced setup» –> «LAN».
Ahora que sabemos qué rango de ip’s está asignando el router a los nuevos equipos que se pueden incorporar a la red, vamos a asignar a nuestro ordenador manualmente una dirección IP fuera de ese rango de forma manual. A pesar de que el router debe ser lo suficientemente inteligente como para no asignar una ip que ya está siendo usada, por precaución vamos a darle al equipo que tiene el VNC instalado una dirección ip fuera de este rango para ahorrarnos problemas. Para ello nos vamos al panel de control –> conexiones de red, y hacemos click en la conexión que vayamos a configurar. Saldrá una pantalla similar a esta.
Nos vamos a «protocolo internet tcp-ip» y dejamos la configuración de forma similar a esta
OJO: Estoy diciendo de forma similar. Realmente lo único que hemos cambiado ha sido la línea que he marcado con un círculo. El resto deberá permanecer igual. En caso de tener todas las configuraciones automáticas, debemos poner como puerta de enlace la dirección del router.
Vale. Con todo esto ya nos hemos asegurado que el nuestro sea el único equipo de la red que pueda tener esa dirección IP. Ahora vamos a decirle al router que cualquier petición que entre por el puerto del VNC, se dirija a nuestro equipo y no a otro. Abrimos la página de configuración del router y buscamos alguna opción para mapear puertos. En el caso de nuestro Comtrend hg536+, encontramos la opción en «advanced setup» –> «Nat» –> «virtual servers», y debemos hacer algo como lo que aparece en la siguiente captura de pantalla.
Voy paso por paso:
1) Como veis, primero le ponemos un nombre al mapeo que estamos haciendo (en este caso, lo llamaremos VNC).
2) Ahora indicamos la dirección IP del equipo que va a tener el VNC (Arriba la definimos como la 192.168.1.129)
3-4) Ahora le decimos el puerto que vamos a mapear, que en este caso será el que hemos definido en el vnc (el 5912 y el 5913). Como son dos puertos contíguos podemos ponerlo como rango de puertos. Si no, necesitaríamos una línea para cada puerto, poniendo el mismo número en las dos casillas.
5) Por último seleccionamos protocolos TCP y UDP.
6) Aceptamos.
Antes de nada nos vamos a NAT para comprobar que el mapeo de puertos ha sido correcto y que figura el puerto que hemos mapeado .
Con todo esto (que no es poco) ya nos debería funcionar perfectamente el vnc. Para acceder a él, es importante saber que hay que tener de referencia dos direcciones. Una para cuando accedamos desde fuera de la red (desde otro ordenador conectado a internet fuera de la red privada) y otra para cuando nos conectemos desde un equipo que esté conectado al router.
Cuando nos conectemos desde otro ordenador conectado a nuestro router, usaremos las siguientes direcciones:
– En caso de usar un cliente de vnc: 192.168.1.129:5912 – En caso de intentar acceder desde un navegador de internet:
Pero si intentamos conectar desde fuera, necesitaremos saber la ip pública del router. Para ello es muy útil un programa llamado «dyndns updater», que convierte nuestra ip dinámica en una dirección fija. Lo descargamos desde esta dirección, nos creamos una cuenta y lo instalamos.
Una vez instalado, en la pantalla principal nos vamos a «settings».
En la siguiente pantalla marcamos «allow me to configure manually» y le damos a «configure».
Por último marcamos «detect from website that returns my ip address».
El resto de la configuración del programa es la de siempre. El programa nos da una dirección del tipo www.unadireccióncualquiera.selfip.com
Con esa dirección, la conexión desde fuera de la red privada se hará así:
– En caso de usar un cliente de vnc: www.unadireccióncualquiera.selfip.com:5912 – En caso de intentar acceder desde un navegador de internet: http://www.unadireccióncualquiera.selfip.com:5913
En fin… espero que os haya sido útil este tutorial. Espero vuestros comentarios.
Este sitio web utiliza cookies para que usted tenga la mejor experiencia de usuario. Si continúa navegando está dando su consentimiento para la aceptación de las mencionadas cookies y la aceptación de nuestra política de cookies, pinche el enlace para mayor información.
