Último día de este nodo. Mañana por la mañana cortaré el acceso en algún momento, aunque antes intentaré ejecutar un script de "auto-destrucción" (después de sacar un backup de todo, por si explota o algo 😂 ). Si no funciona, intentaré crear un script para que al menos deje de seguir todas las cuentas y dejen de seguirme también todas, con el objetivo de que no queden conexiones huérfanas con los servidores con los que federo.
Y en fin, llevo usando el subdominio khp.ignorelist.com desde hace más de 4 años para este nodo de Gnusocial, y creo que unos 8 en total para otro tipo de servicios. Es algo factible, pero tiene sus limitaciones. Me da penica, pero este cambio me hacía falta hace tiempo.
aab (aab@khp.ignorelist.com)'s status on Friday, 30-Dec-2022 22:24:58 JST
aabComienzo aquí un hilo sobre la #Mudanza a una nueva dirección para este servidor. Esta mudanza requiere, entre otras cosas, que vuelva a instalar #Gnusocial desde cero.
Para hacerlo aún más divertido, también tendré que mudar otros servicios que se alojan en la misma máquina, por las mismas razones. Y como guinda de tanta diversión, he decidido pasar de #Apache a #Nginx. Aprendí un montón de cosas de Apache, pero a día de hoy Nginx me parece que se ajusta mejor a lo que tengo (y quiero).
Primer escollo: exportar la lista de cuentas a las que sigo.
Me las prometía felices porque lo hice alguna vez hace años, y tenía la herramienta guardada: https://github.com/benediktg/gnu-social-export
Pero resulta que no funciona 😅
¿Cómo lo he solventado? Pues tirando de imaginación, API, y mi gran capacidad de copiar y pegar 😂
Fijándome en cómo hace llamadas a la API la aplicación Andstatus, he conseguido sacar la lista mediante llamadas a esto
Empezamos bien, ya se me había olvidado poner una etiqueta importante: #SelfHosting
Ya que me pongo... (famosas últimas palabras):
- Pasaré la instalación de Searx a otra de SearxNG.
- Pasaré la instalación de Nextcloud a otra con el nuevo nombre de dominio.
- Tt-rss de momento se queda. Me resulta funcional, aunque sé que hay otras soluciones (ya veremos más adelante).
- XMPP se queda tal cual. Uso direcciones diferentes que en servidor web (buenísima idea tuve en su momento, sin saberlo 😊)
- LibreTranslate cambia de dirección.
- Y... seguro que se me olvida algo, de lo que me daré cuenta cuando lo eche en falta.
Todo esto, básicamente, es por haber estado usando servicios de #DNS dinámico durante años. Ahora, ya con un dominio propio, toca hacer el cambio.
Desde luego, aquí me surgen dudas, y si a nadie se le ocurren las respuestas, las descubriré el día 1 de enero, que es cuando planeo hacer todo esto.
El servidor está en casa, y uso una conexión doméstica de fibra. En principio tengo DNS dinámicas (lo habitual) y claro, para configurar las diferentes direcciones de el nuevo dominio, lo suyo sería hacer redirecciones CMAME.
¿Cuales son las dudas? Pues...
1) La dirección IP que tengo, pese a ser supuestamente dinámica, no ha cambiado en años. Esto facilita que configure los DNS como A (y/o AAAA, que eso es otro fregao...)
2) Las redirecciones CMAME me da que no van a funcionar bien con Gnusocial, al apuntar a una dirección y que el servidor de destino tenga otra. ¿Qué pensáis? Creo que aquí, que sea GS (y no Mastodon o Pleroma) es irrelevante.
Al final apuntaré los DNS con redirecciones A. Con CMAME he visto que sale el "canonical name", y no quiero que esté asociado al nuevo dominio.
Si, por lo que sea, me cambian la dirección IP, tendré que montar algo para que me avise y cambiar la dirección, o buscar algún script que lo haga automáticamente. En fins...
@t3rr0rz0n3 @drymer Mirando los logs hoy he visto que fallaban muchas llamadas a .social. Me ha extrañado, y al comprobar 4 o 5 cuentas (de varias decenas), ya no existían.
Puede que haya coincidido que han hecho limpieza y justo después tú has ejecutado el "purge". O sea, que el purge tenga configurado un timeout (di 30 segundos) y al fallar tantas cuentas de .social ha entendido que el servidor ya no existe.
@t3rr0rz0n3 @drymer Mirando los logs hoy he visto que fallaban muchas llamadas a .social. Me ha extrañado, y al comprobar 4 o 5 cuentas (de varias decenas), ya no existían.
Puede que haya coincidido que han hecho limpieza y justo después tú has ejecutado el "purge". O sea, que el purge tenga configurado un timeout (di 30 segundos) y al fallar tantas cuentas de .social ha entendido que el servidor ya no existe.
@mxtthxw Just in case you don't know: if you are using Debian stable (I think I've read that in another post from you) you also have the option to use a backported kernel.
They are also offered by Debian (no external sources needed), and they are more up-to-date that the ones in stable, so they could be the solution for your issue.
Worth a try, as you can always go back to the kernel that works :)
@mxtthxw Sure! If that works for you, then perfect. The new one will have security patches and "improvements" though (that, in your case, lead to a kernel panic).
Knowing that a previous kernel works fine also gives you room to investigate; as someone has said before, sometimes the conflicted kernel can be "fixed" just adding parameters on grub.
- "Don't Monkey With Tarzan" by The Pygmies
- "Don't Go Away" by The Zombies
- "Don't Be Angry" by The Organ
- "Don't turn your fucking back on me" by The Pulsebeats
- "Don't you dare tell her" by The Excitements
- "Don't Leave Me This Way" by The Communards
- "Don't Be Afraid of the Dark" by The Sonics
And maybe finishing the playlist with "Do Anything You Wanna Do" by Eddie and the Hot Rods 😂