Re: [Gutl-l] openfire y certificados SSL

[David Miranda Aragon]

estoy utilizando psi+ v0.16.268 en linux mint 17
este mismo es donde unico no funciona, en los demas clientes jabber, 
todo bien


El 24/06/15 a las 17:23, Arian Molina Aguilera escribió:

El 24/06/15 a las 07:57, David Miranda Aragon escribió:

ya lo hice y nada
se queda mariado el psi tratando de conectarse al servidor y como 
unico se conecta es diciendole que no se conecte mediante ssl


El 23/06/15 a las 17:52, Arian Molina Aguilera escribió:

El 23/06/15 a las 14:56, David Miranda Aragon escribió:

nuevamente saludos
lo otro que me esta pasando ahora es que despues que actualice el 
openfire me esta dando bateo los clientes jabber (en este caso el 
PSI+) a la hora de conectarse al servidor y se conecta solamente, 
si en las opciones de la cuenta / conexión / [cifrar conexion en la 
opcion Cuando este disponible], no se me conecta la cuenta, pero si 
lo pongo con [cifrar conexion en la opcion: Nunca] de esa manera si 
se me conecta
cosas raras que nunca me han pasado en par de años que tengo 
montado el openfire con servidor de mensajeria instantanea


regenera los certificados nuevamente, o elimina la cache del psi+ 
para que una vez se vaya a conectar lo vuelva a solicitar aceptar 
los certificados autofirmados. Salu2.




revisa tu dirección de respuesta de correo, estas sacando los correos 
con la dirección da...@jabber.eniacfg.co.cu, por otra parte decirte, 
has probado actualizar el psi que versión esta usando, las versiones 
antiguas tenían el problema del tls de Heartbleed cosa que se 
solucionaron en versiones recientes de openfire, y que quizás ahora no 
se entienda con la criptografía que esta empleando una versión antigua 
de psi, lo mismo que pasa con versiones viejas de pidgin, problemas 
que se solucionaron en la**2.10.11, regenera los certificados de tu 
openfire. Salu2.*

*



--
Lic. David Miranda Aragón
Unidad de Investigación para la Construcción Cienfuegos. ENIA-MICONS
Administrador de Red
Email: da...@eniacfg.co.cu
Jabber: da...@jabber.eniacfg.co.cu
Teléfono: (043) 525128
Ave 56 # 5101 (Altos), Cienfuegos - CUBA



__
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l

[Gutl-l] zorin

[David Miranda Aragon]

saludos lista
viene el zorin con flash player ?

--
Lic. David Miranda Aragón
Unidad de Investigación para la Construcción Cienfuegos. ENIA-MICONS
Administrador de Red
Email: da...@eniacfg.co.cu
Jabber: da...@jabber.eniacfg.co.cu
Teléfono: (043) 525128
Ave 56 # 5101 (Altos), Cienfuegos - CUBA



__
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l

Re: [Gutl-l] OpenDKIM en Debian

[Yuniesky Machado Rojas]

pueden pegar la tuto aqui para los que no tienen accesso a la .com?


El 24/06/2015 a las 14:23, Michael González Medina escribió:

El 24/06/15 a las 11:47, Damián Tomey Soto escribió:
Saludos colegas, alguien ha implementad lo del asunto con resultados 
satisfactorios???
Yo me he estado guiando por aquí pero creo que no me está saliendo 
del todo bien: 
http://www.cioby.ro/linux/configuring-opendkim-to-sign-postfix-emails.html


Damián lo tengo hecho pero en Exim,  te prometo buscar en mis archivos 
y pasarte para que tomes de ahí lo que te pueda servir,


saludos,





__
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l

Re: [Gutl-l] Consideraciones acerca de Xen

[Michael González Medina]

El 24/06/15 a las 16:36, Manuel Mely escribió:

On 24.06.2015 15:58, Michael González Medina wrote:

Buenos días list@:

Quisiera saber si algún(o algunos) miembro de esta lista, usa(o ha
usado) Xen para virtualizar y cuales son sus
consideraciones/experiencias prácticas(ya sean malas o buenas) etc...
estuve buscando en el Portal de GUTL y no hay nada, por lo que ando
"googleando" pero bueno... ;-) quizas alguien puede aportar alguna
experiencia y compartirla con todos,

saludos,



Fue la primera tecnologia de virtualizacion para servidores que 
utilize. Ojo, Xen, porque tambien esta XenServer de Citrix que es Open 
Source.




Manuel, según [1] cito "...*Xen* es un monitor de máquina virtual 
<https://es.wikipedia.org/wiki/Monitor_de_m%C3%A1quina_virtual> de 
código abierto <https://es.wikipedia.org/wiki/C%C3%B3digo_abierto> 
desarrollado por la Universidad de Cambridge 
<https://es.wikipedia.org/wiki/Universidad_de_Cambridge>" imagino 
que es lo que me comentas, ademas se puede apreciar en [2] que Citrix en 
abril liberó de forma gratuita XenServer


Incluso en aquel tiempo llegue hasta tener un firewall virtual con una 
de las tarjetas de red del servidor conectada directo a este 
(passthrough).


Como hipervisor muy bueno, nada que envidiarle a otros como VMware 
ESXi o KVM (muy buenos tambien)


Leyendo aqui[1], veo que han integrado Xen con openvswitch[2], pero te 
recomendaria que leyeras sobre este tema solo si necesitas definir tu 
red de otra forma a como se hace normalmente (bridges).


1- http://wiki.xenproject.org/wiki/Xen_Networking#Open_vSwitch
2- http://www.openvswitch.org/

ok muchas gracias por tus consideraciones, te puedo comentar por mi 
parte que me estoy documentando acerca de Xen no porque tenga que seguir 
una estructura en particular(por suerte puedo elegir la mas conveniente 
para el Centro donde trabajo) sino porque es evidente las ventajas de la 
virtualizacion de servidores pues implica ciertas flexibilidades que a 
los administradores nos resultan tentativas(migrar maquinas virtuales de 
un host[por rotura] a otro de forma fácil, asignar recursos, cambiar 
parámetros en caliente) sin perder de vista el ahorro de recursos de 
hardware, en fin, creo que ya era hora de que me "tire unos golpes con 
la virtualización de servidores" ;-)


saludos,

1- https://es.wikipedia.org/wiki/Xen
2- 
http://www.techworld.com/news/operating-systems/citrix-makes-xenserver-free-73/


--
Michael González Medina
Administrador de Red
Centro Nacional de Sanidad Vegetal



 próxima parte 
Se ha borrado un adjunto en formato HTML...
URL: 
<http://listas.jovenclub.cu/pipermail/gutl-l/attachments/20150625/444e4264/attachment.html>
__
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l

[Gutl-l] templates joomla

[Yuniesky Machado Rojas]

Saludos

Alguien sabe algun sitio .cu de donde pueda bajar templates joomla para 
la version 3.x.x que no sea la del jovenclub


Gracias de antemano


__
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l

Re: [Gutl-l] Consideraciones acerca de Xen

[Michael González Medina]

El 24/06/15 a las 21:18, Arian Molina Aguilera escribió:

El 24/06/15 a las 13:47, Michael González Medina escribió:

El 24/06/15 a las 11:44, låzaro escribió:

el que habla de proxmox es porque no conoce Xen ;)



de tu oración, deduzco que este último(Xen) es tu preferido sobre el 
primero(proxmox),


saludos y gracias por responder,

Proxmox (KVM + Openvz), dos tipo de virtualización en una, Red Hat 
avandonó Xen y se paso de lleno a KVM, ahora también docker, Xen 
adquirido por Citrix, y ahora su producto para virtualización de 
servidor XenServer. Xen es paravirtualización, por lo tanto lo unico 
que puedes virtualizar es Linux.


Hola Arian y gracias por responder, bueno, te comento que al parecer 
esto ha cambiado, segun [1] cito una parte para los que no tienen salida


"...Virtualización completa con Xen: Intel 
<https://es.wikipedia.org/wiki/Intel> ha realizado modificaciones a Xen 
para soportar su arquitectura de extensiones Vanderpool 
<https://es.wikipedia.org/wiki/Virtualizaci%C3%B3n_x86#VT_Intel_.28IVT.29>. 
Esta tecnología permite que sistemas operativos sin modificaciones se 
ejecuten en máquinas virtuales Xen, si el sistema soporta las 
extensiones Vanderpool 
<https://es.wikipedia.org/wiki/Virtualizaci%C3%B3n_x86#VT_Intel_.28IVT.29> 
o Pacífica (de Intel y AMD respectivamente, extensiones para soportar 
virtualización de forma nativa). Prácticamente, esto significa una 
mejora de rendimiento, y que es posible virtualizar Windows sin tener 
que modificarlo..."


KVM fullvirtualización, nativo de linux y puedes virtualizar cualquier 
otra cosa, He probado de todo y cuando llegue a proxmox ahí lo tengo 
todo. Salu2.


Por lo que he podido apreciar hasta ahora cuando comparas virtualizacion 
completa VS paravirtualizacion , en el primer caso(virtualizacion 
completa), puedes virtualizar al menos los SOs mas conocidos, mientras 
que en el segundo caso(paravirtualizacion), aun no me queda claro(a 
pesar de la cita en [1]) que esto funcione en la practica(tendre que 
probar y ver que tal, pues son cambios recientes) por otra parte, con la 
paravirtualizacion con Xen, cito de [1]


"...Paravirtualización con Xe: Xen utiliza una técnica llamada 
paravirtualización 
<https://es.wikipedia.org/wiki/Paravirtualizaci%C3%B3n> para alcanzar 
alto rendimiento (es decir, bajas penalizaciones del rendimiento, 
típicamente alrededor del 2%, con los peores casos rondando el 8%; esto 
contrasta con las soluciones de emulación que habitualmente sufren 
penalizaciones de un 20%)..." Con la paravirtualización, se puede 
alcanzar alto rendimiento incluso en arquitecturas (x86) que no suelen 
conseguirse con técnicas tradicionales de virtualización..."


de forma mas concreta se puede ver un ejemplo de esta ventaja en [2] cito;

"...Un ejemplo de uso de paravirtualización por rendimiento: el monitor 
de máquina virtual puede presentar el sistema operativo guest con una 
NIC inteligente con soporte para envío de paquetes basado en DMA, 
incluso si la NIC <https://es.wikipedia.org/wiki/Network_Interface_Card> 
en el anfitrión (real) carece de esta capacidad. El envío de paquetes es 
ejecutado enteramente por el monitor de máquina virtual y las señales 
enviadas a la NIC también. Aunque el envío de señales al sistema 
operativo guest es costoso, el rendimiento puede mejorar..."


de cualquier forma Arian, como se ha comentado en otros temas, no creo 
que de forma general uno sea superior a otro, es mas bien una cuestion 
de cual se ajusta mas a nuestras necesidad, gracias nuevamente por tu 
respuesta,


saludos,

1- https://es.wikipedia.org/wiki/Xen
2- https://es.wikipedia.org/wiki/Paravirtualización

--
Michael González Medina
Administrador de Red
Centro Nacional de Sanidad Vegetal



 próxima parte 
Se ha borrado un adjunto en formato HTML...
URL: 
<http://listas.jovenclub.cu/pipermail/gutl-l/attachments/20150625/b9a6fe30/attachment.html>
__
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l

[Gutl-l] Necesito unir al dominio Windows mi maquina linux Mint

[Rafael Maleta Fdez]

LLevo dias tratando primero no encontraba el likewise, estuve googleando 
y encontre el Power Broker, lo ejecute y me salio error de ssh, despues 
encontre como deshabilitar el ssh y sigue dandome palo, les adjunto las 
capturas de pantalla con los errores..


Saludos

--
Rafael Maleta Fernandez
Administrador de la Red
Centro de Isótopos, AEN - TA, CITMA
Ave. Monumental y Ctra La Rada, Km 3½, S. José de Las Lajas,
Prov. Mayabeque
Telf: 53 7682 9563 al 70, Ext: 110 y 148
mal...@centis.edu.cu



 próxima parte 
A non-text attachment was scrubbed...
Name: Captura de pantalla de 2015-06-18 16:56:35.png
Type: image/png
Size: 603489 bytes
Desc: no disponible
URL: 
<http://listas.jovenclub.cu/pipermail/gutl-l/attachments/20150625/7666f693/attachment.png>
 próxima parte 
A non-text attachment was scrubbed...
Name: Screenshot from 2015-06-24 14:39:20.png
Type: image/png
Size: 234320 bytes
Desc: no disponible
URL: 
<http://listas.jovenclub.cu/pipermail/gutl-l/attachments/20150625/7666f693/attachment-0001.png>
 próxima parte 
A non-text attachment was scrubbed...
Name: Screenshot from 2015-06-24 15:19:00.png
Type: image/png
Size: 653194 bytes
Desc: no disponible
URL: 
<http://listas.jovenclub.cu/pipermail/gutl-l/attachments/20150625/7666f693/attachment-0002.png>
__
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l

[Gutl-l] Espejo repo

[Eriel Pérez Orihuela]

Amigos.

Quiero tener un "espejo" del sitio:

http://download.jovenclub.cu/repos/debian/

Especificamente para la versión wheezy.

Espero oir criterios. Apt-Mirror? debmirror??? u otro

Por cual me decido??? Uso proxy.

Si no es molestia necesito el how-to

Slds
__
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l

Re: [Gutl-l] El proyecto Devuan se encamina a su primera version

[Paradix ;)]

El 24/06/15 a las 17:12, låzaro escribió:
> en systemd no hay nada colado por la puerta trasera. Veamos con este
> equipo de trabajo, de desarrolladores don-nadie cuantas puertas
> laterales y trazeras se cuelan

al final, el problema no es sysmted en si, systemd puede ser la pieza de
ingeniera mas  bella de la historia de la humanidad. es la forma en q se
adopto sysmted, como systemd mata la filosofia unix q ha estado tras
linux desde q torvalds dio sus primeras lineas de código y otras cosas
mas ... no por gusto a systemd lo estan calificando como el svchost.exe
de linux

> yo no confío ni en las comunidad de terceros... es que hasta la
> canonical me da cosa...
> 

esos tienen su historia aparte, el culebron ahora es la bronca entre
ubuntu y kubuntu ;)



-- 
Paradix  ;)

Haciendo abogacía por el software libre adonde voy

--
Este mensaje le ha llegado mediante el servicio de correo electronico que 
ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema 
Nacional de Salud. La persona que envia este correo asume el compromiso de usar 
el servicio a tales fines y cumplir con las regulaciones establecidas

Infomed: http://www.sld.cu/



__
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l

[Gutl-l] Shorewall y reglas DNAT [largo]

[Rommel Rodriguez Toirac]

 Mis saludos;
uso CentOS y shorewall  como firewall.

 Tengo un servicio jabber con Openfire que hasta ayer todo trabajaba bastante 
bien. Hice una mudanza del Openfire para otra PC y a pesar que localmente todo 
trabaja ok, dejó de comunicarse con los servidores Openfire externos. He 
revisado las trazas del firewall (shorewall) y me doy cuenta que todos los 
paquetes que vienen desde fuera de mi red para el puerto 5269 aún son enviados 
a la IP del servidor donde estaba el Openfire anteriormente, aún cuando he 
hecho todos los cambios que creo que se necesiten hacer.

 El cambio que hice fue del servicio Openfire de una PC a otra; anteriormente 
estaba en una PC de IP 172.16.120.5 y lo mudé para una de IP 172.16.120.4.  
Hice los cambios pertinentes en bind para las dos vistas que tengo (externa e 
interna) en los registros A, CNAME y SRV. Mas o menos es esto:

gtmdc   IN  A   172.16.120.4
jabber  IN  CNAME   gtmdc.gtm.onat.gov.cu.
$ORIGIN _tcp.gtm.onat.gov.cu.
_jabber IN SRV  5 0 5269 gtmdc.gtm.onat.gov.cu.
_xmpp-serverIN SRV  5 0 5269 gtmdc.gtm.onat.gov.cu.
_xmpp-clientIN SRV  5 0 5222 gtmdc.gtm.onat.gov.cu.
 
 En el firewall una regla que básicamente me dice que todo lo que llegue de 
fuera de mi red (inet) y vaya para el puerto 5222, 5223 y 5269; que sea 
enviado a la IP donde corre el servicio Openfire en mi red local (loc). Se ve 
así:

DNAT:info   inetloc:172.16.120.4tcp 5222,5223,5269

 Sin embargo cuando miro las trazas me sale esto (claramente, el DNAT no esta 
funcionando correctamente pues aún todo lo está enviando a la IP 
172.16.120.5):

Jun 25 16:39:24 gtmo kernel: Shorewall:inet_dnat:DNAT:IN=eth0 OUT= 
MAC=00:40:f4:a3:5c:9b:00:c0:89:03:c9:eb:08:00 SRC=172.16.56.1 DST=172.16.120.5 
LEN=60 TOS=0x08 PREC=0x60 TTL=58 ID=19476 DF PROTO=TCP SPT=44152 DPT=5269 
WINDOW=14600 RES=0x00 SYN URGP=0 

 Cuando me cersioro con el comando "shorewall show connections" obtengo esto 
(donde se ve claramente que las conexiones ya están establecidas por el IP 
172.16.120.5)

tcp  6 428502 ESTABLISHED src=172.16.32.4 dst=172.16.120.5 sport=1611 
dport=5269 packets=13 bytes=1674 src=192.168.41.15 dst=172.16.32.4 sport=5269 
dport=1611 packets=1 bytes=48 [ASSURED] mark=0 secmark=0 use=1

 Que puede ser que esté sucediendo con el DNAT que no enrruta los paquetes 
como debe ser, es decir, como dice la regla del shorewall?

-- 
Rommel Rodriguez Toirac
Administrador de red ONAT Guantánamo
Teléfono (pizarra): 327444,326625,326376,327677,326576
Extensión: 120


__
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l

[Gutl-l] DISTRUBUCION LINUX MINIMALISTA

[Israel Rodriguez]

Ante todo mis disculpas porque este tema debe haberse desarrollado
antes. Que distribucion Linux con entorno grafico mas o menos decente
recomendarian para una maquina con 128 Mb RAM?

Saludos

irrorod


__
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l

Re: [Gutl-l] openfire y certificados SSL

[Arian Molina Aguilera]

El 25/06/15 a las 07:04, David Miranda Aragon escribió:

estoy utilizando psi+ v0.16.268 en linux mint 17
este mismo es donde unico no funciona, en los demas clientes jabber, 
todo bien


El 24/06/15 a las 17:23, Arian Molina Aguilera escribió:

El 24/06/15 a las 07:57, David Miranda Aragon escribió:

ya lo hice y nada
se queda mariado el psi tratando de conectarse al servidor y como 
unico se conecta es diciendole que no se conecte mediante ssl


El 23/06/15 a las 17:52, Arian Molina Aguilera escribió:

El 23/06/15 a las 14:56, David Miranda Aragon escribió:

nuevamente saludos
lo otro que me esta pasando ahora es que despues que actualice el 
openfire me esta dando bateo los clientes jabber (en este caso el 
PSI+) a la hora de conectarse al servidor y se conecta solamente, 
si en las opciones de la cuenta / conexión / [cifrar conexion en 
la opcion Cuando este disponible], no se me conecta la cuenta, 
pero si lo pongo con [cifrar conexion en la opcion: Nunca] de esa 
manera si se me conecta
cosas raras que nunca me han pasado en par de años que tengo 
montado el openfire con servidor de mensajeria instantanea


regenera los certificados nuevamente, o elimina la cache del psi+ 
para que una vez se vaya a conectar lo vuelva a solicitar aceptar 
los certificados autofirmados. Salu2.




revisa tu dirección de respuesta de correo, estas sacando los correos 
con la dirección da...@jabber.eniacfg.co.cu, por otra parte decirte, 
has probado actualizar el psi que versión esta usando, las versiones 
antiguas tenían el problema del tls de Heartbleed cosa que se 
solucionaron en versiones recientes de openfire, y que quizás ahora 
no se entienda con la criptografía que esta empleando una versión 
antigua de psi, lo mismo que pasa con versiones viejas de pidgin, 
problemas que se solucionaron en la**2.10.11, regenera los 
certificados de tu openfire. Salu2.*

*




no me gusta el psi, no lo recomiendo nunca, me quedo con el pidgin. Salu2.

--
Ing. Arian Molina Aguilera
Administrador de Redes y Servicios Telemáticos
Nodo Central ARTex S.A. La Habana. Cuba.
Telfs: +53(7)2047874, +53(7)204-2710 ext 123
jabber: ar...@artex.sa
Linux Usuario Registrado #392892



__
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l

Re: [Gutl-l] El proyecto Devuan se encamina a su primera version

[Arian Molina Aguilera]

El 25/06/15 a las 16:54, Paradix ;) escribió:

El 24/06/15 a las 17:12, låzaro escribió:

en systemd no hay nada colado por la puerta trasera. Veamos con este
equipo de trabajo, de desarrolladores don-nadie cuantas puertas
laterales y trazeras se cuelan

al final, el problema no es sysmted en si, systemd puede ser la pieza de
ingeniera mas  bella de la historia de la humanidad. es la forma en q se
adopto sysmted, como systemd mata la filosofia unix q ha estado tras
linux desde q torvalds dio sus primeras lineas de código y otras cosas
mas ... no por gusto a systemd lo estan calificando como el svchost.exe
de linux


yo no confío ni en las comunidad de terceros... es que hasta la
canonical me da cosa...


esos tienen su historia aparte, el culebron ahora es la bronca entre
ubuntu y kubuntu ;)



caballero es linux no unix, hasta cuando, tenemos que desarrollarnos por 
nosotros mismos, ahí entra a jugar todas ventajas que hoy por hoy no 
brinda systemd. Quieres quedarte en el pasado, pues una una distro que 
no implemente systemd, o simplemente mudate al mundo bsd. Salu2.


--
Ing. Arian Molina Aguilera
Administrador de Redes y Servicios Telemáticos
Nodo Central ARTex S.A. La Habana. Cuba.
Telfs: +53(7)2047874, +53(7)204-2710 ext 123
jabber: ar...@artex.sa
Linux Usuario Registrado #392892





__
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l

Re: [Gutl-l] offtopic [google levanto las restricciones!!]

[Arian Molina Aguilera]

El 24/06/15 a las 23:30, Pablo M. Drake escribió:

El 22/06/15 11:39, Hugo Florentino escribió:


Es que la restricción de ese proyecto en particular no la puso Google 
sino los desarrolladores del propio proyecto.


Si quieres confirmarlo, intenta entrar simplemente a code.google.com

Mejor haz lo que sugieren y contáctalos. 

A mi me deniega todo el dominio de code.google.com

al parecer solo levantaron restricciones para el bloque de ip del ISP 
ceniai (Citmatel). Salu2.


--
Ing. Arian Molina Aguilera
Administrador de Redes y Servicios Telemáticos
Nodo Central ARTex S.A. La Habana. Cuba.
Telfs: +53(7)2047874, +53(7)204-2710 ext 123
jabber: ar...@artex.sa
Linux Usuario Registrado #392892





__
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l

Re: [Gutl-l] Shorewall y reglas DNAT [largo]

[mmely]

Si tienes la posibilidad de probar con un simple telnet desde fuera de tu red 
hazlo para descartar que sea tu firewall.

Quizás todavía los servidores externos tienen en su cache dns que tu dominio 
Jabber esta por la ip vieja.


> On 25 Jun 2015, at 23:06, Rommel Rodriguez Toirac  
> wrote:
> 
> 
> Mis saludos;
> uso CentOS y shorewall  como firewall.
> 
> Tengo un servicio jabber con Openfire que hasta ayer todo trabajaba bastante 
> bien. Hice una mudanza del Openfire para otra PC y a pesar que localmente 
> todo 
> trabaja ok, dejó de comunicarse con los servidores Openfire externos. He 
> revisado las trazas del firewall (shorewall) y me doy cuenta que todos los 
> paquetes que vienen desde fuera de mi red para el puerto 5269 aún son 
> enviados 
> a la IP del servidor donde estaba el Openfire anteriormente, aún cuando he 
> hecho todos los cambios que creo que se necesiten hacer.
> 
> El cambio que hice fue del servicio Openfire de una PC a otra; anteriormente 
> estaba en una PC de IP 172.16.120.5 y lo mudé para una de IP 172.16.120.4.  
> Hice los cambios pertinentes en bind para las dos vistas que tengo (externa e 
> interna) en los registros A, CNAME y SRV. Mas o menos es esto:
> 
> gtmdcINA172.16.120.4
> jabberINCNAMEgtmdc.gtm.onat.gov.cu.
> $ORIGIN _tcp.gtm.onat.gov.cu.
> _jabberIN SRV5 0 5269 gtmdc.gtm.onat.gov.cu.
> _xmpp-serverIN SRV5 0 5269 gtmdc.gtm.onat.gov.cu.
> _xmpp-clientIN SRV5 0 5222 gtmdc.gtm.onat.gov.cu.
> 
> En el firewall una regla que básicamente me dice que todo lo que llegue de 
> fuera de mi red (inet) y vaya para el puerto 5222, 5223 y 5269; que sea 
> enviado a la IP donde corre el servicio Openfire en mi red local (loc). Se ve 
> así:
> 
> DNAT:infoinetloc:172.16.120.4tcp5222,5223,5269
> 
> Sin embargo cuando miro las trazas me sale esto (claramente, el DNAT no esta 
> funcionando correctamente pues aún todo lo está enviando a la IP 
> 172.16.120.5):
> 
> Jun 25 16:39:24 gtmo kernel: Shorewall:inet_dnat:DNAT:IN=eth0 OUT= 
> MAC=00:40:f4:a3:5c:9b:00:c0:89:03:c9:eb:08:00 SRC=172.16.56.1 
> DST=172.16.120.5 
> LEN=60 TOS=0x08 PREC=0x60 TTL=58 ID=19476 DF PROTO=TCP SPT=44152 DPT=5269 
> WINDOW=14600 RES=0x00 SYN URGP=0 
> 
> Cuando me cersioro con el comando "shorewall show connections" obtengo esto 
> (donde se ve claramente que las conexiones ya están establecidas por el IP 
> 172.16.120.5)
> 
> tcp  6 428502 ESTABLISHED src=172.16.32.4 dst=172.16.120.5 sport=1611 
> dport=5269 packets=13 bytes=1674 src=192.168.41.15 dst=172.16.32.4 sport=5269 
> dport=1611 packets=1 bytes=48 [ASSURED] mark=0 secmark=0 use=1
> 
> Que puede ser que esté sucediendo con el DNAT que no enrruta los paquetes 
> como debe ser, es decir, como dice la regla del shorewall?
> 
> -- 
> Rommel Rodriguez Toirac
> Administrador de red ONAT Guantánamo
> Teléfono (pizarra): 327444,326625,326376,327677,326576
> Extensión: 120
> 
> 
> __
> Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
> Gutl-l@jovenclub.cu
> https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l


__
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l

Re: [Gutl-l] Consideraciones acerca de Xen

[Arian Molina Aguilera]

El 25/06/15 a las 10:05, Michael González Medina escribió:

El 24/06/15 a las 21:18, Arian Molina Aguilera escribió:

El 24/06/15 a las 13:47, Michael González Medina escribió:

El 24/06/15 a las 11:44, låzaro escribió:

el que habla de proxmox es porque no conoce Xen ;)



de tu oración, deduzco que este último(Xen) es tu preferido sobre el 
primero(proxmox),


saludos y gracias por responder,

Proxmox (KVM + Openvz), dos tipo de virtualización en una, Red Hat 
avandonó Xen y se paso de lleno a KVM, ahora también docker, Xen 
adquirido por Citrix, y ahora su producto para virtualización de 
servidor XenServer. Xen es paravirtualización, por lo tanto lo unico 
que puedes virtualizar es Linux.


Hola Arian y gracias por responder, bueno, te comento que al parecer 
esto ha cambiado, segun [1] cito una parte para los que no tienen salida


"...Virtualización completa con Xen: Intel 
 ha realizado modificaciones a 
Xen para soportar su arquitectura de extensiones Vanderpool 
. 
Esta tecnología permite que sistemas operativos sin modificaciones se 
ejecuten en máquinas virtuales Xen, si el sistema soporta las 
extensiones Vanderpool 
 
o Pacífica (de Intel y AMD respectivamente, extensiones para soportar 
virtualización de forma nativa). Prácticamente, esto significa una 
mejora de rendimiento, y que es posible virtualizar Windows sin tener 
que modificarlo..."
Muy bueno, estaba desinformado por esta parte, gracias por el dato. Pero 
me quedo con KVM las ventajas sobre Xen son muchas.


KVM fullvirtualización, nativo de linux y puedes virtualizar 
cualquier otra cosa, He probado de todo y cuando llegue a proxmox ahí 
lo tengo todo. Salu2.


Por lo que he podido apreciar hasta ahora cuando comparas 
virtualizacion completa VS paravirtualizacion , en el primer 
caso(virtualizacion completa), puedes virtualizar al menos los SOs mas 
conocidos, mientras que en el segundo caso(paravirtualizacion), aun no 
me queda claro(a pesar de la cita en [1]) que esto funcione en la 
practica(tendre que probar y ver que tal, pues son cambios recientes) 
por otra parte, con la paravirtualizacion con Xen, cito de [1]


"...Paravirtualización con Xe: Xen utiliza una técnica llamada 
paravirtualización 
 para alcanzar 
alto rendimiento (es decir, bajas penalizaciones del rendimiento, 
típicamente alrededor del 2%, con los peores casos rondando el 8%; 
esto contrasta con las soluciones de emulación que habitualmente 
sufren penalizaciones de un 20%)..." Con la paravirtualización, se 
puede alcanzar alto rendimiento incluso en arquitecturas (x86) que no 
suelen conseguirse con técnicas tradicionales de virtualización..."


de forma mas concreta se puede ver un ejemplo de esta ventaja en [2] 
cito;
correcto, por eso es mejor usar KVM (full virtualization) , en vez de 
paravirtualization, Si vas a virtualizar un linux, pues openvz se 
consiguen rendimientos mucho mejores muy cercanos al host nativo, ya que 
los contenedores usan el mismo kernel del host anfitrión.
"...Un ejemplo de uso de paravirtualización por rendimiento: el 
monitor de máquina virtual puede presentar el sistema operativo guest 
con una NIC inteligente con soporte para envío de paquetes basado en 
DMA, incluso si la NIC 
 en el anfitrión 
(real) carece de esta capacidad. El envío de paquetes es ejecutado 
enteramente por el monitor de máquina virtual y las señales enviadas a 
la NIC también. Aunque el envío de señales al sistema operativo guest 
es costoso, el rendimiento puede mejorar..."


Esto ya esta mucho más soportado en los drivers virtios tanto para NIC 
como para IO en la virtualización con KVM, que emplea Qemu y libvirtual 
+ virtio-manager
de cualquier forma Arian, como se ha comentado en otros temas, no creo 
que de forma general uno sea superior a otro, es mas bien una cuestion 
de cual se ajusta mas a nuestras necesidad, gracias nuevamente por tu 
respuesta,


saludos,

1- https://es.wikipedia.org/wiki/Xen
2- https://es.wikipedia.org/wiki/Paravirtualización

Igualmente es mi consideración gracias por los datos, y el debate. para 
más información http://pve.proxmox.com . Salu2.


PD: para usar una virtualización comoda y decente con Xen, esta 
XenServer pero todo el conjunto de herramientas y manejo son privativas 
por parte de Citrix, proxmox provee un entorno de virtualización comodo, 
de gestión web, con muy buena gestión y todo lo que necesitamos. sin 
tener que usar nada privativo, basado en debian7 la actual 3.4, pronto 
tendremos una versión de proxmox 3.5 basada en debian 8.


--
Ing. Arian Molina Aguilera
Administrador de Redes y Servicios Telemáticos
Nodo Central ARTex S.A. La Habana. Cuba.
Telfs: +53(7)2047874, +53(7)204-2710 ext 123
jabber: ar...@artex.s

[Gutl-l] Problemas con Shorewall

[Richard]

Tengo un servidor Firewall hace ya casi un año con shorewall en debian y 
desde hace un tiempo me esta sucediendo que tras un apagon y cuando me 
enciendo la pc de shorewall no funciona, es decir sino lo reinicio no me 
pincha alguna idea??


Gracias de antemano

--
Tec.Richard Díaz Rodríguez
Administrador de Red
UEB Fibrocemento
Sancti Spíritus
TELF:(01) 41-861603
Grupo de Usuarios de Tecnologías Libres en Cuba
Admin-»http://blackhats.cubava.cu/


__
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l

Re: [Gutl-l] El proyecto Devuan se encamina a su primera version

[Yoander Valdes Rodriguez]

Paradix tiene razon systemd traiciona la filosofía UNIX  sobre la cual
esta desarrollado el Kernel Linux y todas las aplicaciones GNU: has
una sola cosa y hasla bien (hasta el mismo Torvalds ha emitido su
opinion sobre systemd) systemd haces mas cosas que los que debiera
hacer un sistema de inicialización que es precisamente eso inicializar
los procesos UNIX.

Personalmente me gusta la idea del proyecto Devuan porque además de
ser un proyecto concreto plantea una filosofía diferente de como debe
cooperar una comunidad.

No creo qyue haya necesidad de pasarse a BSD aunque es una muy buena
opción porque aun quedan distro que no adoptaran a systemd entre ellas
Slackware, Gentoo, y Funtoo


On 6/25/15, Arian Molina Aguilera  wrote:
> El 25/06/15 a las 16:54, Paradix ;) escribió:
>> El 24/06/15 a las 17:12, låzaro escribió:
>>> en systemd no hay nada colado por la puerta trasera. Veamos con este
>>> equipo de trabajo, de desarrolladores don-nadie cuantas puertas
>>> laterales y trazeras se cuelan
>> al final, el problema no es sysmted en si, systemd puede ser la pieza de
>> ingeniera mas  bella de la historia de la humanidad. es la forma en q se
>> adopto sysmted, como systemd mata la filosofia unix q ha estado tras
>> linux desde q torvalds dio sus primeras lineas de código y otras cosas
>> mas ... no por gusto a systemd lo estan calificando como el svchost.exe
>> de linux
>>
>>> yo no confío ni en las comunidad de terceros... es que hasta la
>>> canonical me da cosa...
>>>
>> esos tienen su historia aparte, el culebron ahora es la bronca entre
>> ubuntu y kubuntu ;)
>>
>>
>>
> caballero es linux no unix, hasta cuando, tenemos que desarrollarnos por
> nosotros mismos, ahí entra a jugar todas ventajas que hoy por hoy no
> brinda systemd. Quieres quedarte en el pasado, pues una una distro que
> no implemente systemd, o simplemente mudate al mundo bsd. Salu2.
>
> --
> Ing. Arian Molina Aguilera
> Administrador de Redes y Servicios Telemáticos
> Nodo Central ARTex S.A. La Habana. Cuba.
> Telfs: +53(7)2047874, +53(7)204-2710 ext 123
> jabber: ar...@artex.sa
> Linux Usuario Registrado #392892
>
>
>
>
>
> __
> Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
> Gutl-l@jovenclub.cu
> https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
>


__
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l

Re: [Gutl-l] Shorewall y reglas DNAT [largo]

[Arian Molina Aguilera]

El 25/06/15 a las 17:06, Rommel Rodriguez Toirac escribió:

  Mis saludos;
uso CentOS y shorewall  como firewall.

  Tengo un servicio jabber con Openfire que hasta ayer todo trabajaba bastante
bien. Hice una mudanza del Openfire para otra PC y a pesar que localmente todo
trabaja ok, dejó de comunicarse con los servidores Openfire externos. He
revisado las trazas del firewall (shorewall) y me doy cuenta que todos los
paquetes que vienen desde fuera de mi red para el puerto 5269 aún son enviados
a la IP del servidor donde estaba el Openfire anteriormente, aún cuando he
hecho todos los cambios que creo que se necesiten hacer.

  El cambio que hice fue del servicio Openfire de una PC a otra; anteriormente
estaba en una PC de IP 172.16.120.5 y lo mudé para una de IP 172.16.120.4.
Hice los cambios pertinentes en bind para las dos vistas que tengo (externa e
interna) en los registros A, CNAME y SRV. Mas o menos es esto:

gtmdc   IN  A   172.16.120.4
jabber  IN  CNAME   gtmdc.gtm.onat.gov.cu.
$ORIGIN _tcp.gtm.onat.gov.cu.
_jabber IN SRV  5 0 5269 gtmdc.gtm.onat.gov.cu.
_xmpp-serverIN SRV  5 0 5269 gtmdc.gtm.onat.gov.cu.
_xmpp-clientIN SRV  5 0 5222 gtmdc.gtm.onat.gov.cu.
  
  En el firewall una regla que básicamente me dice que todo lo que llegue de

fuera de mi red (inet) y vaya para el puerto 5222, 5223 y 5269; que sea
enviado a la IP donde corre el servicio Openfire en mi red local (loc). Se ve
así:

DNAT:info   inetloc:172.16.120.4tcp 5222,5223,5269

  Sin embargo cuando miro las trazas me sale esto (claramente, el DNAT no esta
funcionando correctamente pues aún todo lo está enviando a la IP
172.16.120.5):

Jun 25 16:39:24 gtmo kernel: Shorewall:inet_dnat:DNAT:IN=eth0 OUT=
MAC=00:40:f4:a3:5c:9b:00:c0:89:03:c9:eb:08:00 SRC=172.16.56.1 DST=172.16.120.5
LEN=60 TOS=0x08 PREC=0x60 TTL=58 ID=19476 DF PROTO=TCP SPT=44152 DPT=5269
WINDOW=14600 RES=0x00 SYN URGP=0

  Cuando me cersioro con el comando "shorewall show connections" obtengo esto
(donde se ve claramente que las conexiones ya están establecidas por el IP
172.16.120.5)

tcp  6 428502 ESTABLISHED src=172.16.32.4 dst=172.16.120.5 sport=1611
dport=5269 packets=13 bytes=1674 src=192.168.41.15 dst=172.16.32.4 sport=5269
dport=1611 packets=1 bytes=48 [ASSURED] mark=0 secmark=0 use=1

  Que puede ser que esté sucediendo con el DNAT que no enrruta los paquetes
como debe ser, es decir, como dice la regla del shorewall?

no se ha aplicado correctamente el cambio que se hizo en el firewall, en 
el dnat, has un restart shorewall. también la regla de masquerade, que 
permite la salida ahora de tu nuevo servidor, o prerouting según sea tu 
caso. Salu2.

muestra tus reglas con sudo iptables -L -t nat -n y sudo iptables -L -n

--
Ing. Arian Molina Aguilera
Administrador de Redes y Servicios Telemáticos
Nodo Central ARTex S.A. La Habana. Cuba.
Telfs: +53(7)2047874, +53(7)204-2710 ext 123
jabber: ar...@artex.sa
Linux Usuario Registrado #392892





__
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l

Re: [Gutl-l] Consideraciones acerca de Xen

[Manuel Mely]

On 25.06.2015 15:31, Michael González Medina wrote:

El 24/06/15 a las 16:36, Manuel Mely escribió:

On 24.06.2015 15:58, Michael González Medina wrote:

Buenos días list@:

Quisiera saber si algún(o algunos) miembro de esta lista, usa(o ha
usado) Xen para virtualizar y cuales son sus
consideraciones/experiencias prácticas(ya sean malas o buenas) etc...
estuve buscando en el Portal de GUTL y no hay nada, por lo que ando
"googleando" pero bueno... ;-) quizas alguien puede aportar alguna
experiencia y compartirla con todos,

saludos,



Fue la primera tecnologia de virtualizacion para servidores que
utilize. Ojo, Xen, porque tambien esta XenServer de Citrix que es Open
Source.



Manuel, según [1] cito "...*Xen* es un monitor de máquina virtual
 de
código abierto 
desarrollado por la Universidad de Cambridge
" imagino
que es lo que me comentas, ademas se puede apreciar en [2] que Citrix en
abril liberó de forma gratuita XenServer



Si asi mismo es. Al final de todo XenServer es basado en Xen Hypervisor, 
lo unico que Citrix se ha dedicado ha desarrollar una aplicacion basada 
en Windows para la administracion de la infraestructura virtual. Quizas 
hasta hayan pasado esta aplicacion a WEB, como hizo VMware.




ok muchas gracias por tus consideraciones, te puedo comentar por mi
parte que me estoy documentando acerca de Xen no porque tenga que seguir
una estructura en particular(por suerte puedo elegir la mas conveniente
para el Centro donde trabajo) sino porque es evidente las ventajas de la
virtualizacion de servidores pues implica ciertas flexibilidades que a
los administradores nos resultan tentativas(migrar maquinas virtuales de
un host[por rotura] a otro de forma fácil, asignar recursos, cambiar
parámetros en caliente) sin perder de vista el ahorro de recursos de
hardware, en fin, creo que ya era hora de que me "tire unos golpes con
la virtualización de servidores" ;-)



Por eso decia que estas tecnologias llegaron para quedarse. Creo que con 
XenServer y Proxmox puedes llevar a hacer "vmotion", termino llamado en 
VMware para migrar maquinas virtuales de un hipervisor a otro sin 
"downtime".


Ya otros "features" como distribuir recursos automaticamente dependiendo 
del consumo de las VM y las capacidades disponibles entre los 
hipervisores, no creo que XenServer o Proxmox lo hayan implementado. 
Este ultimo si creo que desarrollo HA (High Availability)


En fin, tirate unos golpes con la virtualizacion de servidores (la red, 
y el almacenamiento, tambien son formas de virtualizar) que es un tema 
muy bonito. Por desgracia, no pude seguirme actualizando "en caliente" 
con esto, pues ahora soy programador... o eso dicen! :)


Saludos y suerte!


__
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l

Re: [Gutl-l] El proyecto Devuan se encamina a su primera version

[Paradix ;)]

>>
> caballero es linux no unix, 

y?

hasta cuando, tenemos que desarrollarnos por
> nosotros mismos, ahí entra a jugar todas ventajas que hoy por hoy no
> brinda systemd. Quieres quedarte en el pasado, pues una una distro que
> no implemente systemd, o simplemente mudate al mundo bsd. Salu2.
> 

trata de venderle eso a todos los debianitas q no estuvieron conformes
con el chuletazo q le dieron con systemd ... bueno, al menos no tuvieron
q irse al mundo bsd, se dedicaron a construir su debian sin systemd o
mejor dicho devuan

por otra parte ... no creo q bsd esté en el pasado ;)

-- 
Paradix  ;)

Haciendo abogacía por el software libre adonde voy

--
Este mensaje le ha llegado mediante el servicio de correo electronico que 
ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema 
Nacional de Salud. La persona que envia este correo asume el compromiso de usar 
el servicio a tales fines y cumplir con las regulaciones establecidas

Infomed: http://www.sld.cu/



__
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l

Re: [Gutl-l] Espejo repo

[Maikel Nieves Matamoros]

> -Mensaje original-
> De: gutl-l-boun...@jovenclub.cu [mailto:gutl-l-boun...@jovenclub.cu] En
> nombre de Eriel Pérez Orihuela
> Enviado el: jueves, 25 de junio de 2015 11:42 a.m.
> Para: Lista cubana de soporte técnico en Tecnologias Libres
> Asunto: [Gutl-l] Espejo repo
> 
> Amigos.
> 
> Quiero tener un "espejo" del sitio:
> 
> http://download.jovenclub.cu/repos/debian/
> 
> Especificamente para la versión wheezy.
> 
> Espero oir criterios. Apt-Mirror? debmirror??? u otro
> 
> Por cual me decido??? Uso proxy.
> 
> Si no es molestia necesito el how-to
> 
> Slds

Debajo te reenvió un mensaje a la lista con este tema, te recomiendo antes
de solicitar algo así específico buscar primero en el archivo de la lista y
esclarecer que has hecho y en que tienes errores para poder ayudarte mejor
en lo que cada cual pueda...espero resuelvas... 


> -Mensaje original-
> De: gutl-l-boun...@jovenclub.cu [mailto:gutl-l-boun...@jovenclub.cu] En
> nombre de "Lic. Roberto Estupiñán Pérez"
> Enviado el: jueves, 05 de febrero de 2015 07:46 a.m.
> Para: Lista cubana de soporte técnico en Tecnologias Libres
> Asunto: Re: [Gutl-l] script para actualizar wheezy
> 
> Hi Colegas:
> 
> Me contesto a mi mismo:
> 
> cualquier sugerencia, favor de publicarla,
> 
> gracias,
>

---
> ---
> ### script para automatizar la actualización del repositorio de debian
wheezy
> # #!/bin/sh # para lo que estan detras de un proxy
> HP=http://proxy.mio.cu:3128/ export http_proxy=$HP export HTTP_PROXY=$HP
> export rsync_proxy=$HP export RSYNC_PROXY=$HP
> 
> echo "Actualizando debian wheezy"
> 
> ARQUITECTURA=amd64,i386
> METODO=http
> 
> RAMAS=wheezy,wheezy-backports,wheezy-multimedia,wheezy-security,wheezy-
> updates
> RAMA=wheezy
> SECCIONES=main,contrib,non-free
> SECCION=main
> # hosts
> HOST=ubuntu.mes.edu.cu/DEBIAN
> HOST_MAIN=mirror.internode.on.net/pub
> HOST_SEGURIDAD=security.debian.org
> HOST_MULTIMEDIA=www.deb-multimedia.org
> HOST_BACKPORTS=http.debian.net
> # dir
> DIR_MIRROR=/home/backups/wheezy
> DIR_SEGURIDAD=/home/backups/wheezy-security
> DIR_MULTIMEDIA=/home/backups/wheezy-multimedia
> DIR_UPDATE=/home/backups/wheezy-update
> DIR_BACKPORTS=/home/backups/wheezy-backports
> echo ""
> echo
> "==="
> echo "Actualizando el repositorio PRINCIPAL; main, contrib, non-free"
> echo
> "==="
> echo ""
> debmirror --debug \
> --progress \
> --verbose \
> --diff=none \
> --nosource \
> --host=$HOST_MAIN/debian \
> --root=/ \
> --ignore-release-gpg \
> --postcleanup \
> --method=$METODO \
> --arch=$ARQUITECTURA \
> --section=$SECCIONES \
> --dist=$RAMA \
> $DIR_MIRROR
> echo ""
> echo "-- Terminada la actualizacion del repositorio PRINCIPAL --"
> echo ""
> echo
> "
> ="
> echo "Actualizando los repositorios de SEGURIDAD; main, contrib, non-free"
> echo
> "
> ="
> echo ""
> debmirror --debug \
> --progress \
> --verbose \
> --diff=none \
> --nosource \
> --host=$HOST_SEGURIDAD \
> --root=debian-security/ \
> --ignore-release-gpg \
> --postcleanup \
> --method=$METODO \
> --arch=$ARQUITECTURA \
> --section=$SECCIONES \
> --dist=wheezy/updates \
> $DIR_SEGURIDAD
> echo ""
> echo "-- Terminada la actualizacion del repositorio SEGURIDAD --"
> echo ""
> echo
> "==="
> echo "Actualizando el repositorio BACKPORTS; main, contrib, non-free"
> echo
> "==="
> echo ""
> debmirror --debug \
> --progress \
> --verbose \
> --diff=none \
> --host=$HOST_BACKPORTS \
> --root=/debian \
> --method=$METODO \
> --dist=wheezy-backports \
> --arch=$ARQUITECTURA \
> --nosource \
> --section=$SECCIONES \
> --getcontents \
> --postcleanup \
> --ignore-release-gpg \
> --ignore-missing-release \
> $DIR_BACKPORTS
> echo ""
> echo "-- Terminada la actualizacion del repositorio BACKPORTS --"
> echo ""
> echo
> "==="
> echo "Actualizando los repositorios MULTIMEDIA; main,non-free"
> echo
> "==="
> echo ""
> debmirror --debug \
> --progress \
> --verbose \
> --diff=none \
> --host=$HOST_MULTIMEDIA \
> --root=/ \
> --method=$METODO \
> --dist=stable,testing,unstable,experimental \ --arch=$ARQUITECTURA \ --
> nosource \ --section=main,non-free \ --getcontents \ --postcleanup \
--ignore-
> small-errors \ --ignore-release-gpg \ --ignore-missing-release \
> $DIR_MULTIMEDIA echo ""
> echo "-- Terminada la actualizacion del repositorio MULTIMEDIA --"
> echo ""
> #Establecemos los permisos con un chmod +x debian.sh
> 
> 
> --
> 
> Saludos,
> 
> 

Re: [Gutl-l] Espejo repo

[låzaro]

que descargan a 2K/s

Thread name: "[Gutl-l] Espejo repo" 
Mail number: 1 
Date: Thu, Jun 25, 2015 
In reply to: Eriel Pérez Orihuela 
>
> Amigos.
> 
> Quiero tener un "espejo" del sitio:
> 
> http://download.jovenclub.cu/repos/debian/
> 
> Especificamente para la versión wheezy.
> 
> Espero oir criterios. Apt-Mirror? debmirror??? u otro
> 
> Por cual me decido??? Uso proxy.
> 
> Si no es molestia necesito el how-to
> 
> Slds
> __
> Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
> Gutl-l@jovenclub.cu
> https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
> 

-- 
 Warning! 
100'000 pelos de escoba fueron
introducidos satisfactoriamente
en su puerto USB.


__
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l

Re: [Gutl-l] sobre proxmox

[Arian Molina Aguilera]

El 25/06/15 a las 10:28, Adalberto Fajardo Barzaga escribió:
Colega buen día, disculpa que te escriba a tu correo pero quería 
preguntarte, algunas cosillas, dices tener todo con proxmox, no es 
así?? yo llevo rato valorando la idea de virtualizar y andaba buscando 
info y lei sobre xenserver y proxmox, me incline por proxmox pero me 
surge una duda obligado hay que crear un contenedor de eso o eso es 
llegar y crear una maquina virtual, vaya si tienes algun tuto a lo 
cubano tiralo paca, ni idea de como se pincha


saludos y pases buen dia

Mira socio no hay problema que me escribas al correo, te aclaro algo. 
Proxmox es un PVE, es decir un Entorno de Virtualización, que quiere 
decir con esto, es una plataforma de virtualización con administración 
web, el cual cuenta con dos tipo de virtualización para crear tus VMs, 
KVM (full virtualization) y OpenVZ (Conteiner), en la primera puedes 
virtualizar cualquier sistema operativo, esta es asistida por la 
tecnología VT-x y AMD-V en dependencia del micro que tenga tus 
servidores, es decir para usar esta full virtualization tienes que tener 
soporte de hardware en cambio openvz no, esta es una virtualización en 
contenedores linux, por lo unico que se virtualizan son SO Linux en 
forma de conteiner y que se crear con templates, todo esto viene en el 
PVE, desde donde puedes gestionar todo, crear VMs, hacer un clusters, 
tener alta disponibilidad y todo eso., te recomiendo que lo estudies, 
más información puedes encontrar en la wiki de proxmox, 
http://pve.proxmox.com. Salu2.


--
Ing. Arian Molina Aguilera
Administrador de Redes y Servicios Telemáticos
Nodo Central ARTex S.A. La Habana. Cuba.
Telfs: +53(7)2047874, +53(7)204-2710 ext 123
jabber: ar...@artex.sa
Linux Usuario Registrado #392892





__
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l

Re: [Gutl-l] El proyecto Devuan se encamina a su primera version

[Arian Molina Aguilera]

El 25/06/15 a las 18:47, Paradix ;) escribió:

caballero es linux no unix,

y?

hasta cuando, tenemos que desarrollarnos por

nosotros mismos, ahí entra a jugar todas ventajas que hoy por hoy no
brinda systemd. Quieres quedarte en el pasado, pues una una distro que
no implemente systemd, o simplemente mudate al mundo bsd. Salu2.


trata de venderle eso a todos los debianitas q no estuvieron conformes
con el chuletazo q le dieron con systemd ... bueno, al menos no tuvieron
q irse al mundo bsd, se dedicaron a construir su debian sin systemd o
mejor dicho devuan

por otra parte ... no creo q bsd esté en el pasado ;)


Si la minoría claro. salu2.

--
Ing. Arian Molina Aguilera
Administrador de Redes y Servicios Telemáticos
Nodo Central ARTex S.A. La Habana. Cuba.
Telfs: +53(7)2047874, +53(7)204-2710 ext 123
jabber: ar...@artex.sa
web: www.artex.cu
Linux Usuario Registrado #392892



__
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l