Re: renombrando interfaces de red

[CO6WIL]

gracias
ahora entiendo mejor.
pues a acostumbrarse
saludos desde Cuba
whilo
- Mensaje original -
De: Matias Mucciolo 
Para: debian-user-spanish@lists.debian.org, co6...@frcuba.cu
Enviado: Tue, 18 Dec 2018 10:15:58 -0500 (EST)
Asunto: Re: renombrando interfaces de red


On Tuesday, December 18, 2018 3:01:17 PM -03 Wilfredo Martínez Consuegra  
wrote:
> saludos matias
> no soy negativo a los cambios
> solo que tendre que declarar los nuevos nombres como variables en el
> script del iptables y ponerlo a funcionar con los nuevos nombres y así
> sucesivamente con todo lo que me encuentre que necesite cambios.
> a tu jucio, que mejoras trae el cambio de nombres???
> 
> saludos
> whilo
> 
> > On Tuesday, December 18, 2018 9:51:19 AM -03 Wilfredo Martínez Consuegra
> > 
> > (CO6WIL) wrote:
> >>  body {height: 100%; color:#00; font-size:12pt; font-family:arial,
> >> 
> >> helvetica, sans-serif;}Saludoshe instalado un debian 9.3 y me tropiezo
> >> con
> >> que las interfaces de redes no se llaman ahora eth0 o eth1, o
> >> ethxyzAhora,
> >> en lugar de nombres como eth0 y eth1, se llaman ens0, enp1s1 cual es la
> >> diferencia de enp o ens
> >> como puedo revertir a mis antiguas eth?saludoswhilo
> >> Este mensaje le ha llegado mediante el servicio de correo electronico
> >> que
> >> ofrece la Federacion de Radioaficionados de Cuba. La persona que envia
> >> este
> >> correo asume el compromiso de usar el servicio y cumplir con las
> >> regulaciones establecidas. FRCUBA: https://www.frcuba.cu/
> > 
> > (html pfff)
> > 
> > Buenas
> > En los documentos explican bien porque el cambio de nombre y porque
> > enp o enso etc.
> > 
> > ahora yo que vos me  acostumbraria al nuevo formato de nombres
> > pero si queres volver atras mira la doc de la opcion de kernel
> > "net.ifnames=0"
> > 
> > saludos
> > Matias
> 
> --
> 73
> co6wil
> whilo
> 
> M.Sc.Wilfredo Martínez Consuegra
> phone: (+53) 53 664 665
> http://www.qrz.com/db/co6wil
> http://www.facebook.com/whilo00
> 
> Este mensaje le ha llegado mediante el servicio de correo electronico que
> ofrece la Federacion de Radioaficionados de Cuba. La persona que envia este
> correo asume el compromiso de usar el servicio y cumplir con las
> regulaciones establecidas. FRCUBA: https://www.frcuba.cu/



en pocas palabras:
son predecibles...es decir la placa que esta en el primero slot pci-e
siempre se va a llamar igual ...u la onboard siempre se va a llamar igual.etc.
en cambio antes se asignaba ethX y X era relativo a la mac..udev detectaba
una mac nueva y le pone un nuevo numero..es decir en un sistema debian "viejo"
sacabas la eth0 y ponias una nueva placa ...te quedas sin eth0 y te aparece
una eth1.. con las reglas de udev podes volver a reasignar esa placa como eth0
en: /etc/udev/rules.d/70-persistent-net.rules.

saludos

Este mensaje le ha llegado mediante el servicio de correo electronico que 
ofrece la Federacion de Radioaficionados de Cuba. La persona que envia este 
correo asume el compromiso de usar el servicio y cumplir con las regulaciones 
establecidas. FRCUBA: https://www.frcuba.cu/

Re: renombrando interfaces de red

[Matias Mucciolo]

On Tuesday, December 18, 2018 3:01:17 PM -03 Wilfredo Martínez Consuegra  
wrote:
> saludos matias
> no soy negativo a los cambios
> solo que tendre que declarar los nuevos nombres como variables en el
> script del iptables y ponerlo a funcionar con los nuevos nombres y así
> sucesivamente con todo lo que me encuentre que necesite cambios.
> a tu jucio, que mejoras trae el cambio de nombres???
> 
> saludos
> whilo
> 
> > On Tuesday, December 18, 2018 9:51:19 AM -03 Wilfredo Martínez Consuegra
> > 
> > (CO6WIL) wrote:
> >>  body {height: 100%; color:#00; font-size:12pt; font-family:arial,
> >> 
> >> helvetica, sans-serif;}Saludoshe instalado un debian 9.3 y me tropiezo
> >> con
> >> que las interfaces de redes no se llaman ahora eth0 o eth1, o
> >> ethxyzAhora,
> >> en lugar de nombres como eth0 y eth1, se llaman ens0, enp1s1 cual es la
> >> diferencia de enp o ens
> >> como puedo revertir a mis antiguas eth?saludoswhilo
> >> Este mensaje le ha llegado mediante el servicio de correo electronico
> >> que
> >> ofrece la Federacion de Radioaficionados de Cuba. La persona que envia
> >> este
> >> correo asume el compromiso de usar el servicio y cumplir con las
> >> regulaciones establecidas. FRCUBA: https://www.frcuba.cu/
> > 
> > (html pfff)
> > 
> > Buenas
> > En los documentos explican bien porque el cambio de nombre y porque
> > enp o enso etc.
> > 
> > ahora yo que vos me  acostumbraria al nuevo formato de nombres
> > pero si queres volver atras mira la doc de la opcion de kernel
> > "net.ifnames=0"
> > 
> > saludos
> > Matias
> 
> --
> 73
> co6wil
> whilo
> 
> M.Sc.Wilfredo Martínez Consuegra
> phone: (+53) 53 664 665
> http://www.qrz.com/db/co6wil
> http://www.facebook.com/whilo00
> 
> Este mensaje le ha llegado mediante el servicio de correo electronico que
> ofrece la Federacion de Radioaficionados de Cuba. La persona que envia este
> correo asume el compromiso de usar el servicio y cumplir con las
> regulaciones establecidas. FRCUBA: https://www.frcuba.cu/



en pocas palabras:
son predecibles...es decir la placa que esta en el primero slot pci-e
siempre se va a llamar igual ...u la onboard siempre se va a llamar igual.etc.
en cambio antes se asignaba ethX y X era relativo a la mac..udev detectaba
una mac nueva y le pone un nuevo numero..es decir en un sistema debian "viejo"
sacabas la eth0 y ponias una nueva placa ...te quedas sin eth0 y te aparece
una eth1.. con las reglas de udev podes volver a reasignar esa placa como eth0
en: /etc/udev/rules.d/70-persistent-net.rules.

saludos

Re: renombrando interfaces de red

[Wilfredo Martínez Consuegra]

saludos matias
no soy negativo a los cambios
solo que tendre que declarar los nuevos nombres como variables en el
script del iptables y ponerlo a funcionar con los nuevos nombres y así
sucesivamente con todo lo que me encuentre que necesite cambios.
a tu jucio, que mejoras trae el cambio de nombres???

saludos
whilo
>
> On Tuesday, December 18, 2018 9:51:19 AM -03 Wilfredo Martínez Consuegra
> (CO6WIL) wrote:
>>  body {height: 100%; color:#00; font-size:12pt; font-family:arial,
>> helvetica, sans-serif;}Saludoshe instalado un debian 9.3 y me tropiezo
>> con
>> que las interfaces de redes no se llaman ahora eth0 o eth1, o
>> ethxyzAhora,
>> en lugar de nombres como eth0 y eth1, se llaman ens0, enp1s1 cual es la
>> diferencia de enp o ens
>> como puedo revertir a mis antiguas eth?saludoswhilo
>> Este mensaje le ha llegado mediante el servicio de correo electronico
>> que
>> ofrece la Federacion de Radioaficionados de Cuba. La persona que envia
>> este
>> correo asume el compromiso de usar el servicio y cumplir con las
>> regulaciones establecidas. FRCUBA: https://www.frcuba.cu/
>
> (html pfff)
>
> Buenas
> En los documentos explican bien porque el cambio de nombre y porque
> enp o enso etc.
>
> ahora yo que vos me  acostumbraria al nuevo formato de nombres
> pero si queres volver atras mira la doc de la opcion de kernel
> "net.ifnames=0"
>
> saludos
> Matias
>
>


-- 
73
co6wil
whilo

M.Sc.Wilfredo Martínez Consuegra
phone: (+53) 53 664 665
http://www.qrz.com/db/co6wil
http://www.facebook.com/whilo00

Este mensaje le ha llegado mediante el servicio de correo electronico que 
ofrece la Federacion de Radioaficionados de Cuba. La persona que envia este 
correo asume el compromiso de usar el servicio y cumplir con las regulaciones 
establecidas. FRCUBA: https://www.frcuba.cu/

Re: renombrando interfaces de red

[Matias Mucciolo]

On Tuesday, December 18, 2018 9:51:19 AM -03 Wilfredo Martínez Consuegra 
(CO6WIL) wrote:
>  body {height: 100%; color:#00; font-size:12pt; font-family:arial,
> helvetica, sans-serif;}Saludoshe instalado un debian 9.3 y me tropiezo con
> que las interfaces de redes no se llaman ahora eth0 o eth1, o ethxyzAhora,
> en lugar de nombres como eth0 y eth1, se llaman ens0, enp1s1 cual es la
> diferencia de enp o ens
> como puedo revertir a mis antiguas eth?saludoswhilo
> Este mensaje le ha llegado mediante el servicio de correo electronico que
> ofrece la Federacion de Radioaficionados de Cuba. La persona que envia este
> correo asume el compromiso de usar el servicio y cumplir con las
> regulaciones establecidas. FRCUBA: https://www.frcuba.cu/

(html pfff)

Buenas
En los documentos explican bien porque el cambio de nombre y porque 
enp o enso etc.

ahora yo que vos me  acostumbraria al nuevo formato de nombres
pero si queres volver atras mira la doc de la opcion de kernel
"net.ifnames=0"

saludos
Matias

renombrando interfaces de red

[CO6WIL]

 body {height: 100%; color:#00; font-size:12pt; font-family:arial, 
helvetica, sans-serif;}Saludoshe instalado un debian 9.3 y me tropiezo con que 
las interfaces de redes no se llaman ahora eth0 o eth1, o ethxyzAhora, en lugar 
de nombres como eth0 y eth1, se llaman ens0, enp1s1
cual es la diferencia de enp o ens
como puedo revertir a mis antiguas eth?saludoswhilo
Este mensaje le ha llegado mediante el servicio de correo electronico que 
ofrece la Federacion de Radioaficionados de Cuba. La persona que envia este 
correo asume el compromiso de usar el servicio y cumplir con las regulaciones 
establecidas. FRCUBA: https://www.frcuba.cu/

Re: Nuevos nombres de interfaces...

[Ricardo Marcelo Alvarez]

On Fri, 24 Nov 2017 12:11:47 -0500
vcljav...@infomed.sld.cu wrote:

> luisededios <luiseded...@nauta.cu> escribió:
> 
> > On Fri, 24 Nov 2017 07:46:15 -0500, Ricardo Marcelo Alvarez  
> > <rmalva...@gnupanel.org> wrote:
> >  
> >>  
> >>> On Wed, 22 Nov 2017 23:39:32 -0500, Ricardo Marcelo Alvarez
> >>> <rmalva...@gnupanel.org> wrote:
> >>>  
> >>>>  
> >>>>> Hola colegas,
> >>>>>
> >>>>> Me he instalado la versi'on 9.0 de debian en mi laptop con dos tarjetas
> >>>>> wireless y ahora quiero configurar nuevamente los servicios que
> >>>>> disfrutaba
> >>>>> en la versi'on 7 pero resulta que aparecen nuevos nombres para las
> >>>>> tarjetas inal'ambricas,
> >>>>>
> >>>>> # lshw -class network | grep name:
> >>>>> logical name: enp0s25
> >>>>> logical name: wlan1
> >>>>> logical name: wlp12s0b1
> >>>>>
> >>>>>   y me gusta el esquema anterior: wlan0, wlan1, etc
> >>>>>
> >>>>> C'omo puedo cambiar 'wlp12s0b1' por 'wlan0', por ejemplo?
> >>>>>  
> >>>>
> >>>> Hola,
> >>>>
> >>>> Edita el archivo /etc/default/grub
> >>>>
> >>>> Y en la variable GRUB_CMDLINE_LINUX_DEFAULT le agregas esto net.ifnames=0
> >>>>
> >>>> Por ejemplo te debería quedar de esta forma
> >>>>
> >>>> GRUB_CMDLINE_LINUX_DEFAULT="elevator=deadline acpi=on numa=on iommu=pt
> >>>> loglevel=0 net.ifnames=0"
> >>>>
> >>>> Luego ejecutas
> >>>>
> >>>> update-grub
> >>>>
> >>>> y rebooteas la computadora.  
> >>>
> >>> Problema resuelto Ricardo  :)
> >>>
> >>> Aunque me gustar'ia saber qu'e hace en particular cada una de esas
> >>> directivas pues me cambi'o otros comportamientos, por ejemplo, durante el
> >>> arranque no me mostraba los detalles del proceso de inicio en la consola y
> >>> ahora s'i, pero bueno agregu'e varios par'ametros.  
> >>
> >> Perdona copie la configuración que tengo en mi maquina le única  
> >> directiva que tienes que agregar para
> >>
> >> los nombres de interfaces es net.ifnames=0
> >>
> >> Estas directivas "acpi=on numa=on iommu=pt" las tengo en mi maquina  
> >> por que testeo sistemas de virtualización con XEN y KVM
> >>
> >> y en algunos casos es necesario generalmente para uso estandar no  
> >> hacen falta.  
> >
> > Ok, pero... por ejemplo, a mi gusta eso de que te muestre todo lo  
> > que va haciendo durante el inicio y en versiones anteriores yo lo  
> > hacia descativando el modo grafico por defecto, as'i que una vez  
> > logueado, aun los usuarios comunes debian levantar el grafico con  
> > startx.
> >
> > De todas esas cu'al es la que logra eso?  
> A ver ... no sigo bien el hilo y lo de los nombres de las interfaces  
> ya vi que quedó resuleto.. no sé si exactamente te refieres a la basta  
> y útil información que ofece en el arranque sysvinit en comparación  
> con Systemd..
> Si es eso... puedes buscar Debian 9 sin systemd... de eso hay  
> abundante y calra información.
> 
> >>
> >>  
> >>>
> >>> Tambi'en quisiera resolver este problema de los acentos pues hasta la
> >>> versi'on 7 yo lo hac'ia con una sencilla modificaci'on en la variable
> >>> XKBLAYOT="us_intl" pero ahora solo me result'o para la consola en modo
> >>> texto pero para las consolas en X y en el gedit sigue igual.  
> >>
> >> Yo lo que hago es instalar el paquete locales-all y luego ejecuto
> >>
> >> dpkg-reconfigure locales
> >>
> >> Primero elijo "Todas las configuraciones regionales"
> >>
> >> y luego selecciono es_AR.UTF-8 ( por que estoy en argentina )
> >>
> >> Luego hay que desloguearse y volverse a loguear para que los  
> >> cambios se hagan efectivos.
> >>
> >> Saludos.
> >>
> >>  
> >>>
> >>> --
> >>> Saludos,
> >>> Luis
> >>>  
> >>
> >>  
> >
> >
> >
> > -- 
> > Saludos,
> > Luis
> >
> >  
> 
> 

Hola,

Si quieres que en el inicio se comporte parecido a sysvinit pero seguir usando 
systemd estos son los pasos

ejecutas estos comandos

1 - Creas este directorio /etc/systemd/system/getty@tty1.service.d/

mkdir -p /etc/systemd/system/getty@tty1.service.d/

2 - Dentro de ese directorio creas un archivo llamado noclear.conf con el 
siguiente contenido

[Service]
TTYVTDisallocate=no

3 - Editas el archivo /etc/default/grub y en la variable 
GRUB_CMDLINE_LINUX_DEFAULT agregas loglevel=0 por ejemplo así

GRUB_CMDLINE_LINUX_DEFAULT="loglevel=0 net.ifnames=0"

4 - Ejecutas update-grub

5 - Rebooteas la maquina.

Saludos.



> 
> 
> This message was sent using IMP, the Internet Messaging Program.
> 
> 
> 
> --
> 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/
> 


-- 
http://wp.geeklab.com.ar


pgpwgko415uGD.pgp
Description: Firma digital OpenPGP

Re: Nuevos nombres de interfaces...

[vcljavier]

luisededios <luiseded...@nauta.cu> escribió:

On Fri, 24 Nov 2017 07:46:15 -0500, Ricardo Marcelo Alvarez  
<rmalva...@gnupanel.org> wrote:





On Wed, 22 Nov 2017 23:39:32 -0500, Ricardo Marcelo Alvarez
<rmalva...@gnupanel.org> wrote:




Hola colegas,

Me he instalado la versi'on 9.0 de debian en mi laptop con dos tarjetas
wireless y ahora quiero configurar nuevamente los servicios que
disfrutaba
en la versi'on 7 pero resulta que aparecen nuevos nombres para las
tarjetas inal'ambricas,

# lshw -class network | grep name:
logical name: enp0s25
logical name: wlan1
logical name: wlp12s0b1

  y me gusta el esquema anterior: wlan0, wlan1, etc

C'omo puedo cambiar 'wlp12s0b1' por 'wlan0', por ejemplo?



Hola,

Edita el archivo /etc/default/grub

Y en la variable GRUB_CMDLINE_LINUX_DEFAULT le agregas esto net.ifnames=0

Por ejemplo te debería quedar de esta forma

GRUB_CMDLINE_LINUX_DEFAULT="elevator=deadline acpi=on numa=on iommu=pt
loglevel=0 net.ifnames=0"

Luego ejecutas

update-grub

y rebooteas la computadora.


Problema resuelto Ricardo  :)

Aunque me gustar'ia saber qu'e hace en particular cada una de esas
directivas pues me cambi'o otros comportamientos, por ejemplo, durante el
arranque no me mostraba los detalles del proceso de inicio en la consola y
ahora s'i, pero bueno agregu'e varios par'ametros.


Perdona copie la configuración que tengo en mi maquina le única  
directiva que tienes que agregar para


los nombres de interfaces es net.ifnames=0

Estas directivas "acpi=on numa=on iommu=pt" las tengo en mi maquina  
por que testeo sistemas de virtualización con XEN y KVM


y en algunos casos es necesario generalmente para uso estandar no  
hacen falta.


Ok, pero... por ejemplo, a mi gusta eso de que te muestre todo lo  
que va haciendo durante el inicio y en versiones anteriores yo lo  
hacia descativando el modo grafico por defecto, as'i que una vez  
logueado, aun los usuarios comunes debian levantar el grafico con  
startx.


De todas esas cu'al es la que logra eso?
A ver ... no sigo bien el hilo y lo de los nombres de las interfaces  
ya vi que quedó resuleto.. no sé si exactamente te refieres a la basta  
y útil información que ofece en el arranque sysvinit en comparación  
con Systemd..
Si es eso... puedes buscar Debian 9 sin systemd... de eso hay  
abundante y calra información.







Tambi'en quisiera resolver este problema de los acentos pues hasta la
versi'on 7 yo lo hac'ia con una sencilla modificaci'on en la variable
XKBLAYOT="us_intl" pero ahora solo me result'o para la consola en modo
texto pero para las consolas en X y en el gedit sigue igual.


Yo lo que hago es instalar el paquete locales-all y luego ejecuto

dpkg-reconfigure locales

Primero elijo "Todas las configuraciones regionales"

y luego selecciono es_AR.UTF-8 ( por que estoy en argentina )

Luego hay que desloguearse y volverse a loguear para que los  
cambios se hagan efectivos.


Saludos.




--
Saludos,
Luis








--
Saludos,
Luis







This message was sent using IMP, the Internet Messaging Program.



--
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/

Re: Nuevos nombres de interfaces...

[luisededios]

On Fri, 24 Nov 2017 07:46:15 -0500, Ricardo Marcelo Alvarez  
<rmalva...@gnupanel.org> wrote:





On Wed, 22 Nov 2017 23:39:32 -0500, Ricardo Marcelo Alvarez
<rmalva...@gnupanel.org> wrote:

>
>> Hola colegas,
>>
>> Me he instalado la versi'on 9.0 de debian en mi laptop con dos  
tarjetas

>> wireless y ahora quiero configurar nuevamente los servicios que
>> disfrutaba
>> en la versi'on 7 pero resulta que aparecen nuevos nombres para las
>> tarjetas inal'ambricas,
>>
>> # lshw -class network | grep name:
>> logical name: enp0s25
>> logical name: wlan1
>> logical name: wlp12s0b1
>>
>>   y me gusta el esquema anterior: wlan0, wlan1, etc
>>
>> C'omo puedo cambiar 'wlp12s0b1' por 'wlan0', por ejemplo?
>>
>
> Hola,
>
> Edita el archivo /etc/default/grub
>
> Y en la variable GRUB_CMDLINE_LINUX_DEFAULT le agregas esto  
net.ifnames=0

>
> Por ejemplo te debería quedar de esta forma
>
> GRUB_CMDLINE_LINUX_DEFAULT="elevator=deadline acpi=on numa=on iommu=pt
> loglevel=0 net.ifnames=0"
>
> Luego ejecutas
>
> update-grub
>
> y rebooteas la computadora.

Problema resuelto Ricardo  :)

Aunque me gustar'ia saber qu'e hace en particular cada una de esas
directivas pues me cambi'o otros comportamientos, por ejemplo, durante  
el
arranque no me mostraba los detalles del proceso de inicio en la  
consola y

ahora s'i, pero bueno agregu'e varios par'ametros.


Perdona copie la configuración que tengo en mi maquina le única  
directiva que tienes que agregar para


los nombres de interfaces es net.ifnames=0

Estas directivas "acpi=on numa=on iommu=pt" las tengo en mi maquina por  
que testeo sistemas de virtualización con XEN y KVM


y en algunos casos es necesario generalmente para uso estandar no hacen  
falta.


Ok, pero... por ejemplo, a mi gusta eso de que te muestre todo lo que va  
haciendo durante el inicio y en versiones anteriores yo lo hacia  
descativando el modo grafico por defecto, as'i que una vez logueado, aun  
los usuarios comunes debian levantar el grafico con startx.


De todas esas cu'al es la que logra eso?





Tambi'en quisiera resolver este problema de los acentos pues hasta la
versi'on 7 yo lo hac'ia con una sencilla modificaci'on en la variable
XKBLAYOT="us_intl" pero ahora solo me result'o para la consola en modo
texto pero para las consolas en X y en el gedit sigue igual.


Yo lo que hago es instalar el paquete locales-all y luego ejecuto

dpkg-reconfigure locales

Primero elijo "Todas las configuraciones regionales"

y luego selecciono es_AR.UTF-8 ( por que estoy en argentina )

Luego hay que desloguearse y volverse a loguear para que los cambios se  
hagan efectivos.


Saludos.




--
Saludos,
Luis








--
Saludos,
Luis

Re: Nuevos nombres de interfaces...

[Ricardo Marcelo Alvarez]

> On Wed, 22 Nov 2017 23:39:32 -0500, Ricardo Marcelo Alvarez  
> <rmalva...@gnupanel.org> wrote:
> 
> >
> >> Hola colegas,
> >>
> >> Me he instalado la versi'on 9.0 de debian en mi laptop con dos tarjetas
> >> wireless y ahora quiero configurar nuevamente los servicios que  
> >> disfrutaba
> >> en la versi'on 7 pero resulta que aparecen nuevos nombres para las
> >> tarjetas inal'ambricas,
> >>
> >> # lshw -class network | grep name:
> >> logical name: enp0s25
> >> logical name: wlan1
> >> logical name: wlp12s0b1
> >>
> >>   y me gusta el esquema anterior: wlan0, wlan1, etc
> >>
> >> C'omo puedo cambiar 'wlp12s0b1' por 'wlan0', por ejemplo?
> >>
> >
> > Hola,
> >
> > Edita el archivo /etc/default/grub
> >
> > Y en la variable GRUB_CMDLINE_LINUX_DEFAULT le agregas esto net.ifnames=0
> >
> > Por ejemplo te debería quedar de esta forma
> >
> > GRUB_CMDLINE_LINUX_DEFAULT="elevator=deadline acpi=on numa=on iommu=pt  
> > loglevel=0 net.ifnames=0"
> >
> > Luego ejecutas
> >
> > update-grub
> >
> > y rebooteas la computadora.
> 
> Problema resuelto Ricardo  :)
> 
> Aunque me gustar'ia saber qu'e hace en particular cada una de esas  
> directivas pues me cambi'o otros comportamientos, por ejemplo, durante el  
> arranque no me mostraba los detalles del proceso de inicio en la consola y  
> ahora s'i, pero bueno agregu'e varios par'ametros.

Perdona copie la configuración que tengo en mi maquina le única directiva que 
tienes que agregar para

los nombres de interfaces es net.ifnames=0

Estas directivas "acpi=on numa=on iommu=pt" las tengo en mi maquina por que 
testeo sistemas de virtualización con XEN y KVM

y en algunos casos es necesario generalmente para uso estandar no hacen falta.


> 
> Tambi'en quisiera resolver este problema de los acentos pues hasta la  
> versi'on 7 yo lo hac'ia con una sencilla modificaci'on en la variable  
> XKBLAYOT="us_intl" pero ahora solo me result'o para la consola en modo  
> texto pero para las consolas en X y en el gedit sigue igual.

Yo lo que hago es instalar el paquete locales-all y luego ejecuto 

dpkg-reconfigure locales

Primero elijo "Todas las configuraciones regionales"

y luego selecciono es_AR.UTF-8 ( por que estoy en argentina )

Luego hay que desloguearse y volverse a loguear para que los cambios se hagan 
efectivos.

Saludos.


> 
> -- 
> Saludos,
> Luis
> 


-- 
http://wp.geeklab.com.ar


pgpW5vW9Do3zK.pgp
Description: Firma digital OpenPGP

Re: Nuevos nombres de interfaces...

[luisededios]

On Wed, 22 Nov 2017 23:39:32 -0500, Ricardo Marcelo Alvarez  
 wrote:





Hola colegas,

Me he instalado la versi'on 9.0 de debian en mi laptop con dos tarjetas
wireless y ahora quiero configurar nuevamente los servicios que  
disfrutaba

en la versi'on 7 pero resulta que aparecen nuevos nombres para las
tarjetas inal'ambricas,

# lshw -class network | grep name:
logical name: enp0s25
logical name: wlan1
logical name: wlp12s0b1

  y me gusta el esquema anterior: wlan0, wlan1, etc

C'omo puedo cambiar 'wlp12s0b1' por 'wlan0', por ejemplo?



Hola,

Edita el archivo /etc/default/grub

Y en la variable GRUB_CMDLINE_LINUX_DEFAULT le agregas esto net.ifnames=0

Por ejemplo te debería quedar de esta forma

GRUB_CMDLINE_LINUX_DEFAULT="elevator=deadline acpi=on numa=on iommu=pt  
loglevel=0 net.ifnames=0"


Luego ejecutas

update-grub

y rebooteas la computadora.


Problema resuelto Ricardo  :)

Aunque me gustar'ia saber qu'e hace en particular cada una de esas  
directivas pues me cambi'o otros comportamientos, por ejemplo, durante el  
arranque no me mostraba los detalles del proceso de inicio en la consola y  
ahora s'i, pero bueno agregu'e varios par'ametros.


Tambi'en quisiera resolver este problema de los acentos pues hasta la  
versi'on 7 yo lo hac'ia con una sencilla modificaci'on en la variable  
XKBLAYOT="us_intl" pero ahora solo me result'o para la consola en modo  
texto pero para las consolas en X y en el gedit sigue igual.


--
Saludos,
Luis

Re: Nuevos nombres de interfaces...

[Ricardo Marcelo Alvarez]

> Hola colegas,
> 
> Me he instalado la versi'on 9.0 de debian en mi laptop con dos tarjetas  
> wireless y ahora quiero configurar nuevamente los servicios que disfrutaba  
> en la versi'on 7 pero resulta que aparecen nuevos nombres para las  
> tarjetas inal'ambricas,
> 
> # lshw -class network | grep name:
> logical name: enp0s25
> logical name: wlan1
> logical name: wlp12s0b1
> 
>   y me gusta el esquema anterior: wlan0, wlan1, etc
> 
> C'omo puedo cambiar 'wlp12s0b1' por 'wlan0', por ejemplo?
> 

Hola,

Edita el archivo /etc/default/grub

Y en la variable GRUB_CMDLINE_LINUX_DEFAULT le agregas esto net.ifnames=0

Por ejemplo te debería quedar de esta forma

GRUB_CMDLINE_LINUX_DEFAULT="elevator=deadline acpi=on numa=on iommu=pt 
loglevel=0 net.ifnames=0"

Luego ejecutas

update-grub

y rebooteas la computadora.

> Reciban mi agradecimiento  :)
> 
> -- 
> Saludos,
> Luis
> 

Saludos.


-- 
http://wp.geeklab.com.ar


pgp9_GcT2cr4R.pgp
Description: Firma digital OpenPGP

Nuevos nombres de interfaces...

[luisededios]

Hola colegas,

Me he instalado la versi'on 9.0 de debian en mi laptop con dos tarjetas  
wireless y ahora quiero configurar nuevamente los servicios que disfrutaba  
en la versi'on 7 pero resulta que aparecen nuevos nombres para las  
tarjetas inal'ambricas,


# lshw -class network | grep name:
   logical name: enp0s25
   logical name: wlan1
   logical name: wlp12s0b1

 y me gusta el esquema anterior: wlan0, wlan1, etc

C'omo puedo cambiar 'wlp12s0b1' por 'wlan0', por ejemplo?

Reciban mi agradecimiento  :)

--
Saludos,
Luis

Re: Interfaces y IPv6 en Stretch

[Josu Lazkano]

Muchas gracias!

Lo del nombre del dispositivos lo dejare asi, me tendre que acostumbrar...

Lo de IPv6, he editado el fichero "/etc/sysctl.conf" y añadido esta linea:

net.ipv6.conf.all.disable_ipv6=1

Ahora ya no me aparece nada de IPv6 en el ifconfing.

Muchisimas gracias por todo.

Saludos.

-- 
Josu Lazkano

Re: Interfaces y IPv6 en Stretch

[Camaleón]

El Thu, 26 May 2016 09:45:31 +0200, Josu Lazkano escribió:

> Buenas a todos,
> 
> La semana pasada actualice uno de los servidores a Stretch, y veo que a
> nivel de redes tengo cosas raras:
> 
> 1. La interfaz se llama "enp2s0" en vez de "eth0", la verdad que tampoco
> es muy importante, ¿pero lo puedo cambiar?

Como te dice Gonzalo, sí, todo lo que gestiona udev se puede renombrar a 
través de reglas que se cargan al iniciar el sistema.

https://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames/

> 2. Las direcciones las suelo asignar con IPs estaticas en
> "/etc/network/interfaces", configuro la IP, mascara y puerta de enlace
> (todo en IPv4). Lo que me mosquea es que cuando hago un "ifconfig" me
> aparecen direcciones IPv6. ¿Como deshabilito IPv6?
> 
> # ifconfig enp2s0 enp2s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> 
> mtu 1500
> inet 192.168.X.X  netmask 255.255.255.0  broadcast 192.168.X.X
> inet6 fd00::1:1e6f:65ff:X:X  prefixlen 64  scopeid 0x0
> inet6 fe80::1e6f:65ff:X:X  prefixlen 64  scopeid 0x20
> ether 1c:6f:65:X:X:X  txqueuelen 1000  (Ethernet)
> RX packets 117529  bytes 9053800 (8.6 MiB)
> RX errors 0  dropped 78362  overruns 0  frame 0 TX packets 22241
>  bytes 7231975 (6.8 MiB)
> TX errors 0  dropped 0 overruns 0  carrier 1  collisions 0
> 
> Gracias por todo.

Prueba con una de las dos opciones que aparecen en el enlace que te ha 
pasado Gonzalo, aunque yo personalmente preferiría usar la segunda opción
(editar el archivo "/etc/sysctl.conf"), es el primer lugar donde miraría 
cuando no recuerde por qué no funciona el IPv6 en mi equipo, no creo que 
se me pasara por la cabeza mirar en la configuración del cargador de 
arranque :-P

Saludos,

-- 
Camaleón

Re: Interfaces y IPv6 en Stretch

[Gonzalo Rivero]

El jue, 26-05-2016 a las 09:45 +0200, Josu Lazkano escribió:
> Buenas a todos,
> 
> La semana pasada actualice uno de los servidores a Stretch, y veo que
> a nivel de redes tengo cosas raras:
> 
> 1. La interfaz se llama "enp2s0" en vez de "eth0", la verdad que
> tampoco es muy importante, ¿pero lo puedo cambiar?
> 
si. Solo no me acuerdo como o donde, /creo/ que era algo en
/etc/udev.algo

> 2. Las direcciones las suelo asignar con IPs estaticas en
> "/etc/network/interfaces", configuro la IP, mascara y puerta de
> enlace
> (todo en IPv4). Lo que me mosquea es que cuando hago un "ifconfig" me
> aparecen direcciones IPv6. ¿Como deshabilito IPv6?
> 
https://wiki.debian.org/DebianIPv6#How_to_turn_off_IPv6


> # ifconfig enp2s0
> enp2s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
> inet 192.168.X.X  netmask 255.255.255.0  broadcast
> 192.168.X.X
> inet6 fd00::1:1e6f:65ff:X:X  prefixlen 64  scopeid
> 0x0
> inet6 fe80::1e6f:65ff:X:X  prefixlen 64  scopeid 0x20
> ether 1c:6f:65:X:X:X  txqueuelen 1000  (Ethernet)
> RX packets 117529  bytes 9053800 (8.6 MiB)
> RX errors 0  dropped 78362  overruns 0  frame 0
> TX packets 22241  bytes 7231975 (6.8 MiB)
> TX errors 0  dropped 0 overruns 0  carrier 1  collisions 0
> 
> Gracias por todo.
> 

Interfaces y IPv6 en Stretch

[Josu Lazkano]

Buenas a todos,

La semana pasada actualice uno de los servidores a Stretch, y veo que
a nivel de redes tengo cosas raras:

1. La interfaz se llama "enp2s0" en vez de "eth0", la verdad que
tampoco es muy importante, ¿pero lo puedo cambiar?

2. Las direcciones las suelo asignar con IPs estaticas en
"/etc/network/interfaces", configuro la IP, mascara y puerta de enlace
(todo en IPv4). Lo que me mosquea es que cuando hago un "ifconfig" me
aparecen direcciones IPv6. ¿Como deshabilito IPv6?

# ifconfig enp2s0
enp2s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
inet 192.168.X.X  netmask 255.255.255.0  broadcast 192.168.X.X
inet6 fd00::1:1e6f:65ff:X:X  prefixlen 64  scopeid 0x0
inet6 fe80::1e6f:65ff:X:X  prefixlen 64  scopeid 0x20
ether 1c:6f:65:X:X:X  txqueuelen 1000  (Ethernet)
RX packets 117529  bytes 9053800 (8.6 MiB)
RX errors 0  dropped 78362  overruns 0  frame 0
TX packets 22241  bytes 7231975 (6.8 MiB)
TX errors 0  dropped 0 overruns 0  carrier 1  collisions 0

Gracias por todo.

-- 
Josu Lazkano

Re: problema con 2 redes wifi con una antena. Archivos wpa_supplicant.conf e interfaces.

[alfon]

Efectivamente, es tan solo mi opinión... quizás influida por el hecho
de que yo mismo uso esa solución... jeje

No os enfadéis tanto hombre... en el correo dejo claro que "Creo que
es más sencilla...", no "afirmo" que es la más sencilla

2016-01-15 21:31 GMT+01:00 Cristian Mitchell :
>
>
> El 15 de enero de 2016, 14:21, Alfonso García escribió:
>>
>> Hola,
>> Creo que es más sencilla la solución que propone Camaleón. De esta manera
>> se
>> controla fácilmente con el programa "wpa_cli" (o con el que se muestra en
>> el
>> enlace, que parece más sencillo)
>>
>> Tan solo necesitas añadir al fichero de configuración de wpa_supplicant
>> tantas reded como necesites.
>>
>> Añade la siguiente línea al inicio:
>>
>> ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=
>>
>> Es ligeramente diferente a la que ya tienes.  es el grupo al que
>> pertenece tu usuario en /etc/group
>>
>> Una vez tengas esto arranca wpa_supplicant normalmente, como usuario root.
>>
>> Una vez arrancado, y con tu usuario sin privilegios (el que pertenece al
>> grupo ), ejecuta wpa_cli.
>>
>> Dentro de wpa_cli, puedes alternar entre todas las redes que quieras,
>> simplmente escribiendo select_network 1, para la primera; 2, para la
>> segunda; etc...
>>
>> Un vez hayas cambiado de red, debe reiniciar el interfaz wifi
>> correspondiente: con ifdow ... ifup
>>
>> Por supuesto, puedes hacerte un script para facilitar el asunto.
>>
>> Saludos.
>>
>
>
> Querido alfonso
>
> veamos si ma acompañas en la siguiente propuesta
>
> cambiar el nombre de la lista debian en español a Camaleon !!!
>
> votemos 
>
> lo que mas me duele es que ya no escribo mas por que nada de lo que uno
> aporte lo vivan degradando con lo que escribió camaleon
>
> lo unico que te puedo decir que la idea de mas sencilla es tu opinión
>
> y sabes que me siento degradado y desestimado
>
> y te puedo asegurar que después de probar todas las opciones la que me
> resulto mas simple es la que postie y funciona
>
> y como sabemos este mail solo va a provocar una polémica
>
> y lo que hay que entender que esto es para sumar pero por mi parte no lo
> siento asi
>
>
>
>
>
> --
> MrIX
> Linux user number 412793.
> http://counter.li.org/
>
> las grandes obras,
> las sueñan los santos locos,
> las realizan los luchadores natos,
> las aprovechan los felices cuerdo,
> y las critican los inútiles crónicos,
>

Re: problema con 2 redes wifi con una antena. Archivos wpa_supplicant.conf e interfaces.

[Cristian Mitchell]

El 18 de enero de 2016, 06:50, alfon escribió:

> Efectivamente, es tan solo mi opinión... quizás influida por el hecho
> de que yo mismo uso esa solución... jeje
>
> No os enfadéis tanto hombre... en el correo dejo claro que "Creo que
> es más sencilla...", no "afirmo" que es la más sencilla
>
> 2016-01-15 21:31 GMT+01:00 Cristian Mitchell :
> >
> >
> > El 15 de enero de 2016, 14:21, Alfonso García
> escribió:
> >>
> >> Hola,
> >> Creo que es más sencilla la solución que propone Camaleón. De esta
> manera
> >> se
> >> controla fácilmente con el programa "wpa_cli" (o con el que se muestra
> en
> >> el
> >> enlace, que parece más sencillo)
> >>
> >> Tan solo necesitas añadir al fichero de configuración de wpa_supplicant
> >> tantas reded como necesites.
> >>
> >> Añade la siguiente línea al inicio:
> >>
> >> ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=
> >>
> >> Es ligeramente diferente a la que ya tienes.  es el grupo al que
> >> pertenece tu usuario en /etc/group
> >>
> >> Una vez tengas esto arranca wpa_supplicant normalmente, como usuario
> root.
> >>
> >> Una vez arrancado, y con tu usuario sin privilegios (el que pertenece al
> >> grupo ), ejecuta wpa_cli.
> >>
> >> Dentro de wpa_cli, puedes alternar entre todas las redes que quieras,
> >> simplmente escribiendo select_network 1, para la primera; 2, para la
> >> segunda; etc...
> >>
> >> Un vez hayas cambiado de red, debe reiniciar el interfaz wifi
> >> correspondiente: con ifdow ... ifup
> >>
> >> Por supuesto, puedes hacerte un script para facilitar el asunto.
> >>
> >> Saludos.
> >>
> >
> >
> > Querido alfonso
> >
> > veamos si ma acompañas en la siguiente propuesta
> >
> > cambiar el nombre de la lista debian en español a Camaleon !!!
> >
> > votemos 
> >
> > lo que mas me duele es que ya no escribo mas por que nada de lo que uno
> > aporte lo vivan degradando con lo que escribió camaleon
> >
> > lo unico que te puedo decir que la idea de mas sencilla es tu opinión
> >
> > y sabes que me siento degradado y desestimado
> >
> > y te puedo asegurar que después de probar todas las opciones la que me
> > resulto mas simple es la que postie y funciona
> >
> > y como sabemos este mail solo va a provocar una polémica
> >
> > y lo que hay que entender que esto es para sumar pero por mi parte no lo
> > siento asi
> >
> >
> >
> >
> >
> > --
> > MrIX
> > Linux user number 412793.
> > http://counter.li.org/
> >
> > las grandes obras,
> > las sueñan los santos locos,
> > las realizan los luchadores natos,
> > las aprovechan los felices cuerdo,
> > y las critican los inútiles crónicos,
> >
>


Justamente si camaleo hubiese respondido te hubiese mencionado sobre el top
posting
y como se darán cuenta no soy el único molesto
estaría bueno que esto sumara y se den cuenta que camaleon es un ser humano
que mas de una vez se ha equivocado
y en la pleitecia que se le presta se evita el dialogo esclarecedor
y esto mas que sumar resta
y no ayuda al necesitado
por mi parte ya no me siento motivado a participar, situación que me
molesta por ser un hambito masivo




-- 
MrIX
Linux user number 412793.
http://counter.li.org/

las grandes obras,
las sueñan los santos locos,
las realizan los luchadores natos,
las aprovechan los felices cuerdo,
y las critican los inútiles crónicos,

Re: problema con 2 redes wifi con una antena. Archivos wpa_supplicant.conf e interfaces.

[Debia Linux]

2016-01-15 14:31 GMT-06:00 Cristian Mitchell :
>
>
> El 15 de enero de 2016, 14:21, Alfonso García escribió:
>>
>> Hola,
>> Creo que es más sencilla la solución que propone Camaleón. De esta manera
>> se
>> controla fácilmente con el programa "wpa_cli" (o con el que se muestra en
>> el
>> enlace, que parece más sencillo)
>>
>> Tan solo necesitas añadir al fichero de configuración de wpa_supplicant
>> tantas reded como necesites.
>>
>> Añade la siguiente línea al inicio:
>>
>> ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=
>>
>> Es ligeramente diferente a la que ya tienes.  es el grupo al que
>> pertenece tu usuario en /etc/group
>>
>> Una vez tengas esto arranca wpa_supplicant normalmente, como usuario root.
>>
>> Una vez arrancado, y con tu usuario sin privilegios (el que pertenece al
>> grupo ), ejecuta wpa_cli.
>>
>> Dentro de wpa_cli, puedes alternar entre todas las redes que quieras,
>> simplmente escribiendo select_network 1, para la primera; 2, para la
>> segunda; etc...
>>
>> Un vez hayas cambiado de red, debe reiniciar el interfaz wifi
>> correspondiente: con ifdow ... ifup
>>
>> Por supuesto, puedes hacerte un script para facilitar el asunto.
>>
>> Saludos.
>>
>
>
> Querido alfonso
>
> veamos si ma acompañas en la siguiente propuesta
>
> cambiar el nombre de la lista debian en español a Camaleon !!!.
>
> votemos 
>
> lo que mas me duele es que ya no escribo mas por que nada de lo que uno
> aporte lo vivan degradando con lo que escribió camaleon.

Mi estimado Mitchell ¿Acaso no leiste mi agradecimiento?. ¡¡Tu
propuesta fue la que use y sigo con ella, es lo que necesitaba!!. El
reconocimiento es importante, grande o pequeño, sinceramente te
agradezco y estoy seguro que muchos en el futuro que leeran este post,
quedaran inmensamente agradecidos. Yo estoy agradecido con toda la
gente que formamos esta lista, Camaleón ayuda mas porque es
extraterrestre o es pulpo (o pulpa), pero eso no significa que sea la
lista. Tu aporte ayuda, mis dudas... tambien ayudan, yo aprendo mas
preguntando que respondiendo.

Acaban de postear algo de "outlook con negritas" y tambien es
bienvenido, me encanta esta lista porque aparte todos debaten con
argumentos, eso me encanta, todos son sabihondos, todos son Nerds...
¡Todos son inteligentes! ¡hasta y!.

Mitchell, yo estoy agradecido contigo por tu respuesta tan sencilla y
breve ¡Llevaba mas de dos meses tratando de configurar este equipo!.


> lo unico que te puedo decir que la idea de mas sencilla es tu opinión
>
> y sabes que me siento degradado y desestimado

Sinceramente creo que eso ya no tiene que ver con la lista, eso ya es
personal. Pero te dire una cosa, si un hombre camina por la calle y
mira a una mujer y por este simple hecho, el hombre la comienza a
maltratar por celos. El hombre que la miro no tiene la culpa, quien
tiene que trabajar con los celos es el novio celoso.

Creo que Camaleón al igual que tu, son importantes en la lista, estoy
realmente agradecido con esta lista que sigo desde hace años enteros
(y aun sigo preguntando) (¿Podré hacer un script que responda
automaticamente a las respuestas de cada uno de los de la lista?).

> y te puedo asegurar que después de probar todas las opciones la que me
> resulto mas simple es la que postie y funciona

Y para mi tambien fue la respuesta mas s4encilla y es la que estoy usando.

>
> y como sabemos este mail solo va a provocar una polémica

Yo lo que veo es que tienes un gran espiritu para ayudar ¡Bendito sea
Jesus, jamas había leido una pelea por ver quien puede ayudar mas y
sin recibir un solo pago. De verdad te admiro mi estimado Mitchell!.

> y lo que hay que entender que esto es para sumar pero por mi parte no lo
> siento asi

Pues hoy le has sumado a mi vida. Mira que discutir por ver quien
ayuda mas... ¡Excelente!... me gustaria que todos nos pelearamos por
ayudar, porque lo necesitamos mucho en este mundo.

>
>
>
>
>
> --
> MrIX
> Linux user number 412793.
> http://counter.li.org/
>
> las grandes obras,
> las sueñan los santos locos,

¡Mitchell, tu estas loquisimo, santo no se si seas, pero loquisimo...
¡¡Por supuesto!.

> las realizan los luchadores natos,
> las aprovechan los felices cuerdo,

Yo tambien estoy loquisimo, pero tambien estoy aprovechando todo el
cumulo de conocimientos de esta maravillosa lista a la que pertenezco
y que ademas es copiada literalmente por muchisimos sitios.

> y las critican los inútiles crónicos,
>

P.D. Si alguien habla de ti, es por tu trabajo y creo que si se habla
mucho de Camaleon, es porque ayuda mucho. Yo he resuelto muchos
problemas gracias a Camaleon y nunca ha recibido un solo pago, solo mi
agradecimiento de mi parte por la libertad de este mundo. Sinceramente
te admiro tambien Camaleón, gracias por tu paciencia.

Re: problema con 2 redes wifi con una antena. Archivos wpa_supplicant.conf e interfaces.

[Alfonso García]

Hola,
Creo que es más sencilla la solución que propone Camaleón. De esta manera se
controla fácilmente con el programa "wpa_cli" (o con el que se muestra en el
enlace, que parece más sencillo)

Tan solo necesitas añadir al fichero de configuración de wpa_supplicant
tantas reded como necesites.

Añade la siguiente línea al inicio:

ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=

Es ligeramente diferente a la que ya tienes.  es el grupo al que
pertenece tu usuario en /etc/group

Una vez tengas esto arranca wpa_supplicant normalmente, como usuario root.

Una vez arrancado, y con tu usuario sin privilegios (el que pertenece al
grupo ), ejecuta wpa_cli.

Dentro de wpa_cli, puedes alternar entre todas las redes que quieras,
simplmente escribiendo select_network 1, para la primera; 2, para la
segunda; etc...

Un vez hayas cambiado de red, debe reiniciar el interfaz wifi
correspondiente: con ifdow ... ifup

Por supuesto, puedes hacerte un script para facilitar el asunto.

Saludos.

Re: problema con 2 redes wifi con una antena. Archivos wpa_supplicant.conf e interfaces.

[Cristian Mitchell]

El 15 de enero de 2016, 14:21, Alfonso García escribió:

> Hola,
> Creo que es más sencilla la solución que propone Camaleón. De esta manera
> se
> controla fácilmente con el programa "wpa_cli" (o con el que se muestra en
> el
> enlace, que parece más sencillo)
>
> Tan solo necesitas añadir al fichero de configuración de wpa_supplicant
> tantas reded como necesites.
>
> Añade la siguiente línea al inicio:
>
> ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=
>
> Es ligeramente diferente a la que ya tienes.  es el grupo al que
> pertenece tu usuario en /etc/group
>
> Una vez tengas esto arranca wpa_supplicant normalmente, como usuario root.
>
> Una vez arrancado, y con tu usuario sin privilegios (el que pertenece al
> grupo ), ejecuta wpa_cli.
>
> Dentro de wpa_cli, puedes alternar entre todas las redes que quieras,
> simplmente escribiendo select_network 1, para la primera; 2, para la
> segunda; etc...
>
> Un vez hayas cambiado de red, debe reiniciar el interfaz wifi
> correspondiente: con ifdow ... ifup
>
> Por supuesto, puedes hacerte un script para facilitar el asunto.
>
> Saludos.
>
>

Querido alfonso

veamos si ma acompañas en la siguiente propuesta

cambiar el nombre de la lista debian en español a Camaleon !!!

votemos 

lo que mas me duele es que ya no escribo mas por que nada de lo que uno
aporte lo vivan degradando con lo que escribió camaleon

lo unico que te puedo decir que la idea de mas sencilla es tu opinión

y sabes que me siento degradado y desestimado

y te puedo asegurar que después de probar todas las opciones la que me
resulto mas simple es la que postie y funciona

y como sabemos este mail solo va a provocar una polémica

y lo que hay que entender que esto es para sumar pero por mi parte no lo
siento asi





-- 
MrIX
Linux user number 412793.
http://counter.li.org/

las grandes obras,
las sueñan los santos locos,
las realizan los luchadores natos,
las aprovechan los felices cuerdo,
y las critican los inútiles crónicos,

Re: problema con 2 redes wifi con una antena. Archivos wpa_supplicant.conf e interfaces.

[Felix Perez]

El día 15 de enero de 2016, 17:31, Cristian Mitchell
 escribió:
>
>
> El 15 de enero de 2016, 14:21, Alfonso García escribió:
>>
>> Hola,
>> Creo que es más sencilla la solución que propone Camaleón. De esta manera
>> se
>> controla fácilmente con el programa "wpa_cli" (o con el que se muestra en
>> el
>> enlace, que parece más sencillo)
>>
>> Tan solo necesitas añadir al fichero de configuración de wpa_supplicant
>> tantas reded como necesites.
>>
>> Añade la siguiente línea al inicio:
>>
>> ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=
>>
>> Es ligeramente diferente a la que ya tienes.  es el grupo al que
>> pertenece tu usuario en /etc/group
>>
>> Una vez tengas esto arranca wpa_supplicant normalmente, como usuario root.
>>
>> Una vez arrancado, y con tu usuario sin privilegios (el que pertenece al
>> grupo ), ejecuta wpa_cli.
>>
>> Dentro de wpa_cli, puedes alternar entre todas las redes que quieras,
>> simplmente escribiendo select_network 1, para la primera; 2, para la
>> segunda; etc...
>>
>> Un vez hayas cambiado de red, debe reiniciar el interfaz wifi
>> correspondiente: con ifdow ... ifup
>>
>> Por supuesto, puedes hacerte un script para facilitar el asunto.
>>
>> Saludos.
>>
>
>
> Querido alfonso
>
> veamos si ma acompañas en la siguiente propuesta
>
> cambiar el nombre de la lista debian en español a Camaleon !!!
>
> votemos 
>
> lo que mas me duele es que ya no escribo mas por que nada de lo que uno
> aporte lo vivan degradando con lo que escribió camaleon
>

sin contar con la redundancia de respuestas.

> lo unico que te puedo decir que la idea de mas sencilla es tu opinión
>
> y sabes que me siento degradado y desestimado

No te sientas así, después de revisar muchos mensajes, me convencí de
que en su compulsión por responder de todo,  se esconde una patología,
talvéz una manía, un complejo de inferioridad, una idea delirante,
incluso he pensado en un depresión ocultada por el afán de "ayudar".

>
> y te puedo asegurar que después de probar todas las opciones la que me
> resulto mas simple es la que postie y funciona

Así me parece a mí.

>
> y como sabemos este mail solo va a provocar una polémica

No necesariamente.

>
> y lo que hay que entender que esto es para sumar pero por mi parte no lo
> siento asi
>
Yo ya me aburrí de intentar convencer que lo único que hace es
mantener una tropa de aduladores vampiros.

Con el nivel de mensajes de la lista ya no me asombra que pululen este
tipo de personajes.



-- 
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: problema con 2 redes wifi con una antena. Archivos wpa_supplicant.conf e interfaces.

[Jose Maldonado]

El 15/01/16 a las 16:01, Cristian Mitchell escribió:


Querido alfonso

veamos si ma acompañas en la siguiente propuesta

cambiar el nombre de la lista debian en español a Camaleon !!!

votemos 

lo que mas me duele es que ya no escribo mas por que nada de lo que uno
aporte lo vivan degradando con lo que escribió camaleon

lo unico que te puedo decir que la idea de mas sencilla es tu opinión

y sabes que me siento degradado y desestimado

y te puedo asegurar que después de probar todas las opciones la que me
resulto mas simple es la que postie y funciona

y como sabemos este mail solo va a provocar una polémica

y lo que hay que entender que esto es para sumar pero por mi parte no lo
siento asi





--
MrIX
Linux user number 412793.
http://counter.li.org/

las grandes obras,
las sueñan los santos locos,
las realizan los luchadores natos,
las aprovechan los felices cuerdo,
y las critican los inútiles crónicos,



Ohhh una más de Camaleon no me sorprende, el/ella tiene una mania 
extraña, pero no puede negar que a veces es util, y en otras molesta, y 
no no es por "celos", sino que sencillamente muchas veces es 
contradictoria y en otras infuncional.


En fin, no te sientas mal por eso, si el compañero quiere seguir el 
consejo de el/ella, pues bien, que lo siga y si tiene algun 
problema...que lo solucionen por privado.




--
Dios en su Cielo, todo bien la Tierra
*

Re: problema con 2 redes wifi con una antena. Archivos wpa_supplicant.conf e interfaces.

[Debia Linux]

2016-01-13 20:49 GMT-06:00 Cristian Mitchell <mitchell6...@gmail.com>:
>
>
> El 13 de enero de 2016, 22:21, Debia Linux<debianer...@gmail.com> escribió:
>>
>> 2016-01-12 20:30 GMT-06:00 Cristian Mitchell <mitchell6...@gmail.com>:
>> >
>> >
>> > El 12 de enero de 2016, 22:08, Debia Linux<debianer...@gmail.com>
>> > escribió:
>> >>
>> >> Listeros:
>> >>
>> >> Tengo una antena para concectarme a una red, a veces tengo que
>> >> conectarme a internet y otras mas a una red interna del trabajo.
>> >>
>> >> He intentado hacer un tipo Swich con la misma antena mediante el
>> >> comando ifup y el otro que es ifdown.
>> >>
>> >> Tengo mi archivo /etc/network/interfaces de la siguiente manera:
>> >>
>> >
>> >
>> > primero saca la linea auto en las configuraciones
>> >
>> >
>> >>
>> >> ###
>> >> # Red UNO
>> >> auto amtur1
>> >> iface amtur1 inet dhcp
>> >>wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf
>> >>
>> >> # Red DOS
>> >> #auto amtur2
>> >> #iface amtur2 inet static
>> >> #   wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf
>> >> #   address 10.0.0.57
>> >> #   gateway 10.0.0.1
>> >> ###
>> >>
>> >> Como podran darse cuenta, una es con IP dinamica asignada por el ISP
>> >> mientras que la otra es fija, asignada por el administrador. Tambien
>> >> pueden darse cuenta que la red DOS esta comentada, esto es por lo
>> >> siguiente. Cuando intento conectarme a la red UNO, los parametros
>> >> estan descomentados y puedo conectarme perfectamente, porque también
>> >> en el archivo /etc/wpa_supplicant/wpa_supplicant.conf tengo activada
>> >> esta red. Se los posteo tal y cual esta mi archivo:
>> >>
>> >> ###
>> >> #update_config=1
>> >> ctrl_interface=/var/run/wpa_supplicant
>> >>
>> >> network={
>> >> ssid="Huawei-HB8235-BM23"
>> >> scan_ssid=1
>> >> proto=WPA
>> >> key_mgmt=WPA-PSK
>> >> psk="BMBHJDK34"
>> >> id_str="amtur1"
>> >> priority=5
>> >> }
>> >>
>> >> #network={
>> >> #   ssid="RMLS-NET"
>> >> ##  scan_ssid=6
>> >> ##  proto=WPA
>> >> #   key_mgmt=WPA-PSK
>> >> #   psk="NDJ232F7"
>> >> #   id_str="amtur2"
>> >> #   priority=4
>> >> #}
>> >> #######
>> >>
>> >> Tambien como podrán darse cuenta, la red amtur1 esta desomentada,
>> >> mientras que la otra amtur2 esta comentada.
>> >>
>> >> Esto lo hago porque con esta configuracion, funciona a la perfeccion
>> >> la red amtur1, que es la que conecta con internet.
>> >>
>> >> Cuando me conecto a la red interna de la empresa, tengo que
>> >> descomentar a la que quiero conectarme y comentar la que no quiero
>> >> usar (en el archivo interfaces y el el archivo wpa_supplicant.conf).
>> >> Esta razón es muy sencilla (complicada y tediosa), se supone que NO
>> >> DEBERIA estar comentada ninguna y DEBERIA funcionar la que yo elija
>> >> mediante ifup
>> >>
>> >> Para dar de baja una, solo debería ser:
>> >>
>> >> sudo ifdown wlan0=amtur1
>> >> sudo ifup wlan0=amtur12
>> >>
>> >>
>> >> Sin embargo al dejar descomentadas ambas redes en los dos archivos
>> >> (interfaces y wpa_supplicant.conf) no tengo problemas al conectarme
>> >> para internet, pero para la red interna no puedo conectarme, por eso
>> >> recurro a comentar y descomentar cada vez que deseo hacer uso de la
>> >> red interna.
>> >>
>> >> ¿Notan algun problema de configuracion en mis archivos?.
>> >>
>> >> Gracias.
>> >>
>> >> Debianeromx
>> >>
>> >
>> >
>> >
>> > en realidad no esta mal lo que haces pero podes hacerlo mas simple
>> >
>> > iwlist wlan0 scanning |egrep -w 'ESSID|Quality'
>> >
&g

Re: problema con 2 redes wifi con una antena. Archivos wpa_supplicant.conf e interfaces.

[Debia Linux]

2016-01-13 9:10 GMT-06:00 Camaleón <noela...@gmail.com>:
> El Tue, 12 Jan 2016 19:08:58 -0600, Debia Linux escribió:
>
>> Tengo una antena para concectarme a una red, a veces tengo que
>> conectarme a internet y otras mas a una red interna del trabajo.
>>
>> He intentado hacer un tipo Swich con la misma antena mediante el comando
>> ifup y el otro que es ifdown.
>>
>> Tengo mi archivo /etc/network/interfaces de la siguiente manera:
>
> (...)
>
> Menudo jaleo te llevas :-)
>
>> Cuando me conecto a la red interna de la empresa, tengo que descomentar
>> a la que quiero conectarme y comentar la que no quiero usar (en el
>> archivo interfaces y el el archivo wpa_supplicant.conf). Esta razón es
>> muy sencilla (complicada y tediosa), se supone que NO DEBERIA estar
>> comentada ninguna y DEBERIA funcionar la que yo elija mediante ifup
>
> No vas mal encaminado. Busca en Google por "wpa_supplicant road warrior
> setup" o "wpa_supplicant mobile users" para ver cómo configurar ese tipo
> de escenario donde entran en juego varias redes con distintas
> configuraciones sin tener que hacer malabares.

Perfecto, en estos momentos estoy buscando como me dijiste. Pero el
problema ha quedado resuelto ya.

Segui las intruciones de Cristian Mitchell y esta situacion ha quedado
SOLUCIONADA.

>
> How to setup multiple WiFi networks?
> http://raspberrypi.stackexchange.com/questions/11631/how-to-setup-
> multiple-wifi-networks
>
> Saludos,
>
> --
> Camaleón
>

Re: problema con 2 redes wifi con una antena. Archivos wpa_supplicant.conf e interfaces.

[Cristian Mitchell]

El 13 de enero de 2016, 22:21, Debia Linux<debianer...@gmail.com> escribió:

> 2016-01-12 20:30 GMT-06:00 Cristian Mitchell <mitchell6...@gmail.com>:
> >
> >
> > El 12 de enero de 2016, 22:08, Debia Linux<debianer...@gmail.com>
> escribió:
> >>
> >> Listeros:
> >>
> >> Tengo una antena para concectarme a una red, a veces tengo que
> >> conectarme a internet y otras mas a una red interna del trabajo.
> >>
> >> He intentado hacer un tipo Swich con la misma antena mediante el
> >> comando ifup y el otro que es ifdown.
> >>
> >> Tengo mi archivo /etc/network/interfaces de la siguiente manera:
> >>
> >
> >
> > primero saca la linea auto en las configuraciones
> >
> >
> >>
> >> ###
> >> # Red UNO
> >> auto amtur1
> >> iface amtur1 inet dhcp
> >>wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf
> >>
> >> # Red DOS
> >> #auto amtur2
> >> #iface amtur2 inet static
> >> #   wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf
> >> #   address 10.0.0.57
> >> #   gateway 10.0.0.1
> >> ###
> >>
> >> Como podran darse cuenta, una es con IP dinamica asignada por el ISP
> >> mientras que la otra es fija, asignada por el administrador. Tambien
> >> pueden darse cuenta que la red DOS esta comentada, esto es por lo
> >> siguiente. Cuando intento conectarme a la red UNO, los parametros
> >> estan descomentados y puedo conectarme perfectamente, porque también
> >> en el archivo /etc/wpa_supplicant/wpa_supplicant.conf tengo activada
> >> esta red. Se los posteo tal y cual esta mi archivo:
> >>
> >> ###
> >> #update_config=1
> >> ctrl_interface=/var/run/wpa_supplicant
> >>
> >> network={
> >> ssid="Huawei-HB8235-BM23"
> >> scan_ssid=1
> >> proto=WPA
> >> key_mgmt=WPA-PSK
> >> psk="BMBHJDK34"
> >> id_str="amtur1"
> >> priority=5
> >> }
> >>
> >> #network={
> >> #   ssid="RMLS-NET"
> >> ##  scan_ssid=6
> >> ##  proto=WPA
> >> #   key_mgmt=WPA-PSK
> >> #   psk="NDJ232F7"
> >> #   id_str="amtur2"
> >> #   priority=4
> >> #}
> >> ###
> >>
> >> Tambien como podrán darse cuenta, la red amtur1 esta desomentada,
> >> mientras que la otra amtur2 esta comentada.
> >>
> >> Esto lo hago porque con esta configuracion, funciona a la perfeccion
> >> la red amtur1, que es la que conecta con internet.
> >>
> >> Cuando me conecto a la red interna de la empresa, tengo que
> >> descomentar a la que quiero conectarme y comentar la que no quiero
> >> usar (en el archivo interfaces y el el archivo wpa_supplicant.conf).
> >> Esta razón es muy sencilla (complicada y tediosa), se supone que NO
> >> DEBERIA estar comentada ninguna y DEBERIA funcionar la que yo elija
> >> mediante ifup
> >>
> >> Para dar de baja una, solo debería ser:
> >>
> >> sudo ifdown wlan0=amtur1
> >> sudo ifup wlan0=amtur12
> >>
> >>
> >> Sin embargo al dejar descomentadas ambas redes en los dos archivos
> >> (interfaces y wpa_supplicant.conf) no tengo problemas al conectarme
> >> para internet, pero para la red interna no puedo conectarme, por eso
> >> recurro a comentar y descomentar cada vez que deseo hacer uso de la
> >> red interna.
> >>
> >> ¿Notan algun problema de configuracion en mis archivos?.
> >>
> >> Gracias.
> >>
> >> Debianeromx
> >>
> >
> >
> >
> > en realidad no esta mal lo que haces pero podes hacerlo mas simple
> >
> > iwlist wlan0 scanning |egrep -w 'ESSID|Quality'
> >
> > wpa_passphrase ID_WIFI PASSWORD
> >
> > con el resultado llenas los datos en /etc/network/interfaces
> >
> > agregas esta linea en /etc/network/interfaces mas los datos de
> > wpa_passphrase
> >
> > iface PIRULO inet dhcp
> > wpa-ssid ID_WIFI
> > wpa-psk 
> >
> > aqui podes poner la cantidad que quieras cambiando la etiqueta
> >
> > y luego levantas la interface con
> >
> > ifup wlan0=PIRULO
>
> Ya hice lo que 

Re: problema con 2 redes wifi con una antena. Archivos wpa_supplicant.conf e interfaces.

[Debia Linux]

2016-01-12 20:30 GMT-06:00 Cristian Mitchell <mitchell6...@gmail.com>:
>
>
> El 12 de enero de 2016, 22:08, Debia Linux<debianer...@gmail.com> escribió:
>>
>> Listeros:
>>
>> Tengo una antena para concectarme a una red, a veces tengo que
>> conectarme a internet y otras mas a una red interna del trabajo.
>>
>> He intentado hacer un tipo Swich con la misma antena mediante el
>> comando ifup y el otro que es ifdown.
>>
>> Tengo mi archivo /etc/network/interfaces de la siguiente manera:
>>
>
>
> primero saca la linea auto en las configuraciones
>
>
>>
>> ###
>> # Red UNO
>> auto amtur1
>> iface amtur1 inet dhcp
>>wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf
>>
>> # Red DOS
>> #auto amtur2
>> #iface amtur2 inet static
>> #   wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf
>> #   address 10.0.0.57
>> #   gateway 10.0.0.1
>> ###
>>
>> Como podran darse cuenta, una es con IP dinamica asignada por el ISP
>> mientras que la otra es fija, asignada por el administrador. Tambien
>> pueden darse cuenta que la red DOS esta comentada, esto es por lo
>> siguiente. Cuando intento conectarme a la red UNO, los parametros
>> estan descomentados y puedo conectarme perfectamente, porque también
>> en el archivo /etc/wpa_supplicant/wpa_supplicant.conf tengo activada
>> esta red. Se los posteo tal y cual esta mi archivo:
>>
>> ###
>> #update_config=1
>> ctrl_interface=/var/run/wpa_supplicant
>>
>> network={
>> ssid="Huawei-HB8235-BM23"
>> scan_ssid=1
>> proto=WPA
>> key_mgmt=WPA-PSK
>> psk="BMBHJDK34"
>> id_str="amtur1"
>> priority=5
>> }
>>
>> #network={
>> #   ssid="RMLS-NET"
>> ##  scan_ssid=6
>> ##  proto=WPA
>> #   key_mgmt=WPA-PSK
>> #   psk="NDJ232F7"
>> #   id_str="amtur2"
>> #   priority=4
>> #}
>> ###
>>
>> Tambien como podrán darse cuenta, la red amtur1 esta desomentada,
>> mientras que la otra amtur2 esta comentada.
>>
>> Esto lo hago porque con esta configuracion, funciona a la perfeccion
>> la red amtur1, que es la que conecta con internet.
>>
>> Cuando me conecto a la red interna de la empresa, tengo que
>> descomentar a la que quiero conectarme y comentar la que no quiero
>> usar (en el archivo interfaces y el el archivo wpa_supplicant.conf).
>> Esta razón es muy sencilla (complicada y tediosa), se supone que NO
>> DEBERIA estar comentada ninguna y DEBERIA funcionar la que yo elija
>> mediante ifup
>>
>> Para dar de baja una, solo debería ser:
>>
>> sudo ifdown wlan0=amtur1
>> sudo ifup wlan0=amtur12
>>
>>
>> Sin embargo al dejar descomentadas ambas redes en los dos archivos
>> (interfaces y wpa_supplicant.conf) no tengo problemas al conectarme
>> para internet, pero para la red interna no puedo conectarme, por eso
>> recurro a comentar y descomentar cada vez que deseo hacer uso de la
>> red interna.
>>
>> ¿Notan algun problema de configuracion en mis archivos?.
>>
>> Gracias.
>>
>> Debianeromx
>>
>
>
>
> en realidad no esta mal lo que haces pero podes hacerlo mas simple
>
> iwlist wlan0 scanning |egrep -w 'ESSID|Quality'
>
> wpa_passphrase ID_WIFI PASSWORD
>
> con el resultado llenas los datos en /etc/network/interfaces
>
> agregas esta linea en /etc/network/interfaces mas los datos de
> wpa_passphrase
>
> iface PIRULO inet dhcp
> wpa-ssid ID_WIFI
> wpa-psk 
>
> aqui podes poner la cantidad que quieras cambiando la etiqueta
>
> y luego levantas la interface con
>
> ifup wlan0=PIRULO

Ya hice lo que me dijiste.

Mi archivo interfaces quedo de la siguiente manera:

iface amtur1 inet dhcp
wpa-ssid Huawei-HB8235-BM23
wpa-psk 8184f4b05b549909f108e1141d6754d5464dfc6cbaac471e40312015b3d4
wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf

iface amtur2 inet static
wpa-ssid RMLS-NET
wpa-psk 9d6fa18030cda5e0di8da34af41bd856c3c7e15c84f0d910dada6cc33f73936e
wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf
address 10.0.0.57
gateway 10.0.0.1

Descomente todas las lineas de wpa_supplicant y quedo de la siguiente manera:

###
update_config=1
ctrl_interface=/var/run/wpa_supplicant

 network={
 ssid="Huawei-HB82

Re: problema con 2 redes wifi con una antena. Archivos wpa_supplicant.conf e interfaces.

[Camaleón]

El Tue, 12 Jan 2016 19:08:58 -0600, Debia Linux escribió:

> Tengo una antena para concectarme a una red, a veces tengo que
> conectarme a internet y otras mas a una red interna del trabajo.
> 
> He intentado hacer un tipo Swich con la misma antena mediante el comando
> ifup y el otro que es ifdown.
> 
> Tengo mi archivo /etc/network/interfaces de la siguiente manera:

(...)

Menudo jaleo te llevas :-)

> Cuando me conecto a la red interna de la empresa, tengo que descomentar
> a la que quiero conectarme y comentar la que no quiero usar (en el
> archivo interfaces y el el archivo wpa_supplicant.conf). Esta razón es
> muy sencilla (complicada y tediosa), se supone que NO DEBERIA estar
> comentada ninguna y DEBERIA funcionar la que yo elija mediante ifup

No vas mal encaminado. Busca en Google por "wpa_supplicant road warrior 
setup" o "wpa_supplicant mobile users" para ver cómo configurar ese tipo 
de escenario donde entran en juego varias redes con distintas 
configuraciones sin tener que hacer malabares.

How to setup multiple WiFi networks?
http://raspberrypi.stackexchange.com/questions/11631/how-to-setup-
multiple-wifi-networks

Saludos,

-- 
Camaleón

Re: problema con 2 redes wifi con una antena. Archivos wpa_supplicant.conf e interfaces.

[Cristian Mitchell]

El 12 de enero de 2016, 22:08, Debia Linux<debianer...@gmail.com> escribió:

> Listeros:
>
> Tengo una antena para concectarme a una red, a veces tengo que
> conectarme a internet y otras mas a una red interna del trabajo.
>
> He intentado hacer un tipo Swich con la misma antena mediante el
> comando ifup y el otro que es ifdown.
>
> Tengo mi archivo /etc/network/interfaces de la siguiente manera:
>
>

primero saca la linea auto en las configuraciones



> ###
> # Red UNO
> auto amtur1
> iface amtur1 inet dhcp
>wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf
>
> # Red DOS
> #auto amtur2
> #iface amtur2 inet static
> #   wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf
> #   address 10.0.0.57
> #   gateway 10.0.0.1
> ###
>
> Como podran darse cuenta, una es con IP dinamica asignada por el ISP
> mientras que la otra es fija, asignada por el administrador. Tambien
> pueden darse cuenta que la red DOS esta comentada, esto es por lo
> siguiente. Cuando intento conectarme a la red UNO, los parametros
> estan descomentados y puedo conectarme perfectamente, porque también
> en el archivo /etc/wpa_supplicant/wpa_supplicant.conf tengo activada
> esta red. Se los posteo tal y cual esta mi archivo:
>
> ###
> #update_config=1
> ctrl_interface=/var/run/wpa_supplicant
>
> network={
> ssid="Huawei-HB8235-BM23"
> scan_ssid=1
> proto=WPA
> key_mgmt=WPA-PSK
> psk="BMBHJDK34"
> id_str="amtur1"
> priority=5
> }
>
> #network={
> #   ssid="RMLS-NET"
> ##  scan_ssid=6
> ##  proto=WPA
> #   key_mgmt=WPA-PSK
> #   psk="NDJ232F7"
> #   id_str="amtur2"
> #   priority=4
> #}
> ###
>
> Tambien como podrán darse cuenta, la red amtur1 esta desomentada,
> mientras que la otra amtur2 esta comentada.
>
> Esto lo hago porque con esta configuracion, funciona a la perfeccion
> la red amtur1, que es la que conecta con internet.
>
> Cuando me conecto a la red interna de la empresa, tengo que
> descomentar a la que quiero conectarme y comentar la que no quiero
> usar (en el archivo interfaces y el el archivo wpa_supplicant.conf).
> Esta razón es muy sencilla (complicada y tediosa), se supone que NO
> DEBERIA estar comentada ninguna y DEBERIA funcionar la que yo elija
> mediante ifup
>
> Para dar de baja una, solo debería ser:
>
> sudo ifdown wlan0=amtur1
> sudo ifup wlan0=amtur12
>
>
> Sin embargo al dejar descomentadas ambas redes en los dos archivos
> (interfaces y wpa_supplicant.conf) no tengo problemas al conectarme
> para internet, pero para la red interna no puedo conectarme, por eso
> recurro a comentar y descomentar cada vez que deseo hacer uso de la
> red interna.
>
> ¿Notan algun problema de configuracion en mis archivos?.
>
> Gracias.
>
> Debianeromx
>
>


en realidad no esta mal lo que haces pero podes hacerlo mas simple

iwlist wlan0 scanning |egrep -w 'ESSID|Quality'

wpa_passphrase ID_WIFI PASSWORD

con el resultado llenas los datos en /etc/network/interfaces

agregas esta linea en /etc/network/interfaces mas los datos de
wpa_passphrase

iface PIRULO inet dhcp
wpa-ssid ID_WIFI
wpa-psk 

aqui podes poner la cantidad que quieras cambiando la etiqueta

y luego levantas la interface con

ifup wlan0=PIRULO




-- 
MrIX
Linux user number 412793.
http://counter.li.org/

las grandes obras,
las sueñan los santos locos,
las realizan los luchadores natos,
las aprovechan los felices cuerdo,
y las critican los inútiles crónicos,

problema con 2 redes wifi con una antena. Archivos wpa_supplicant.conf e interfaces.

[Debia Linux]

Listeros:

Tengo una antena para concectarme a una red, a veces tengo que
conectarme a internet y otras mas a una red interna del trabajo.

He intentado hacer un tipo Swich con la misma antena mediante el
comando ifup y el otro que es ifdown.

Tengo mi archivo /etc/network/interfaces de la siguiente manera:

###
# Red UNO
auto amtur1
iface amtur1 inet dhcp
   wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf

# Red DOS
#auto amtur2
#iface amtur2 inet static
#   wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf
#   address 10.0.0.57
#   gateway 10.0.0.1
###

Como podran darse cuenta, una es con IP dinamica asignada por el ISP
mientras que la otra es fija, asignada por el administrador. Tambien
pueden darse cuenta que la red DOS esta comentada, esto es por lo
siguiente. Cuando intento conectarme a la red UNO, los parametros
estan descomentados y puedo conectarme perfectamente, porque también
en el archivo /etc/wpa_supplicant/wpa_supplicant.conf tengo activada
esta red. Se los posteo tal y cual esta mi archivo:

###
#update_config=1
ctrl_interface=/var/run/wpa_supplicant

network={
ssid="Huawei-HB8235-BM23"
scan_ssid=1
proto=WPA
key_mgmt=WPA-PSK
psk="BMBHJDK34"
id_str="amtur1"
priority=5
}

#network={
#   ssid="RMLS-NET"
##  scan_ssid=6
##  proto=WPA
#   key_mgmt=WPA-PSK
#   psk="NDJ232F7"
#   id_str="amtur2"
#   priority=4
#}
###

Tambien como podrán darse cuenta, la red amtur1 esta desomentada,
mientras que la otra amtur2 esta comentada.

Esto lo hago porque con esta configuracion, funciona a la perfeccion
la red amtur1, que es la que conecta con internet.

Cuando me conecto a la red interna de la empresa, tengo que
descomentar a la que quiero conectarme y comentar la que no quiero
usar (en el archivo interfaces y el el archivo wpa_supplicant.conf).
Esta razón es muy sencilla (complicada y tediosa), se supone que NO
DEBERIA estar comentada ninguna y DEBERIA funcionar la que yo elija
mediante ifup

Para dar de baja una, solo debería ser:

sudo ifdown wlan0=amtur1
sudo ifup wlan0=amtur12


Sin embargo al dejar descomentadas ambas redes en los dos archivos
(interfaces y wpa_supplicant.conf) no tengo problemas al conectarme
para internet, pero para la red interna no puedo conectarme, por eso
recurro a comentar y descomentar cada vez que deseo hacer uso de la
red interna.

¿Notan algun problema de configuracion en mis archivos?.

Gracias.

Debianeromx

Re: Interfaces de red

[Santiago José López Borrazás]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

El 06/10/15 a las 18:55, Manolo Díaz escribió:
(...)
> No, no es solo cosa de Camaleón. A muchos nos molesta. Por algo las 
> ediciones comienzan por el primer capítulo y terminan con el último.
> En cuanto al reglamento, no es sagrado: si un cambio está justificado
> se hace.

Mucha gente no los lee o, porque no les interesa, o porque es un tocho
para estas personas. O que les es incomprensible.

Pero esto es otro tema a ponerlo a la práctica y, mucha gente no lo hace,
pues por activa o activa, ponen los HTML, se arman la de Dios aquí y,
otras cosas, pues así acabaréis algunos mal.

Yo estoy en silencio, porque estoy por otras vías mucho mejores que estar
en los grupos estos (o listas). Es altamente largo para explicarlo.

- -- 
Saludos de Santiago José López Borrazás.
-BEGIN PGP SIGNATURE-

iQIcBAEBCgAGBQJWFB4RAAoJEIFZAuZYtJmMkooP/AttAeti0Azy0CAvVl1lyP7+
KNBHxo5TT5xrjVsRe0RG9Vv4zNhv9cE7d2syeWHG9ricbmeiilS2QDFarbg4LxRY
k9ivqHPvJtR+ta1rDzP+SmxXZgPcMcqEqJY4Wc5yY6RWngl2FwNCXGXsONVLyNij
/JUhjErV9XVDEZWJkxqLDE9mwcNK6Er7/bhWIAKlUuKoWS2rmMGJx4rD5oJS+5Ob
94nbKga0uFDN2V6I9Vm4qbz/4QuYlWfqn34v2d9YHQFzAtq7nDc5MMkk/pMbwQOa
qCTnY7JOHPxQ+TPt1QBlQsASn3uGCD2n7l1qNtXoUNDU4OlyZeBlyD45c0u8Jd0e
Wz4j4r0F+pokV4dWCttfsUYLHvmG3fH9WGjyPssxkZ90Hl4YceMpZX6xD8LRXciq
gno5SPT+OPrcsI9mBMzIPjQ+73zSUecYCmC0Fyeo8XGbHxUUmxQZYrgqfg05i3q+
B8i2ybGihcNcJp0NudGUg+zZiLcDfnTEC1w0uZVUifGVNACN2SgNvZ5LZxyCZHPo
AMAV5OFDosvVwBVem8sXIBtRKv7Eug+pWsWI7VOdy/PzfC/MDVCvqJiqfjnsZY7s
rYvyg/ReExxRJJR4nJSh2wKlEFS+yXtWLyIKk+qegk+RHQYvD38JD+kuWokt2rvy
KPptYXomddco6XsCQuwo
=t5DG
-END PGP SIGNATURE-

Re: Interfaces de red

[Rafael Cantos Villanueva]

El 29/09/2015 a las 16:26, Camaleón escribió:

El Fri, 25 Sep 2015 19:43:26 +0200, Rafael Cantos Villanueva escribió:


Gracias.


Rafael, cuando respondas a los mensajes recuerda escribir debajo del
texto al que estás contestando, no arriba, para que los mensajes se lean
y se interpreten mejor :-)
Perdóna Camaleón si esta forma de responder te ha molestado, pero he 
respondido empleando el principio de accesibilidad universal por el cuál 
el texto más reciente se sitúa al principio del documento, en este caso 
el mail que estoy respondiendo, y que facilita la lectura, comprensión y 
búsqueda de la información por personas con discapacidad visual, como es 
mi caso. Este principio tiene prevalencia sobre cualquier otro principio 
puesto que el acceso a la información debe responder a una serie de 
pautas que faciliten dicho acceso, es decir, sea lo más accesible 
posible. Este principio radica en el hecho de que la lectura de un texto 
por una persona que emplea un lector de pantalla se realiza de forma 
secuencial, desde el principio del documento hacia el final, por lo que 
si el texto más reciente se coloca en la parte superior del documento, 
este será el primero que se lea, y por tanto, la persona con diversidad 
funcional visual no deberá andar buscando, o navegando, por el texto, 
hasta encontrar la respuesta. Para que te hagas una idea, en la 
respuesta a esta parte del correo he tenido que bajar 9 líneas (9 
pulsaciones de la tecla flecha abajo), en tu siguiente respuesta, que 
verás más abajo, he tenido que leer 60 líneas (60 pulsaciones del cursor 
abajo), y en la respuesta al mensaje de Basaburu han sido 130 líneas 
leídas (130 pulsaciones de cursor abajo). Y cuando digo leídas, es 
porque hay que leer, al menos una parte de la línea, para discriminar si 
es la respuesta, es texto más antiguo, es la firma, etc.

Perdón por la parrafada explicativa.




El 25/09/2015 a las 15:55, Camaleón escribió:

El Thu, 24 Sep 2015 22:16:11 +0200, Rafael Cantos Villanueva escribió:


Me gustaría saber cómo funcionan las interfaces de red a la hora de
iniciar el sistema operativo, archivo /etc/network/interfaces. ¿Qué
pasa si una interfaz, por ejemplo la cableada, no está conectada, sólo
la de la wifi? ¿Durante cuánto tiempo intenta levantar la interfaz?


¿Te refieres a que no está conectado físicamente el cable? No pasa
nada,
lo que ralentiza el inicio del sistema (al menos con el sysvinit
convencional, con systemd no me extrañaría que vinieran un par de
angelitos con alas y levantarán la red aunque no tengas enlace físico)
es que no haya conexión a Internet, entonces sí se vuelve lentorro.


(...)


Me refería precisamente a que no tengo conectado el cable a la tarjeta
física.


No pasa nada.


La wifi, con seguridad wpa2, es la que tarda en conectarse. Y al
tardar en conectarse, el inicio del shell se retrasa. Y esto es lo que
intento evitar, que se retrase, y haya un inicio más rápido (dos minutos
y medio me parecen demasiado).
Gracias por la referencia a la web oficial.


Acabo de reiniciar con la wifi desactivada (es decir, sin conexión de red
alguna) y hombre, quizá sí se nota el retraso un pelín pero nada
exagerado, segundos apenas. En el registro (journalctl) veo que NTP no se
ha podido conectar con el servidor y poco más.

Con systemd que un servicio no tenga a la red y no pueda resolver equipos
remotos ya no debería ser un problema, es decir, que no debería retrasar
el inicio del sistema.

Para saber qué sistema de inicio usas, ejecuta "cat /proc/1/comm".


Gracias. Utilizo init por el momento, puesto que en esta partición uso 
Wheezy, aunque quiero actualizarlo a Jessie.


Saludos,



---
El software de antivirus Avast ha analizado este correo electrónico en busca de 
virus.
https://www.avast.com/antivirus

Re: Interfaces de red

[Rafael Cantos Villanueva]

El 29/09/2015 a las 21:28, BasaBuru escribió:

El Martes, 29 de septiembre de 2015 15:40:56 Rafael Cantos Villanueva
escribió:

Buenas

No sé qué sistema de inicio tengo, ¿cómo puedo saberlo?


Si ya lo sabes, usas systemd lo has señalado en un correo.


El sistema para la wifi es wpa_supplicant, supongo que te refieres a eso.


Es el sistema de gestión de claves wpa y wpa2 para las wifi no tiene anda que
ver con la configuración del hardware (modulo del kernel para la tarjeta dada)
y algo con la configuración (/etc/network/interfaces) en puridad hay que decir
wpa entra en la configuración de cada una de las interfaces de red wifi (si
quieres usar wpa, wpa2).

échale un vistazo a la página man si tienes instalado el paquete wpasupplicant
(que contine la man)

$ man wpasupplicant

Creo que hay dos una en el nivel 5 y otra en el 8 al final de la man te indica
si hay mas o si hay relacionadas con ella.

sería así

$ man 8 wpasupplicant

Evidentemente si no has usado man

$ man man

man es TU PRIMERA E INEXCUSABLE fuente de información. Siempre se mira ahí lo
primero

Con esto te quiero decir que la documentación en el sistema es donde se
empieza a buscar, si quieres aprender algo construir tu caña, si lo que
quieres son pescados pues búsquedas en la red.

En la seccion doc del repositorio tienes montañas de información y
documentación, howto, manuales, etc.

Al principio te explica la codificación de los niveles de páginas por su
tipología. Además es una de las pocas traducidas al español

Luego está el hecho de que la mierda de NetworkManager se lo chupa todo, no
deja sitio, se mete por todos lados y se le sube a la chepa a root.

Sin faltar, es una opinión sobre un software de los espías yanquis de Red Hat.

Si tienes instalado NM la gestión de la red no la haces desde el fichero de
configuración de siempre.

Lo haces desde su interface hay un icono de una llave inglesa cuando pinchas
en el icono de NM en la bandeja de sistema. No sé ahora si es boton derecho.
NO uno NM

Tienes una de dos... quitas NM y gestionas la red desde el sistema
tradicional o NM. Todo hay que decirlo si tienes un equipo de sobremesa,
claramente es mas cómodo usar el método tradicional le puedes meter mano a
pelo.

Te quitas un punto de peligro potencial para la seguridad de tu sistema. Lo
mismo que si quitas systemd (del todo no lo puedes quitar, pero si como
sistema de inicio o sea el que lo controla todo desde el momento en que
enciendes la máquina él, es el proceso 0... (seguro que salta alguno con esto)
;=)

Si tienes portátil depende como te desenvuelvas con sistemas y bregar con
imprevistos (tirar de consola) y manejar ifconfig, etc.

O bien que no te quieras complicar mucho. Entonces NM por mucho que me
fastidie, te da mucha versatilidad de forma gráfica y es mas rápido de
manejar.

Pero lo de siempre, no puedes depender del entorno gráfico. Si te quedas sin
él solo te queda consola. (ejemplo: andas por ahí fuera de casa y se te
ocurre la genial idea de hacer un upgrade y estas en testing... cascan la X y
se acabo, tienes un marrón).

Luego no has dicho que distro estas usando stable, testing de jessie
(bueno creo que el cambio ya esta aplicado a la ver 8.0.1) a stretch ha
cambiado la forma de denominación de las tarjetas.

lo que antes se llamaba eth0 (la tarjeta de red cableada primaria) ahora se
llama enp5s0

# ifconfig

$ man ifconfig

Y te dice como se llama tu tarjeta de red eth0 o enp5s0

En el caso de las wifi es igual se llamaban wlan ahora no he mirado, tengo el
potátil congelado wheezy.

Pueder ver la denominación consultando (como root si no, no te deja) syslog

# cat /var/log/syslog

Si lo quieres bonito con colores, instala ccze

# apt-get install ccze

Y repite

# cat /var/log/syslog | ccze -A

Busca con que denominación levanta la tarjeta wifi el kernel


la red cableada sí la uso a veces, así que lo de desactivarla para
siempre no me sirve.


Vale, pues entonces lo que te he dicho. Configuras las dos y ya esta la de red
configúrala para que este escuchando y cuando pinches el cable se levante

Instala el paquete debian-reference-en es la referencia básica para
administración de systemas

# apt-get install debian-reference-en

Y consulta la sección de Red, no se si ya esta actualizada, creo que no y usa
las denominaciones antiguas, pero te da igual donde pone eth0 pones enp5s0 y
ya

Creo que con esto y que le metas tiempo lo sacas seguro. Si te atascas pues
abres un nuevo hilo.


gracias. Hay un poco que digerir en este correo :)

---
El software de antivirus Avast ha analizado este correo electrónico en busca de 
virus.
https://www.avast.com/antivirus

Re: Interfaces de red

[Luis Felipe Tabera Alonso]

On Tuesday 06 October 2015 10:20:33 Rafael Cantos Villanueva wrote:
> 
> El 29/09/2015 a las 16:26, Camaleón escribió:
> > El Fri, 25 Sep 2015 19:43:26 +0200, Rafael Cantos Villanueva escribió:
> >
> >> Gracias.
> >
> > Rafael, cuando respondas a los mensajes recuerda escribir debajo del
> > texto al que estás contestando, no arriba, para que los mensajes se lean
> > y se interpreten mejor :-)
> Perdóna Camaleón si esta forma de responder te ha molestado, pero he 
> respondido empleando el principio de accesibilidad universal por el cuál 
> el texto más reciente se sitúa al principio del documento, en este caso 
> el mail que estoy respondiendo, y que facilita la lectura, comprensión y 
> búsqueda de la información por personas con discapacidad visual, como es 
> mi caso. Este principio tiene prevalencia sobre cualquier otro principio 

Rafael:

No estoy de acuerdo con esa afirmación. Pero aunque lo estuviera, la lista 
tiene unas reglas y una de ellas es evitar el precisamente top-posting, nos 
guste o no.

https://wiki.debian.org/es/NormasLista

Luis

Re: Interfaces de red

[Camaleón]

El Tue, 06 Oct 2015 10:20:33 +0200, Rafael Cantos Villanueva escribió:

> El 29/09/2015 a las 16:26, Camaleón escribió:
>> El Fri, 25 Sep 2015 19:43:26 +0200, Rafael Cantos Villanueva escribió:
>>
>>> Gracias.
>>
>> Rafael, cuando respondas a los mensajes recuerda escribir debajo del
>> texto al que estás contestando, no arriba, para que los mensajes se
>> lean y se interpreten mejor :-)

> Perdóna Camaleón si esta forma de responder te ha molestado, 

Si me hubiera molestado no hubiera terminado la frase con un emoticono 
sonriente ":-)".

No me ha molestado, simplemente se trata de una norma general que aplica 
a los mensajes de las listas de correo y servicios de noticias (nntp), 
donde se recomienda (generalmente, ya que cada lista tiene sus propias 
normas o reglas) usar este tipo de formato en las respuestas.

En esta lista de hecho se usa ese sistema para que los mensajes no 
pierdan su contexto y se entiendan mejor, es así de sencillo. Si 
respondes arriba del todo lo primero que leen el resto de listeros que no 
tienen por qué haber seguido el hilo completo es una respuesta tuya a no 
se sabe bien qué, de ahí la recomendación.

> pero he respondido empleando el principio de accesibilidad universal
> por el cuál el texto más reciente se sitúa al principio del documento,
> en este caso el mail que estoy respondiendo, y que facilita la lectura,
> comprensión y búsqueda de la información por personas con discapacidad
> visual, como es mi caso. 

(...)

Sinceramente, no sé hasta qué punto las normas de accesibilidad 
recomiendan un sistema u otro, pero habría que ser muy insensible y 
cretino para decirte cómo te resulta a ti más sencilla la lectura si 
tienes algún problema con la vista. En este caso, simplemente lo dices 
(perdón por hacer top-posting, tengo un problema "x"...) y ya está :-)

(...)

>> Para saber qué sistema de inicio usas, ejecuta "cat /proc/1/comm".
> 
> Gracias. Utilizo init por el momento, puesto que en esta partición uso
> Wheezy, aunque quiero actualizarlo a Jessie.

Bien, en ese caso no estar conectado a la red al iniciar el sistema sí 
puede resultar notorio, pero tendrás que intentar descifrar por qué no se 
conecta el wifi o por qué es tan lento.

¿Usas DHCP? Quizá le cueste obtener una IP del router.

Saludos,

-- 
Camaleón

Accesibilidad y down-posting (era: Re: Interfaces de red)

[Adrià]

On Tue, Oct 06, 2015 at 11:04:09AM +0200, Luis Felipe Tabera Alonso wrote:
>On Tuesday 06 October 2015 10:20:33 Rafael Cantos Villanueva wrote:
[...]
> 
>> Perd�na Camale�n si esta forma de responder te ha molestado, pero he
> 
>> respondido empleando el principio de accesibilidad universal por el cu
> 
>� el texto m�s reciente se sit�a al principio del documento, en este caso
> 
>> el mail que estoy respondiendo, y que facilita la lectura, comprensi�n y
> 
>> b�squeda de la informaci�n por personas con discapacidad visual, como es
> 
>> mi caso. Este principio tiene prevalencia sobre cualquier otro principio
> 
> 
> 
>Rafael:
> 
> 
> 
>No estoy de acuerdo con esa afirmaci�n. Pero aunque lo estuviera, la lista
>tiene unas reglas y una de ellas es evitar el precisamente top-posting,
>nos guste o no.
> 
> 
> 
>https://wiki.debian.org/es/NormasLista
> 

Otra de las normas es escribir en texto plano en vez de HTML.
Pero al margen de esto, si Debian quiere ser el sistema operativo
universal, debe tener en cuenta este tipo de consideraciones que, por
lo menos en mi caso, nunca me había planteado.

Yo creo que esta norma (down-posting) se acompaña en citar únicamente
la parte relevante del mensaje, y borrar el resto de contenido no
relevante para la réplica (firma incluída).

De esta forma, tendremos mensajes más pequeños, cortos y fáciles de
leer/sintetizar.

Si estoy en lo cierto, quizá deberíamos recalcar este matiz (citar
únicamente la parte a la que respondemos); sino, abogo por valorar
experiencias en otras listas de Debian en las que contribuyen personas
con discapacidad visual, pero por lo que me suena en todas se usa el
down-posting.

-- 
Adrià García-Alzórriz
0x09494C14
No es habilidad poca, saber nadar y guardar la ropa. 


signature.asc
Description: PGP signature

Re: Interfaces de red

[José Maldonado]

Tu caso es un caso excepcional en esta lista, primera vez que una persona
con discapacidad visual aparece en la lista, al menos que yo sepa, lo que
deja en claro que la lista crece y hay mas referencia a la misma.

Sobre lo de accesibilidad tienes razón los lectores de pantalla son
secuenciales y es molesto andar pasando cientos de lineas para poder llegar
a la respuesta que te han dado, algo que hace mucho más difícil el trabajo
de leer y participar en la lista, tu mismo has dado un buen ejemplo de
ellos dando a conocer las pulsaciones que has usado para poder leer la
respuesta.

Pero hay un reglamento para lista, y no es perfecto como en tu caso se ha
podido observar, creo que es mejor en estos casos obviarlo y responder con
él molesto top posting que a Camaleón le molesta tanto, no te preocupes
ella es asi con todo el mundo.

Saludos

PD: Perdón por el top posting

El 06/10/2015 03:50, "Rafael Cantos Villanueva" <raf...@rafaelcantos.es>
escribió:
>
>
> El 29/09/2015 a las 16:26, Camaleón escribió:
>>
>> El Fri, 25 Sep 2015 19:43:26 +0200, Rafael Cantos Villanueva escribió:
>>
>>> Gracias.
>>
>>
>> Rafael, cuando respondas a los mensajes recuerda escribir debajo del
>> texto al que estás contestando, no arriba, para que los mensajes se lean
>> y se interpreten mejor :-)
>
> Perdóna Camaleón si esta forma de responder te ha molestado, pero he
respondido empleando el principio de accesibilidad universal por el cuál el
texto más reciente se sitúa al principio del documento, en este caso el
mail que estoy respondiendo, y que facilita la lectura, comprensión y
búsqueda de la información por personas con discapacidad visual, como es mi
caso. Este principio tiene prevalencia sobre cualquier otro principio
puesto que el acceso a la información debe responder a una serie de pautas
que faciliten dicho acceso, es decir, sea lo más accesible posible. Este
principio radica en el hecho de que la lectura de un texto por una persona
que emplea un lector de pantalla se realiza de forma secuencial, desde el
principio del documento hacia el final, por lo que si el texto más reciente
se coloca en la parte superior del documento, este será el primero que se
lea, y por tanto, la persona con diversidad funcional visual no deberá
andar buscando, o navegando, por el texto, hasta encontrar la respuesta.
Para que te hagas una idea, en la respuesta a esta parte del correo he
tenido que bajar 9 líneas (9 pulsaciones de la tecla flecha abajo), en tu
siguiente respuesta, que verás más abajo, he tenido que leer 60 líneas (60
pulsaciones del cursor abajo), y en la respuesta al mensaje de Basaburu han
sido 130 líneas leídas (130 pulsaciones de cursor abajo). Y cuando digo
leídas, es porque hay que leer, al menos una parte de la línea, para
discriminar si es la respuesta, es texto más antiguo, es la firma, etc.
> Perdón por la parrafada explicativa.
>
>
>>
>>> El 25/09/2015 a las 15:55, Camaleón escribió:
>>>>
>>>> El Thu, 24 Sep 2015 22:16:11 +0200, Rafael Cantos Villanueva escribió:
>>>>
>>>>> Me gustaría saber cómo funcionan las interfaces de red a la hora de
>>>>> iniciar el sistema operativo, archivo /etc/network/interfaces. ¿Qué
>>>>> pasa si una interfaz, por ejemplo la cableada, no está conectada, sólo
>>>>> la de la wifi? ¿Durante cuánto tiempo intenta levantar la interfaz?
>>>>
>>>>
>>>> ¿Te refieres a que no está conectado físicamente el cable? No pasa
>>>> nada,
>>>> lo que ralentiza el inicio del sistema (al menos con el sysvinit
>>>> convencional, con systemd no me extrañaría que vinieran un par de
>>>> angelitos con alas y levantarán la red aunque no tengas enlace físico)
>>>> es que no haya conexión a Internet, entonces sí se vuelve lentorro.
>>
>>
>> (...)
>>
>>> Me refería precisamente a que no tengo conectado el cable a la tarjeta
>>> física.
>>
>>
>> No pasa nada.
>>
>>> La wifi, con seguridad wpa2, es la que tarda en conectarse. Y al
>>> tardar en conectarse, el inicio del shell se retrasa. Y esto es lo que
>>> intento evitar, que se retrase, y haya un inicio más rápido (dos minutos
>>> y medio me parecen demasiado).
>>> Gracias por la referencia a la web oficial.
>>
>>
>> Acabo de reiniciar con la wifi desactivada (es decir, sin conexión de red
>> alguna) y hombre, quizá sí se nota el retraso un pelín pero nada
>> exagerado, segundos apenas. En el registro (journalctl) veo que NTP no se
>> ha podido conectar con el servidor y poco más.
>>
>> Con systemd que un servicio no tenga a la red y no pueda resolver equipos
>> remotos ya no debería ser un problema, es decir, que no debería retrasar
>> el inicio del sistema.
>>
>> Para saber qué sistema de inicio usas, ejecuta "cat /proc/1/comm".
>
>
> Gracias. Utilizo init por el momento, puesto que en esta partición uso
Wheezy, aunque quiero actualizarlo a Jessie.
>
>>
>> Saludos,
>>
>
> ---
> El software de antivirus Avast ha analizado este correo electrónico en
busca de virus.
> https://www.avast.com/antivirus
>

Re: Interfaces de red

[Cristian Mitchell]

El 6 de octubre de 2015, 11:03 a. m., Camaleón escribió:

> El Tue, 06 Oct 2015 10:20:33 +0200, Rafael Cantos Villanueva escribió:
>
> > El 29/09/2015 a las 16:26, Camaleón escribió:
> >> El Fri, 25 Sep 2015 19:43:26 +0200, Rafael Cantos Villanueva escribió:
> >>
> >>> Gracias.
> >>
> >> Rafael, cuando respondas a los mensajes recuerda escribir debajo del
> >> texto al que estás contestando, no arriba, para que los mensajes se
> >> lean y se interpreten mejor :-)
>
> > Perdóna Camaleón si esta forma de responder te ha molestado,
>
> Si me hubiera molestado no hubiera terminado la frase con un emoticono
> sonriente ":-)".
>
> No me ha molestado, simplemente se trata de una norma general que aplica
> a los mensajes de las listas de correo y servicios de noticias (nntp),
> donde se recomienda (generalmente, ya que cada lista tiene sus propias
> normas o reglas) usar este tipo de formato en las respuestas.
>
> En esta lista de hecho se usa ese sistema para que los mensajes no
> pierdan su contexto y se entiendan mejor, es así de sencillo. Si
> respondes arriba del todo lo primero que leen el resto de listeros que no
> tienen por qué haber seguido el hilo completo es una respuesta tuya a no
> se sabe bien qué, de ahí la recomendación.
>
> > pero he respondido empleando el principio de accesibilidad universal
> > por el cuál el texto más reciente se sitúa al principio del documento,
> > en este caso el mail que estoy respondiendo, y que facilita la lectura,
> > comprensión y búsqueda de la información por personas con discapacidad
> > visual, como es mi caso.
>
> (...)
>
> Sinceramente, no sé hasta qué punto las normas de accesibilidad
> recomiendan un sistema u otro, pero habría que ser muy insensible y
> cretino para decirte cómo te resulta a ti más sencilla la lectura si
> tienes algún problema con la vista. En este caso, simplemente lo dices
> (perdón por hacer top-posting, tengo un problema "x"...) y ya está :-)
>
> (...)
>
> >> Para saber qué sistema de inicio usas, ejecuta "cat /proc/1/comm".
> >
> > Gracias. Utilizo init por el momento, puesto que en esta partición uso
> > Wheezy, aunque quiero actualizarlo a Jessie.
>
> Bien, en ese caso no estar conectado a la red al iniciar el sistema sí
> puede resultar notorio, pero tendrás que intentar descifrar por qué no se
> conecta el wifi o por qué es tan lento.
>
> ¿Usas DHCP? Quizá le cueste obtener una IP del router.
>
> Saludos,
>
> --
> Camaleón
>
>
Lo único que no se pregunto
que dicen los logs?


-- 
MrIX
Linux user number 412793.
http://counter.li.org/

las grandes obras,
las sueñan los santos locos,
las realizan los luchadores natos,
las aprovechan los felices cuerdo,
y las critican los inútiles crónicos,

Re: Interfaces de red

[Manolo Díaz]

El martes, 6 oct 2015 a las 12:14 UTC
José Maldonado escribió:

> Sobre lo de accesibilidad tienes razón los lectores de pantalla son
> secuenciales y es molesto andar pasando cientos de lineas para poder llegar
> a la respuesta que te han dado [...]

Quizá él tenga una memoria de elefante, pero otras menos desarrolladas,
como la mía, necesita ponerse en antecedentes para ver a qué responde.
Tal vez lo más sencillo sea suprimir todo aquello que no tiene relación
con la respuesta, como han sugerido en este hilo.

> Pero hay un reglamento para lista, y no es perfecto como en tu caso se ha
> podido observar, creo que es mejor en estos casos obviarlo y responder con
> él molesto top posting que a Camaleón le molesta tanto, no te preocupes
> ella es asi con todo el mundo.

No, no es solo cosa de Camaleón. A muchos nos molesta. Por algo las
ediciones comienzan por el primer capítulo y terminan con el último. En
cuanto al reglamento, no es sagrado: si un cambio está justificado se
hace.

-- 
Manolo Díaz

Re: Interfaces de red

[Rafael Cantos Villanueva]

Buenas

No sé qué sistema de inicio tengo, ¿cómo puedo saberlo?
El sistema para la wifi es wpa_supplicant, supongo que te refieres a eso.
la red cableada sí la uso a veces, así que lo de desactivarla para 
siempre no me sirve.


Rafael Cantos Villanueva
Ingeniero Superior en Informática
Ingeniero Técnico en Informática de Gestión
Sitios web:
www.rafaelcantos.es
www.rafas.org
www.tiflocordoba.org
Correo electrónico:
raf...@rafaelcantos.es

El 26/09/2015 a las 9:38, BasaBuru escribió:

El Jueves, 24 de septiembre de 2015 22:16:11 Rafael Cantos Villanueva
escribió:

Buenas lista

Me gustaría saber cómo funcionan las interfaces de red a la hora de
iniciar el sistema operativo, archivo /etc/network/interfaces. ¿Qué pasa
si una interfaz, por ejemplo la cableada, no está conectada, sólo la de
la wifi? ¿Durante cuánto tiempo intenta levantar la interfaz?


Una opción sencilla es desactivar la lan física en las BIOS. Si no vas a
utilizar **nunca** la red cableada



---
El software de antivirus Avast ha analizado este correo electrónico en busca de 
virus.
https://www.avast.com/antivirus

Re: Interfaces de red

[Camaleón]

El Fri, 25 Sep 2015 19:43:26 +0200, Rafael Cantos Villanueva escribió:

> Gracias.

Rafael, cuando respondas a los mensajes recuerda escribir debajo del 
texto al que estás contestando, no arriba, para que los mensajes se lean 
y se interpreten mejor :-)

> El 25/09/2015 a las 15:55, Camaleón escribió:
>> El Thu, 24 Sep 2015 22:16:11 +0200, Rafael Cantos Villanueva escribió:
>>
>>> Me gustaría saber cómo funcionan las interfaces de red a la hora de
>>> iniciar el sistema operativo, archivo /etc/network/interfaces. ¿Qué
>>> pasa si una interfaz, por ejemplo la cableada, no está conectada, sólo
>>> la de la wifi? ¿Durante cuánto tiempo intenta levantar la interfaz?
>>
>> ¿Te refieres a que no está conectado físicamente el cable? No pasa
>> nada,
>> lo que ralentiza el inicio del sistema (al menos con el sysvinit
>> convencional, con systemd no me extrañaría que vinieran un par de
>> angelitos con alas y levantarán la red aunque no tengas enlace físico)
>> es que no haya conexión a Internet, entonces sí se vuelve lentorro.

(...)

> Me refería precisamente a que no tengo conectado el cable a la tarjeta
> física. 

No pasa nada.

> La wifi, con seguridad wpa2, es la que tarda en conectarse. Y al
> tardar en conectarse, el inicio del shell se retrasa. Y esto es lo que
> intento evitar, que se retrase, y haya un inicio más rápido (dos minutos
> y medio me parecen demasiado).
> Gracias por la referencia a la web oficial.

Acabo de reiniciar con la wifi desactivada (es decir, sin conexión de red 
alguna) y hombre, quizá sí se nota el retraso un pelín pero nada 
exagerado, segundos apenas. En el registro (journalctl) veo que NTP no se 
ha podido conectar con el servidor y poco más.

Con systemd que un servicio no tenga a la red y no pueda resolver equipos 
remotos ya no debería ser un problema, es decir, que no debería retrasar 
el inicio del sistema.

Para saber qué sistema de inicio usas, ejecuta "cat /proc/1/comm".

Saludos,

-- 
Camaleón

Re: Interfaces de red

[BasaBuru]

El Martes, 29 de septiembre de 2015 15:40:56 Rafael Cantos Villanueva 
escribió:
> Buenas
> 
> No sé qué sistema de inicio tengo, ¿cómo puedo saberlo?

Si ya lo sabes, usas systemd lo has señalado en un correo.

> El sistema para la wifi es wpa_supplicant, supongo que te refieres a eso.

Es el sistema de gestión de claves wpa y wpa2 para las wifi no tiene anda que 
ver con la configuración del hardware (modulo del kernel para la tarjeta dada) 
y algo con la configuración (/etc/network/interfaces) en puridad hay que decir 
wpa entra en la configuración de cada una de las interfaces de red wifi (si 
quieres usar wpa, wpa2).

échale un vistazo a la página man si tienes instalado el paquete wpasupplicant 
(que contine la man)

$ man wpasupplicant

Creo que hay dos una en el nivel 5 y otra en el 8 al final de la man te indica 
si hay mas o si hay relacionadas con ella.

sería así

$ man 8 wpasupplicant

Evidentemente si no has usado man 

$ man man

man es TU PRIMERA E INEXCUSABLE fuente de información. Siempre se mira ahí lo 
primero 

Con esto te quiero decir que la documentación en el sistema es donde se 
empieza a buscar, si quieres aprender algo construir tu caña, si lo que 
quieres son pescados pues búsquedas en la red. 

En la seccion doc del repositorio tienes montañas de información y 
documentación, howto, manuales, etc.

Al principio te explica la codificación de los niveles de páginas por su 
tipología. Además es una de las pocas traducidas al español

Luego está el hecho de que la mierda de NetworkManager se lo chupa todo, no 
deja sitio, se mete por todos lados y se le sube a la chepa a root. 

Sin faltar, es una opinión sobre un software de los espías yanquis de Red Hat.

Si tienes instalado NM la gestión de la red no la haces desde el fichero de 
configuración de siempre.

Lo haces desde su interface hay un icono de una llave inglesa cuando pinchas 
en el icono de NM en la bandeja de sistema. No sé ahora si es boton derecho. 
NO uno NM

Tienes una de dos... quitas NM y gestionas la red desde el sistema 
tradicional o NM. Todo hay que decirlo si tienes un equipo de sobremesa, 
claramente es mas cómodo usar el método tradicional le puedes meter mano a 
pelo. 

Te quitas un punto de peligro potencial para la seguridad de tu sistema. Lo 
mismo que si quitas systemd (del todo no lo puedes quitar, pero si como 
sistema de inicio o sea el que lo controla todo desde el momento en que 
enciendes la máquina él, es el proceso 0... (seguro que salta alguno con esto) 
;=)

Si tienes portátil depende como te desenvuelvas con sistemas y bregar con 
imprevistos (tirar de consola) y manejar ifconfig, etc. 

O bien que no te quieras complicar mucho. Entonces NM por mucho que me 
fastidie, te da mucha versatilidad de forma gráfica y es mas rápido de 
manejar. 

Pero lo de siempre, no puedes depender del entorno gráfico. Si te quedas sin 
él solo te queda consola. (ejemplo: andas por ahí fuera de casa y se te 
ocurre la genial idea de hacer un upgrade y estas en testing... cascan la X y 
se acabo, tienes un marrón).

Luego no has dicho que distro estas usando stable, testing de jessie 
(bueno creo que el cambio ya esta aplicado a la ver 8.0.1) a stretch ha 
cambiado la forma de denominación de las tarjetas.

lo que antes se llamaba eth0 (la tarjeta de red cableada primaria) ahora se 
llama enp5s0

# ifconfig

$ man ifconfig

Y te dice como se llama tu tarjeta de red eth0 o enp5s0

En el caso de las wifi es igual se llamaban wlan ahora no he mirado, tengo el 
potátil congelado wheezy.

Pueder ver la denominación consultando (como root si no, no te deja) syslog

# cat /var/log/syslog

Si lo quieres bonito con colores, instala ccze

# apt-get install ccze

Y repite

# cat /var/log/syslog | ccze -A

Busca con que denominación levanta la tarjeta wifi el kernel

> la red cableada sí la uso a veces, así que lo de desactivarla para
> siempre no me sirve.

Vale, pues entonces lo que te he dicho. Configuras las dos y ya esta la de red 
configúrala para que este escuchando y cuando pinches el cable se levante

Instala el paquete debian-reference-en es la referencia básica para 
administración de systemas

# apt-get install debian-reference-en

Y consulta la sección de Red, no se si ya esta actualizada, creo que no y usa 
las denominaciones antiguas, pero te da igual donde pone eth0 pones enp5s0 y 
ya

Creo que con esto y que le metas tiempo lo sacas seguro. Si te atascas pues 
abres un nuevo hilo.

-- 
Agur bero bat / a greeting

BasaBuru

  BASATU 

~  
basatia bihur zaitez
~

gako ID gnupg: F9044F8FC64B2544
hatz-aztarna: 13FF 7B28 D999 B957 F837 D566 F904 4F8F C64B 2544

signature.asc
Description: This is a digitally signed message part.

Re: Interfaces de red

[BasaBuru]

El Jueves, 24 de septiembre de 2015 22:16:11 Rafael Cantos Villanueva 
escribió:
> Buenas lista
> 
> Me gustaría saber cómo funcionan las interfaces de red a la hora de
> iniciar el sistema operativo, archivo /etc/network/interfaces. ¿Qué pasa
> si una interfaz, por ejemplo la cableada, no está conectada, sólo la de
> la wifi? ¿Durante cuánto tiempo intenta levantar la interfaz?

Una opción sencilla es desactivar la lan física en las BIOS. Si no vas a 
utilizar **nunca** la red cableada
-- 
Agur bero bat / a greeting

BasaBuru

  BASATU 

~  
basatia bihur zaitez
~

gako ID gnupg: F9044F8FC64B2544
hatz-aztarna: 13FF 7B28 D999 B957 F837 D566 F904 4F8F C64B 2544

signature.asc
Description: This is a digitally signed message part.

Re: Interfaces de red

[javier frf]

El 25 de septiembre de 2015, 14:43, Rafael Cantos Villanueva <
raf...@rafaelcantos.es> escribió:

> Gracias.
>
> Me refería precisamente a que no tengo conectado el cable a la tarjeta
> física. La wifi, con seguridad wpa2, es la que tarda en conectarse. Y al
> tardar en conectarse, el inicio del shell se retrasa. Y esto es lo que
> intento evitar, que se retrase, y haya un inicio más rápido (dos minutos y
> medio me parecen demasiado).
> Gracias por la referencia a la web oficial.
>
>
podrías detallar que sistema de inicio tienes, y que herramienta usas para
configurar tu adaptador de red.
saludos!

> Rafael Cantos Villanueva
> Ingeniero Superior en Informática
> Ingeniero Técnico en Informática de Gestión
> Sitios web:
> www.rafaelcantos.es
> www.rafas.org
> www.tiflocordoba.org
> Correo electrónico:
> raf...@rafaelcantos.es
>
> El 25/09/2015 a las 15:55, Camaleón escribió:
>
>> El Thu, 24 Sep 2015 22:16:11 +0200, Rafael Cantos Villanueva escribió:
>>
>> Me gustaría saber cómo funcionan las interfaces de red a la hora de
>>> iniciar el sistema operativo, archivo /etc/network/interfaces. ¿Qué pasa
>>> si una interfaz, por ejemplo la cableada, no está conectada, sólo la de
>>> la wifi? ¿Durante cuánto tiempo intenta levantar la interfaz?
>>>
>>
>> ¿Te refieres a que no está conectado físicamente el cable? No pasa nada,
>> lo que ralentiza el inicio del sistema (al menos con el sysvinit
>> convencional, con systemd no me extrañaría que vinieran un par de
>> angelitos con alas y levantarán la red aunque no tengas enlace físico)
>> es que no haya conexión a Internet, entonces sí se vuelve lentorro.
>>
>> Si tienes una conexión WiFi con salida a Internet y la tarjeta cableada
>> definida y habilitada en el "/etc/network/interfaces" pero sin enchufar,
>> no deberías tener problemas. En el caso de que no sea sí, siempre podrás
>> definir la interfaz con "allow-hotplug" para que detecte la conexión.
>>
>> Tienes más información en la Guía de referencia:
>>
>> 5.5.2. The basic syntax of "/etc/network/interfaces"
>>
>> https://www.debian.org/doc/manuals/debian-reference/ch05.en.html#_the_basic_syntax_of_etc_network_interfaces
>>
>> Saludos,
>>
>>
> ---
> El software de antivirus Avast ha analizado este correo electrónico en
> busca de virus.
> https://www.avast.com/antivirus
>
>

Re: Interfaces de red

[Rafael Cantos Villanueva]

Gracias.

Me refería precisamente a que no tengo conectado el cable a la tarjeta 
física. La wifi, con seguridad wpa2, es la que tarda en conectarse. Y al 
tardar en conectarse, el inicio del shell se retrasa. Y esto es lo que 
intento evitar, que se retrase, y haya un inicio más rápido (dos minutos 
y medio me parecen demasiado).

Gracias por la referencia a la web oficial.

Rafael Cantos Villanueva
Ingeniero Superior en Informática
Ingeniero Técnico en Informática de Gestión
Sitios web:
www.rafaelcantos.es
www.rafas.org
www.tiflocordoba.org
Correo electrónico:
raf...@rafaelcantos.es

El 25/09/2015 a las 15:55, Camaleón escribió:

El Thu, 24 Sep 2015 22:16:11 +0200, Rafael Cantos Villanueva escribió:


Me gustaría saber cómo funcionan las interfaces de red a la hora de
iniciar el sistema operativo, archivo /etc/network/interfaces. ¿Qué pasa
si una interfaz, por ejemplo la cableada, no está conectada, sólo la de
la wifi? ¿Durante cuánto tiempo intenta levantar la interfaz?


¿Te refieres a que no está conectado físicamente el cable? No pasa nada,
lo que ralentiza el inicio del sistema (al menos con el sysvinit
convencional, con systemd no me extrañaría que vinieran un par de
angelitos con alas y levantarán la red aunque no tengas enlace físico)
es que no haya conexión a Internet, entonces sí se vuelve lentorro.

Si tienes una conexión WiFi con salida a Internet y la tarjeta cableada
definida y habilitada en el "/etc/network/interfaces" pero sin enchufar,
no deberías tener problemas. En el caso de que no sea sí, siempre podrás
definir la interfaz con "allow-hotplug" para que detecte la conexión.

Tienes más información en la Guía de referencia:

5.5.2. The basic syntax of "/etc/network/interfaces"
https://www.debian.org/doc/manuals/debian-reference/ch05.en.html#_the_basic_syntax_of_etc_network_interfaces

Saludos,



---
El software de antivirus Avast ha analizado este correo electrónico en busca de 
virus.
https://www.avast.com/antivirus

Re: Interfaces de red

[Camaleón]

El Thu, 24 Sep 2015 22:16:11 +0200, Rafael Cantos Villanueva escribió:

> Me gustaría saber cómo funcionan las interfaces de red a la hora de
> iniciar el sistema operativo, archivo /etc/network/interfaces. ¿Qué pasa
> si una interfaz, por ejemplo la cableada, no está conectada, sólo la de
> la wifi? ¿Durante cuánto tiempo intenta levantar la interfaz?

¿Te refieres a que no está conectado físicamente el cable? No pasa nada, 
lo que ralentiza el inicio del sistema (al menos con el sysvinit 
convencional, con systemd no me extrañaría que vinieran un par de 
angelitos con alas y levantarán la red aunque no tengas enlace físico) 
es que no haya conexión a Internet, entonces sí se vuelve lentorro.

Si tienes una conexión WiFi con salida a Internet y la tarjeta cableada 
definida y habilitada en el "/etc/network/interfaces" pero sin enchufar, 
no deberías tener problemas. En el caso de que no sea sí, siempre podrás 
definir la interfaz con "allow-hotplug" para que detecte la conexión.

Tienes más información en la Guía de referencia:

5.5.2. The basic syntax of "/etc/network/interfaces"
https://www.debian.org/doc/manuals/debian-reference/ch05.en.html#_the_basic_syntax_of_etc_network_interfaces

Saludos,

-- 
Camaleón

Interfaces de red

[Rafael Cantos Villanueva]

Buenas lista

Me gustaría saber cómo funcionan las interfaces de red a la hora de 
iniciar el sistema operativo, archivo /etc/network/interfaces. ¿Qué pasa 
si una interfaz, por ejemplo la cableada, no está conectada, sólo la de 
la wifi? ¿Durante cuánto tiempo intenta levantar la interfaz?


Saludos y gracias

---
El software de antivirus Avast ha analizado este correo electrónico en busca de 
virus.
https://www.avast.com/antivirus

Re: Interfaces de red

[OddieX]

La interfaz la levanta y configura el IP si esta como static o manual, si
esta en auto el dhcp-client se queda escuchando y cuando se hace el link up
de la interfaz se configura...
El sept. 24, 2015 5:16 PM, "Rafael Cantos Villanueva" <
raf...@rafaelcantos.es> escribió:

> Buenas lista
>
> Me gustaría saber cómo funcionan las interfaces de red a la hora de
> iniciar el sistema operativo, archivo /etc/network/interfaces. ¿Qué pasa si
> una interfaz, por ejemplo la cableada, no está conectada, sólo la de la
> wifi? ¿Durante cuánto tiempo intenta levantar la interfaz?
>
> Saludos y gracias
>
> ---
> El software de antivirus Avast ha analizado este correo electrónico en
> busca de virus.
> https://www.avast.com/antivirus
>
>

Re: [OT] Problema interfaces red KVM Proxmox en VM

[Maykel Franco]

El día 10 de agosto de 2015, 15:14, Camaleón noela...@gmail.com escribió:
 El Mon, 10 Aug 2015 09:55:57 +0200, Maykel Franco escribió:

 El 4 de agosto de 2015, 17:09, Camaleón noela...@gmail.com escribió:

 (...)

  Es decir, el problema es como si no se mapearan bien. He probado en
  varios proxmox diferentes y diferentes versiones y pasa lo mismo.
  También diferentes SO.

 (...)

 ¿Se trata de una única interfaz de red real o de dos? Si estás usando
 una sola seguramente se esté filtrando el tráfico por la tarjeta
 virtual que está disponible y levantada.

 Intenta separar los dos adaptadores, por ejemplo, creando dos
 configuraciones (vmbr0 → net0, vmbr1 → net1). Otra forma de separarlas
 sería mediante enrutado pero entiendo que es más complejo de
 configurar.

 Voy a probar lo que comentas, pero en el foro de proxmox me han
 contestado lo siguiente:

 http://forum.proxmox.com/threads/23095-KVM-network-interfaces-Proxmox-problem-in-VM?p=115920#post115920

 No entiendo lo que quiere decir en la segunda la linea.

 Te dice que al estar en la misma red y no tener ninguna separación ni
 física (que es lo que yo te comentaba, con adaptadores distintos) ni
 virtual (que es lo que sugieren en el foro, jugando con las rutas para
 redirigir el tráfico) cuando haces un ping la interfaz 2, entra por
 net1 y sale por net0.

 Creo que lo que estoy intentando hacer no es nada fuera de lo normal, es
 coger el mismo puente vmbr0, por ejemplo, y añadirles 2 interfaces de
 red a la misma VM con el mismo adaptador puente vmbr0... No creo que sea
 nada fuera de lo normal. Con Vmware esxi funciona perfecto esto...

 No conozco ProxMox pero es muy típico de las VM el filtrado del tráfico
 de las interfaces de red en modo puente, por eso tendrás que separarlas
 y configurar el tráfico de entrada/salida en cada una de ellas.

 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.08.10.13.14...@gmail.com


Lo he probado, con 2 VMS KVM debian

Debian1:

vmbr7 -- net0 -- eth0 VM-- 192.168.0.33
vmbr8 -- net1 -- eth0 VM-- 192.168.0.34
vmbr9 -- net2 -- eth0 VM -- 192.168.0.35

Debian2:

vmbr7 -- net0 -- eth0 VM-- 192.168.0.36
vmbr8 -- net1 -- eth0 VM-- 192.168.0.37
vmbr9 -- net2 -- eth0 VM -- 192.168.0.38

Usando diferentes interfaces vmbrX virtuales creadas desde 0, que son
vmbr7, vmbr8 y vmbr9 sin ningun ethX asociado, es decir, usandolas
internamente entre 2 VMs. Si estás en el mismo rango en las 3
interfaces de red configuradas dentro de la misma VM, no funciona:

vmbr7 -- net0 -- eth0 VM-- 192.168.0.0/24
vmbr8 -- net1 -- eth0 VM-- 192.168.0.0/24
vmbr9 -- net2 -- eth0 VM -- 192.168.0.0/24

Eso no funciona, pasa lo de antes, solo se corta el tráfico cuando
deshabilitas vmbr7. Si deshabilitas vmbr7, además se corta todo el
tráfico de todas las interfaces

Ahora bien, si tienes esta configuración de red, cada vmbrX dentro de
la VM usa diferentes rangos de red, si funciona:

vmbr7 -- net0 -- eth0 VM-- 192.168.0.0/24
vmbr8 -- net1 -- eth0 VM-- 10.10.10.0/24
vmbr9 -- net2 -- eth0 VM -- 172.10.10.0/24

Eso sí funciona, si desconectas una se quita el ping adecuadamente.


--
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/CAJ2aOA-Wtuv72XyO=LRFX62jDWycASdp56G4=4mkbqwgtqx...@mail.gmail.com

Re: [OT] Problema interfaces red KVM Proxmox en VM

[Camaleón]

El Tue, 11 Aug 2015 13:03:39 +0200, Maykel Franco escribió:

 El día 10 de agosto de 2015, 15:14, Camaleón noela...@gmail.com
 escribió:

(...)

 Creo que lo que estoy intentando hacer no es nada fuera de lo normal,
 es coger el mismo puente vmbr0, por ejemplo, y añadirles 2 interfaces
 de red a la misma VM con el mismo adaptador puente vmbr0... No creo
 que sea nada fuera de lo normal. Con Vmware esxi funciona perfecto
 esto...

 No conozco ProxMox pero es muy típico de las VM el filtrado del tráfico
 de las interfaces de red en modo puente, por eso tendrás que separarlas
 y configurar el tráfico de entrada/salida en cada una de ellas.

 Lo he probado, con 2 VMS KVM debian

(...)

 Usando diferentes interfaces vmbrX virtuales creadas desde 0, que son
 vmbr7, vmbr8 y vmbr9 sin ningun ethX asociado, es decir, usandolas
 internamente entre 2 VMs. Si estás en el mismo rango en las 3 interfaces
 de red configuradas dentro de la misma VM, no funciona:
 
 vmbr7 -- net0 -- eth0 VM-- 192.168.0.0/24 
 vmbr8 -- net1 -- eth0 VM-- 192.168.0.0/24 
 vmbr9 -- net2 -- eth0 VM -- 192.168.0.0/24
 
 Eso no funciona, pasa lo de antes, solo se corta el tráfico cuando
 deshabilitas vmbr7. Si deshabilitas vmbr7, además se corta todo el
 tráfico de todas las interfaces

Curioso, aunque coincide con el apunte que te hacían desde el foro.

 Ahora bien, si tienes esta configuración de red, cada vmbrX dentro de la
 VM usa diferentes rangos de red, si funciona:
 
 vmbr7 -- net0 -- eth0 VM-- 192.168.0.0/24 
 vmbr8 -- net1 -- eth0 VM-- 10.10.10.0/24 
 vmbr9 -- net2 -- eth0 VM -- 172.10.10.0/24
 
 Eso sí funciona, si desconectas una se quita el ping adecuadamente.

¿Has probado, por curiosidad, estas configuraciones en un mismo equipo?

Configuración 1
vmbr0 → net0 → 192.168.0.33
vmbr0 → net1 → 172.16.0.33

Configuración 2
vmbr0 → net0 → 192.168.0.33
vmbr1 → net1 → 192.168.0.34

Recuerda que para poder hacer un ping entre dos redes distintas (caso de 
la Configuración 1) tendrás que añadir una nueva ruta (route add -net 
172.16.0.0 [...]).

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.08.11.13.42...@gmail.com

Re: [OT] Problema interfaces red KVM Proxmox en VM

[Maykel Franco]

El 4 de agosto de 2015, 17:09, Camaleón noela...@gmail.com escribió:

 El Tue, 04 Aug 2015 11:55:57 +0200, Maykel Franco escribió:

 (...)

  Os cuento lo que me pasa:
 
  - Mientras hago ping a 192.168.0.33, desconecto la interfaz vmbr0 --
  net0 de red desde Proxmox y se para el ping, la vuelvo habilitar y
  continua el ping, eso bien.
 
  - El problema viene con la interfaz 2, si hago un ping a 192.168.0.34 y
  desconecto la interfaz vmbr0 -- net1, el ping continua...Tengo que
  deshabilitar la interfaz vmbr0 -- net0 para que se corte el ping a
  192.168.0.34 y eso no debería de ser así...
 
  Es decir, el problema es como si no se mapearan bien. He probado en
  varios proxmox diferentes y diferentes versiones y pasa lo mismo.
  También diferentes SO.

 (...)

 ¿Se trata de una única interfaz de red real o de dos? Si estás usando una
 sola seguramente se esté filtrando el tráfico por la tarjeta virtual que
 está disponible y levantada.

 Intenta separar los dos adaptadores, por ejemplo, creando dos
 configuraciones (vmbr0 → net0, vmbr1 → net1). Otra forma de separarlas
 sería mediante enrutado pero entiendo que es más complejo de configurar.

 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.08.04.15.09...@gmail.com


Voy a probar lo que comentas, pero en el foro de proxmox me han contestado
lo siguiente:

http://forum.proxmox.com/threads/23095-KVM-network-interfaces-Proxmox-problem-in-VM?p=115920#post115920

No entiendo lo que quiere decir en la segunda la linea.

Creo que lo que estoy intentando hacer no es nada fuera de lo normal, es
coger el mismo puente vmbr0, por ejemplo, y añadirles 2 interfaces de red a
la misma VM con el mismo adaptador puente vmbr0... No creo que sea nada
fuera de lo normal. Con Vmware esxi funciona perfecto esto...

Re: [OT] Problema interfaces red KVM Proxmox en VM

[Camaleón]

El Mon, 10 Aug 2015 09:55:57 +0200, Maykel Franco escribió:

 El 4 de agosto de 2015, 17:09, Camaleón noela...@gmail.com escribió:

(...)

  Es decir, el problema es como si no se mapearan bien. He probado en
  varios proxmox diferentes y diferentes versiones y pasa lo mismo.
  También diferentes SO.

 (...)

 ¿Se trata de una única interfaz de red real o de dos? Si estás usando
 una sola seguramente se esté filtrando el tráfico por la tarjeta
 virtual que está disponible y levantada.

 Intenta separar los dos adaptadores, por ejemplo, creando dos
 configuraciones (vmbr0 → net0, vmbr1 → net1). Otra forma de separarlas
 sería mediante enrutado pero entiendo que es más complejo de
 configurar.

 Voy a probar lo que comentas, pero en el foro de proxmox me han
 contestado lo siguiente:
 
 http://forum.proxmox.com/threads/23095-KVM-network-interfaces-Proxmox-problem-in-VM?p=115920#post115920

 No entiendo lo que quiere decir en la segunda la linea.

Te dice que al estar en la misma red y no tener ninguna separación ni 
física (que es lo que yo te comentaba, con adaptadores distintos) ni 
virtual (que es lo que sugieren en el foro, jugando con las rutas para 
redirigir el tráfico) cuando haces un ping la interfaz 2, entra por 
net1 y sale por net0.

 Creo que lo que estoy intentando hacer no es nada fuera de lo normal, es
 coger el mismo puente vmbr0, por ejemplo, y añadirles 2 interfaces de
 red a la misma VM con el mismo adaptador puente vmbr0... No creo que sea
 nada fuera de lo normal. Con Vmware esxi funciona perfecto esto...

No conozco ProxMox pero es muy típico de las VM el filtrado del tráfico 
de las interfaces de red en modo puente, por eso tendrás que separarlas 
y configurar el tráfico de entrada/salida en cada una de ellas.

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.08.10.13.14...@gmail.com

[OT] Problema interfaces red KVM Proxmox en VM

[Maykel Franco]

Hola muy buenas, acudo a ustedes porque es un tema que me tiene un
poco desesperado, no sé por que pasa...

El caso es que creo una máquina virtual KVM, instalo debian y le añado
2 interfaces de red:

eth0 -- 192.168.0.33 -- vmbr0
eth1 -- 192.168.0.34 -- vmbr0


Es decir, le doy 2 ips de mi rango local bridgeando la misma interfaz
de red. Esto funciona bien, se configuran las interfaces de red dentro
debian:

auto lo
iface lo inet loopback

# The primary network interface
auto eth0
iface eth0 inet static
address 192.168.0.33
netmask 255.255.0.0
gateway 192.168.0.1

auto eth1
iface eth1 inet static
address 192.168.0.34
netmask 255.255.0.0


Ahora viene lo raro... Desde la interfaz web de proxmox, puedo
desconectar las interfaces de red mapeadas a la VM debian en caliente
y, en teoría, si la desconecto no podría realizar por ejemplo un
ping...

Os cuento lo que me pasa:

- Mientras hago ping a 192.168.0.33, desconecto la interfaz vmbr0 --
net0 de red desde Proxmox y se para el ping, la vuelvo habilitar y
continua el ping, eso bien.

- El problema viene con la interfaz 2, si hago un ping a 192.168.0.34
y desconecto la interfaz vmbr0 -- net1, el ping continua...Tengo que
deshabilitar la interfaz vmbr0 -- net0 para que se corte el ping a
192.168.0.34 y eso no debería de ser así...

Es decir, el problema es como si no se mapearan bien. He probado en
varios proxmox diferentes y diferentes versiones y pasa lo mismo.
También diferentes SO.

No sé si es un problema de KVM o de proxmox...Intuyo que será de KVM.

Una imágen vale más que mil palabras...

http://i.imgur.com/xgKA8VO.png


--
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/caj2aoa8g68l0d-+hyzgfgqn7luny4p+iao-knqa9nqk8dky...@mail.gmail.com

Re: [OT] Problema interfaces red KVM Proxmox en VM

[Camaleón]

El Tue, 04 Aug 2015 11:55:57 +0200, Maykel Franco escribió:

(...)
 
 Os cuento lo que me pasa:
 
 - Mientras hago ping a 192.168.0.33, desconecto la interfaz vmbr0 --
 net0 de red desde Proxmox y se para el ping, la vuelvo habilitar y
 continua el ping, eso bien.
 
 - El problema viene con la interfaz 2, si hago un ping a 192.168.0.34 y
 desconecto la interfaz vmbr0 -- net1, el ping continua...Tengo que
 deshabilitar la interfaz vmbr0 -- net0 para que se corte el ping a
 192.168.0.34 y eso no debería de ser así...
 
 Es decir, el problema es como si no se mapearan bien. He probado en
 varios proxmox diferentes y diferentes versiones y pasa lo mismo.
 También diferentes SO.

(...)

¿Se trata de una única interfaz de red real o de dos? Si estás usando una 
sola seguramente se esté filtrando el tráfico por la tarjeta virtual que 
está disponible y levantada.

Intenta separar los dos adaptadores, por ejemplo, creando dos 
configuraciones (vmbr0 → net0, vmbr1 → net1). Otra forma de separarlas 
sería mediante enrutado pero entiendo que es más complejo de configurar.

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.08.04.15.09...@gmail.com

Re: ifupdown en jessie, iproute2 e interfaces bridge

[sio2]

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: ifupdown en jessie, iproute2 e interfaces bridge

[Camaleón]

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

Re: ifupdown en jessie, iproute2 e interfaces bridge

[Santiago Liz]

El día 24 de marzo de 2015, 17:33, José Miguel (sio2)
sio2.sio2+lista.deb...@gmail.com escribió:
 El Tue, 24 de Mar de 2015, a las 06:37:12PM +, Camaleón dijo:

 Como te he ido diciendo a lo largo del hilo, eso mágicamente no creo
 que funcione. Hasta bridge-utils necesita tirar de los scripts (que te
 genera al instalar el paquete) para detener o reiniciar los puentes que
 se hayan creado con brtcl.

 Eso lo tengo claro, Camaleón. Pero el caso es que para crear interfaces
 vlan no se necesita ya ningún script en if-pre-up.d. El comando necesario,
 previo a la configuración de la interfaz, que crea la interfaz vlan, o sea,
 uno parecido a este:

 ip link add link eth0 name eth0.10 type vlan id 10

 lo ejecuta ifupdown él solito, sin doparse con scripts externos, en
 cuanto ve que una interfaz se llama XXX.NUMERO.


En /etc/interfaces se puede definir el bridge como otra interface, no
se si es eso a lo que te referís. Ej.:

 iface br0 inet static
bridge_ports eth0 eth1
address 192.168.1.2
broadcast 192.168.1.255
netmask 255.255.255.0
gateway 192.168.1.1
bridge_fd 9
bridge_hello 2
bridge_maxage 12
bridge_stp off

https://wiki.debian.org/BridgeNetworkConnections


 Por lo tanto, si quieres hacer lo mismo con iproute2 tienes que crear
 manualmente esos scripts para que ifupdown pueda gestionar las interfaces
 puente.

 No veo cuál es la consecuencia lógica que te lleva a tal conclusión. Si
 los desarrolladores de ifupdown hubieran hecho con las interfaces puente
 lo que han hacho con las interfaces vlan, entonces el comando:

 ip link add name br0 type bridge

 también se podría ejecutar automáticamente antes de configurar la
 interfaz con que sólo hubiera algún modo de que ifupdown supiera que
 cuando declaras br0 en el fichero interfaces, quieres que sea una
 interfaz bridge. ¿Que los puentes tienen una casuística distinta que
 desaconseja o impide hacer esto o que simplemente no se ha implementado?
 Pues a lo mejor. Pero la razón no es que como hay que crear la interfaz
 antes, tiene que haber un script externo que la cree, que es lo que
 entiendo que vienes a argumentar. Y no es la razón, porque las
 interfaces vlan, se crean sin necesidad de script.

 Saludos.

 --
Vine a desembuchar y desembucho.
   --- Muñoz Seca ---


 --
 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/20150324203358.ga9...@cubo.casa


Saludos,
Santiago.-


--
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/CAJ5eSfaHFg3f9yMsqa7E_OZLJN24w�bfpb83zniy4fwvg...@mail.gmail.com

Re: ifupdown en jessie, iproute2 e interfaces bridge

[Camaleón]

El Tue, 24 Mar 2015 21:33:58 +0100, José Miguel (sio2) escribió:

 El Tue, 24 de Mar de 2015, a las 06:37:12PM +, Camaleón dijo:
 
 Como te he ido diciendo a lo largo del hilo, eso mágicamente no creo
 que funcione. Hasta bridge-utils necesita tirar de los scripts (que te
 genera al instalar el paquete) para detener o reiniciar los puentes que
 se hayan creado con brtcl.
 
 Eso lo tengo claro, Camaleón. Pero el caso es que para crear interfaces
 vlan no se necesita ya ningún script en if-pre-up.d. El comando
 necesario, previo a la configuración de la interfaz, que crea la
 interfaz vlan, o sea,
 uno parecido a este:
 
 ip link add link eth0 name eth0.10 type vlan id 10
 
 lo ejecuta ifupdown él solito, sin doparse con scripts externos, en
 cuanto ve que una interfaz se llama XXX.NUMERO.

(...)

Es lo mismo :-)

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.

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.25.14.36...@gmail.com

Re: ifupdown en jessie, iproute2 e interfaces bridge

[Camaleón]

El Mon, 23 Mar 2015 20:43:29 +0100, José Miguel (sio2) escribió:

 El Sat, 21 de Mar de 2015, a las 09:10:14PM +, Camaleón dijo:
 
 Ya. y para crear una vlan tienes que usar vconfig o iproute2 y, sin
 embargo, ifupdown se las avía (a través de iproute2) desde hace un
 tiempo para crearlas. En este caso, no creo que esa lógica funcione.
 
 Tú lo has dicho: a través de iproute2 ;-)
 
 Bueno, algo tiene que acabar usando de forma interna, ¿no?

Pues es lo que te he estado diciendo desde el principio, que sólo conozco 
3 herramientas que te permiten crear interfaces puente (brctl, iproute2 y 
systemd), que a través del archivo /etc/network/interfaces lo único que 
haces es gestionar las interfaces que ya están creadas.

 El caso es que para tratar las vlan ifupdown no necesita instalar
 vconfig (se basta con iproute2), pero para tratar bridges, sí se
 necesita bridge-utils a pesar de que iproute2 ya los soporta. O eso
 parece. Mi pregunta iba dirigida a sí había alguna sintaxis nueva que
 yo no había logrado encontrar que prescindiera de bridge-utils y de
 scripts en los directorios if-up.d, etc.

La orden concreta para generar un dispositivo puente está en las páginas 
man de las aplicaciones que puedes usar para crearas, bridge-utils e 
iproute2 (sobre cómo las genera systemd mejor no entro).

 Simplemente eso. Y la razón de que preguntara se debía a que a veces no
 sé muy bien si estoy leyendo lo último sobre debian o no. ¿Que los
 usuarios de debian tiene parte de culpa porque no documentan tan bien
 como los de archlinux? Bien puede ser: no entro a valorar eso. Tan sólo
 he dicho que me causa envidia sana la excelente documentación de
 archlinux.

Pues a mí no siempre me causa envidia, quizá para las cosas tontunas sí 
encuentro más información en la wiki de Archlinux pero para las cosas 
serias raramente encuentras algo, se queda corto.

 Desgraciadamente en este caso, la información es sobre una
 herramienta de debian y sólo puedo recurrir a debian (o a alguna de
 sus derivadas).
 
 Si te refieres a las bridge-utils están disponibles en varias
 distribuciones.
 
 No, me refiero a cómo crear puentes usando ifupdown, o sea, escribiendo
 la configuración en el fichero interfaces. Sobre cómo usar directamente
 brtcl ya sé que puedo recurrir a cualquier página que trate los
 bridges con linux.

No puedes crear puentes usando ifupdown, puedes gestionarlos. Los 
puentes los generan las herramientas iproute2 o brctl.

 Al final, me he hecho unos scripts propios que usan iproute2: así puedo
 crear también switches vlan (brtcl no los soporta).

Pues estupendo :-)

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.24.14.25...@gmail.com

Re: ifupdown en jessie, iproute2 e interfaces bridge

[sio2]

El Tue, 24 de Mar de 2015, a las 02:25:44PM +, Camaleón dijo:

  No, me refiero a cómo crear puentes usando ifupdown, o sea, escribiendo
  la configuración en el fichero interfaces. Sobre cómo usar directamente
  brtcl ya sé que puedo recurrir a cualquier página que trate los
  bridges con linux.
 
 No puedes crear puentes usando ifupdown, puedes gestionarlos. Los 
 puentes los generan las herramientas iproute2 o brctl.

Quiero zanjar un poco esto, porque a veces acabamos discutiendo en
círculos o eso me parece a mí.

Por crear con ifupdown me refiero a que yo escribo esto:

iface eth0.10 inet static
   address 192.168.10.1

Y automágicamente ifupdown llama a iproute2 y se carga de todas las
entrañas del asunto: en este caso llama primero a iproute2 para crear la
interfaz (que como no es física no existe en un principio) y luego otra
vez a iproute2 para configurarla como si se tratara de una interfaz
física trivial.  No hay scripts externos adicionales, cómo si los había
antiguamente cuando era necesario instalar el paquete vlan que metía
esos scripts en los directorios correspondientes para que ifupdown
hiciera uso de vconfig.

Por tanto, al decir crear con ifupdown, me refería a manejar estas
interfaces en el core y sin scripts externos adicionales. Siento haber
sido poco preciso con el término.

Mi pregunta en este hilo era sobre la situación de la declaración de los
puentes en el fichero interfaces: si ifupdown las podía gestionar
internamente con iproute2 (como ya pasa con las vlan) o si seguía
requiriendo la instalación de bridge-utils y los scripts externos que
con este paquete se incluyen (o bien ingeniártelas tú escribiendo
scripts externos que usen iproute2). No puedo ponerme a probar a locas
si se puede sin scripts externos, porque si efectivamente hay una forma,
tengo que saber cuál es la sintaxis de la declaración. Ciertamente no
había encontrado por internet nada al respecto ni tampoco en el manual,
pero es que en el manual del fichero interfaces no pone muy claro que ya
se puedan declarar ya interfaces vlan sin necesidad de scripts externos
y en todos los tutoriales de internet (que pude llegar a leer) siguen
explicando el método antiguo. La pista me la dio un mensaje en la lista
de bugs de debian.

Nada más. Espero haberme explicado claramente en esta ocasión.

Saludos y gracias.

-- 
   Mira que la mejor parte de España,
pudiendo Casta, se llamó Castilla.
  --- 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/20150324182702.ga4...@cubo.casa

Re: ifupdown en jessie, iproute2 e interfaces bridge

[Camaleón]

El Tue, 24 Mar 2015 19:27:02 +0100, José Miguel (sio2) escribió:

 El Tue, 24 de Mar de 2015, a las 02:25:44PM +, Camaleón dijo:
 
  No, me refiero a cómo crear puentes usando ifupdown, o sea,
  escribiendo la configuración en el fichero interfaces. Sobre cómo
  usar directamente brtcl ya sé que puedo recurrir a cualquier página
  que trate los bridges con linux.
 
 No puedes crear puentes usando ifupdown, puedes gestionarlos. Los
 puentes los generan las herramientas iproute2 o brctl.
 
 Quiero zanjar un poco esto, porque a veces acabamos discutiendo en
 círculos o eso me parece a mí.
 
 Por crear con ifupdown me refiero a que yo escribo esto:
 
 iface eth0.10 inet static
address 192.168.10.1
 
 Y automágicamente ifupdown llama a iproute2 y se carga de todas las
 entrañas del asunto: en este caso llama primero a iproute2 para crear la
 interfaz (que como no es física no existe en un principio) y luego otra
 vez a iproute2 para configurarla como si se tratara de una interfaz
 física trivial.  No hay scripts externos adicionales, cómo si los había
 antiguamente cuando era necesario instalar el paquete vlan que metía
 esos scripts en los directorios correspondientes para que ifupdown
 hiciera uso de vconfig.
 
 Por tanto, al decir crear con ifupdown, me refería a manejar estas
 interfaces en el core y sin scripts externos adicionales. Siento haber
 sido poco preciso con el término.

(...)

Como te he ido diciendo a lo largo del hilo, eso mágicamente no creo 
que funcione. Hasta bridge-utils necesita tirar de los scripts (que te 
genera al instalar el paquete) para detener o reiniciar los puentes que 
se hayan creado con brtcl. 

Por lo tanto, si quieres hacer lo mismo con iproute2 tienes que crear 
manualmente esos scripts para que ifupdown pueda gestionar las interfaces 
puente.

No hay más :-)

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.24.18.37...@gmail.com

Re: ifupdown en jessie, iproute2 e interfaces bridge

[sio2]

El Tue, 24 de Mar de 2015, a las 06:37:12PM +, Camaleón dijo:

 Como te he ido diciendo a lo largo del hilo, eso mágicamente no creo 
 que funcione. Hasta bridge-utils necesita tirar de los scripts (que te 
 genera al instalar el paquete) para detener o reiniciar los puentes que 
 se hayan creado con brtcl. 

Eso lo tengo claro, Camaleón. Pero el caso es que para crear interfaces
vlan no se necesita ya ningún script en if-pre-up.d. El comando necesario,
previo a la configuración de la interfaz, que crea la interfaz vlan, o sea,
uno parecido a este:

ip link add link eth0 name eth0.10 type vlan id 10

lo ejecuta ifupdown él solito, sin doparse con scripts externos, en
cuanto ve que una interfaz se llama XXX.NUMERO.

 Por lo tanto, si quieres hacer lo mismo con iproute2 tienes que crear 
 manualmente esos scripts para que ifupdown pueda gestionar las interfaces 
 puente.

No veo cuál es la consecuencia lógica que te lleva a tal conclusión. Si
los desarrolladores de ifupdown hubieran hecho con las interfaces puente
lo que han hacho con las interfaces vlan, entonces el comando:

ip link add name br0 type bridge

también se podría ejecutar automáticamente antes de configurar la
interfaz con que sólo hubiera algún modo de que ifupdown supiera que
cuando declaras br0 en el fichero interfaces, quieres que sea una
interfaz bridge. ¿Que los puentes tienen una casuística distinta que
desaconseja o impide hacer esto o que simplemente no se ha implementado?
Pues a lo mejor. Pero la razón no es que como hay que crear la interfaz
antes, tiene que haber un script externo que la cree, que es lo que
entiendo que vienes a argumentar. Y no es la razón, porque las
interfaces vlan, se crean sin necesidad de script.

Saludos.

-- 
   Vine a desembuchar y desembucho.
  --- Muñoz Seca ---


-- 
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/20150324203358.ga9...@cubo.casa

Re: ifupdown en jessie, iproute2 e interfaces bridge

[sio2]

El Sat, 21 de Mar de 2015, a las 09:10:14PM +, Camaleón dijo:

 Ya. y para crear una vlan tienes que usar vconfig o iproute2 y, sin
 embargo, ifupdown se las avía (a través de iproute2) desde hace un
 tiempo para crearlas. En este caso, no creo que esa lógica funcione.
 
 Tú lo has dicho: a través de iproute2 ;-)

Bueno, algo tiene que acabar usando de forma interna, ¿no? El caso es
que para tratar las vlan ifupdown no necesita instalar vconfig (se basta
con iproute2), pero para tratar bridges, sí se necesita bridge-utils a
pesar de que iproute2 ya los soporta. O eso parece. Mi pregunta iba
dirigida a sí había alguna sintaxis nueva que yo no había logrado
encontrar que prescindiera de bridge-utils y de scripts en los
directorios if-up.d, etc.

Simplemente eso. Y la razón de que preguntara se debía a que a veces no
sé muy bien si estoy leyendo lo último sobre debian o no. ¿Que los
usuarios de debian tiene parte de culpa porque no documentan tan bien
como los de archlinux? Bien puede ser: no entro a valorar eso. Tan sólo
he dicho que me causa envidia sana la excelente documentación de
archlinux.

 Desgraciadamente en este caso, la información es sobre una
 herramienta de debian y sólo puedo recurrir a debian (o a alguna de
 sus derivadas).
 
 Si te refieres a las bridge-utils están disponibles en varias
 distribuciones.

No, me refiero a cómo crear puentes usando ifupdown, o sea, escribiendo
la configuración en el fichero interfaces. Sobre cómo usar directamente
brtcl ya sé que puedo recurrir a cualquier página que trate los
bridges con linux.
 
Al final, me he hecho unos scripts propios que usan iproute2: así puedo
crear también switches vlan (brtcl no los soporta).

 Saludos,

Saludos y gracias.

-- 
   Femmina è cosa mobil per natura.
  --- Francisco Petrarca ---


-- 
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/20150323194329.ga4...@cubo.casa

Re: ifupdown en jessie, iproute2 e interfaces bridge

[Camaleón]

El Fri, 20 Mar 2015 19:50:48 +0100, José Miguel (sio2) escribió:

 El Fri, 20 de Mar de 2015, a las 06:29:02PM +, Camaleón dijo:
 
 Los puentes los gestiona un módulo del kernel que obviamente debe estar
 cargado para que funcionen pero la gestión/configuración de los puentes
 se lleva a cabo a través de herramientas de usuario y bien pueden ser
 las dos que citas, bridge-utils e iproute2.
 
 ¿Ventajas de bridge-utils? Pues que está todo premontado, comandos,
 archivos de configuración, etc... es decir, no hay que hacer casi nada
 a mano. Al fin y al cabo, si miramos el contenido del paquete¹ vemos
 que contiene una serie de scripts (if-post, if-pre...) y un binario,
 poco más.
 
 ¿Puedes tirar de iproute2 desde /etc/network/interfaces? No
 directamente sino a través de los scripts.
 
 Sí, Camaleón, todo esto lo sé. Pero resulta que sin instalar vlan,
 ifupdown es capaz de gestionar interfaces vlan (y si se mira en
 if-pre-up.d, etc no hay ningún script para tal). Tampoco tienes tú que
 declarar los script de activación y desactivación de la interfaz. Esto:

(...)

 Así que mi pregunta es si con las interfaces bridge se ha hecho algo
 parecido o hay que seguir instalando forzosamente bridge-utils.

Pues nada mejor que probarlo y nos cuentas si funciona :-)

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.21.15.05...@gmail.com

Re: ifupdown en jessie, iproute2 e interfaces bridge

[sio2]

  Así que mi pregunta es si con las interfaces bridge se ha hecho algo
  parecido o hay que seguir instalando forzosamente bridge-utils.
 
 Pues nada mejor que probarlo y nos cuentas si funciona :-)

Ya: el problema es que si la hay, no sé cuál es. Después de mirar mucho
me inclino a pensar que no, porque con iproute2 no se puede hacer cosas
como habilitar el stp para el puente (o al menos así lo he entendido
yo). Tampoco he leído en ningún sitio que brtcl esté obsoleto o
se desaconseje.

Una cosa que me pasa con debian es que a veces no sé si estoy leyendo
información desactualizada o no. Me refiero a documentación del propio
sitio de debian. Aquí, por ejemplo:

https://wiki.debian.org/es/NetworkConfiguration

Hablan del vlan-raw-device para configurar las VLAN. Es cierto que citan
etch y lenny, pero es que no se habla de las más modernas. Yo me enteré
de que se podía hacer sin vconfig porque me topé con un mensaje en la
lista de bugs de debian. No es problema de la traducción porque la
versión inglesa dice lo mismo.

En cuestión de documentación, distribuciones como archlinux están
inifinitamente mejor.

Un saludo.

-- 
   Como todo al fin se sabe
yo he sabido la verdad.
  --- Muñoz Seca ---


-- 
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/20150321164515.ga3...@cubo.casa

Re: ifupdown en jessie, iproute2 e interfaces bridge

[Manolo Díaz]

El sábado, 21 mar 2015, a las 17:45 UTC+1 horas,
José Miguel (sio2) escribió:

[...]

Una cosa que me pasa con debian es que a veces no sé si estoy leyendo
información desactualizada o no. Me refiero a documentación del propio
sitio de debian. Aquí, por ejemplo:

https://wiki.debian.org/es/NetworkConfiguration

No hay más que mirar el pie de página para ver cuándo fue actualizado
por última vez. Claro que eso no te dice hasta que punto ha sido
actualizado; si se trata de una verdadera puesta al día o de una mera
corrección tipográfica. Sería de utilidad que proporcionase un
historial de cambios.

[...]

En cuestión de documentación, distribuciones como archlinux están
inifinitamente mejor.

Estoy de acuerdo, por desgracia.

Un saludo.

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/20150321175440.0119a...@gmail.com

Re: ifupdown en jessie, iproute2 e interfaces bridge

[Camaleón]

El Sat, 21 Mar 2015 17:45:15 +0100, José Miguel (sio2) escribió:

  Así que mi pregunta es si con las interfaces bridge se ha hecho algo
  parecido o hay que seguir instalando forzosamente bridge-utils.
 
 Pues nada mejor que probarlo y nos cuentas si funciona :-)
 
 Ya: el problema es que si la hay, no sé cuál es. Después de mirar mucho
 me inclino a pensar que no, porque con iproute2 no se puede hacer cosas
 como habilitar el stp para el puente (o al menos así lo he entendido
 yo). Tampoco he leído en ningún sitio que brtcl esté obsoleto o se
 desaconseje.

Como te he dicho antes, creo que no es posible por la simple lógica de el 
archivo /etc/network/interfaces trabaja con interfaces de red que 
existen en el sistema y que se han generado por los drivers/módulos del 
kernel y para crear un puente (br0) tienes que o bien usar el paquete de 
utilidades (bridge-utils) o a través de iproute2 (o el antiguo route), y 
no hay más... bueno, quizá con systemd que parece que ya hace de todo y 
te hace hasta una tortilla de queso si se lo pides :-)

 Una cosa que me pasa con debian es que a veces no sé si estoy leyendo
 información desactualizada o no. Me refiero a documentación del propio
 sitio de debian. Aquí, por ejemplo:
 
 https://wiki.debian.org/es/NetworkConfiguration

Eso es la Wiki (generada por usuarios), la documentación oficial está en 
otra parte:

Chapter 5. Network setup
https://www.debian.org/doc/manuals/debian-reference/ch05.en.html

Pero eso pasa en linux en general, por desgracia la documentación es un 
problema endémico.

 Hablan del vlan-raw-device para configurar las VLAN. Es cierto que citan
 etch y lenny, pero es que no se habla de las más modernas. Yo me enteré
 de que se podía hacer sin vconfig porque me topé con un mensaje en la
 lista de bugs de debian. No es problema de la traducción porque la
 versión inglesa dice lo mismo.
 
 En cuestión de documentación, distribuciones como archlinux están
 inifinitamente mejor.

Yo no diría tanto, aunque cierto es que tiene artículos más actualizados 
y con ejemplos y casos prácticos que suelen venir muy bien para el día a 
día. Aún así, la documentación oficial de Debian es realmente buena y 
completa.

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.21.17.28...@gmail.com

Re: ifupdown en jessie, iproute2 e interfaces bridge

[sio2]

El Sat, 21 de Mar de 2015, a las 05:28:28PM +, Camaleón dijo:

 Como te he dicho antes, creo que no es posible por la simple lógica de el 
 archivo /etc/network/interfaces trabaja con interfaces de red que 
 existen en el sistema y que se han generado por los drivers/módulos del 
 kernel y para crear un puente (br0) tienes que o bien usar el paquete de 
 utilidades (bridge-utils) o a través de iproute2 (o el antiguo route), y 
 no hay más

Ya. y para crear una vlan tienes que usar vconfig o iproute2 y, sin
embargo, ifupdown se las avía (a través de iproute2) desde hace un
tiempo para crearlas.  En este caso, no creo que esa lógica funcione.

 https://wiki.debian.org/es/NetworkConfiguration
 Eso es la Wiki (generada por usuarios),

Bueno, la documentación de archlinux (que he citado como distribución
que en este aspecto es envidiable) también es una wiki.

 la documentación oficial está en 
 otra parte:

 Chapter 5. Network setup
 https://www.debian.org/doc/manuals/debian-reference/ch05.en.html

También la vi, pero es que en esa documentación jamás aparece la palabra
bridge (o vlan), así que de poco sirve para el caso que nos ocupa.

 Pero eso pasa en linux en general, por desgracia la documentación es un 
 problema endémico.

Sí, pero desgraciadamente pasa más con debian que con otras
distribuciones.

 En cuestión de documentación, distribuciones como archlinux están
 inifinitamente mejor.
 Yo no diría tanto, aunque cierto es que tiene artículos más actualizados 
 y con ejemplos y casos prácticos que suelen venir muy bien para el día a 
 día. Aún así, la documentación oficial de Debian es realmente buena y 
 completa.

Pues no sé cómo será, pero un gran porcentaje de las veces que busco
información sobre algo, acabo en la wiki de archlinux leyendo un
artículo completo y práctico.

Desgraciadamente en este caso, la información es sobre una herramienta
de debian y sólo puedo recurrir a debian (o a alguna de sus derivadas).

 Saludos,

Un saludo.

-- 
   Sabed que menda es don Mendo.
  --- Muñoz Seca ---


-- 
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/20150321193128.ga10...@cubo.casa

Re: ifupdown en jessie, iproute2 e interfaces bridge

[Camaleón]

El Sat, 21 Mar 2015 20:31:28 +0100, José Miguel (sio2) escribió:

 El Sat, 21 de Mar de 2015, a las 05:28:28PM +, Camaleón dijo:
 
 Como te he dicho antes, creo que no es posible por la simple lógica de
 el archivo /etc/network/interfaces trabaja con interfaces de red que
 existen en el sistema y que se han generado por los drivers/módulos del
 kernel y para crear un puente (br0) tienes que o bien usar el paquete
 de utilidades (bridge-utils) o a través de iproute2 (o el antiguo
 route), y no hay más
 
 Ya. y para crear una vlan tienes que usar vconfig o iproute2 y, sin
 embargo, ifupdown se las avía (a través de iproute2) desde hace un
 tiempo para crearlas.  En este caso, no creo que esa lógica funcione.

Tú lo has dicho: a través de iproute2 ;-)

 https://wiki.debian.org/es/NetworkConfiguration
 Eso es la Wiki (generada por usuarios),
 
 Bueno, la documentación de archlinux (que he citado como distribución
 que en este aspecto es envidiable) también es una wiki.

No te olvides de que ArchLinux tiene menos trabajo que hacer ya que sólo 
tiene soporte para dos arquitecturas (x86 y amd64) así que tendrán más 
tiempo para mejorar otras cosas como la documentación o la wiki.

 la documentación oficial está en otra parte:
 
 Chapter 5. Network setup
 https://www.debian.org/doc/manuals/debian-reference/ch05.en.html
 
 También la vi, pero es que en esa documentación jamás aparece la palabra
 bridge (o vlan), así que de poco sirve para el caso que nos ocupa.

Que sea la documentación oficial no implica que contemple toda la 
casuística ni todas las opciones o configuraciones (y por cierto, sí 
aparece bridging) para eso tienes la documentación oficial del kernel 
que tampoco es que esté al día (2009) pero tiene más chicha:

https://www.kernel.org/doc/Documentation/networking/
http://www.linuxfoundation.org/collaborate/workgroups/networking/bridge

 Pero eso pasa en linux en general, por desgracia la documentación es un
 problema endémico.
 
 Sí, pero desgraciadamente pasa más con debian que con otras
 distribuciones.

No, eso no es cierto o por lo menos yo no lo veo así. Para todo lo que 
toca Debian (me refiero a todas las arquitecturas que admite que no son 
moco de pavo) lo que no sé es cómo tiene tan buena documentación.

 En cuestión de documentación, distribuciones como archlinux están
 inifinitamente mejor.
 Yo no diría tanto, aunque cierto es que tiene artículos más
 actualizados y con ejemplos y casos prácticos que suelen venir muy bien
 para el día a día. Aún así, la documentación oficial de Debian es
 realmente buena y completa.
 
 Pues no sé cómo será, pero un gran porcentaje de las veces que busco
 información sobre algo, acabo en la wiki de archlinux leyendo un
 artículo completo y práctico.

Sí, yo también pero repito que las wikis las generan los usuarios, será 
que en Debian la gente toma mucho pero ofrece poco ;-)

 Desgraciadamente en este caso, la información es sobre una herramienta
 de debian y sólo puedo recurrir a debian (o a alguna de sus derivadas).

Si te refieres a las bridge-utils están disponibles en varias 
distribuciones.

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.21.21.10...@gmail.com

Re: ifupdown en jessie, iproute2 e interfaces bridge

[Camaleón]

El Fri, 20 Mar 2015 18:31:22 +0100, José Miguel (sio2) escribió:

(...)

 Ahora bien, iproute2 también es capaz de crear interfaces bridge y me
 asalta la duda de si hay en jessie alguna manera[1] de declarar una
 interfaz bridge en /etc/network/interfaces sin tener instalado
 bridge-utils.

(...)

Pues analicemos.

Los puentes los gestiona un módulo del kernel que obviamente debe estar 
cargado para que funcionen pero la gestión/configuración de los puentes 
se lleva a cabo a través de herramientas de usuario y bien pueden ser las 
dos que citas, bridge-utils e iproute2.

¿Ventajas de bridge-utils? Pues que está todo premontado, comandos, 
archivos de configuración, etc... es decir, no hay que hacer casi nada a 
mano. Al fin y al cabo, si miramos el contenido del paquete¹ vemos que 
contiene una serie de scripts (if-post, if-pre...) y un binario, poco más.

¿Puedes tirar de iproute2 desde /etc/network/interfaces? No 
directamente sino a través de los scripts.

Yo suelo usar iproute2 para gestiones de red en caliente y momentáneas, 
para todo lo demás, MasterCar... estooo, los paquetes con las utilidades 
de red necesarias :-)

¹https://packages.debian.org/jessie/amd64/bridge-utils/filelist

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.20.18.29...@gmail.com

Re: ifupdown en jessie, iproute2 e interfaces bridge

[sio2]

El Fri, 20 de Mar de 2015, a las 06:29:02PM +, Camaleón dijo:

 Los puentes los gestiona un módulo del kernel que obviamente debe estar 
 cargado para que funcionen pero la gestión/configuración de los puentes 
 se lleva a cabo a través de herramientas de usuario y bien pueden ser las 
 dos que citas, bridge-utils e iproute2.
 
 ¿Ventajas de bridge-utils? Pues que está todo premontado, comandos, 
 archivos de configuración, etc... es decir, no hay que hacer casi nada a 
 mano. Al fin y al cabo, si miramos el contenido del paquete¹ vemos que 
 contiene una serie de scripts (if-post, if-pre...) y un binario, poco más.
 
 ¿Puedes tirar de iproute2 desde /etc/network/interfaces? No 
 directamente sino a través de los scripts.

Sí, Camaleón, todo esto lo sé. Pero resulta que sin instalar vlan,
ifupdown es capaz de gestionar interfaces vlan (y si se mira en
if-pre-up.d, etc no hay ningún script para tal). Tampoco tienes tú que
declarar los script de activación y desactivación de la interfaz. Esto:

#v+
iface eth0.1 inet static
   address 192.168.255.1
#v-

Hace que ifupdown configure una subinterfaz de eth0 en vlan 1, sin que
en el sistema se haya instalado el paquete vlan (que contiene vconfig)
y sin que haya ningún script en if-pre-up.d ni if-post-down.d. La única
limitación es que los nombres de la interfaces vlan deben tener ese
aspecto y no pueden ser vlan1 como sí pueden ser cuando ifupdown
utiliza vconfig (a través de un script en if-pre-up.d)

Así que mi pregunta es si con las interfaces bridge se ha hecho algo
parecido o hay que seguir instalando forzosamente bridge-utils.

Gracias. Un saludo.

-- 
   Los grandes hombres solemos ser modestos.
  --- Juan de Mairena --


-- 
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/20150320185048.ga8...@cubo.casa

ifupdown en jessie, iproute2 e interfaces bridge

[sio2]

Un saludo a la lista:

Tengo una duda sobre la creación de interfaces bridge en jessie a raíz
de haber estado mirando las interfaces vlan.

Resulta que, dado que iproute2 es capaz de crear interfaces vlan, el
paquete vlan se ha declarado obsoleto y (no sé desde cuándo)  se
pueden crear directamente interfaces en /etc/network/interfaces sin
tener que tener instalado el comando vconfig.

Ahora bien, iproute2 también es capaz de crear interfaces bridge y me
asalta la duda de si hay en jessie alguna manera[1] de declarar una
interfaz bridge en /etc/network/interfaces sin tener instalado
bridge-utils.

Miro y remiro, pero sólo veo tutoriales que piden instalar bridge-utils.
Lo que ocurre es que si miro y remiro cómo se crean interfaces vlan no
hago más que ver la explicación que necesita vconfig; y me asaltan las
dudas.

En el manual del fichero interfaces indica esto:

*For compatibility with bridge-utils package*, if bridge_ports option is
specified, VLAN interface configuration is not performed.

Es la única referencia que veo. Y no sé si entender que sí es necesario
el paquete bridge-utils.

Haciendo esto:

#v+
iface br0 inet static
   address 192.168.255.1
   bridge_ports eth1 eth2
#v-

Consigo esto:

# if up br0
Cannot find device br0
Failed to bring up br0.

[1] sé que existe, en cualquier caso, la forma un poco enrevesada de
usar a pelo el comando ip en pre-up y post-down para crear y destruir
la interfaz bridge.

Muchas gracias.

-- 
   ¿No ha de haber un espíritu valiente?
¿Siempre se ha de sentir lo que se dice?
¿Nunca se ha de decir lo que se siente?
  --- Francisco de Quevedo ---


-- 
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/20150320173122.ga4...@cubo.casa

Ruteo por múltiples interfaces

[Mauro Antivero]

Estimados, tengo una duda sobre como implementar un ruteo por múltiples 
interfaces de forma balanceada. Paso a explicarles un poco mejor, para 
lo cual primero les muestro como es el esquema actual (espero se 
entienda mi ASCII Art):


 /---\ /---\
/ \  -- 
/ \
| | |  | |
|   |--- Router_Cisco_A --- | |
|Redes locales| --- |if3 Router_Cisco_C if1|  |if1 Router Linux if2| 
--- Switch ---|   | Red Externa |
| | |  | |
|   |--- Router Cisco_B --- | |
\ /   -- 
\ /

 \---/ \---/

Sin entrar en detalles engorrosos de porque el esquema es así, créanme 
que así es en este caso. El ruteo que tengo que modificar es 
exclusivamente en el Router Linux, en el cual actualmente tengo lo 
siguiente:


Para el tráfico de Red_Externa hacia Red_Locales (llamémosle 
tráfico de bajada):


ip route add Red_Local_1 via IP_if1_Router_Cisco dev if1_Router_Linux
ip route add Red_Local_2 via IP_if1_Router_Cisco dev if1_Router_Linux
ip route add Red_Local_3 via IP_if1_Router_Cisco dev if1_Router_Linux

Para el tráfico desde Redes_Locales hacia Red_Externa, usando de 
forma balanceada las if3 e if4 de Router_Linux (llamémosle 
tráfico de subida):


ip route replace default src IP_Router_Linux nexthop via IP_Equipo_A 
nexthop via IP_Equipo_B


Lo anterior funciona a la perfección, es decir, todas las redes locales 
son perfectamente alcanzables y el tráfico de subida hacia la red 
externa se reparte de forma pareja (mitad y mitad) entre el 
Router_Cisco_A y el Router_Cisco_B.


Ahora bien, debo modificar el esquema para que quede de la siguiente manera:

 /---\ /---\
/ \  -- 
/ \
| | |   if1|  |if1 
|   |--- Router_Cisco_A --- | |
|Redes locales| --- |if3 Router_Cisco_C|  |Router Linux if2| 
--- Switch ---|   | Red Externa |
| | |   if2|  |if3 
|   |--- Router Cisco_B --- | |
\ /   -- 
\ /

 \---/ \---/

Es decir, conectar Router_Linux y Router_Cisco_C mediante dos 
interfaces de red en lugar de una sola como está actualmente. La duda 
que tengo es si se puede lograr el balanceo en el tráfico de bajada de 
manera similar a como se hace con el tráfico de subida (aunque aquí el 
caso no es el mismo, para la subida entra en juego una sola interfaz de 
Router_Linux y en este caso entran en juego dos interfaces), de forma 
tal de dejar balanceado tanto el tráfico de subida como el de bajada.


Lo primero que se me ocurrió es rutear la mitad de las Redes_Locales 
por if1 de Router_Linux y la otra mitad por if3, pero esto claro 
está no me asegura que el tráfico se reparta equitativamente. El hecho 
de que se reparta por igual entre una interfaz y la otra no es 
obligatorio, pero si sería realmente muy bueno, y por eso quiero ver si 
se puede lograr.


Espero que se entiendan mis esquemas y lo que quiero lograr.

Desde ya les agradezco mucho por cualquier ayuda que me puedan dar.

Saludos y muchas gracias!

Mauro.

Renombrar interfaces de red (era wifidog)

[Antonio Trujillo Carmona]

He encontrado esta linea de error al ejecutar wifidog -f -d 7:
chain name `WiFiDog_vlan1000_WIFI2Internet' too long (must be under 29
chars)
El equipo tiene dos tarjetas de red con las que he hecho un bonding y
hasta 5 vlanes para 5 redes distintas (dos de conección a los AP para
servir 2 redes, 1 para gestión, 1 para salida a internet y 1 para
conexión a una vlan de electrónica de red) la salida es por la VLAN
1000 , por lo que siguiendo los estándares puedo llamarla:
bond0.1000  - 10 caracteres
vlan1000-  9 caracteres
Pero por lo que parece para que wifidog funcione bien solo te deja un
nombre de 7 caracteres.
¿Hay alguna manera de renombrarla a algo como vl-usu?

-- 
Salud.


--
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/1401446520.27500.19.ca...@trujo.hvn.sas.junta-andalucia.es

Re: Renombrar interfaces de red (era wifidog) RESUELTO (con chapuza)

[Antonio Trujillo Carmona]

El vie, 30-05-2014 a las 12:42 +0200, Antonio Trujillo Carmona escribió:
 He encontrado esta linea de error al ejecutar wifidog -f -d 7:
 chain name `WiFiDog_vlan1000_WIFI2Internet' too long (must be under 29
 chars)
 El equipo tiene dos tarjetas de red con las que he hecho un bonding y
 hasta 5 vlanes para 5 redes distintas (dos de conección a los AP para
 servir 2 redes, 1 para gestión, 1 para salida a internet y 1 para
 conexión a una vlan de electrónica de red) la salida es por la VLAN
 1000 , por lo que siguiendo los estándares puedo llamarla:
 bond0.1000- 10 caracteres
 vlan1000  -  9 caracteres
 Pero por lo que parece para que wifidog funcione bien solo te deja un
 nombre de 7 caracteres.
 ¿Hay alguna manera de renombrarla a algo como vl-usu?
He creado esta configuración provisional que funsiona, pero es un poco
como hacerlo a mano
#VLAN HUG_USUARIOS
auto vl-usu
iface vl-usu inet static
address 172.17.0.1
netmask 255.255.0.0
pre-up  vconfig add bond0 1000 || true
pre-up  ip link set vlan1000 name vl-usu
post-down vconfig rem vl-usu

¿Hay alguna otra manera mas Debian?


-- 
Salud.


--
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/1401452607.27500.23.ca...@trujo.hvn.sas.junta-andalucia.es

Re: Renombrar interfaces de red (era wifidog) RESUELTO (con chapuza)

[Camaleón]

El Fri, 30 May 2014 14:23:27 +0200, Antonio Trujillo Carmona escribió:

 El vie, 30-05-2014 a las 12:42 +0200, Antonio Trujillo Carmona escribió:
 He encontrado esta linea de error al ejecutar wifidog -f -d 7:
 chain name `WiFiDog_vlan1000_WIFI2Internet' too long (must be under 29
 chars)
 El equipo tiene dos tarjetas de red con las que he hecho un bonding y
 hasta 5 vlanes para 5 redes distintas (dos de conección a los AP para
 servir 2 redes, 1 para gestión, 1 para salida a internet y 1 para
 conexión a una vlan de electrónica de red) la salida es por la VLAN
 1000 , por lo que siguiendo los estándares puedo llamarla: bond0.1000
 - 10 caracteres vlan1000-  9 caracteres Pero por lo que parece 
para
 que wifidog funcione bien solo te deja un nombre de 7 caracteres.
 ¿Hay alguna manera de renombrarla a algo como vl-usu?
 He creado esta configuración provisional que funsiona, pero es un poco
 como hacerlo a mano
 #VLAN HUG_USUARIOS auto vl-usu iface vl-usu inet static
   address 172.17.0.1 netmask 255.255.0.0 pre-up   vconfig add bond0 
1000 ||
   true pre-up ip link set vlan1000 name vl-usu post-down 
vconfig rem
   vl-usu
 
 ¿Hay alguna otra manera mas Debian?

Más Debian no sé... para más limpia quizá te pueda servir vconfig o 
tirar de scripts en el archivo /etc/network/interfaces:

5.6.5. The mapping stanza
https://www.debian.org/doc/manuals/debian-reference/ch05.en.html#_the_mapping_stanza

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.2014.05.30.15.22...@gmail.com

Re: vrias interfaces en server HP ML350p Gen8

[Francesc Guitart]

El 25/03/2014 21:43, l...@ida.cu escribió:

Hola a todos

Tengo instalado Debian 7 amd64 en este server.


El Server que tengo es un HP ML350p Gen8 y tiene 4 eth de red en la
misma motherboard.

¿ Cómo puedo configurar todas las interfaces de este server para que lea
como una sola ip?  por ej 192.168.100.100


Cuando configuro más de una ip en interfaces, me da problemas y no se
por qué ??



Alguna idea ??


Tienes cientos de páginas explicándolo. Busca bonding + debian en Google.




Agradezco toda ayuda





--
Francesc Guitart


--
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/5332823d.6080...@gmx.com

Re: vrias interfaces en server HP ML350p Gen8

[Camaleón]

El Tue, 25 Mar 2014 16:43:58 -0400, luis escribió:

 Hola a todos
 
 Tengo instalado Debian 7 amd64 en este server.
 
 
 El Server que tengo es un HP ML350p Gen8 y tiene 4 eth de red en la
 misma motherboard.
 
 ¿ Cómo puedo configurar todas las interfaces de este server para que lea
 como una sola ip?  por ej 192.168.100.100

No entiendo la pregunta. 

Si sólo quieres usar una IP, configura una tarjeta de red y deja el resto 
sin configurar o usa bonding.

 Cuando configuro más de una ip en interfaces, me da problemas y no se
 por qué ??

Pues como no des más datos, mal asunto... por ejemplo ¿qué configuración 
has hecho (ip ro) y qué error te da o qué problema tienes?

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.2014.03.26.14.26...@gmail.com

Re: vrias interfaces en server HP ML350p Gen8

[luis]

On Wed, 26 Mar 2014 08:31:09 +0100, Francesc Guitart wrote:

El 25/03/2014 21:43, l...@ida.cu escribió:

Hola a todos

Tengo instalado Debian 7 amd64 en este server.


El Server que tengo es un HP ML350p Gen8 y tiene 4 eth de red en la
misma motherboard.

¿ Cómo puedo configurar todas las interfaces de este server para que 
lea

como una sola ip?  por ej 192.168.100.100


Cuando configuro más de una ip en interfaces, me da problemas y no 
se

por qué ??



Alguna idea ??


Tienes cientos de páginas explicándolo. Busca bonding + debian en 
Google.





Agradezco toda ayuda





--
Francesc Guitart



Gracias, pero es primera vez que veo bonding no conocía ese término, lo 
que si se es que se puede tener una sola ip para varias interfaces de 
red


Si lo que necesito es que las 4 intrerfaces de red del server respondan 
a un mismo ip por ej 192.168.100.100


agradezco a todos la ayuda, veré como lo haga nunca lo he 
visto...quizás mi duda o ignorancia sirva a muchos.



--
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/b57e896ed9d09bfd35cddba1bc3cd...@ida.cu

Re: vrias interfaces en server HP ML350p Gen8

[Francesc Guitart]

El 26/03/2014 12:00, l...@ida.cu escribió:

On Wed, 26 Mar 2014 08:31:09 +0100, Francesc Guitart wrote:

El 25/03/2014 21:43, l...@ida.cu escribió:

Hola a todos

Tengo instalado Debian 7 amd64 en este server.


El Server que tengo es un HP ML350p Gen8 y tiene 4 eth de red en la
misma motherboard.

¿ Cómo puedo configurar todas las interfaces de este server para que lea
como una sola ip?  por ej 192.168.100.100


Cuando configuro más de una ip en interfaces, me da problemas y no se
por qué ??



Alguna idea ??


Tienes cientos de páginas explicándolo. Busca bonding + debian en Google.




Agradezco toda ayuda





--
Francesc Guitart



Gracias, pero es primera vez que veo bonding no conocía ese término,lo


Por eso te respondo :D


que si se es que se puede tener una sola ip para varias interfaces de red

Si lo que necesito es que las 4 intrerfaces de red del server respondan
a un mismo ip por ej 192.168.100.100


No puedes hacer esto, bueno, sí puedes pero no funcionará. En una misma 
red no se pueden repetir las direcciones IP. Es como si hubiera dos o 
más ordenadores con la misma IP ¿a cual de ellos se debería enviar el 
paquete?


La única manera que se me ocurre para hacer algo parecido a lo que 
quieres es hacer bonding: asignas una IP diferente a cada interface y 
luego creas la interface virtual bond0 con otra IP diferente.


A partir de ese momento cada interface responderá las peticiones con 
destino su propia IP más las peticiones con destino la interface bond0.


Técnicamente es lo que pides, un servidor con 4 tarjetas que responden 
todas a la misma dirección IP. Evidentemente para ello los clientes 
deben conectarse contra la IP de la interface bond0,




agradezco a todos la ayuda, veré como lo haga nunca lo he visto...quizás
mi duda o ignorancia sirva a muchos.





--
Francesc Guitart


--
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/5332eb81.4080...@gmx.com

vrias interfaces en server HP ML350p Gen8

[luis]

Hola a todos

Tengo instalado Debian 7 amd64 en este server.


El Server que tengo es un HP ML350p Gen8 y tiene 4 eth de red en la 
misma motherboard.


¿ Cómo puedo configurar todas las interfaces de este server para que 
lea como una sola ip?  por ej 192.168.100.100



Cuando configuro más de una ip en interfaces, me da problemas y no se 
por qué ??




Alguna idea ??

Agradezco toda ayuda


--
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/e6f502b5b7a51f030fa4f627378bd...@ida.cu

RE: vrias interfaces en server HP ML350p Gen8

[William Romero]

 Subject: vrias interfaces en server HP ML350p Gen8

 Hola a todos

 Tengo instalado Debian 7 amd64 en este server.


 El Server que tengo es un HP ML350p Gen8 y tiene 4 eth de red en la
 misma motherboard.

Buen sever.

 ¿ Cómo puedo configurar todas las interfaces de este server para que
 lea como una sola ip? por ej 192.168.100.100


 Cuando configuro más de una ip en interfaces, me da problemas y no se
 por qué ??



 Alguna idea ??

 Agradezco toda ayuda


Dices que quieres poner la mimsma ip a las 4 interfaces?


  

--
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/bay177-w208cabcc19087846f6ab68b6...@phx.gbl

Re: vrias interfaces en server HP ML350p Gen8

[jors]

On 25 de marzo de 2014 21:43:58 CET, l...@ida.cu wrote:
Hola a todos

Tengo instalado Debian 7 amd64 en este server.


El Server que tengo es un HP ML350p Gen8 y tiene 4 eth de red en la 
misma motherboard.

¿ Cómo puedo configurar todas las interfaces de este server para que 
lea como una sola ip?  por ej 192.168.100.100


Cuando configuro más de una ip en interfaces, me da problemas y no se 
por qué ??



Alguna idea ??

Agradezco toda ayuda

Mírate la documentación del kernel sobre bonding [1]. Depende de lo que quieras 
hacer necesitarás un switch que soporte agregación.

[1] https://www.kernel.org/doc/Documentation/networking/bonding.txt

Salut,
jors


-- 
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/5ecdba4b-068d-4cee-83fa-6ce0bdee9...@email.android.com

Re: Inicio pausado tras edición del fichero interfaces

[Camaleón]

El Sat, 07 Dec 2013 23:20:33 +0100, Gerardo Diez García escribió:

 Hola, a ver si alguien me puede indicar el camino por donde investigar.
 El otro día intenté que mi Debian cogiera la conexión por cable. El
 NetworkManager me decía que ese cable ni existía, 

A ver, a ver... ¿cómo es eso? ¿Dices que N-M no detectaba la tarjeta de 
red eth0? ¿Y te la detectaba el sistema (dmesg | grep -i eth)?

 así que modifiqué el archivo /etc/network/interfaces y le añadí a mano:
 
 auto eth0 
 allow-hotplug eth0 
 iface eth0 inet dhcp

Si usas N-M es mejor que te olvides del archivo interfaces.

(...)

 Después de este rollo mis preguntas: ¿alguien me puede indicar algún
 punto donde mirar porque se ha parado en ese punto el arranque (no he
 encontrado ninguna relación entre la edición de ese archivo y pausas en
 el arranque)? 

Cuando no hay conexión a Internet, el arranque se queda ojiplático pero 
tras unos ¿segundos, minutos...? continua la carga.

 ¿alguien sabe qué señal manda AltGr+ImpPt? 

Dentro de una sesión gráfica en XFCE no hace nada :-?

 Sobre esto último lo más interesante que he encontrado ha sido un texto
 [1]que habla sobre el SysRq y sus opciones (interesante el que se pueda
 apagar con la opción o en vez de la b, me va a evitar entrar en ciertos
 bucles en un futuro)

Ojo con las combinaciones de teclas para enviar señales al kernel que hay 
que habilitarlas antes para que funcionen. En Wheezy parece que viene 
activado de serie:

sm01@stt008:~$ grep SYSRQ /boot/config-$(uname -r)
CONFIG_MAGIC_SYSRQ=y
CONFIG_MAGIC_SYSRQ_DEFAULT_MASK=0x01b6

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: http://lists.debian.org/pan.2013.12.08.15.47...@gmail.com

Inicio pausado tras edición del fichero interfaces

[Gerardo Diez García]

Hola, a ver si alguien me puede indicar el camino por donde investigar.
El otro día intenté que mi Debian cogiera la conexión por cable. El
NetworkManager me decía que ese cable ni existía, así que modifiqué el
archivo /etc/network/interfaces y le añadí a mano:

auto eth0
allow-hotplug eth0
iface eth0 inet dhcp

Hoy al reiniciarlo arranca y las buenas noticias es que se ve como se
conecta a la red y obtiene una IP. Y ahí se queda. No indica nada más.
Trato de pasar a otras terminales con Ctrl Alt Fn y nada. En todas el
cursor parpadeante esperando algo. Decido apagarlo por las bravas, y
desenchufar el cable. Inicio, y cuando llega al punto anterior, no
consigue conexión y se vuelve a parar. En ese momento se me enciende la
bombilla y recuerdo el uso de AltGr+ImprPt+REISUB, enchufo el cable y
mismo resultado. Una torpeza afortunada ha hecho que pulse
exclusivamente AltGr+ImprPt y eso ha conseguido que el proceso se
reanude con normalidad. He editado de nuevo el archivo dejándolo como al
principio y sorprendentemente NetworkManager ahora maneja el cable como
esperaba.
Después de este rollo mis preguntas: ¿alguien me puede indicar algún
punto donde mirar porque se ha parado en ese punto el arranque (no he
encontrado ninguna relación entre la edición de ese archivo y pausas en
el arranque)? ¿alguien sabe qué señal manda AltGr+ImpPt? Sobre esto
último lo más interesante que he encontrado ha sido un texto [1]que
habla sobre el SysRq y sus opciones (interesante el que se pueda apagar
con la opción o en vez de la b, me va a evitar entrar en ciertos bucles
en un futuro)

Un saludo, y gracias de antemano por las pistas


[1]https://www.kernel.org/doc/Documentation/sysrq.txt


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/52a39f31.2060...@gmail.com

Re: Inicio pausado tras edición del fichero interfaces

[Javier Serrano Polo]

El ds 07 de 12 de 2013 a les 23:20 +0100, Gerardo Diez García va
escriure:
 ¿alguien me puede indicar algún
 punto donde mirar porque se ha parado en ese punto el arranque (no he
 encontrado ninguna relación entre la edición de ese archivo y pausas en
 el arranque)?

man interfaces
Las interfaces declaradas con auto se activan al iniciar el sistema.
Por lo tanto, hasta que la activación se complete o falle, lo que
dependa de networking no podrá ejecutarse.

 ¿alguien sabe qué señal manda AltGr+ImpPt?

Como has averiguado, es una petición de sistema. Quien no sepa lo que
es, que se mantenga alejado.
AltGr+ImpPt por sí solo no manda nada. Necesita una tecla más para saber
la función solicitada. Lo más probable es que la interfaz se haya
acabado de configurar cuando pulsaste las teclas: casualidad.

Mira los logs de tu sistema para saber si tienes problemas con las
interfaces. No encontrarás las activaciones no recogidas por el servicio
syslog, que normalmente se inicia más tarde.


-BEGIN PGP SIGNATURE-
Not a valid pgp signature, but who cares?


smime.p7s
Description: S/MIME cryptographic signature

Re: Inicio pausado tras edición del fichero interfaces

[Alberto Vicat]

El 07/12/13 19:20, Gerardo Diez García escribió:

Hola, a ver si alguien me puede indicar el camino por donde investigar.
El otro día intenté que mi Debian cogiera la conexión por cable. El
NetworkManager me decía que ese cable ni existía, así que modifiqué el
archivo /etc/network/interfaces y le añadí a mano:

auto eth0
allow-hotplug eth0
iface eth0 inet dhcp

Hoy al reiniciarlo arranca y las buenas noticias es que se ve como se
conecta a la red y obtiene una IP. Y ahí se queda. No indica nada más.
Trato de pasar a otras terminales con Ctrl Alt Fn y nada. En todas el
cursor parpadeante esperando algo. Decido apagarlo por las bravas, y
desenchufar el cable. Inicio, y cuando llega al punto anterior, no
consigue conexión y se vuelve a parar. En ese momento se me enciende la
bombilla y recuerdo el uso de AltGr+ImprPt+REISUB, enchufo el cable y
mismo resultado. Una torpeza afortunada ha hecho que pulse
exclusivamente AltGr+ImprPt y eso ha conseguido que el proceso se
reanude con normalidad. He editado de nuevo el archivo dejándolo como al
principio y sorprendentemente NetworkManager ahora maneja el cable como
esperaba.
Después de este rollo mis preguntas: ¿alguien me puede indicar algún
punto donde mirar porque se ha parado en ese punto el arranque (no he
encontrado ninguna relación entre la edición de ese archivo y pausas en
el arranque)? ¿alguien sabe qué señal manda AltGr+ImpPt? Sobre esto
último lo más interesante que he encontrado ha sido un texto [1]que
habla sobre el SysRq y sus opciones (interesante el que se pueda apagar
con la opción o en vez de la b, me va a evitar entrar en ciertos bucles
en un futuro)

Un saludo, y gracias de antemano por las pistas


[1]https://www.kernel.org/doc/Documentation/sysrq.txt


Hola.
¿Probaste en /var/log/messages?
Es un archivo laaargo, guiate por la fecha y hora de cada entrada para 
encontrar la que te sirva.


Suerte.


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/52a3c65a.4020...@gmail.com

Re: Inicio pausado tras edición del fichero interfaces

[Ariel Martin Bellio]

El 07/12/2013 07:20 p.m., Gerardo Diez García escribió:

Hola, a ver si alguien me puede indicar el camino por donde investigar.
El otro día intenté que mi Debian cogiera la conexión por cable. El
NetworkManager me decía que ese cable ni existía, así que modifiqué el
archivo /etc/network/interfaces y le añadí a mano:

auto eth0
allow-hotplug eth0
iface eth0 inet dhcp

Hoy al reiniciarlo arranca y las buenas noticias es que se ve como se
conecta a la red y obtiene una IP. Y ahí se queda. No indica nada más.
Trato de pasar a otras terminales con Ctrl Alt Fn y nada. En todas el
cursor parpadeante esperando algo. Decido apagarlo por las bravas, y
desenchufar el cable. Inicio, y cuando llega al punto anterior, no
consigue conexión y se vuelve a parar. En ese momento se me enciende la
bombilla y recuerdo el uso de AltGr+ImprPt+REISUB, enchufo el cable y
mismo resultado. Una torpeza afortunada ha hecho que pulse
exclusivamente AltGr+ImprPt y eso ha conseguido que el proceso se
reanude con normalidad. He editado de nuevo el archivo dejándolo como al
principio y sorprendentemente NetworkManager ahora maneja el cable como
esperaba.
Después de este rollo mis preguntas: ¿alguien me puede indicar algún
punto donde mirar porque se ha parado en ese punto el arranque (no he
encontrado ninguna relación entre la edición de ese archivo y pausas en
el arranque)? ¿alguien sabe qué señal manda AltGr+ImpPt? Sobre esto
último lo más interesante que he encontrado ha sido un texto [1]que
habla sobre el SysRq y sus opciones (interesante el que se pueda apagar
con la opción o en vez de la b, me va a evitar entrar en ciertos bucles
en un futuro)

Un saludo, y gracias de antemano por las pistas


[1]https://www.kernel.org/doc/Documentation/sysrq.txt



¿Probaste con Alt F3 si te abre otra tty con login?




---
Este mensaje no contiene virus ni malware porque la protección de avast! 
Antivirus está activa.
http://www.avast.com
attachment: sisisisol.vcf

Re: Inicio pausado tras edición del fichero interfaces

[Fabián Bonetti]

On Sat, 07 Dec 2013 23:20:33 +0100
Gerardo Diez García gerardo.diez.gar...@gmail.com wrote:


Intentaste omitir todo ese archivo para ver que pasa luego?

Saludos




















-- 
Servicios:. http://mamalibre.com.ar/servicios.php
MamaLibre, Casa en Lincoln, Ituzaingo 1085 CP6070, Buenos Aires, Argentina


pgpXym5tWJnwY.pgp
Description: PGP signature

Re: Consulta - Cambio de configuración para implementar bonding en interfaces de red

[Mauro Antivero]

El 03/12/13 14:48, Camaleón escribió:

El Tue, 03 Dec 2013 14:07:33 -0300, Mauro Antivero escribió:

(corrijo el top-posting)


El 03/12/13 11:42, Camaleón escribió:

(...)


No se me ocurre otra forma, lo siento ;-(

Se te ocurre alguna forma rápida de buscar qué archivos contienen el
texto ethX?

(...)

Tengo esto en mis notas:

find /etc/* -type f | xargs grep -H eth0

Al especificar el tipo de archivo no tendrá en cuenta los enlaces
simbólicos.

Saludos,
Recién leo tu respuesta, mil gracias Cameleón! Parece que funciona 
perfectamente.


Ahora una pregunta de ignorante, estoy casi seguro de la respuesta pero 
por las dudas pregunto:


Solo es necesario buscar en /etc verdad? Suponiendo claro está que 
cualquier script que uno haya agregado para realizar alguna 
configuración en particular esté dentro de etc (como debería ser).


Podría probar haciendo directamente la búsqueda, pero el servidor en 
cuestión tiene bastante información en los discos y esto podría llegar a 
tardar un poco.


Saludos y gracias nuevamente.

Mauro.





--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/52a06fe7.2070...@gmail.com

Re: Consulta - Cambio de configuración para implementar bonding en interfaces de red

[Mauro Antivero]

El 04/12/13 03:15, William Romero escribió:

 To: debian-user-spanish@lists.debian.org
 From: noela...@gmail.com
 Subject: Re: Consulta - Cambio de configuración para implementar 
bonding en interfaces de red

 Date: Tue, 3 Dec 2013 17:48:33 +

 El Tue, 03 Dec 2013 14:07:33 -0300, Mauro Antivero escribió:

 (corrijo el top-posting)

  El 03/12/13 11:42, Camaleón escribió:

 (...)

  No se me ocurre otra forma, lo siento ;-(

  Se te ocurre alguna forma rápida de buscar qué archivos contienen el
  texto ethX?

 (...)

 Tengo esto en mis notas:

 find /etc/* -type f | xargs grep -H eth0

 Al especificar el tipo de archivo no tendrá en cuenta los enlaces
 simbólicos.

 Saludos,

 --
 Camaleón


Y si buscas con el comando : locate eth0

saludos

William Romero

Mmm... No me funciona, osea, según parece solo me encuentra los archivos 
cuyo nombre contenga eth0, pero no busca dentro de ellos cadenas de 
texto que contengan eth0.


Saludos y gracias.

Mauro.

Re: Consulta - Cambio de configuración para implementar bonding en interfaces de red

[Camaleón]

El Thu, 05 Dec 2013 09:21:59 -0300, Mauro Antivero escribió:

 El 03/12/13 14:48, Camaleón escribió:

(...)

 Se te ocurre alguna forma rápida de buscar qué archivos contienen el
 texto ethX?
 (...)

 Tengo esto en mis notas:

 find /etc/* -type f | xargs grep -H eth0

 Al especificar el tipo de archivo no tendrá en cuenta los enlaces
 simbólicos.

 Recién leo tu respuesta, mil gracias Cameleón! Parece que funciona 
 perfectamente.
 
 Ahora una pregunta de ignorante, estoy casi seguro de la respuesta pero 
 por las dudas pregunto:
 
 Solo es necesario buscar en /etc verdad? Suponiendo claro está que 
 cualquier script que uno haya agregado para realizar alguna 
 configuración en particular esté dentro de etc (como debería ser).

Los archivos de configuración de los servicios suelen estar bajo /etc, 
sí, pero no estaría de más ejecutar una búsqueda global. De todas formas, 
ya te enterarás de que te falta algo por cambiar en cuanto te falle algún 
servicio :-P

 Podría probar haciendo directamente la búsqueda, pero el servidor en 
 cuestión tiene bastante información en los discos y esto podría llegar
 a tardar un poco.

Puedes ejecutar la búsqueda con una prioridad baja (nice -19) para que no 
haga un uso excesivo de los recursos aunque tarde más tiempo en terminar 
o ejecuta la instrucción cuando veas que el servidor no tiene mucha carga 
de trabajo (p. ej., a la hora de comer, última hora del día...).

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: http://lists.debian.org/pan.2013.12.05.15.07...@gmail.com

Consulta - Cambio de configuración para implementar bonding en interfaces de red

[Mauro Antivero]

Estimados:

Estoy preparando la configuración de un bonding entre dos placas de red 
en un servidor, ya que el mismo pronto se encontrará cursando más de 1 
Gbps a través de sus interfaces de red.


La cuestión es que este servidor tiene una enorme cantidad de 
configuraciones, las cuales hacen referencia a las tres placas de red 
que hoy por hoy se están utilizando, eth0, eth1 y eth2. El mismo ya 
cuenta con placas de red adicionales para armar el bondig y además ya 
hice pruebas con otro equipo y pude configurar el mismo sin mayores 
problemas.


Debo armar dos bondings, a saber:

eth2 + ethX = bond0
eth0 + ethY = bond1

Mi gran inquietud es entonces como cambiar todas las configuraciones que 
hacen referncia a eth2 y eth0 para que hagan referencia a bond0 y bond1 
respectivamente (con eth1 no se armará un bonding y por ende no es 
necesario cambiar nada).


Por supuesto que puedo buscar los archivos que hagan referencia a estas 
interfaces usando por ejemplo grep, pero quería saber sus sugerencia y 
si alguno ya ha tenido que hacer algo por el estilo.


Saludos y muchas gracias.

Mauro.


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/529dd79c.20...@gmail.com

Re: Consulta - Cambio de configuración para implementar bonding en interfaces de red

[Camaleón]

El Tue, 03 Dec 2013 10:07:40 -0300, Mauro Antivero escribió:

 Estoy preparando la configuración de un bonding entre dos placas de red
 en un servidor, ya que el mismo pronto se encontrará cursando más de 1
 Gbps a través de sus interfaces de red.

(...)

 Mi gran inquietud es entonces como cambiar todas las configuraciones que
 hacen referncia a eth2 y eth0 para que hagan referencia a bond0 y bond1
 respectivamente (con eth1 no se armará un bonding y por ende no es
 necesario cambiar nada).

(...)

Pues yo lo tuve que hacer a mano, es decir, ir uno a uno revisando las 
configuraciones de los servicios (Postfix, Bind9, Apache2, Samba...) e ir 
cambiando las ethN por bondN en aquellos lugares donde se hacía 
mención expresa a la interfaz. 

No se me ocurre otra forma, lo siento ;-(

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: http://lists.debian.org/pan.2013.12.03.14.42...@gmail.com

Re: Consulta - Cambio de configuración para implementar bonding en interfaces de red

[Mauro Antivero]

Bueno, de todas formas es muy bueno saber que no soy la única persona a 
la cual le pasa esto jajajaja.


Saludos y gracias.

Mauro.

El 03/12/13 11:42, Camaleón escribió:

El Tue, 03 Dec 2013 10:07:40 -0300, Mauro Antivero escribió:


Estoy preparando la configuración de un bonding entre dos placas de red
en un servidor, ya que el mismo pronto se encontrará cursando más de 1
Gbps a través de sus interfaces de red.

(...)


Mi gran inquietud es entonces como cambiar todas las configuraciones que
hacen referncia a eth2 y eth0 para que hagan referencia a bond0 y bond1
respectivamente (con eth1 no se armará un bonding y por ende no es
necesario cambiar nada).

(...)

Pues yo lo tuve que hacer a mano, es decir, ir uno a uno revisando las
configuraciones de los servicios (Postfix, Bind9, Apache2, Samba...) e ir
cambiando las ethN por bondN en aquellos lugares donde se hacía
mención expresa a la interfaz.

No se me ocurre otra forma, lo siento ;-(

Saludos,




--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/529e0a49.6010...@gmail.com

Re: Consulta - Cambio de configuración para implementar bonding en interfaces de red

[Mauro Antivero]

Se te ocurre alguna forma rápida de buscar qué archivos contienen el 
texto ethX? Yo estoy probando con:


grep -r eth0 /etc/

Y si bien en parte funciona, en un determinado archivo me dice

grep: /etc/sv/getty-5/supervise: No such file or directory

Tal archivo es un enlace:

lrwxrwxrwx 1 root root 19 Dec 27  2011 supervise - /var/run/sv.getty-5


Si lo corro utilizando la opción -s el mensaje anterior no aparece pero 
la ejecución del comando no termina a no ser que presione Ctrl + C, lo 
cual estimo que no está bien.


Se les ocurre qué puede estar pasando? O en todo caso de que otra forma 
puedo buscar configuraciónes en donde se nombre a la eth0 o la eth2? 
Cualquier sugerencia es bienvenida.


Saludos y muchas gracias.

Mauro.

El 03/12/13 11:42, Camaleón escribió:

El Tue, 03 Dec 2013 10:07:40 -0300, Mauro Antivero escribió:


Estoy preparando la configuración de un bonding entre dos placas de red
en un servidor, ya que el mismo pronto se encontrará cursando más de 1
Gbps a través de sus interfaces de red.

(...)


Mi gran inquietud es entonces como cambiar todas las configuraciones que
hacen referncia a eth2 y eth0 para que hagan referencia a bond0 y bond1
respectivamente (con eth1 no se armará un bonding y por ende no es
necesario cambiar nada).

(...)

Pues yo lo tuve que hacer a mano, es decir, ir uno a uno revisando las
configuraciones de los servicios (Postfix, Bind9, Apache2, Samba...) e ir
cambiando las ethN por bondN en aquellos lugares donde se hacía
mención expresa a la interfaz.

No se me ocurre otra forma, lo siento ;-(

Saludos,




--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/529e0fd5.4010...@gmail.com

Re: Consulta - Cambio de configuración para implementar bonding en interfaces de red

[Camaleón]

El Tue, 03 Dec 2013 14:07:33 -0300, Mauro Antivero escribió:

(corrijo el top-posting)

 El 03/12/13 11:42, Camaleón escribió:

(...)

 No se me ocurre otra forma, lo siento ;-(

 Se te ocurre alguna forma rápida de buscar qué archivos contienen el 
 texto ethX? 

(...)

Tengo esto en mis notas:

find /etc/* -type f | xargs grep -H eth0

Al especificar el tipo de archivo no tendrá en cuenta los enlaces 
simbólicos.

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: http://lists.debian.org/pan.2013.12.03.17.48...@gmail.com

RE: Consulta - Cambio de configuración para implementar bonding en interfaces de red

[William Romero]

 To: debian-user-spanish@lists.debian.org
 From: noela...@gmail.com
 Subject: Re: Consulta - Cambio de configuración para implementar bonding en 
 interfaces de red
 Date: Tue, 3 Dec 2013 17:48:33 +
 
 El Tue, 03 Dec 2013 14:07:33 -0300, Mauro Antivero escribió:
 
 (corrijo el top-posting)
 
  El 03/12/13 11:42, Camaleón escribió:
 
 (...)
 
  No se me ocurre otra forma, lo siento ;-(
 
  Se te ocurre alguna forma rápida de buscar qué archivos contienen el 
  texto ethX? 
 
 (...)
 
 Tengo esto en mis notas:
 
 find /etc/* -type f | xargs grep -H eth0
 
 Al especificar el tipo de archivo no tendrá en cuenta los enlaces 
 simbólicos.
 
 Saludos,
 
 -- 
 Camaleón
 
 
Y si buscas con el comando : locate eth0

saludos 

William Romero 
 
  

Re: [OT] Interfaces gráficas con Python

[Camaleón]

El Wed, 12 Jun 2013 20:04:40 +0200, fernando sainz escribió:

 El día 12 de junio de 2013 19:51, Camaleón noela...@gmail.com
 escribió:

 Tengo un script muy sencillo que uso para enviar por correo archivos
 troceados a los usuarios que no tienen acceso a Internet. El script
 hace 4 preguntas básicas (archivo para enviar, destinatario, etc...) y
 ejecuta 4 comandos que trocean el archivo, comprimen los trozos y los
 mandan por correo. Actualmente está programado con Zenity (GUI) y tengo
 una segunda versión que usa Dialog (ncurses).

(...)

 4/ ¿Alguna otra alternativa que se os ocurra a Zenity/Dialog y que no
 sea costosa (en recursos/espacio en disco) ni complicada de
 implementar? Java me hace tilín pero más desde el punto de vista de
 usuario que desde la perspectiva del programador e igualmente me parece
 excesivo para esta tarea...

 En fin, si no encuentro un reemplazo factible siempre puedo volver al
 robusto ncurses y usar Dialog y puesto que ya tengo el script hecho
 sería lo más lógico, pero la verdad es que la GUI era muy práctica O:-)

 Hola:
 No se si te servirá, yo utilizaba para pequeños scripts un programita
 llamado xmessage.

No lo conozco... Ah, lo tengo instalado :-) 

El manual dice:

xmessage - display a message or query in a window (X-based /bin/echo)

Parece demasiado sencillo como reemplazo de zenity ¿no?

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: http://lists.debian.org/pan.2013.06.13.14.25...@gmail.com

Re: [OT] Interfaces gráficas con Python

[fernando sainz]

El día 13 de junio de 2013 16:25, Camaleón noela...@gmail.com escribió:
 El Wed, 12 Jun 2013 20:04:40 +0200, fernando sainz escribió:

 El día 12 de junio de 2013 19:51, Camaleón noela...@gmail.com
 escribió:

 Tengo un script muy sencillo que uso para enviar por correo archivos
 troceados a los usuarios que no tienen acceso a Internet. El script
 hace 4 preguntas básicas (archivo para enviar, destinatario, etc...) y
 ejecuta 4 comandos que trocean el archivo, comprimen los trozos y los
 mandan por correo. Actualmente está programado con Zenity (GUI) y tengo
 una segunda versión que usa Dialog (ncurses).

 (...)

 4/ ¿Alguna otra alternativa que se os ocurra a Zenity/Dialog y que no
 sea costosa (en recursos/espacio en disco) ni complicada de
 implementar? Java me hace tilín pero más desde el punto de vista de
 usuario que desde la perspectiva del programador e igualmente me parece
 excesivo para esta tarea...

 En fin, si no encuentro un reemplazo factible siempre puedo volver al
 robusto ncurses y usar Dialog y puesto que ya tengo el script hecho
 sería lo más lógico, pero la verdad es que la GUI era muy práctica O:-)

 Hola:
 No se si te servirá, yo utilizaba para pequeños scripts un programita
 llamado xmessage.

 No lo conozco... Ah, lo tengo instalado :-)

 El manual dice:

 xmessage - display a message or query in a window (X-based /bin/echo)

 Parece demasiado sencillo como reemplazo de zenity ¿no?

 Saludos,

 --
 Camaleón


No conozco zenity, pero buscabas algo sencillo y ligero, ¿no?

Este te permite hacer preguntas y pone varios botones con las posibles
respuestas.
Si necesitas algo mas sofisticado, pues no vale.
S2.


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAGw=rhinxpbfamejfkmj7mwnwyaj7vnuuyn5og1h+ljuy_k...@mail.gmail.com