Re: Duda sobre policy-based routing.
El Tue, 31 de Mar de 2015, a las 01:56:29PM +, Camaleón dijo: 0: from all lookup local 10: from all lookup main 249:from 172.16.0.2 lookup TABLA1 250:from 172.17.0.2 lookup TABLA2 999:from 192.168.0.0/24 lookup TABLA1 1000: from 192.168.1.0/24 lookup TABLA2 32767: from all lookup default Esta tabla tuya no la pillo, la del documento que enlazas sí tiene lógica. Sí, al final he hecho un solución parecida a la expuesta en LARTC que toma del documento enlazado la idea de que la tabla main se revise al principio. No sé si hay algo que sobra o que dejaría de funcionar en algún caso especial (por ejemplo, cuando marcara tráfico para que saliera por una interfaz concreta). Se parte de esto (pongo otra vez el esquema): +---+ INTERNET -- 172.16.0.1 172.16.0.2 (eth0) --+ +--- 192.168.0.1 (eth2) INTERNET -- 172.17.0.1 172.17.0.2 (eth1) --+ +--- 192.168.1.1 (eth3) +---+ Y se quiere hacer que el tráfico hacia internet procedente de la red 192.168.0.1 siempre salga por eth0 y el procedente de la red 192.168.1.1 por eth1. La política de rutas es la que he puesto en el otro mensaje y en este se ve comentada. Las reglas de cada cada tabla son las siguientes: + local: Las que ponga el núcleo de linux (no toco nada) + main: Sólo las entradas de las redes directamente conectadas. O sea: #v+ $ ip route show 172.16.0.0/16 dev eth0 proto kernel scope link src 172.16.0.2 172.17.0.0/16 dev eth1 proto kernel scope link src 172.17.0.2 192.168.0.0/24 dev eth2 proto kernel scope link src 192.168.0.1 192.168.1.0/24 dev eth3 proto kernel scope link src 192.168.1.1 #v- Al no haber ninguna indicación sobre cómo se va a otras redes, se seguiría comprobando la política 249, porque throw default es una entrada implícita. + TABLA1: Hay una única entrada que dice que se sale a internet por 172.16.0.1: #v+ # ip route show table TABLA1 default via 172.16.0.1 dev eth0 #v- + TABLA2: Hay una única entrada que dice que se sale a internet por 172.17.0.1: #v+ # ip route show table TABLA2 default via 172.17.0.1 dev eth1 #v- + default: Hay una única entrada que dice por dónde se sale a internet. Al ser revisada en la última regla, sólo saldrá por aquí el tráfico que no haya sido encaminado por alguna regla anterior. Supongamos que balanceamos entre eth0 y eth1: #v+ # ip route show table default default nexthop via 172.16.0.1 dev eth0 weight 1 nexthop via 172.17.0.1 dev eth1 weight 1 #v- Visto esto entiendo que si llega tráfico procedente del exterior a la interfaz 172.16.0.2, la respuesta del servidor siempre será por esta interfaz gracias a la regla 249, ya que como ip de origen de ese paquete de respuesta, se toma la ip de destino del paquete al que se responde. Idéntico razonamiento se puede hacer con la interfaz eth1 y la regla 250. Por tanto, estas dos reglas aseguran que siempre se responde por la interfaz por la que se recibe tráfico. Obviamente, para que esto ocurra así, la ip de origen ya debe estar fijada en el paquete antes de que se empiecen a comprobar las reglas. Ahora bien, si es el servidor el que origina tráfico (p. e. hace una consulta DNS para resolver un nombre), entonces a priori no hay ip de origen: esta se establecerá dependiendo de por qué interfaz salga el paquete. Así llegamos a la última regla y la tabla default dice que se sale una vez por eth0 y la siguiente por eth1. Pero para que esto sea así, la ip de origen no debe estar fijada al comprobarse las reglas, sino fijarse como consecuencia de ellas. Querría saber si esto es así o no, es decir, si cuando se responde se establece la ip de origen antes de cualquier decisión de encaminamiento; pero, sin embargo, cuando se inicia una comunicación la ip de origen se establece como consecuencia de la decisión de encaminamiento: como debe salir por esta interfaz según las reglas de encaminamiento, le pongo la ip de esta interfaz. He hecho pruebas con el comando ping y la configuración que he puesto parece funcionar: si se entra por eth0, se sale por eth0; si se entra por eth1, se sale por eth1; y, si se hace ping desde el propio servidor, hacia afuera, una vez se sale por eth0 y otra vez por eth1. No sé si he logrado explicarlo todo bien. Un saludo. -- Hay dos sistemas de conseguir la felicidad: uno, hacerse el idiota; otro, serlo. --- Enrique Jardiel Poncela. -- -- 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/20150401112843.ga12...@cubo.casa
Re: Problemas con GNOME 3
El Wed, 01 Apr 2015 00:16:24 +0200, Marco Canora escribió: (recuerda desactivar el formato html al mandar los mensajes a la lista) Hola Tengo problemas con GNOME 3, adjunto la notificación de error. Muchas gracias de antemano. Si ampliaras un poco más los datos del error, más allá de enviar la imagen del mensaje que recibes (que está bien pero puede resultar insuficiente), sería mejor. Por ejemplo, ¿se trata de una nueva instalación? ¿Has realizado algún cambio, del tipo que sea (hardware, edición de archivos de configuración de GNOME, actualización de software...)? ¿Es la primera vez que ves ese mensaje? ¿Puedes iniciar sesión correctamente en gnome-classic? INFO: Es un ordenador portatil. Versión Debian: 7.8 (64-bit) RAM: 4 GB CPU: Intel Core i5-4210U Gráficos: Gallium 0.4 on llvmpipe (LLVM 0x209) (Supongo que será el controlador gráfico) GPU: No tiene HDD: 1TB Manda (o sube a www.pastebin.com) la salida de estos comandos: lspci | grep -i vga grep -i -e driver -e dri /var/log/Xorg.0.log cat ~/.xsession-errors 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.04.01.13.49...@gmail.com
Re: Backport Haswell
El Wed, 01 Apr 2015 02:44:59 +0200, Marco Canora escribió: (ese html...) Hola Conocéis algún backport de drivers para procesadores Intel Haswell? ¿Drivers para qué, para la tarjeta gráfica (intel, i915)? Si es así, los drivers de intel están integrados como módulos en el kernel, y sí, hay un kernel actualizado en los backports para Wheezy. 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.04.01.13.55...@gmail.com
[OT] tamaño diferente al listar por sftp
Buenas tardes Tengo un escenario en donde el mismo archivo al ser listado vía sftp me da diferente tamaño Tengo un archivo ls -l CDR_MX01_03312015223002_03524.dat -rw-rw-r-- 1 mzadminusers 4617158 Apr 1 18:28 CDR_MX01_03312015223002_03524.dat Se lista el archivo por sftp usando comodines echo ls -l /outgoing/cdr/CDR_MX01_03312015*.dat | sftp u...@sftp.example.com | grep CDR_MX01_03312015223002_03524.dat -rw-rw-r--0 1001 1001 114525 Mar 31 04:00 /outgoing/cdr/CDR_MX01_03312015223002_03524.dat Se lista el mismo archivo directamente echo ls -l /outgoing/cdr/CDR_MX01_03312015223002_03524.dat | sftp u...@sftp.example.com sftp ls -l /outgoing/cdr/CDR_MX01_03312015223002_03524.dat -rw-rw-r--0 1001 1001 4617158 Mar 31 17:30 /outgoing/cdr/CDR_MX01_03312015223002_03524.dat ¿Me podrían orientar en donde configurar para que me den los tamaños idénticos al consultar por comodín? Seguramente no se preguntar correctamente a google. Y me disculpo con la cabeza abajo por ello, pero ustedes son los mejores expertos que conozco. Gracias -- Cada cual según sus fuerzas, cada quien según sus necesidades... -- 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/CAF=btg5_fxynaqbnxpg0nob0s_gzkn0udqnda1o6hmd1tuj...@mail.gmail.com
Re: Iceweasel Logo
El miércoles, 1 de abril de 2015, Aradenatorix Veckhom Vacelaevus arad...@gmail.com escribió: El 1 de abril de 2015, Esteban Monge escribió: Hola gente: Estoy proponiendo un logo modificado para Iceweasel, mi idea es que sea con colores mas sólidos y simplista. Se basa en el anterior. En mi página web esta la imagen y el archivo SVG: http://www.emonge.com/doku.php/iceweasel_logo ¿Como lo ven? Con los ojos... la verdad no me gusta, prefiero el anterior, creo que le falta alma, muy plano para mi gusto. Saludos. En efecto, pero además no me convence la simplificación. Pareces querer llevarlo a un punto intermedio entre el logo actual y lo que se llama flat design que es como la tendencia actual, bidimensional y sin efectos. Personalmente no me convence, creo que pierde todo el encanto, sobre todo por la mirada, pareciera un iceweasel malvado ahora, se ve más hostil y menos amigable y a esa percepción influye la oscuridad de la esfera sobre la que se encuentra, ya que al simplificarlo le quitas toda la luz. No es un mal trabajo, pero todavía necesita ajustes. Saludos -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org javascript:; with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org javascript:; Archive: https://lists.debian.org/caacnk7ztqbyy2uvvfkrh+md8w5sxplqa1yc8wfgfp_bmofh...@mail.gmail.com -- usuario linux #274354 normas de la lista: http://wiki.debian.org/es/NormasLista como hacer preguntas inteligentes: http://www.sindominio.net/ayuda/preguntas-inteligentes.html
Re: [OT] tamaño diferente al listar por sftp
Hola. Muy sencillo. No son el mismo archivo. El 1 de abril de 2015, 21:49, petrohs el compa obrero petr...@gmail.com escribió: Buenas tardes Tengo un escenario en donde el mismo archivo al ser listado vía sftp me da diferente tamaño Tengo un archivo ls -l CDR_MX01_03312015223002_03524.dat -rw-rw-r-- 1 mzadminusers 4617158 Apr 1 18:28 CDR_MX01_03312015223002_03524.dat Se lista el archivo por sftp usando comodines echo ls -l /outgoing/cdr/CDR_MX01_03312015*.dat | sftp u...@sftp.example.com | grep CDR_MX01_03312015223002_03524.dat -rw-rw-r--0 1001 1001 114525 Mar 31 04:00 Fíjate la fecha y hora de este. /outgoing/cdr/CDR_MX01_03312015223002_03524.dat Se lista el mismo archivo directamente echo ls -l /outgoing/cdr/CDR_MX01_03312015223002_03524.dat | sftp u...@sftp.example.com sftp ls -l /outgoing/cdr/CDR_MX01_03312015223002_03524.dat -rw-rw-r--0 1001 1001 4617158 Mar 31 17:30 Y compáralo con la de éste. Parece que tienes dos archivos distintos con el mismo nombre en dos lugares diferentes. /outgoing/cdr/CDR_MX01_03312015223002_03524.dat ¿Me podrían orientar en donde configurar para que me den los tamaños idénticos al consultar por comodín? Seguramente no se preguntar correctamente a google. Y me disculpo con la cabeza abajo por ello, pero ustedes son los mejores expertos que conozco. Gracias Saludos. -- Cada cual según sus fuerzas, cada quien según sus necesidades...
Iceweasel Logo
Hola gente: Estoy proponiendo un logo modificado para Iceweasel, mi idea es que sea con colores mas sólidos y simplista. Se basa en el anterior. En mi página web esta la imagen y el archivo SVG: http://www.emonge.com/doku.php/iceweasel_logo ¿Como lo ven? Con los ojos... Y este es el bug report en Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=781698 -- Esteban Monge Marín http://www.emonge.com e...@emonge.com mongejimene...@gmail.com estebanmo...@riseup.net Linux User: 478378 - Isaca COBIT - Cabinet Office ITIL Foundation - CompTIA A+ - Nagios Enterprises Certified Professional -- 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/fb8fa85341d9da5a40303259bb318...@riseup.net
Re: Iceweasel Logo
2015-04-01 15:52 GMT-03:00 Esteban Monge estebanmo...@riseup.net: Hola gente: Estoy proponiendo un logo modificado para Iceweasel, mi idea es que sea con colores mas sólidos y simplista. Se basa en el anterior. En mi página web esta la imagen y el archivo SVG: http://www.emonge.com/doku.php/iceweasel_logo ¿Como lo ven? Con los ojos... Y este es el bug report en Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=781698 -- Es bueno, onda mas simplista, feo no es pero personalmente me gusta mas el original.. (seguramente es por cosas de costumbre) Es mi parecer o al poner los ojos todo en negros se logra que pareciese como que estuviese enojado? es como que al tener billo en los ojos parece mas amigable/adorable :) 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/CADqxbRRgxRMqVGYWnDQJ0gg8GmCe==8GA4=fufbf5aaaezw...@mail.gmail.com
Re: Problemas con GNOME 3
dale alt + f4 y seguirá adelante eso pasa la primera vez si tu hardware no tiene aceleracion 3d sin embargo en gnome 3.14 cargas aunque no tenga aceleracion 3d -- 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/1427919545.3138.0.ca...@unix.inor.sld.cu
Re: Iceweasel Logo
El 1 de abril de 2015, Esteban Monge escribió: Hola gente: Estoy proponiendo un logo modificado para Iceweasel, mi idea es que sea con colores mas sólidos y simplista. Se basa en el anterior. En mi página web esta la imagen y el archivo SVG: http://www.emonge.com/doku.php/iceweasel_logo ¿Como lo ven? Con los ojos... En efecto, pero además no me convence la simplificación. Pareces querer llevarlo a un punto intermedio entre el logo actual y lo que se llama flat design que es como la tendencia actual, bidimensional y sin efectos. Personalmente no me convence, creo que pierde todo el encanto, sobre todo por la mirada, pareciera un iceweasel malvado ahora, se ve más hostil y menos amigable y a esa percepción influye la oscuridad de la esfera sobre la que se encuentra, ya que al simplificarlo le quitas toda la luz. No es un mal trabajo, pero todavía necesita ajustes. 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/caacnk7ztqbyy2uvvfkrh+md8w5sxplqa1yc8wfgfp_bmofh...@mail.gmail.com
problema systemd y livecd
Hola, estoy haciendo un livecd de debian 8 ya lo había hecho del 7. El problema es que en el 7 yo limpiaba /etc/fstab y /etc/mtab antes de hacer la imagen e instalaba live-boot y live-config que tienen versiones para systemd y sysv. Pero en debian 8 ni con uno ni con otro bootea bien el livecd y el problema radica en el /etc/fstab. Si limpio el /etc/fstab en debian 8 al reiniciar el sistema se monta cx0mo solo lectura además que al hacer la imágen del live cd lanza kernel panic. Esto no pasa en debian 7. La pregunta es que archivos debo limpiar/borrar antes de hacer un live de debian 8 y como hago para que funcionens correctamente los scripts de inicio live-config y live-boot cuando se usa systemd que al final es el que me interesa?. A lo mejor instalando usando solo sysv funciona pero el live va a tener gnome y me interesa hacerlo con systemd dada las novedades que tiene. Gracias de antemano. -- 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/1427920226.3138.9.ca...@unix.inor.sld.cu