Re: [hm] DDNS

2021-01-08 Por tema matus 
va una recomendacion mas

https://freedns.afraid.org/ 

lo uso desde hace ya varios años y va muy bien


> On 8 Jan 2021, at 09:46, Enric  wrote:
> 
> Saludos,
> 
> yo utilizo un servicio que hay en guifi.net. Que por cierto, guifi.net ha 
> hecho un gran avance por tierras madrileñas con fibra.
> El servicio ddns es este:
> http://qui.guifi.net/ 
> 
> Solo necesitas un usuario en la web de guifi.
> 
> Vinga,
> 
> Salut i desobediència!
> 
> Enric.
> 
> El 8/1/21 a les 0:13, SUP_C ha escrit:
>> Yo antes usaba duckdns.org, funciona bastante bien, lo malo es que ahora ya 
>> no te puedes registrar a traves de correo.
>> 
>> Tienes que hacerlo con una cuenta de google/twitter/reddit/github , si eso 
>> no te supone problema, funciona bastante bien i creo que no tiene limite de 
>> subdominios a crear.
>> 
>> On 7/1/21 20:25, fadelkon wrote:
>>> njal.la ahora también tiene eso :) 
>>> y abierto gratis hay el proyecto https://freedns.afraid.org/ 
>>>  , que son dominios compartidos y hay 
>>> muchísimos. 
>>> 
>>> Los dos funcionan con una sola petición GET, es posible que sean 
>>> compatibles bajo el nombre de otros sistemas como DDNS. 
>>> 
>>> fdk 
>>> 
>>> El 7/1/21 a les 20:00, raul ha escrit: 
 
 Antiguamente yo utilizaba un dominio gratuito de no-ip.com, era compatible 
 con bastantes aparatos (aunque no tantos como dyndns). 
 
 Probé DynDns pero no me gustó (manías mias). 
 
 En algún momento traspasé mi dominio personal a OVH, y estos también 
 tienen un DDNS si usas sus servidores DNS para el dominio. Cada vez, este 
 servicio de nombre dinámico de OVH se va haciendo compatible con más 
 dispositivos (el otro día lo descubrí en un NAS de Synology por ejemplo), 
 y en algunas de mis máquinas con linux, lo actualizo con un script en 
 python sencillote, aunque también he visto scripts en bash. Y desde 
 entonces (unos 15 años) uso este y bastante contento. 
 El 7/1/21 a las 18:52, amuza escribió: 
> Hola: 
> 
> Busco DDNS, ¿alguna recomendación? 
> 
> Gracias. 
> 
> 
> ___ 
> HackMeeting mailing list 
> HackMeeting@listas.sindominio.net 
>  
> https://listas.sindominio.net/mailman/listinfo/hackmeeting 
>  
 
 ___ 
 HackMeeting mailing list 
 HackMeeting@listas.sindominio.net 
  
 https://listas.sindominio.net/mailman/listinfo/hackmeeting 
  
>>> 
>>> 
>>> 
>>> 
>>> ___
>>> HackMeeting mailing list
>>> HackMeeting@listas.sindominio.net 
>>> https://listas.sindominio.net/mailman/listinfo/hackmeeting 
>>> 
>> 
>> ___
>> HackMeeting mailing list
>> HackMeeting@listas.sindominio.net 
>> https://listas.sindominio.net/mailman/listinfo/hackmeeting 
>> 
> 
> -- 
> Declaració d'Independència del Ciberespai 
> 
> per John Perry Barlow
> 8 de Febrer del 1996
> ___
> HackMeeting mailing list
> HackMeeting@listas.sindominio.net
> https://listas.sindominio.net/mailman/listinfo/hackmeeting

___
HackMeeting mailing list
HackMeeting@listas.sindominio.net
https://listas.sindominio.net/mailman/listinfo/hackmeeting

Re: [hm] #GoodByeGithub

2018-06-05 Por tema matus 
aqui un usuario de gitlab desde hace años, cuando eran apenas un
repositorio central y no la plataforma de CI/CD en la que se han ido
convirtiendo.

Desde la usabilidad, es una buena plataforma, robusta, confiable, con
cada vez mas features. Es pesada. Consume bastantes recursos (aunque han
trabajado sobre esto ultimamente). Esta en Ruby <3. Como consecuencia de
lo anterior, sus procesos de upgrade de una versión a otra suelen ser
complejos y no tan fácilmente automatizables (a menos que utilices
dockers que lo simplifica mucho).

En la próxima instalación tengo ganas de probar Gogs (https://gogs.io).
Se ve mucho más liviano y minimalista. El killer feature que le estaba
faltando a Gogs, es que no tiene Pull/Merge Requests, y esto lo
utilizamos bastante con las colegas con las que trasteo. Por el resto,
hace lo que tiene que hacer, y nada de lo que no necesita.

salut,


On 04/06/18 19:28, guifipedro wrote:
> Disculpa que no sea concreto pero gitlab tiene muchos fondos de
> capital riesgo / venture capital (osea, pura mierda)
>
> https://www.crunchbase.com/organization/gitlab-com#section-funding-rounds
>
> (lo saqué por esto https://news.ycombinator.com/item?id=17223116)
>
> Por otro lado, tiene este compromiso [1] que es el más importante para
> mi, no lo encontraba, y he mirado "responsibility" "commitment" y sale
> mucha documentación corporativa, sospecho que es "documentación
> interna pero hecha pública" para animar a que la gente trabaje para
> ellos
>
> [1] https://about.gitlab.com/stewardship/#promises
>
> 2018-06-04 19:18 GMT+02:00  :
>> Mi pregunta no era retórica :-)
>> Entiendo que GitLab tiene licencia libre permisiva y que cualquiera lo puede
>> instalar.
>> Pero la parte institucional también es relevante. En la práctica se acude a
>> un proveedor potente.
>>
>> En este caso es GitLab Inc.
>> Las Inc. y las Corp. en EUA son sociedades de capital (como SA) con
>> acciones.
>> Se diferencian de la LLC (como SL) que tienen participaciones.
>> Las Inc y Corp pueden cotizar en bolsa, las LLC creo que no. En una LLC no
>> es tan fácil transferir las participaciones.
>> Arduino es una LLC, con un grupo fundador comprometido, se puede vender,
>> pero no es tan fácil como en una INC. Diría que en una LLC/SL, a diferencia
>> de Inc/Corp/SA, un socio no puede vender su participación sin acuerdo de los
>> demás.
>>
>> GitLab Inc. participa en bolsa?
>> Quienes son los socios principales?
>>
>> A 04-06-2018 19:09, guifipedro escrigué:
>>> Aprovecho para **corregir** que gitlab es licencia open source,
>>> licencia permisiva: privatizable; pero también puede derivar hacia
>>> copyleft (AGPLv3, etc.)
>>>
>>> Como sigo considerando que me he explicado un poco mal, Microsoft como
>>> "nuevo amante de Linux", "Microsoft ama Linux", corazones [0], es tan
>>> falso como Esperanza Aguirre así [1] y en un momento un poco confuso
>>> (2013) [2]
>>>
>>> [0]
>>>
>>> https://www.muylinux.com/2018/02/14/microsoft-contribuciones-codigo-abierto-github/
>>> [1]
>>> https://www.google.es/search?q=esperanza+aguirre+regeneración+democrática
>>> [2] Tras aquella comida, el 26 de abril de 2013, nunca más volvimos a
>>> vernos.
>>>
>>> https://www.eldiario.es/escolar/tesorero-Alvaro-Lapuerta-quiso-tirar_6_778382165.html
>>> ___
>>> HackMeeting mailing list
>>> HackMeeting@listas.sindominio.net
>>> https://listas.sindominio.net/mailman/listinfo/hackmeeting
> ___
> HackMeeting mailing list
> HackMeeting@listas.sindominio.net
> https://listas.sindominio.net/mailman/listinfo/hackmeeting





signature.asc
Description: OpenPGP digital signature
___
HackMeeting mailing list
HackMeeting@listas.sindominio.net
https://listas.sindominio.net/mailman/listinfo/hackmeeting

Re: [hm] Red guifi centros sociales Madrid

2018-05-17 Por tema matus 

On 21/04/18 22:57, guifipedro wrote:

Tenemos pero un problema con el dnsservices (los servicios de DNS
internos de guifi); son bastante difíciles de funcionar y el modelo es
bastante obsoleto (se configuran los DNSs en el servidor central de
guifi.net que a veces está caído) y otros servidores se conectan via
cliente a la web y se configuran. Sería fantástico si alguien le diera
un empujón a esto con alguna tecnología tipo IPFS/IPLD, etc. También
sería quizá interesante describir la topología de la red de guifi.net
en base a un IPFS/IPLD bajo esquema json o similar para facilitar la
validación de la red, monitorización, control comunitario,
visualización de los datos, descentralización de esta información,
etc.


conoces este proyecto https://github.com/fauno/owns
se basa en nsd y permite tener muchos NS autoritarios que deleguen sus 
zonas en servidores públicos (los que se acceden para resolver una 
consulta DNS).


permite descentralizar bastante la gestión de las zonas DNS. cada zona 
puede residir en un servidor diferente (el de la persona que lo 
administra) y luego propagar sus cambios a 3 o 4 NS publicos que sean 
los que resuelven las consultas de DNS


nosotras lo usamos desde hace años con buenos resultados, tanto para 
nuestra infraestructura interna, como para proveer servicios a terceros.


creo que puede resolver, al menos, las caídas del servidor central y 
descentralizar la gestión de las zonas.

___
HackMeeting mailing list
HackMeeting@listas.sindominio.net
https://listas.sindominio.net/mailman/listinfo/hackmeeting