Re: Iceweasel Logo
Lo minimalista surgió como una necesidad de terminar las cosas a tiempo, pero esto es software libre y eso significa que tenemos el tiempo del mundo para estar de ociosos (por ejemplo, rediseñar los logos). Si quieres proponer un diseño que sea más aceptado yo me inclinaría más hacia algo más atrevido, sacrificar algo el logotipo para hacer uno un tanto más original (que pierda algo de relación con el anterior) y acorde a lo que quieres. Me parece que si quieres un logo minimalista hasta debes considerarte algo más cuadrado. http://th01.deviantart.net/fs70/PRE/f/2011/298/d/6/minimalist_firefox_wallpaper_by_cesaraquino-d4dxjvr.jpg http://blog.sagitaz.com/wp-content/uploads/2014/06/firefox-minimalista.png Y te mando tres bocetos para darte ideas. http://rcruz.inteligencia-artificial.net/iceweasel/ No estudie diseño ni nada, sólo son ideas. Y por cierto, los bocetos están mal, Los hice a "mano alzada", de rapidín. Saludos. Ricardo C. N. El día 2 de mayo de 2015, 14:46, Debia Linux escribió: > > > On Wednesday, April 1, 2015, Esteban Monge wrote: >> >> 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... > > > Antes de leer todos los post, cuando lo vi me parecio enojado (al igual que > todos). Tambien se que seria una idea increible que todos usaran una > aportacion nuestra. > > Coincido con quienes dicen que se ve plano, las luces le dan volumen, pero > aun de todo esto,me parece mas que si a ti te gusta el diseño, lo uses en > tus computadoras, si a los demas no les gusta, no quiere decir que tampoco a > ti debe gustarte. > > Hay personas que conozco que dicen que la musica de Mozart es ruidosa. Yo > creo que aun la mejor musica, es ruido cuando no deseamos escucharla. > > Si a ti te gusta, usala, me parece una gran ventaja la de usar un OS que nos > permite modificarlo a placer. > > Pasa excelente dia.. > >> >> >> 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 >> > -- 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/caobz3shof9gzh7pwpjlsxyfse-v765zdyxrszd9ckmx9po5...@mail.gmail.com
Re: OT proxy reverso con apache con multiples ip de destino
El Sat, 2 May 2015 18:47:38 -0430
German Cardozo escribió:
> German Cardozo Chirinos
> ~ carpe diem ~
> On May 2, 2015 3:15 PM, "Camaleón" wrote:
> >
> > El Sat, 02 May 2015 13:31:32 -0430, German Cardozo escribió:
> >
> > > 2015-05-02 13:08 GMT-04:30 Camaleón :
> > >> El Sat, 02 May 2015 12:43:36 -0430, German Cardozo escribió:
> > >>
> > >>> 2015-05-02 12:24 GMT-04:30 Camaleón :
> > >>
> > >> (...)
> > >>
> > Otra cosa, mejor reinicia el servidor apache tras los cambios
> > ("service apache2 restart").
> >
> >
> > >>> En general, y para este tipo de cambios, no te recomendaría que en
> > >>> ambientes de producción se ejecute un "service apache2 restart".
> > >>
> > >> (...)
> > >>
> > >> Cierto, pero recargando la configuración no siempre se obtiene el
> > >> efecto deseado así que te curas en salud con un reinicio del servicio y
> > >> si hay algún error más gordo cuanto lo veas, mejor.
> > >>
> > >>
> > > Debe leerse bien la documentación de Apache httpd. En ambientes de
> > > producción, en especial aquellos con mucho tráfico, y a pesar de tener
> > > balanceadores (ejemplo haproxy), nunca es recomendable efectuar un
> > > reinicio, ya que los navegadores pueden experimentar fallas en sus
> > > request, lo que dependiendo del sitio, puede causar molestias
> > > innecesarias a sus usuarios.
> >
> > (...)
> >
> > Disiento.
> >
> > Si estás haciendo pruebas y cambios en la configuración de los archivos
> > de Apache te expones a que algo deje de funcionar recargues la
> > configuración o reinicies así que se supone que lo estás haciendo cuando
> > el servidor tiene poca carga de trabajo o en un día de poco tráfico para
> > molestar lo menos posible. Siempre será preferible una parada del
> > servicico para asegurarse de que todo funciona correctamente.
> >
>
> Disiento doblemente... ;)
>
jajaja, German no sabes en que te metiste.
El apellido de camaleon es Zapata: si no la gana la empata
tiene un TOC que le impide dejar un debate si no tiene la ultima palabra ( si
importar si tiene razon o no)
> En ambientes en producción, donde el (o los proxy reversos) deben atender
> 20 o mas VirtualHost, con diferentes niveles de uso de las aplicaciones,
> hace díficil abrir ventanas de mantenimiento que incluyan cese del servicio
> "prolongado" (5, 10, 15 minutos pueden ser largos para ciertos
> proveedores). Para pruebas, siempre es recomendable tener ambientes de test
> homologados al de producción, para saber a que nivel los cambios afectan
> este servicio.
>
> Así mismo, la activación de nuevos servicios "al vuelo", es una gran
> ventaja en sistemas muy dinámicos, escalables y a gran escala. Apache httpd
> soporta desde hace tiempo estos cambios, y su mecanismo para hacerlo es
> bastante seguro y confiable.
>
> Respecto a nginx, lo estoy probando aún, pero hay requerimientos de ciertos
> componentes que manejo, que lo hacen de dificil implementación en la
> actualidad.
>
> > 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.05.02.19.45...@gmail.com
> >
--
Angel Claudio Alvarez
--
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/20150502212859.9e9296012fd5f454ed681...@angel-alvarez.com.ar
Re: OT proxy reverso con apache con multiples ip de destino
German Cardozo Chirinos
~ carpe diem ~
On May 2, 2015 3:15 PM, "Camaleón" wrote:
>
> El Sat, 02 May 2015 13:31:32 -0430, German Cardozo escribió:
>
> > 2015-05-02 13:08 GMT-04:30 Camaleón :
> >> El Sat, 02 May 2015 12:43:36 -0430, German Cardozo escribió:
> >>
> >>> 2015-05-02 12:24 GMT-04:30 Camaleón :
> >>
> >> (...)
> >>
> Otra cosa, mejor reinicia el servidor apache tras los cambios
> ("service apache2 restart").
>
>
> >>> En general, y para este tipo de cambios, no te recomendaría que en
> >>> ambientes de producción se ejecute un "service apache2 restart".
> >>
> >> (...)
> >>
> >> Cierto, pero recargando la configuración no siempre se obtiene el
> >> efecto deseado así que te curas en salud con un reinicio del servicio y
> >> si hay algún error más gordo cuanto lo veas, mejor.
> >>
> >>
> > Debe leerse bien la documentación de Apache httpd. En ambientes de
> > producción, en especial aquellos con mucho tráfico, y a pesar de tener
> > balanceadores (ejemplo haproxy), nunca es recomendable efectuar un
> > reinicio, ya que los navegadores pueden experimentar fallas en sus
> > request, lo que dependiendo del sitio, puede causar molestias
> > innecesarias a sus usuarios.
>
> (...)
>
> Disiento.
>
> Si estás haciendo pruebas y cambios en la configuración de los archivos
> de Apache te expones a que algo deje de funcionar recargues la
> configuración o reinicies así que se supone que lo estás haciendo cuando
> el servidor tiene poca carga de trabajo o en un día de poco tráfico para
> molestar lo menos posible. Siempre será preferible una parada del
> servicico para asegurarse de que todo funciona correctamente.
>
Disiento doblemente... ;)
En ambientes en producción, donde el (o los proxy reversos) deben atender
20 o mas VirtualHost, con diferentes niveles de uso de las aplicaciones,
hace díficil abrir ventanas de mantenimiento que incluyan cese del servicio
"prolongado" (5, 10, 15 minutos pueden ser largos para ciertos
proveedores). Para pruebas, siempre es recomendable tener ambientes de test
homologados al de producción, para saber a que nivel los cambios afectan
este servicio.
Así mismo, la activación de nuevos servicios "al vuelo", es una gran
ventaja en sistemas muy dinámicos, escalables y a gran escala. Apache httpd
soporta desde hace tiempo estos cambios, y su mecanismo para hacerlo es
bastante seguro y confiable.
Respecto a nginx, lo estoy probando aún, pero hay requerimientos de ciertos
componentes que manejo, que lo hacen de dificil implementación en la
actualidad.
> 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.05.02.19.45...@gmail.com
>
Pantalla en negro en Debian 8
Hola integrantes de la lista... Datos del CP: Procesador: AMD A10-5800K APU with Radeon(tm) HD Graphics VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Trinity [Radeon HD 7660D] Hice una instalación minima de Debian 8 con LVM, y al comenzar instalé: apt install linux-headers-`uname -r` apt install xserver-xorg-video-ati libgl1-mesa-dri libgl1-mesa-glx firmware-linux-free apt install gnome-shell gnome-shell-extensions gnome-tweak-tool gdm3 gnome-terminal sudo systemctl reboot y cuando reinicié no muestra el gdm y me aparece una pantalla en negro. systemctl -l status gdm.service ● gdm.service - GNOME Display Manager Loaded: loaded (/lib/systemd/system/gdm.service; enabled) Active: inactive (dead) los EE de los log muestran esto: abr 30 13:45:11 kernel: [drm:radeon_pci_probe] *ERROR* radeon kernel modesetting for R600 or later requires firmware-linux-nonfree. abr 30 13:45:14 kernel: r8169 :01:00.0: firmware: failed to load rtl_nic/rtl8168e-3.fw (-2) ---> Este el controlador privativo de sonido. abr 30 13:45:15 systemd[573]: Failed at step EXEC spawning /bin/plymouth: No such file or directory [ 201.369] (II) [KMS] drm report modesetting isn't supported. [ 201.370] (EE) Screen 0 deleted because of no matching config section. [ 201.370] (II) UnloadModule: "radeon" [ 201.370] (EE) Device(s) detected, but none match those in the config file. [ 201.370] (EE) Fatal server error: [ 201.370] (EE) no screens found(EE) [ 201.370] (EE) Please consult the The X.Org Foundation support Este es el xorg.conf Section "ServerLayout" Identifier "X.org Configured" Screen 0 "Screen0" 0 0 InputDevice"Mouse0" "CorePointer" InputDevice"Keyboard0" "CoreKeyboard" EndSection Section "Files" ModulePath "/usr/lib/xorg/modules" FontPath "/usr/share/fonts/X11/misc" FontPath "/usr/share/fonts/X11/cyrillic" FontPath "/usr/share/fonts/X11/100dpi/:unscaled" FontPath "/usr/share/fonts/X11/75dpi/:unscaled" FontPath "/usr/share/fonts/X11/Type1" FontPath "/usr/share/fonts/X11/100dpi" FontPath "/usr/share/fonts/X11/75dpi" FontPath "built-ins" EndSection Section "Module" Load "glx" EndSection Section "InputDevice" Identifier "Keyboard0" Driver "kbd" EndSection Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/input/mice" Option "ZAxisMapping" "4 5 6 7" EndSection Section "Monitor" Identifier "Monitor0" VendorName "Monitor Vendor" ModelName"Monitor Model" EndSection Section "Device" ### Available Driver options are:- ### Values: : integer, : float, : "True"/"False", ### : "String", : " Hz/kHz/MHz", ### : "%" ### [arg]: arg optional #Option "Accel" # [] #Option "SWcursor"# [] #Option "EnablePageFlip" # [] #Option "ColorTiling" # [] #Option "ColorTiling2D" # [] #Option "RenderAccel" # [] #Option "SubPixelOrder" # [] #Option "AccelMethod" # #Option "EXAVSync"# [] #Option "EXAPixmaps" # [] #Option "ZaphodHeads" # #Option "EnablePageFlip" # [] #Option "SwapbuffersWait" # [] Identifier "Card0" Driver "radeon" BusID "PCI:0:1:0" EndSection Section "Screen" Identifier "Screen0" Device "Card0" Monitor"Monitor0" SubSection "Display" Viewport 0 0 Depth 1 EndSubSection SubSection "Display" Viewport 0 0 Depth 4 EndSubSection SubSection "Display" Viewport 0 0 Depth 8 EndSubSection SubSection "Display" Viewport 0 0 Depth 15 EndSubSection SubSection "Display" Viewport 0 0 Depth 16 EndSubSection SubSection "Display" Viewport 0 0 Depth 24 EndSubSection EndSection Me pide instalar el controlador privativo firmware-linux-nonfree y no quiero eso, solo quiero controladores libres. ¿alguna sugerencia?... agradezco cualquier ayuda para la solución del inconveniente. Gracias. Buen día... -- 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/f1a989bd8d245c75ea11f3727fce9...@openmailbox.org
Re: nombre de dominio en red interna
Hola, para acceder al host por nombre en lugar de IP, podès modificar la configuración en http.conf de Apache. Aquí está la documentación de Apache (no está disponible en español, pero supongo que con el traductor de Google estará bien, verdad?) https://httpd.apache.org/docs/2.2/vhosts/name-based.html Saludos El 2 de mayo de 2015, 17:05, Debia Linux escribió: > > > On Saturday, May 2, 2015, saul morales wrote: > >> cono resulvo paradigma de poner todo en español. >> > > No se si te equivocaste, resultas ironico o de plano no entiendo. > > > >> >> El 2 de mayo de 2015, 4:59 p. m., Debia Linux >> escribió: >> >>> Buena tarde listeros: >>> >>> Tengo instalado un servidor apache en una maquina y dentro de la red nos >>> podemos conectar mediante un explorador si ponemos la direccion interna >>> asignada a este servidor 192.168.100.34 la pregunta es... >>> >>> ¿Puedo ponerle un nombre de dominio que solo funcione internamente para >>> que sea mas facil de recordar?. Algo asi como >>> http://www.facilderecordar.com >>> >>> Por logica este dominio no existe. >>> >>> Atentamente >>> >>> Debianero >>> >>> >>> >>> >>> >>
Re: nombre de dominio en red interna
On Saturday, May 2, 2015, saul morales wrote: > cono resulvo paradigma de poner todo en español. > No se si te equivocaste, resultas ironico o de plano no entiendo. > > El 2 de mayo de 2015, 4:59 p. m., Debia Linux > escribió: > >> Buena tarde listeros: >> >> Tengo instalado un servidor apache en una maquina y dentro de la red nos >> podemos conectar mediante un explorador si ponemos la direccion interna >> asignada a este servidor 192.168.100.34 la pregunta es... >> >> ¿Puedo ponerle un nombre de dominio que solo funcione internamente para >> que sea mas facil de recordar?. Algo asi como >> http://www.facilderecordar.com >> >> Por logica este dominio no existe. >> >> Atentamente >> >> Debianero >> >> >> >> >> >
nombre de dominio en red interna
Buena tarde listeros: Tengo instalado un servidor apache en una maquina y dentro de la red nos podemos conectar mediante un explorador si ponemos la direccion interna asignada a este servidor 192.168.100.34 la pregunta es... ¿Puedo ponerle un nombre de dominio que solo funcione internamente para que sea mas facil de recordar?. Algo asi como http://www.facilderecordar.com Por logica este dominio no existe. Atentamente Debianero
Re: Iceweasel Logo
On Wednesday, April 1, 2015, Esteban Monge wrote: > 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... Antes de leer todos los post, cuando lo vi me parecio enojado (al igual que todos). Tambien se que seria una idea increible que todos usaran una aportacion nuestra. Coincido con quienes dicen que se ve plano, las luces le dan volumen, pero aun de todo esto,me parece mas que si a ti te gusta el diseño, lo uses en tus computadoras, si a los demas no les gusta, no quiere decir que tampoco a ti debe gustarte. Hay personas que conozco que dicen que la musica de Mozart es ruidosa. Yo creo que aun la mejor musica, es ruido cuando no deseamos escucharla. Si a ti te gusta, usala, me parece una gran ventaja la de usar un OS que nos permite modificarlo a placer. Pasa excelente dia.. > > 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: OT proxy reverso con apache con multiples ip de destino
El Sat, 02 May 2015 13:31:32 -0430, German Cardozo escribió:
> 2015-05-02 13:08 GMT-04:30 Camaleón :
>> El Sat, 02 May 2015 12:43:36 -0430, German Cardozo escribió:
>>
>>> 2015-05-02 12:24 GMT-04:30 Camaleón :
>>
>> (...)
>>
Otra cosa, mejor reinicia el servidor apache tras los cambios
("service apache2 restart").
>>> En general, y para este tipo de cambios, no te recomendaría que en
>>> ambientes de producción se ejecute un "service apache2 restart".
>>
>> (...)
>>
>> Cierto, pero recargando la configuración no siempre se obtiene el
>> efecto deseado así que te curas en salud con un reinicio del servicio y
>> si hay algún error más gordo cuanto lo veas, mejor.
>>
>>
> Debe leerse bien la documentación de Apache httpd. En ambientes de
> producción, en especial aquellos con mucho tráfico, y a pesar de tener
> balanceadores (ejemplo haproxy), nunca es recomendable efectuar un
> reinicio, ya que los navegadores pueden experimentar fallas en sus
> request, lo que dependiendo del sitio, puede causar molestias
> innecesarias a sus usuarios.
(...)
Disiento.
Si estás haciendo pruebas y cambios en la configuración de los archivos
de Apache te expones a que algo deje de funcionar recargues la
configuración o reinicies así que se supone que lo estás haciendo cuando
el servidor tiene poca carga de trabajo o en un día de poco tráfico para
molestar lo menos posible. Siempre será preferible una parada del
servicico para asegurarse de que todo funciona correctamente.
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.05.02.19.45...@gmail.com
Re: OT proxy reverso con apache con multiples ip de destino
Y ya que estamos: Si es para hacer proxy inverso, ¿por qué no pruebas con nginx? No podrá decirse que tener nginx delante y apache detrás es una configuración "rara". Seguro que lo hace un montón de gente. -- 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/20150502181341.ga22...@cantor.unex.es
Re: OT - Devuan SOLUCIONADO
Che.. digo, se me ocurre, de pronto me parece... Sera que la muchachada de devuan podra desestimar el repo non-free y de paso ser mas amiga de la FSF??? P.D.: no es una locura no? matan dos pajaros de un tiro!! El 02/05/15 a las 14:41, Ismael L. Donis Garcia escibió: - Original Message - From: "Ismael L. Donis Garcia" To: Sent: Friday, May 01, 2015 4:11 PM Subject: Re: OT - Devuan - Original Message - From: "Camaleón" To: Sent: Friday, May 01, 2015 3:44 PM Subject: Re: OT - Devuan El Fri, 01 May 2015 15:15:31 -0400, Ismael L. Donis Garcia escribió: Algún miembro de la lista ha probado instalar http://mirror.debianfork.org/devuan-jessie-i386-xfce-prealpha- valentine.iso Veo que ya tienen un repositorio propio a medio armar http://packages.devuan.org/ Pero me queda la duda del lugar de donde cargan el resto de los paquetes. Mi idea es ir armando el repositorio de forma local, pero no se donde, ni como alar el resto de los paquetes para crear el repositorio local completo. ¿Has pensado en suscribirte en su lista¹? Parece que hay bastante movimiento, seguro que te podrán indicar mejor: ¹https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng Saludos, -- Camaleón Tienes toda la razón, creo que ahí es donde debo preguntar. La lista debe ser en ingles, pero bueno me las arreglaré. De todos modos si alguien por aquí ha intentado armar el repositorio local no estaría de más que me comentara su experiencia. Saludos Reiterados | ISMAEL | No podía poner http://packages.devuan.org/devuan Tenía que poner http://packages.devuan.org/merged O al menos así me funciono. Veo que va por buen camino devuan, ojala que siga con ese o mayor impulso. Gracias | ISMAEL | -- 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/554511d7.5000...@gmail.com
Re: OT proxy reverso con apache con multiples ip de destino
2015-05-02 13:08 GMT-04:30 Camaleón :
> El Sat, 02 May 2015 12:43:36 -0430, German Cardozo escribió:
>
>> 2015-05-02 12:24 GMT-04:30 Camaleón :
>
> (...)
>
>>> Otra cosa, mejor reinicia el servidor apache tras los cambios ("service
>>> apache2 restart").
>>>
>>>
>> En general, y para este tipo de cambios, no te recomendaría que en
>> ambientes de producción se ejecute un "service apache2 restart".
>
> (...)
>
> Cierto, pero recargando la configuración no siempre se obtiene el efecto
> deseado así que te curas en salud con un reinicio del servicio y si hay
> algún error más gordo cuanto lo veas, mejor.
>
Debe leerse bien la documentación de Apache httpd. En ambientes de
producción, en especial aquellos con mucho tráfico, y a pesar de tener
balanceadores (ejemplo haproxy), nunca es recomendable efectuar un
reinicio, ya que los navegadores pueden experimentar fallas en sus
request, lo que dependiendo del sitio, puede causar molestias
innecesarias a sus usuarios.
Para garantizar que la configuración esta correcta antes de recargar o
reiniciar, se debe ejecutar el comando "apache2ctl configtest" para
comprobar la sintaxis, o "apache2ctl -S" el cual es mas informativo, y
te describe los sitios configurados, sus ServerName, IP y puertos,
etc. Cualquier otro problema, se deberá únicamente a alguna
configuración no lograda correctamente.
> 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.05.02.17.38...@gmail.com
>
--
German Cardozo Chirinos
~ carpe diem ~
:wq! / C-c C-c
--
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/CAGLKn+Yd6fU5vwvpZbP6JEs4C_=unjvojrcfsybtbbjgkp+...@mail.gmail.com
Re: OT - Devuan SOLUCIONADO
- Original Message - From: "Ismael L. Donis Garcia" To: Sent: Friday, May 01, 2015 4:11 PM Subject: Re: OT - Devuan - Original Message - From: "Camaleón" To: Sent: Friday, May 01, 2015 3:44 PM Subject: Re: OT - Devuan El Fri, 01 May 2015 15:15:31 -0400, Ismael L. Donis Garcia escribió: Algún miembro de la lista ha probado instalar http://mirror.debianfork.org/devuan-jessie-i386-xfce-prealpha- valentine.iso Veo que ya tienen un repositorio propio a medio armar http://packages.devuan.org/ Pero me queda la duda del lugar de donde cargan el resto de los paquetes. Mi idea es ir armando el repositorio de forma local, pero no se donde, ni como alar el resto de los paquetes para crear el repositorio local completo. ¿Has pensado en suscribirte en su lista¹? Parece que hay bastante movimiento, seguro que te podrán indicar mejor: ¹https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng Saludos, -- Camaleón Tienes toda la razón, creo que ahí es donde debo preguntar. La lista debe ser en ingles, pero bueno me las arreglaré. De todos modos si alguien por aquí ha intentado armar el repositorio local no estaría de más que me comentara su experiencia. Saludos Reiterados | ISMAEL | No podía poner http://packages.devuan.org/devuan Tenía que poner http://packages.devuan.org/merged O al menos así me funciono. Veo que va por buen camino devuan, ojala que siga con ese o mayor impulso. Gracias | ISMAEL | -- 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/3544dc8d07d04583b5100fdc62d0a...@natio.co.cu
Re: OT proxy reverso con apache con multiples ip de destino
El Sat, 02 May 2015 12:43:36 -0430, German Cardozo escribió:
> 2015-05-02 12:24 GMT-04:30 Camaleón :
(...)
>> Otra cosa, mejor reinicia el servidor apache tras los cambios ("service
>> apache2 restart").
>>
>>
> En general, y para este tipo de cambios, no te recomendaría que en
> ambientes de producción se ejecute un "service apache2 restart".
(...)
Cierto, pero recargando la configuración no siempre se obtiene el efecto
deseado así que te curas en salud con un reinicio del servicio y si hay
algún error más gordo cuanto lo veas, mejor.
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.05.02.17.38...@gmail.com
Re: OT proxy reverso con apache con multiples ip de destino
2015-05-02 12:24 GMT-04:30 Camaleón :
> El Sat, 02 May 2015 18:24:03 +0200, Juan Guil escribió:
>
>> Hola estoy intentando configurar un servidor debian con un apache como
>> proxy reverso.
>>
>> la historia que quiero hacer es:
>>
>> si pongo www.dominio.com/app1 quiero me vaya a un servidor apache
>> interno que apunta a 192.168.1.5:8080
>>
>> si pongo www.dominio.com/app2 quiero que vaya a otra servidor apache con
>> otra ip 192.168.1.6
>
> (...)
>
> ¿Has probado a añadir una variable más en lugar de crear un nuevo
> contenedor? Ya que se trata del mismo dominio entiendo que deberían
> compartir la misma configuración, es decir:
>
>
> ErrorLog "/var/log/apache2/frontend-error.log"
> CustomLog "/var/log/apache2/frontend-access.log" common
> ServerName erjuak.duckdns.org
> ProxyRequests Off
> ProxyPreserveHost On
> ProxyPass /app1/ http://192.168.1.5:8080/
> ProxyPassReverse /app1/ http://192.168.1.5:8080/
> ProxyPass /app2/ http://192.168.1.6/
>
>
> Otra cosa, mejor reinicia el servidor apache tras los cambios ("service
> apache2 restart").
>
En general, y para este tipo de cambios, no te recomendaría que en
ambientes de producción se ejecute un "service apache2 restart". Esto
solo cuando hagas cambios mas agresivos como agregar ciertos módulos,
entonaciones o nuevas IP o puertos escuchas (LISTEN), entre los que
recuerdo. Apache en su documentación, indica claramente cuales cambios
conducen a hacer un reinicio completo del servicio. Nuevos VirtualHost
o agregar ProxyPass/ProxyPassReverse, no requieren de un reinicio.
Mas "amable" es ejecutar un "reload" (recarga de la configuración),
usando el "service apache2 reload" o "apache2ctl -k graceful", el cual
cerrará cuando terminen de ser atendidas las conexiones establecidas
justo antes de la recarga de la nueva configuración, bajará los
procesos que no han cargado los cambios, y en paralelo crea nuevos
procesos con la nueva configuración cargada, que atenderán todos los
nuevos requerimientos.
> Saludos,
>
> --
> Camaleón
--
German Cardozo Chirinos
~ carpe diem ~
:wq! / C-c C-c
--
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/caglkn+y0zpkuedtfxsse_qxfgnpfqkxumj67h1twjg2drux...@mail.gmail.com
Re: OT proxy reverso con apache con multiples ip de destino
2015-05-02 11:54 GMT-04:30 Juan Guil : > Hola > estoy intentando configurar un servidor debian con un apache como proxy > reverso. > > la historia que quiero hacer es: > > si pongo www.dominio.com/app1 quiero me vaya a un servidor apache > interno que apunta a 192.168.1.5:8080 > > si pongo www.dominio.com/app2 quiero que vaya a otra servidor apache > con otra ip 192.168.1.6 > > Diferentes servidores apache que tengo en una subred > > Consigo configurar el apache para que haga de proxy al primer servidor, > previamente cargando los modulos etc,etc creo el siguiente fichero: > > /etc/apache2/sites-available/frontend.conf > > con lo siguiente: > > > ErrorLog "/var/log/apache2/frontend-error.log" > CustomLog "/var/log/apache2/frontend-access.log" common > ServerName erjuak.duckdns.org > ProxyRequests Off > ProxyPreserveHost On > ProxyPass /app1/ http://192.168.1.5:8080/ > ProxyPassReverse /app1/ http://192.168.1.5:8080/ > > > Despues lanzando el comando > > a2ensite frontend.conf > > He intentado crear un segundo virtual Host de la misma forma, pero con > la configuracion para que apunte al segundo servidor alojado en el > 192.168.1.6. > En principio no puedes crear un segundo VirtualHost con el mismo "dominio.com". Esto debe indicarte un error el Apache httpd cuando corres el configtest. La verdad nunca lo he intentado. Pero si lo que entiendo deseas es que desde el mismo "dominio.com" te redirija a dos aplicaciones distintas desde el contexto de la aplicación, debes indicar un nuevo juego de "ProxyPass/ProxyPassReverse" en la misma configuración del Virtual Host, es decir: ErrorLog "/var/log/apache2/frontend-error.log" CustomLog "/var/log/apache2/frontend-access.log" common ServerName erjuak.duckdns.org ProxyRequests Off ProxyPreserveHost On # # appl1 # ProxyPass /app1/ http://192.168.1.5:8080/ ProxyPassReverse /app1/ http://192.168.1.5:8080/ # # appl2 # ProxyPass /app2/ http://192.168.1.6:8080/ ProxyPassReverse /app2/ http://192.168.1.6:8080/ En algunos casos, prefiero hacerlo con el "..." que es mas flexible al momento de aplicar configuraciones y reglas distintas a un único contexto. Algo asi: ErrorLog "/var/log/apache2/frontend-error.log" CustomLog "/var/log/apache2/frontend-access.log" common ServerName erjuak.duckdns.org ProxyRequests Off ProxyPreserveHost On # # appl1 # ProxyPass http://192.168.1.5:8080/ ProxyPassReverse /app1/ http://192.168.1.5:8080/ # Otras Reglas # # appl2 # ProxyPass http://192.168.1.6:8080/ ProxyPassReverse /app1/ http://192.168.1.6:8080/ # Otras Reglas > Al poner > > http://dominio.com/app2 me da un error 404, y si ves en el log, es > como si el apache es como si consultara el otro virtual host. > Si esto no da error, está claro porque el servidor Apache se "confunde". > ¿Alguien me podria echar una manita con el tema? > > Gracias > > > -- > 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/camf5f5brntmiyrz7djrfmdjbywkpnr1j8p1yqpxzx13v0+...@mail.gmail.com > -- German Cardozo Chirinos ~ carpe diem ~ :wq! / C-c C-c -- 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/CAGLKn+a-zL91Y0h8tuGzSJkhDEKCFnCj43w1rdkos=oqu_6...@mail.gmail.com
Re: OT proxy reverso con apache con multiples ip de destino
El Sat, 02 May 2015 18:24:03 +0200, Juan Guil escribió:
> Hola estoy intentando configurar un servidor debian con un apache como
> proxy reverso.
>
> la historia que quiero hacer es:
>
> si pongo www.dominio.com/app1 quiero me vaya a un servidor apache
> interno que apunta a 192.168.1.5:8080
>
> si pongo www.dominio.com/app2 quiero que vaya a otra servidor apache con
> otra ip 192.168.1.6
(...)
¿Has probado a añadir una variable más en lugar de crear un nuevo
contenedor? Ya que se trata del mismo dominio entiendo que deberían
compartir la misma configuración, es decir:
ErrorLog "/var/log/apache2/frontend-error.log"
CustomLog "/var/log/apache2/frontend-access.log" common
ServerName erjuak.duckdns.org
ProxyRequests Off
ProxyPreserveHost On
ProxyPass /app1/ http://192.168.1.5:8080/
ProxyPassReverse /app1/ http://192.168.1.5:8080/
ProxyPass /app2/ http://192.168.1.6/
Otra cosa, mejor reinicia el servidor apache tras los cambios ("service
apache2 restart").
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.05.02.16.54...@gmail.com
OT proxy reverso con apache con multiples ip de destino
Hola estoy intentando configurar un servidor debian con un apache como proxy reverso. la historia que quiero hacer es: si pongo www.dominio.com/app1 quiero me vaya a un servidor apache interno que apunta a 192.168.1.5:8080 si pongo www.dominio.com/app2 quiero que vaya a otra servidor apache con otra ip 192.168.1.6 Diferentes servidores apache que tengo en una subred Consigo configurar el apache para que haga de proxy al primer servidor, previamente cargando los modulos etc,etc creo el siguiente fichero: /etc/apache2/sites-available/frontend.conf con lo siguiente: ErrorLog "/var/log/apache2/frontend-error.log" CustomLog "/var/log/apache2/frontend-access.log" common ServerName erjuak.duckdns.org ProxyRequests Off ProxyPreserveHost On ProxyPass /app1/ http://192.168.1.5:8080/ ProxyPassReverse /app1/ http://192.168.1.5:8080/ Despues lanzando el comando a2ensite frontend.conf He intentado crear un segundo virtual Host de la misma forma, pero con la configuracion para que apunte al segundo servidor alojado en el 192.168.1.6. Al poner http://dominio.com/app2 me da un error 404, y si ves en el log, es como si el apache es como si consultara el otro virtual host. ¿Alguien me podria echar una manita con el tema? Gracias -- 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/CAMF5f5Brnt=miyrz7djrfmdjbywkpnr1j8p1yqpxzx13v0+...@mail.gmail.com
Re: OT - Devuan
El Fri, 01 May 2015 16:11:44 -0400, Ismael L. Donis Garcia escribió: (...) >> ¿Has pensado en suscribirte en su lista¹? Parece que hay bastante >> movimiento, seguro que te podrán indicar mejor: >> >> ¹https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng >> > Tienes toda la razón, creo que ahí es donde debo preguntar. > > La lista debe ser en ingles, pero bueno me las arreglaré. Sí, claro, desgraciadamente suele ser así :-( > De todos modos si alguien por aquí ha intentado armar el repositorio > local no estaría de más que me comentara su experiencia. Mientras se marque como OT, no debería haber problema. 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.05.02.10.37...@gmail.com
Re: Fwd: Drivers ATI Debian Jessie 64 Bits
El Fri, 01 May 2015 16:07:23 -0500, metalhead b93 escribió: > Exelente! gracias vale he hecho lo que tu propones y realmente parece > funcionar al parecer cuando instalo el sistema, este no monta el modulo > radeon y mi tarjeta queda trabajando a medias No era tan difícil ¿verdad? >:-) > al montar el modulo con "#rmmod radeon" realmente parece que los drivers > empiezan a hacer su trabajo Me temo que es al revés, con ese comando lo que haces es descargar el módulo. > pero yo sigo teniendo un pequeñísimo problema, > al montar correctamente el modulo radeon, la resolución de pantalla se > pone en 1920x1080 (es mucho para mi monitor, por lo cual dice "SEÑAL > FUERA DE RANGO 74.6KHz / 93Hz") la resolución estándar de mi monitor es > 1440x900 y no soporta demasiado > > > alguien me puede decir cómo bajar la resolución a los drivers libres? La resolución de los drivers libre se configura de la misma manera que de la del resto de drivers: bien a través de la utilidad gráfica (applet) del entorno gráfico o bien a través de la línea de comandos con "xrandr". How to use xrandr https://pkg-xorg.alioth.debian.org/howto/use-xrandr.html 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.05.02.10.33...@gmail.com
Re: instalacion de debian8 con wifi
El 29/4/15, Juan Fco Guil Vazquez escribió: > Hola > Estoy pensando instalar Debian8 con xfce en mi portatil. > La cuestión es: > En el asistente de configuración te detecta el Wifi? Tienes que decir que marca/modelo es la portátil, asi se puede hacer idea de cómo irá, si tiene soporte a GNU/Linux, segun yo Debian es una joya para servidor, pero para escritorio también :), pero hay que tener paciencia para que arregles algunos detalles, yo tengo Debian 8 en una pc y conectado a una interfaz wifi y si esta yendo muy bien, recuerdo que yo instalé sin conexión a internet, luego ya recien me conecté a esa wifi. Sino marcha bien puedes usar una de las tres distros más soportadas en hardware a GNU/Linux como son Ubuntu, Fedora u openSUSE, esas te van a detectar mucho hardware y recientes son ideales para escritorio y tendrás pco que hacer y más enfocarte a tus cosas, pero vaya si quieres usar Debian como escritorio pues bien, pero debes tener paciencia cuando algo no vaya tan bien jejeje, como yo vi en mi caso, algun cuelgue porque las gráficas no van bien con los controladores por defecto, pero algunas veces se corrige haciendo un upgrade, pero algunas veces no jaja, paciencia :), pero eso si para servidor sin gráfica Debian es un señor sistema operativo :), saludos y suerte, prueba un live cd primero, en la página Debian hay enlace para descarga y disfruta :), reiterados saludos. > > Gracias! > > > -- > 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/55410bcf.2070...@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/CADncxC273MxQO0uMj0AJP2z3c8XaR2Ew8e=lnmh-ivvxtza...@mail.gmail.com
