81 meneos
3839 clics
Este envío tiene varios votos negativos. Asegúrate antes de menear
Me cambié a Nextcloud. Esta es mi experiencia con mi propio servidor
Un usuario decide abandonar los servicios privativos y empezar a gestionar sus propios servicios en la nube.
|
comentarios cerrados
Y si es para uso intensivo TAMPOCO necesitas un .con
De hecho no importa en absoluto el dominio.
Y además también me falla el backup de carpetas internas, siempre que la cámara hace un nuevo directorio me dice si quiero sincronizarlo
#5 puedes crear una regla para que te edite el fichero hosts cuando se conecte a la wifi de casa. En windows uso la aplicación de owncloud (funciona a pesar del mensaje de aviso de versión no compatible)
El cliente ha mejorado (porque la 1.6 (creo) era un puta mierda (el anterior no y el siguiente no).
Lo de control de versiones tampoco va del todo bien (no limipa solo el directorio de file_versions)
Los updates te la juegas con los plugins (de hecho falla casi siempre. Lo convenitnete es quitar los plug , actualizar y volver a poner).
No esta mal pero bien tampoco para uso "serio".
¿Tienes réplica de datos en tiempo real?
¿Tienes máquinas de reserva por si falla el servidor?
¿Haces backup de todo?
Crear una infraestructura tan fiable como la de Google o Amazon no es tan fácil como simplemente alquilar un hosting.
Los contactos y calendarios los sincronizamos siguiendo este método y nos ahorramos un servidor exchange para esos menesteres.
www.flopy.es/como-sincronizar-contactos-y-calendarios-de-google-icloud
#13 precisamente la gracia es que nadie tenga tus datos. El tenerlo en una máquina física en el chollo (o virtualizado sobre tu propio hardware) es un plus. No dependes de nadie. Eso sí... eso conlleva tener una política de copias de seguridad bien implementada.
Y con Ubuntu mas de lo mismo, snap install nextcloud y andando.
Podrían empezar por un poco de historia, como empezo como OwnCloud y al ser comprados parte del grupo de desarrollo no estaba contento y crearon el fork que es NextCloud, pero explicado bien, en plan articulo.
El consejo es bastante mierda, porque si no creas un FQDN "apto", que vas a entrar, escribiendo la IP a saco cada vez? metiendole mano al hosts? Y la seguridad de NextCloud, porque tienes que definir desde que FQDN se puede acceder, y la ultima vez que lo configure, intentar hacer que 2 FQDNs distintos fuesen validos no funcionaba.
¿Y si te cambias de casa? Ya no solo es la fiesta de la mudanza, es que no tienes tus datos sincronizados en X días.
La nube te ahorra esos problemas, pero tiene sus inconvenientes.
Se compone de 2 partes, el nombre del dominio y el nombre del "host"
Por ejemplo, dominio micasa.es, y tu televisión se llama "tv", el FQDN seria tv.micasa.es
Si eres dueño del dominio real micasa.es, cuando instalas un certificado, ese certificado es valido tanto para las conexiones desde dentro de tu red, como para las conexiones desde fuera de tu red.
Si volvemos al NextCloud, y lo defines como "nube", el FQDN seria nube.micasa.es, así que te podrías conectar tanto desde dentro como desde fuera que ahora si que es interesante, el problema es que si no eres dueño de el dominio "micasa.es" y lo usas internamente, cuando le digas a tu navegador quiero ir a nube.micasa.es puede que termines en otro sitio, para que eso funcione internamente en tu casa puedes hacer "trampas".
Esas trampas consisten en modificar el hosts de tu equipo y decirle que realmente nube.micasa.es es la dirección IP 192.168.0.10 por ejemplo si esa es la IPV4 de tu NextCloud, para que funcione debes de modificarlo en todos los equipos de tu red, y acordarte de que esa es la IP correcta, si en algún momento modificas NextCloud y le pones la IP 192.168.0.11 todos tus equipos seguirán apuntando a 192.168.0.10 y nunca te cargara la web a menos que lo modifiques en todas partes.
También lo puedes hacer montando un servidor DNS, un servidor DNS es como una guía telefónica, realmente en Internet no existe www.google.es, tienes una agenda que le preguntas donde esta www.google.es y ella te responde 172.217.17.3, mientras escribo esto.
Entonces te puedes crear tu "agenda telefonica" o DNS, donde haces que todo el que pregunte por nube.micasa.es se vaya a 192.168.0.10 como habíamos dicho antes.
Y en la parte de seguridad de NextCloud, solo permite o permitía la ultima vez que lo configure, entrar desde una única FQDN, eso quiere decir que si lo configuras para que responda a nube.micasa.es esa es la única dirección desde la que cargara, si le pones la IP 192.168.0.10, como no esta definido como un nombre valido, no aceptara esa conexión y no cargara la web.
Entonces, con toda esta chapa, el FQDN es muy importante, por el tema de los certificados, seguridad y para evitar phising o técnicas similares, si tu eres dueño del famoso dominio CONTOSO.COM, eres dueño de todo lo que sea XXX.CONTOSO.COM, asi cualquiera que te conozca se fiara de cualquier web que sea del tipo XXXX.XXXX.CONTOSO.COM, y con un único certificado toda tu infraestructura podrá permitir conexiones seguras.
El FQDN con un .local no se recomienda nunca, porque los equipos Windows y Linux tienen diferentes implementaciones del local, así que algo que funcione en Windows puede que no funcione en Linux o a la inversa. Hace años se recomendaba el .local porque al no ser un dominio externo, sabias que todas tus conexiones eran internas, pero hace tiempo que no debería usarse.
En todo caso presumo de que consigan lo que se sabe desde hace años y tiene cualquiera que esté un poco en el mundillo.
Puedes montarte tu propio servicio de correo desde casa, pero más de una vez tendrás líos con spamhaus. Sin contar que una IP fija te cuesta casi mas que la cuota de proton mail.