Re: [OT] Inicializarme en el mundo de openstack
El 26 de marzo de 2015, 0:19, Erick Ocrospoma zipper1...@gmail.com escribió: 2015-03-24 12:26 GMT-05:00 Maykel Franco maykeldeb...@gmail.com: Hola buenas, la verdad es que cada vez me llama más la atención este proyecto opensource, igual que el de Cloud Stack de Apache. Tengo una pequeña duda, porque yo entiendo la nube como tener el dashboard en una máquina, engancharlo a un KVM de otra máquina, también conectarlo a un VMware, conectar un NFS para backups, otra máquina para BBDD... y entre todas las máquinas formar la nube. Mi duda es, para poder realizar pruebas de openstack, es decir, montarlo y trastear un poco, me vale una máquina anfitriona potente que tenga KVM para meter máquinas virtuales? Si O para realizar pruebas de virtualización, snapshots de volúmenes y demás necesito necesariamente máquinas físicas con KVM, VMware? Pues a la fecha soporta bastantse hypervisores http://docs.openstack.org/trunk/config-reference/content/section_compute-hypervisors.html LXC ... Y no tiene soporte para Openvz... Juuu Si tu fin es testearlo lo puedes hacer en una sola maquina (single node/all-in-one node), lo ideal es tener la gestión de CPUs (nova compute node) y la red (neutron node) en maquinas separadas, para aislar cuellos de botella debido a carga o problemas de red. Obviamente tu storage también debería ir separado. Puedes instalarlo en máquinas virtuales sobre VirtualBox/VMware. Existen varias isos con Openstack en la red, una de ellas es Mirantis Fuel https://software.mirantis.com/quick-start/ Si te inclinas a probar este, te ofrece un ambiente de 4 nodos (4 maquinas virtuales), los scripts de VirtualBox ayudan en la configuración de las interfaces de red necesarias. http://samuraiincloud.com/2014/08/13/building-openstack-icehouse-in-virtualbox-in-60-minutes-using-mirantis-fuel-2/ Personalmente prefiero RDO dado que me permite instalar todo el stack de servicios que necesita Openstack (y su configuración) aunque lastimosamente solo este disponible para Fedora/RedHat/CentOS y no para Debian. https://www.rdoproject.org/Quickstart Devstack vendría a ser algo lejanamente parecido a RDO, soportado para Ubuntu (por ende debería serlo con Debian). Dada la popularidad de OpenStack han aumentado las maneras de poder montarlo como podrás notar. Si cierto. Esto es justo la respuesta que buscaba, andaba un poco perdido entre tantas cosas... Al principio no te aclaras. Es que me gustaría probarlo y no sé si necesariamente necesito unas cuantas máquinas para probar por ejemplo... la virtualización. Muchas gracias Erick, me ayudado mucho tu respuesta. Gracias de antemano. Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/caj2aoa96ejxesauk7p6bwpuyt36uufm9dm_gd8lnd+2t0n...@mail.gmail.com -- ~ Happy install ! Erick. --- IRC : zerick About : http://about.me/zerick Linux User ID : 549567
Re: (FUERA DE TEMA) Lo del admin despedido
En lo de los abogados tienes parte de razon, cuando se meten los abogados la pregunta es quien tiene mas pillado al otro bando, porque sera quien ponga las condiciones. Esto ha pasado varias veces, creo que donde mas es en Estados Unidos, donde ha habido empresas relativamente grandes que han tenido que aceptar chantajes. Generalmente lo que piden es dinero, una cantidad elevada pero que la empresa se puede permitir. Pero en otras ocasiones han pedido trabajo poniendo ellos las condiciones, y la empresa ha tenido que aceptar. No es informacion que sea conocida de manera abierta porque a ninguna empresa le interesa que sus clientes o el publico en general sean ciertas cosas. El día 25 de marzo de 2015, 22:45, Angel Claudio Alvarez an...@angel-alvarez.com.ar escribió: El Wed, 25 Mar 2015 10:59:16 +0100 Altair Linux altairli...@gmail.com escribió: No se de que pais eres, yo estoy en Valencia (España). Buenos Aires, Argentina Yo creo que puede ser cierto, en españa las cosas estan como estan y depende de lo que tenga el tipo puede ser que a la subcontrata no le quede mas remedio que pasar por el aro. yo creo que no, porque las empresas no funcionan asi, no hacen beneficencia y no pagan costos tan altos como un infeliz admin que los amenace Si la empresa es chica , no va a incrementar sus costos de esta manera, porque con la crisis que hay en España dura 2 meses y tiene que cerrar Y si la empresa es grande, tiene un buen estudio de abogados que por las buenas o por las malas te hace desistir. Ademas tene en cuenta que el tipo es un admin, no es alguien especializado en manipular gente y aguantarse lo que venga, o alguien que no le tenga miedo a cosas pesadas Insisto es una leyenda urbana Tambien me encaja bastante con el modo de operar de cierto tipo de empresas. Si quieres ascender en la empresa debes demostrar que piensas como ellos, que apruebas lo que hacen, que haces las cosas como ellos quieren que se hagan, etc. Cuanta mas gente hay en una empresa, y sobretodo cuantos mas niveles de jerarquia hay, mas facil es que haya corrupcion en algun sitio. Ahi tenes el principal problema, la vida no es el trabajo, un ascenso se da , no se pide o se pelea por el. Hay mil cosas mas importantes que un ascenso. Jamas cambiaria mi forma de pensar por un ascenso, llevo mas de 30 años trabajando y lo que tengo me lo gane por mi capacidad, no por pensar igual que la empresa. He cambiado varias veces de trabajo y he tenido epocas duras,y muchas veces no trabaje de lo que me gustaba, incluso muchas veces trabaje en cualquier cosa. No hay excusas para entregar tus banderas. Un trabaj es solo un medio, la vida es otra cosa En españa eso de los sicarios no suele hacerse, es muy raro. Se suele decir que la mafia española es mas peligrosa que la mafia italiana, porque la española no necesita matar. Funciona a base de sobornos, chantajes, trafico de influencias, etc. Esto se ve mucho a niveles de empresas, cuando son mas o menos grandes, y sobretodo a niveles politicos Lo del sicario es un decir, pero te ponen un estudio de abogados (que son peores que los sicarios) que te peguen un buen susto, y si vos no tenes un sindicato que te proteja o simplemente no tenes calle enseguida te convencen para que te dejes de molestar Mira que en mi pais hemos pasado por epocas peores que las que Uds. estan pasando, pero lo importante en no doblegarse, ni dejarse llevar. saludos -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/ca+hdpf+ac83j2dh1svcoemkz_h_g65+zyvkpjjyjzmc+c...@mail.gmail.com -- Angel Claudio Alvarez an...@angel-alvarez.com.ar -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150325184506.4783482b311bb56a4a37c...@angel-alvarez.com.ar -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CA+HdPfK7RhU3o=APGtr2ksGPk=nklwk-qb_s24ho_0xcp_n...@mail.gmail.com
Re: [OT] Tomcat SSL con geotrust EV multidomain
Ahora si, solucionado Me faltaba el paso de ha enviado Camaleón: https://www.geocerts.com/install/tomcat Mil gracias y un saludo. El día 23 de marzo de 2015, 19:19, Camaleón noela...@gmail.com escribió: El Mon, 23 Mar 2015 18:15:18 +0100, Sergio Villalba escribió: Voy avanzando.. (...) Cuando carga el https no dice típico mensaje Error de certificado...he seguido los pasos de la Web de Geotrust: https://www.geotrust.com/resources/extended-validation-ssl/installation- instructions.html#03 pero nada... Comprueba que no te hayas saltado ningún paso y que la generación del CSR y las claves es correcta, además de configurar el certificado intermedio: Install SSL Certificate Tomcat https://www.geocerts.com/install/tomcat Certificate Signing Request (CSR) Generation Instructions - Tomcat https://knowledge.geotrust.com/support/knowledge-base/index?page=contentid=AR897 Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2015.03.23.18.19...@gmail.com -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/ca+ylrtdx4bg8p9-+27c9a-wkvsgmnhdjlaud9gxhq+7tvyc...@mail.gmail.com
Re: Proxy en Google Earth
El Thu, 26 Mar 2015 14:29:09 -0300, Javier ArgentinaBBAR escribió: El día 26 de marzo de 2015, 14:18, Camaleón noela...@gmail.com escribió: El Thu, 26 Mar 2015 13:33:49 -0300, Javier ArgentinaBBAR escribió: (...) Por lo que la pregunta es: ¿Alguno sabe cómo configurar a googleearth para adicionarle en algún lugar las variables de proxy? La configuración del programa no tienen ninguna opción al respecto. He buscado en la red, y la solución que presentan es la de cargar variables de proxy al entorno de consola y ejecutarlo desde allí, cosa que ya tengo resuelta. (...) Prueba a configurar el proxy desde las opciones del entorno gráfico que uses (KDE). Ya está hecho, no funciona para googleearth, sí para todos los navegadores. Si GE no respeta la variable de entorno de KDE, mal asunto... intenta añadir al comando que lanza el archivo .desktop la opción que te funciona cuando lo ejecutas desde línea de comandos, p. ej.: env HTTP_PROXY=http://localhost:3128 /ruta/a/googleearth Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2015.03.26.17.46...@gmail.com
Re: Proxy en Google Earth
El día 26 de marzo de 2015, 13:49, fernando sainz
fernandojose.sa...@gmail.com escribió:
El día 26 de marzo de 2015, 17:33, Javier ArgentinaBBAR
javier.debian.bb...@gmail.com escribió:
Buenas tardes a todos:
Éste es uno de esos tantos ejercicios para pensar que me regala
Debian día a día.
Tengo acceso a internet detrás de un proxy corporativo.
He adicionado a mi archivo ~/.bashrc las siguientes líneas:
#Exportando el Proxy CNTLM escuchando en puerto 3128.
export http_proxy=http://localhost:3128
export https_proxy=${http_proxy}
export ftp_proxy=${http_proxy}
para que acceda al proxy que es controlado a su vez por CNTLM.
A resultas de esto, tengo
$ env|grep prox
http_proxy=http://localhost:3128
ftp_proxy=http://localhost:3128
https_proxy=http://localhost:3128
Todo anda muy bien... hasta que no anda alguna cosa.
Si desde una consola en escritorio gráfico ejecuto la orden
$ googleearth
el programa inicia sin problemas.
Ahora bien, si a googleearth lo invoco desde el menú desplegable o del
inicio rápido (Alt+F2), no accede al proxy, a pesar que las variables
del sistema KDE apuntan al servidor CNTLM.
Todo otro programa que usa internet, hasta ahora funciona sin inconvenientes.
CREO que el problema es que, invocando a googleearth por el menú, hace
que no lea las variables de proxy, las cuales sí son leídas cuando es
a través de consola gráfica.
Por lo que la pregunta es:
¿Alguno sabe cómo configurar a googleearth para adicionarle en algún
lugar las variables de proxy?
La configuración del programa no tienen ninguna opción al respecto.
He buscado en la red, y la solución que presentan es la de cargar
variables de proxy al entorno de consola y ejecutarlo desde allí, cosa
que ya tengo resuelta.
Muchas gracias
JAP
El proxy eres tu mismo? localhost ?
Si exportas una variable en el .bashrc solo es visible desde donde se
ejecuta ese script,
antiguamente para que una variable afectara a los entornos gráficos se
exportaba en el /etc/environment
S2.
Fernando:
Lo bueno de los viejos es que nos acordamos de las cosas que se hacían
a pulmón
He creado un archivo /etc/environment, sobre el que he cargado las
siguientes líneas:
# /etc/environment
# Variables de entorno disponible para todos los usuarios
#Exportando el Proxy CNTLM escuchando en puerto 3128.
export http_proxy=http://localhost:3128
export https_proxy=${http_proxy}
export ftp_proxy=${http_proxy}
Y la cosa funciona de perlas.
GoogleEarth ahora no tiene inconvenientes para funcionar, no importa
de dónde se lo invoque.
Me sirvió mucho esta página:
https://help.ubuntu.com/community/EnvironmentVariables
específicamente la parte que dice
System-wide environment variables
A suitable file for environment variable settings that affect the
system as a whole (rather than just a particular user)
is/etc/environment. An alternative is to create a file for the purpose
in the /etc/profile.d directory.
/etc/environment
This file is specifically meant for system-wide environment variable
settings. It is not a script file, but rather consists of assignment
expressions, one per line.
Muchas gracias.
JAP
P.D.: No sé cómo agregarle SOLUCIONADO al Asunto desde el cliente
web de GMail.
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/CAG0od5dZ3_KP=_4jqodmhp8rha6i3trupphfp1yp17oxpko...@mail.gmail.com
Re: Proxy en Google Earth
El jueves, 26 mar 2015, a las 17:33 UTC+1 horas,
Javier ArgentinaBBAR escribió:
Buenas tardes a todos:
Éste es uno de esos tantos ejercicios para pensar que me regala
Debian día a día.
Tengo acceso a internet detrás de un proxy corporativo.
He adicionado a mi archivo ~/.bashrc las siguientes líneas:
#Exportando el Proxy CNTLM escuchando en puerto 3128.
export http_proxy=http://localhost:3128
export https_proxy=${http_proxy}
export ftp_proxy=${http_proxy}
para que acceda al proxy que es controlado a su vez por CNTLM.
A resultas de esto, tengo
$ env|grep prox
http_proxy=http://localhost:3128
ftp_proxy=http://localhost:3128
https_proxy=http://localhost:3128
Todo anda muy bien... hasta que no anda alguna cosa.
Si desde una consola en escritorio gráfico ejecuto la orden
$ googleearth
el programa inicia sin problemas.
Ahora bien, si a googleearth lo invoco desde el menú desplegable o del
inicio rápido (Alt+F2), no accede al proxy, a pesar que las variables
del sistema KDE apuntan al servidor CNTLM.
Todo otro programa que usa internet, hasta ahora funciona sin inconvenientes.
.bashrc es leído por bash cuando inicia un intérprete _interactivo_,
así que dudo que KDE lo lea. Consulta el manual de bash en lo referente
a profile para ver dónde puedes colocar esas variables de ambiente para
que sea accesible a toda la sesión de usuario sin fastidiar a bash.
Saludos.
--
Manolo Díaz
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150326175053.62574...@gmail.com
Re: Proxy en Google Earth
El día 26 de marzo de 2015, 18:05, Javier ArgentinaBBAR javier.debian.bb...@gmail.com escribió: El día 26 de marzo de 2015, 13:49, fernando sainz fernandojose.sa...@gmail.com escribió: El día 26 de marzo de 2015, 17:33, Javier ArgentinaBBAR El proxy eres tu mismo? localhost ? Sí, porque la autenticación la maneja http://cntlm.sourceforge.net/ Me ahorra dolores de cabeza. Si exportas una variable en el .bashrc solo es visible desde donde se ejecuta ese script, antiguamente para que una variable afectara a los entornos gráficos se exportaba en el /etc/environment Ése es el problema. No sé dónde meter una configuración de proxy que afecte a programas de entorno gráfico cuyo origen no estén integrados al escritorio, como este caso KDE. S2. Como te digo, en mis tiempos eso se hacía en el /etc/environment Prueba a exportar ahí las variables y reiniciar el escritorio. S2. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAGw=rhia3ae_qwddp-9wqcrmrbgpwouwrn_tbxzobhwbu1h...@mail.gmail.com
Re: Proxy en Google Earth
El día 26 de marzo de 2015, 17:33, Javier ArgentinaBBAR
javier.debian.bb...@gmail.com escribió:
Buenas tardes a todos:
Éste es uno de esos tantos ejercicios para pensar que me regala
Debian día a día.
Tengo acceso a internet detrás de un proxy corporativo.
He adicionado a mi archivo ~/.bashrc las siguientes líneas:
#Exportando el Proxy CNTLM escuchando en puerto 3128.
export http_proxy=http://localhost:3128
export https_proxy=${http_proxy}
export ftp_proxy=${http_proxy}
para que acceda al proxy que es controlado a su vez por CNTLM.
A resultas de esto, tengo
$ env|grep prox
http_proxy=http://localhost:3128
ftp_proxy=http://localhost:3128
https_proxy=http://localhost:3128
Todo anda muy bien... hasta que no anda alguna cosa.
Si desde una consola en escritorio gráfico ejecuto la orden
$ googleearth
el programa inicia sin problemas.
Ahora bien, si a googleearth lo invoco desde el menú desplegable o del
inicio rápido (Alt+F2), no accede al proxy, a pesar que las variables
del sistema KDE apuntan al servidor CNTLM.
Todo otro programa que usa internet, hasta ahora funciona sin inconvenientes.
CREO que el problema es que, invocando a googleearth por el menú, hace
que no lea las variables de proxy, las cuales sí son leídas cuando es
a través de consola gráfica.
Por lo que la pregunta es:
¿Alguno sabe cómo configurar a googleearth para adicionarle en algún
lugar las variables de proxy?
La configuración del programa no tienen ninguna opción al respecto.
He buscado en la red, y la solución que presentan es la de cargar
variables de proxy al entorno de consola y ejecutarlo desde allí, cosa
que ya tengo resuelta.
Muchas gracias
JAP
El proxy eres tu mismo? localhost ?
Si exportas una variable en el .bashrc solo es visible desde donde se
ejecuta ese script,
antiguamente para que una variable afectara a los entornos gráficos se
exportaba en el /etc/environment
S2.
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/CAGw=rhgj-2rk0izskny-gacl8ar5uvis-y45wffhmrayojq...@mail.gmail.com
Re: Proxy en Google Earth
El día 26 de marzo de 2015, 13:49, fernando sainz fernandojose.sa...@gmail.com escribió: El día 26 de marzo de 2015, 17:33, Javier ArgentinaBBAR El proxy eres tu mismo? localhost ? Sí, porque la autenticación la maneja http://cntlm.sourceforge.net/ Me ahorra dolores de cabeza. Si exportas una variable en el .bashrc solo es visible desde donde se ejecuta ese script, antiguamente para que una variable afectara a los entornos gráficos se exportaba en el /etc/environment Ése es el problema. No sé dónde meter una configuración de proxy que afecte a programas de entorno gráfico cuyo origen no estén integrados al escritorio, como este caso KDE. S2. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAG0od5cqgPyXAS4Sqc44H3ncR98PviWF929=qod2rkm2kgt...@mail.gmail.com
Re: Proxy en Google Earth
El día 26 de marzo de 2015, 18:12, fernando sainz fernandojose.sa...@gmail.com escribió: El día 26 de marzo de 2015, 18:05, Javier ArgentinaBBAR javier.debian.bb...@gmail.com escribió: El día 26 de marzo de 2015, 13:49, fernando sainz fernandojose.sa...@gmail.com escribió: El día 26 de marzo de 2015, 17:33, Javier ArgentinaBBAR El proxy eres tu mismo? localhost ? Sí, porque la autenticación la maneja http://cntlm.sourceforge.net/ Me ahorra dolores de cabeza. Si exportas una variable en el .bashrc solo es visible desde donde se ejecuta ese script, antiguamente para que una variable afectara a los entornos gráficos se exportaba en el /etc/environment Ése es el problema. No sé dónde meter una configuración de proxy que afecte a programas de entorno gráfico cuyo origen no estén integrados al escritorio, como este caso KDE. S2. Como te digo, en mis tiempos eso se hacía en el /etc/environment Prueba a exportar ahí las variables y reiniciar el escritorio. S2. Perdón pero la sintaxis no es export variable en este fichero, es simplemente: http_proxy=http://localhost:3128 S2. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAGw=rHjVQFBYvmRHEZ+UryJY7HD=bxkpn3btad5jcva0kdv...@mail.gmail.com
Proxy en Google Earth
Buenas tardes a todos:
Éste es uno de esos tantos ejercicios para pensar que me regala
Debian día a día.
Tengo acceso a internet detrás de un proxy corporativo.
He adicionado a mi archivo ~/.bashrc las siguientes líneas:
#Exportando el Proxy CNTLM escuchando en puerto 3128.
export http_proxy=http://localhost:3128
export https_proxy=${http_proxy}
export ftp_proxy=${http_proxy}
para que acceda al proxy que es controlado a su vez por CNTLM.
A resultas de esto, tengo
$ env|grep prox
http_proxy=http://localhost:3128
ftp_proxy=http://localhost:3128
https_proxy=http://localhost:3128
Todo anda muy bien... hasta que no anda alguna cosa.
Si desde una consola en escritorio gráfico ejecuto la orden
$ googleearth
el programa inicia sin problemas.
Ahora bien, si a googleearth lo invoco desde el menú desplegable o del
inicio rápido (Alt+F2), no accede al proxy, a pesar que las variables
del sistema KDE apuntan al servidor CNTLM.
Todo otro programa que usa internet, hasta ahora funciona sin inconvenientes.
CREO que el problema es que, invocando a googleearth por el menú, hace
que no lea las variables de proxy, las cuales sí son leídas cuando es
a través de consola gráfica.
Por lo que la pregunta es:
¿Alguno sabe cómo configurar a googleearth para adicionarle en algún
lugar las variables de proxy?
La configuración del programa no tienen ninguna opción al respecto.
He buscado en la red, y la solución que presentan es la de cargar
variables de proxy al entorno de consola y ejecutarlo desde allí, cosa
que ya tengo resuelta.
Muchas gracias
JAP
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/CAG0od5cqdBic=BjyWgiBvhepfgR=9zvF6=zuhodxcdan+du...@mail.gmail.com
Re: Proxy en Google Earth
El día 26 de marzo de 2015, 14:18, Camaleón noela...@gmail.com escribió: El Thu, 26 Mar 2015 13:33:49 -0300, Javier ArgentinaBBAR escribió: (...) Por lo que la pregunta es: ¿Alguno sabe cómo configurar a googleearth para adicionarle en algún lugar las variables de proxy? La configuración del programa no tienen ninguna opción al respecto. He buscado en la red, y la solución que presentan es la de cargar variables de proxy al entorno de consola y ejecutarlo desde allí, cosa que ya tengo resuelta. (...) Prueba a configurar el proxy desde las opciones del entorno gráfico que uses (KDE). Saludos, -- Camaleón Ya está hecho, no funciona para googleearth, sí para todos los navegadores. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAG0od5eTNp=to-2gzcmdmbsd+05dzyzclww-hddje2ocqb-...@mail.gmail.com
Re: Proxy en Google Earth
El Thu, 26 Mar 2015 13:33:49 -0300, Javier ArgentinaBBAR escribió: (...) Por lo que la pregunta es: ¿Alguno sabe cómo configurar a googleearth para adicionarle en algún lugar las variables de proxy? La configuración del programa no tienen ninguna opción al respecto. He buscado en la red, y la solución que presentan es la de cargar variables de proxy al entorno de consola y ejecutarlo desde allí, cosa que ya tengo resuelta. (...) Prueba a configurar el proxy desde las opciones del entorno gráfico que uses (KDE). Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2015.03.26.17.18...@gmail.com
Re: ayuda: Por erro formatee home
El jueves, 26 mar 2015, a las 19:45 UTC+1 horas, Carlos Carcamo escribió: Saludos, necesito ayuda urgente :/ Ahora sin querer instale una nueva distro y queria compartir el /home, una vez lo hice y fue facil, pero ahora no se que paso y manjaro me formateo la particion /home borrandome mi carpeta de usuario de debian, a pesar que le puse un usuario diferente a manjaro, creo que fue por seleccionar el punto de montaje en /home a la hora de particionar e instalar. En fin ahora perdi mis datos, ya no puedo iniciar session en debian con mi usuario, que puedo hacer? puedo recuperar los datos? o al menos puedo montar el nuevo /home y crear la carpeta para que debian configure de nuevo mi cuenta de usuario? saludos y gracias de antemano. Compartir /home puede que no sea una buena idea. Ahí van también los ficheros de configuración para cada usuario de las aplicaciones. A veces esos ficheros cambian con la versión de la aplicación, y empiezan los problemas. Si no has cambiado nada en Debian, la partición seguirá montándose. Solo necesitas crear (tendrás que usar root) la carpeta home de usuario y poner a este como su propietario. Saludos. -- Manolo Díaz -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150326195845.05a2c...@gmail.com
Re: ayuda: Por erro formatee home
El jueves, 26 mar 2015, a las 19:58 UTC+1 horas, Manolo Díaz escribió: Solo necesitas crear (tendrás que usar root) la carpeta home de usuario y poner a este como su propietario. Bueno, y copiar los ficheros de /etc/skel/ como si se creara un nuevo usuario. Son ficheros ocultos: comienzan por punto. Si vas a intentar la recuperación de datos, no hagas nada de esto y sigue los consejos de Gonzalo. -- Manolo Díaz -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150326201157.7fdc3...@gmail.com
ayuda: Por erro formatee home
Saludos, necesito ayuda urgente :/ Ahora sin querer instale una nueva distro y queria compartir el /home, una vez lo hice y fue facil, pero ahora no se que paso y manjaro me formateo la particion /home borrandome mi carpeta de usuario de debian, a pesar que le puse un usuario diferente a manjaro, creo que fue por seleccionar el punto de montaje en /home a la hora de particionar e instalar. En fin ahora perdi mis datos, ya no puedo iniciar session en debian con mi usuario, que puedo hacer? puedo recuperar los datos? o al menos puedo montar el nuevo /home y crear la carpeta para que debian configure de nuevo mi cuenta de usuario? saludos y gracias de antemano. -- El desarrollo no es material es un estado de conciencia mental -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/cadptsta8npf-uha7qcu+z5w3xyz4q0qqlbwe8rzez+hjmez...@mail.gmail.com
Re: ayuda: Por erro formatee home
El 26 de marzo de 2015, 15:45, Carlos Carcamo eazyd...@gmail.com escribió: Saludos, necesito ayuda urgente :/ Ahora sin querer instale una nueva distro y queria compartir el /home, una vez lo hice y fue facil, pero ahora no se que paso y manjaro me formateo la particion /home borrandome mi carpeta de usuario de debian, a pesar que le puse un usuario diferente a manjaro, creo que fue por seleccionar el punto de montaje en /home a la hora de particionar e instalar. En fin ahora perdi mis datos, ya no puedo iniciar session en debian con mi usuario, que puedo hacer? puedo recuperar los datos? o al menos puedo montar el nuevo /home y crear la carpeta para que debian configure de nuevo mi cuenta de usuario? antes de seguir rompiendo cosas dd if=/dev/particion rota of=/ruta/a/otro/disco/que/tendra/la/imagen photorec (o testdisk, siempre los confundo) y trabajar sobre esa copia saludos y gracias de antemano. -- El desarrollo no es material es un estado de conciencia mental -- enviado desde el webmail de gmail sin hacer top-posting y en texto plano. Porque puedo. (O eso creo :þ) -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/capqjqdtw_nbk7rcdxrwgaa4gxqbdhkel5je+vbnrlj5vpri...@mail.gmail.com
Re: hola como puedo conseguir documentacion kali linux
Hola. El 26 de marzo de 2015, 13:34, Juan Carlos Betancourt ju...@disaic.cu escribió: saludos amigos necesito conseguir algun documento pequeno pero factible para este software que me dicen reemplaza a backtrack pues me dicen que es la version moderna saben cuales son sus mejoras y caracteristicas en pc . https://www.kali.org/official-documentation/ Si no tienes acceso a internet avísame qué necesitas y te lo envío. Saludos gracias -- Juan Lavieri Errar es de humanos, pero es mas humano culpar a los demás.
hola como puedo conseguir documentacion kali linux
saludos amigos necesito conseguir algun documento pequeno pero factible para este software que me dicen reemplaza a backtrack pues me dicen que es la version moderna saben cuales son sus mejoras y caracteristicas en pc . gracias
Re: ifupdown en jessie, iproute2 e interfaces bridge
El Wed, 25 de Mar de 2015, a las 02:36:09PM +, Camaleón dijo: lo ejecuta ifupdown él solito, sin doparse con scripts externos, en cuanto ve que una interfaz se llama XXX.NUMERO. Es lo mismo :-) No, no es lo mismo. Bueno, no es lo mismo lo que yo digo. Lo que tú dices sí es lo mismo, pero es que *estamos hablando de aspectos totalmente diferentes*. Un script puede ser una simple línea que ejecute un comando (ip) o ser más elaborado (brtcl) pero en ambos casos se pretende la misma función: crear una interfaz puente o crear una vlan que se pueda gestionar a través de ifupdown, N-M o cualquier otro sistema encargado de la gestión de la red. Sí, pero no es a eso a lo que yo me refiero. Vuelvo otra vez a explicarlo, porque ya me he propuesto que me acabes entendiendo. Que la gestión al final se reduce a que ifupdown ejecute los comandos que yo mismo podría ejecutar a mano con iproute2, brctl, vconfig, openvpn, tunctl, dhclient o la herramienta que sea, no es algo que yo desmienta en ningún momento: lo tengo claro y lo tenía claro antes de iniciar el hilo. Eso es machaconamente en lo que tú insistes, pero es que no hace falta que insistas en ello, porque yo lo sé. La diferencia a la que yo me refiero está en el cómo lo hace ifupdown: a) Algunas configuraciones simples (normalmente las que no requieren crear ninguna interfaz) iface eth0 inet static address 192,.168.1.10 por supuesto que necesitan por debajo que ifupdown ejecute comandos (ip en este caso particular), pero no requieren que se le dicte a ifupdown cuáles son, porque él ya los sabe: la forma de gestionar esta declaración para eth0 ya está implementada en el core de la herramienta. O dicho de otro modo, si me paseo por los directorios /etc/network/if-*.d/, no veré ningún script que le diga a ifupdown cómo tiene que configurar esto. b) Otras configuraciones más complejas (normalmente las que requieren crear antes la interfaz) como: iface tun0 inet manual openvpn hostremoto Sí que requieren que se le dicte a ifupdown cómo manejar esa opción de openvpn hostremoto y, de hecho, si miro dentro de if-up.d y de if-down.d veré dos scripts llamados ambos openvpn que se instalan junto al paquete homónimo. Pues bien, si analizamos el caso de gestionar una interfaz vlan, resulta que hasta hace dos o tres años, nos encontrábamos en el caso b) e ifupdown requería de scripts externos (if-pre-up.d/vlan e if-post-down.d/vlan) que se instalaban con el paquete vlan, porque de hecho esos scripts usan el comando vconfig que se encuentra en dicho paquete. Ahora bien, eso cambió hace un tiempo y ahora ifupdown es capaz de gestionar esas interfaces sin requerir ningún script externo. Como, además, usa iproute2 que es una dependencia suya, no es necesario instalar ningún paquete adicional. Resumiendo: 1. Modo antiguo: requiere scripts externos que usan la opción vlan_raw_device (caso b) iface eth0.10 inet static address 192.168.10.1 vlan_raw_device eth0 2. Modo moderno: no requiere nada adicional y la funcionalidad está en el core de ifupdown (caso a) iface eth0.10 inet static address 192.168.10.1 Expuesto esto, mi pregunta original fue: la gestión de una interfaz bridge con ifupdown, sigue requiriendo la instalación de bridge-utils y los scripts que instala (caso b) o ya no requiere ningún script adicional y usa iproute2 (caso a) tal como pasa con las vlan? En el segundo caso, ¿cuál es su sintaxis? Motivo de la pregunta: no encuentro nada en internet, pero es que me costó mucho encontrar la solución a) para vlan y fue por casualidad. La mayor parte de la documentación que encuentro sobre debian al respecto no me parece fiable por obsoleta. Espero haberme explicado con claridad. Si no lo he hecho, no puedo hacerlo mejor y doy por cerrado el hilo. Gracias por tu tiempo. -- Parezco en mi fortuna al Manzanares, que con agua o sin ella siempre es río. --- Tomé de Burguillos --- -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150326072805.ga3...@cubo.casa
Re: Política de ficheros externos en Debian
El Wed, 25 Mar 2015 19:53:47 +0100, Manolo Díaz escribió: El miércoles, 25 mar 2015, a las 19:43 UTC+1 horas, Camaleón escribió: (...) Pero ya debería estar corregido (wheezy lleva la versión 1.15-1), hum... mira: veusz-helpers: fails to upgrade from wheezy - trying to overwrite /usr/ lib/python2.7/dist-packages/veusz/resources https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=714891 Pues no, corregido está en la 1.20. Y archivado. Pues les he enviado otro informe, no he visto el que apuntas. Me van a odiar por distraerlos mientras faenan para sacar adelante a Jessie :'( Ya sabes que suelen hacer poco caso, vamos, que puedes mandar un informe de fallo y hasta dentro de un año no recibir respuesta. Por cierto, el bug creo que es para el paquete veusz-helpers. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2015.03.26.14.29...@gmail.com
Re: ifupdown en jessie, iproute2 e interfaces bridge
El Thu, 26 Mar 2015 08:28:05 +0100, José Miguel (sio2) escribió: El Wed, 25 de Mar de 2015, a las 02:36:09PM +, Camaleón dijo: lo ejecuta ifupdown él solito, sin doparse con scripts externos, en cuanto ve que una interfaz se llama XXX.NUMERO. Es lo mismo :-) No, no es lo mismo. Bueno, no es lo mismo lo que yo digo. Lo que tú dices sí es lo mismo, pero es que *estamos hablando de aspectos totalmente diferentes*. Un script puede ser una simple línea que ejecute un comando (ip) o ser más elaborado (brtcl) pero en ambos casos se pretende la misma función: crear una interfaz puente o crear una vlan que se pueda gestionar a través de ifupdown, N-M o cualquier otro sistema encargado de la gestión de la red. Sí, pero no es a eso a lo que yo me refiero. Vuelvo otra vez a explicarlo, porque ya me he propuesto que me acabes entendiendo. (...) José Miguel, lo entiendo perfectamente. Simplemente a tu pregunta de si es necesario el paquete bridge-utils para crear una interfaz puente la respuesta es que puedes usar varias herramientas, entre ellas la que te proporciona bridge-utils, por lo tanto, la respuesta es que NO, no es necesario, que puedes crearla con la herramienta que prefieras o manualmente con iproute2 y una vez creada la puedes declarar o usar o gestionar o como prefieras llamarlo directamente desde el archivo /etc/network/interfaces. Por otra parte, grosso modo a ojos del kernel no hay ninguna diferencia entre eth0 y br0, no hay un sistema core en el ifupdown como dices para crear una u otra, simplemente se trata de dos interfaces distintas que se gestionan a través de módulos distintos, nada más. En cuanto a la sintaxis para gestionar los puentes lo tienes especificado en la página del manual de la herramienta que uses para crearlos (man brctl, man ip, etc...). Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2015.03.26.14.46...@gmail.com
