Re: Modificar velocidad placa de red (LAN)

2017-01-05 Por tema Matias Mucciolo 


On Thursday 05 January 2017 14:59:01 Rivera Valdez wrote:
> 2017-01-05 10:06 GMT-03:00 Jorge A. Secreto :
> > Hola
> >
> > El 4 de enero de 2017, 22:16, Rivera Valdez 
> > escribió:
> >>
> >> > - Original Message -
> >> > From: "Rivera Valdez" 
> >> > To: "debian-user-spanish" 
> >> > Sent: Wednesday, January 4, 2017 3:30:27 PM
> >> > Subject: Modificar velocidad placa de red (LAN)
> >> >
> >> > Qué tal,
> >> >
> >> > tengo una notebook conectada por cable de red a un router que a su vez
> >> > está conectado también por cable de red a una máquina de escritorio
> >> > (es decir, una LAN hogareña, bah, que consiste sólo en esto que
> >> > mencioné). Ambas máquinas tienen distros basadas en Debian.
> >> >
> >> > Las máquinas se ven y comunican entre sí sin problemas, salvo que -por
> >> > algún motivo que no consigo elucidar- la velocidad de transmisión de
> >> > archivos entre ellas (sea mediante gestores gráficos o mediante sftp
> >> > por terminal) ha bajado y está clavada en 1.1MB/s. Antes, durante un
> >> > par de años y normalmente, la velocidad era mucho mayor.
> >> >
> >> > ¿Desde dónde puedo controlar y modificar esto?, la velocidad a la cual
> >> > se comunican/transmiten datos entre sí.
> >> >
> >> > ¡Muchas gracias!
> >> 2017-01-04 21:13 GMT-03:00 Matias Mucciolo :
> >> >
> >> > Buenas
> >> > proba con mii-tool
> >> > o ethtool
> >> >
> >>
> >  ---
> >>
> >> >
> >> > --
> >> > Matias Mucciolo
> >> >
> >> > Area de Infraestructura.
> >> > Piedras 737 C.A.B.A
> >> > SUTEBA
> >> >
> >>
> >> Muchas gracias, Matias, !
> >>
> >> Por lo que estoy viendo ethtool tiene una manpage bastante poblada,
> >> ahora me voy a poner a leerla en detalle.
> >>
> >> Mientras, por si alguno detecta rápidamente cuál puede ser el
> >> problema, pego la salida que me da:
> >>
> >> $ ethtool eth0
> >> Settings for eth0:
> >> Supported ports: [ TP MII ]
> >> Supported link modes:   10baseT/Half 10baseT/Full
> >>100baseT/Half 100baseT/Full
> >>1000baseT/Half 1000baseT/Full
> >> Supported pause frame use: No
> >> Supports auto-negotiation: Yes
> >> Advertised link modes:  10baseT/Half 10baseT/Full
> >>100baseT/Half 100baseT/Full
> >>1000baseT/Half 1000baseT/Full
> >> Advertised pause frame use: Symmetric Receive-only
> >> Advertised auto-negotiation: Yes
> >> Link partner advertised link modes:  10baseT/Half 10baseT/Full
> >> 100baseT/Half 100baseT/Full
> >> Link partner advertised pause frame use: Symmetric
> >> Link partner advertised auto-negotiation: Yes
> >> Speed: 100Mb/s
> >> Duplex: Full
> >> Port: MII
> >> PHYAD: 0
> >> Transceiver: internal
> >> Auto-negotiation: on
> >> Cannot get wake-on-lan settings: Operation not permitted
> >> Current message level: 0x0033 (51)
> >>   drv probe ifdown ifup
> >> Link detected: yes
> >>
> >> Reitero que, de momento, con ese resultado, la velocidad de
> >> transmisión real en la práctica es de 1.1MB/s, ¿alguna pista?
> >>
> >> Gracias de nuevo, !
> >>
> 
> Qué tal, Jorge, muchas gracias por la ayuda:
> 
> > Lo primero que pensé fué en probar los cables.
> > Aunque si fueran un desastre, la negociación debería haber elegido 10 y no
> > 100
> > Por las dudas los chequearía igual.
> 
> En principio los cables no sufrieron ningún "acto de violencia", pero
> en cuanto pueda voy a buscar otro cable y hacer la prueba.
> 
> > Otra cosa a tener en cuenta es que no estén pasando cerca de una fuente de
> > ruido.
> > O paralelos a un cable de alimentación. Salvo que estés usando cables
> > blindados.
> 
> No son blindados, pero están en el lugar de siempre, sin
> modificaciones en ese sentido, ni nuevos equipos que se hayan
> instalado cerca.
> 
> > Como decís que originalmente funcionaban bien, buscaría algún cambio de ese
> > estilo.
> 
> En ese sentido no hubo cambios.
> 
> > O que hayan pisado el cable con una silla. ese tipo de cosas.
> 
> Cabe la posibilidad. Cuando testée con otro par de cables (si puedo
> esta noche) te confirmo.
> 
> > ¿Probaste de desconectar todo lo demás del router? Que funcione solamente
> > como switch.
> 
> Ídem. Esta noche hago la prueba.
> 
> > ¿Puede ser que alguien haya habilitado alguna regla de calidad de servicio
> > en el router?
> 
> En principio, no. Ese router lo administro sólo yo, y no modifiqué
> nada en él (salvo haber pasado el protocolo de seguridad WiFi de WEP
> -que venía por defecto- a WPA2; pero entiendo que no tiene nada que
> ver con esto, y además fue posterior a esta caída en velocidad de la
> conexión por red cableada).
> 
> > Ah, y la negociación de velocidad es contra el router. ¿Las dos máquinas se
> > conectan a 100Mb al router?
> 
> Esta es la salida de la otra máquina (de escritorio) de ethtool (creo
> que no importa, pero por las

Re: Modificar velocidad placa de red (LAN)

2017-01-05 Por tema Rivera Valdez 
2017-01-05 10:06 GMT-03:00 Jorge A. Secreto :
> Hola
>
> El 4 de enero de 2017, 22:16, Rivera Valdez 
> escribió:
>>
>> > - Original Message -
>> > From: "Rivera Valdez" 
>> > To: "debian-user-spanish" 
>> > Sent: Wednesday, January 4, 2017 3:30:27 PM
>> > Subject: Modificar velocidad placa de red (LAN)
>> >
>> > Qué tal,
>> >
>> > tengo una notebook conectada por cable de red a un router que a su vez
>> > está conectado también por cable de red a una máquina de escritorio
>> > (es decir, una LAN hogareña, bah, que consiste sólo en esto que
>> > mencioné). Ambas máquinas tienen distros basadas en Debian.
>> >
>> > Las máquinas se ven y comunican entre sí sin problemas, salvo que -por
>> > algún motivo que no consigo elucidar- la velocidad de transmisión de
>> > archivos entre ellas (sea mediante gestores gráficos o mediante sftp
>> > por terminal) ha bajado y está clavada en 1.1MB/s. Antes, durante un
>> > par de años y normalmente, la velocidad era mucho mayor.
>> >
>> > ¿Desde dónde puedo controlar y modificar esto?, la velocidad a la cual
>> > se comunican/transmiten datos entre sí.
>> >
>> > ¡Muchas gracias!
>> 2017-01-04 21:13 GMT-03:00 Matias Mucciolo :
>> >
>> > Buenas
>> > proba con mii-tool
>> > o ethtool
>> >
>>
>  ---
>>
>> >
>> > --
>> > Matias Mucciolo
>> >
>> > Area de Infraestructura.
>> > Piedras 737 C.A.B.A
>> > SUTEBA
>> >
>>
>> Muchas gracias, Matias, !
>>
>> Por lo que estoy viendo ethtool tiene una manpage bastante poblada,
>> ahora me voy a poner a leerla en detalle.
>>
>> Mientras, por si alguno detecta rápidamente cuál puede ser el
>> problema, pego la salida que me da:
>>
>> $ ethtool eth0
>> Settings for eth0:
>> Supported ports: [ TP MII ]
>> Supported link modes:   10baseT/Half 10baseT/Full
>>100baseT/Half 100baseT/Full
>>1000baseT/Half 1000baseT/Full
>> Supported pause frame use: No
>> Supports auto-negotiation: Yes
>> Advertised link modes:  10baseT/Half 10baseT/Full
>>100baseT/Half 100baseT/Full
>>1000baseT/Half 1000baseT/Full
>> Advertised pause frame use: Symmetric Receive-only
>> Advertised auto-negotiation: Yes
>> Link partner advertised link modes:  10baseT/Half 10baseT/Full
>> 100baseT/Half 100baseT/Full
>> Link partner advertised pause frame use: Symmetric
>> Link partner advertised auto-negotiation: Yes
>> Speed: 100Mb/s
>> Duplex: Full
>> Port: MII
>> PHYAD: 0
>> Transceiver: internal
>> Auto-negotiation: on
>> Cannot get wake-on-lan settings: Operation not permitted
>> Current message level: 0x0033 (51)
>>   drv probe ifdown ifup
>> Link detected: yes
>>
>> Reitero que, de momento, con ese resultado, la velocidad de
>> transmisión real en la práctica es de 1.1MB/s, ¿alguna pista?
>>
>> Gracias de nuevo, !
>>

Qué tal, Jorge, muchas gracias por la ayuda:

> Lo primero que pensé fué en probar los cables.
> Aunque si fueran un desastre, la negociación debería haber elegido 10 y no
> 100
> Por las dudas los chequearía igual.

En principio los cables no sufrieron ningún "acto de violencia", pero
en cuanto pueda voy a buscar otro cable y hacer la prueba.

> Otra cosa a tener en cuenta es que no estén pasando cerca de una fuente de
> ruido.
> O paralelos a un cable de alimentación. Salvo que estés usando cables
> blindados.

No son blindados, pero están en el lugar de siempre, sin
modificaciones en ese sentido, ni nuevos equipos que se hayan
instalado cerca.

> Como decís que originalmente funcionaban bien, buscaría algún cambio de ese
> estilo.

En ese sentido no hubo cambios.

> O que hayan pisado el cable con una silla. ese tipo de cosas.

Cabe la posibilidad. Cuando testée con otro par de cables (si puedo
esta noche) te confirmo.

> ¿Probaste de desconectar todo lo demás del router? Que funcione solamente
> como switch.

Ídem. Esta noche hago la prueba.

> ¿Puede ser que alguien haya habilitado alguna regla de calidad de servicio
> en el router?

En principio, no. Ese router lo administro sólo yo, y no modifiqué
nada en él (salvo haber pasado el protocolo de seguridad WiFi de WEP
-que venía por defecto- a WPA2; pero entiendo que no tiene nada que
ver con esto, y además fue posterior a esta caída en velocidad de la
conexión por red cableada).

> Ah, y la negociación de velocidad es contra el router. ¿Las dos máquinas se
> conectan a 100Mb al router?

Esta es la salida de la otra máquina (de escritorio) de ethtool (creo
que no importa, pero por las dudas aclaro que la estoy haciendo desde
la notebook, vía ssh):

[desktop] ~$ ethtool eth0
Settings for eth0:
Supported ports: [ MII ]
Supported link modes:   10baseT/Half 10baseT/Full
   100baseT/Half 100baseT/Full
   1000baseT/Full
Supported pause frame use: No
Supports auto-negotiation: Yes

Re: OT Wine en debian Jessie

2017-01-05 Por tema Marcelo Giordano 



y bueno, sin apt-transport-https, apt-get no puede conectarse por
https, sin poder conectarte por https no podés llegar al repositorio de
wine, sin el repositorio de wine, no hay wine.
Por cierto, ¿porqué no el paquete oficial que viene en debian?




Instalé el paquete oficial y se instaló perfectamente. Ya probaré si 
funciona bien.

Gracias por tu ayuda amigo.

Problemas con la hibernación

2017-01-05 Por tema Miguel Matos 
Saludos a la lista. Otro problema que se me presentó fue con la
hibernación. Cada vez que escojo la opción en la ventana de apagado,
se activa el bloqueo de pantalla, y se termina "pegado", y no realiza
la operación. Ahora me toca apagar todo, teniendo que cerrar las
ventanas que tengo abiertas. Espero me puedan apoyar con esto, si
necesitan algún dato extra, solo díganlo. Uso debian jessie con el
kernel 4.8.0

-- 

Ayuda para hacer preguntas inteligentes: http://is.gd/NJIwRz

Re: Modificar velocidad placa de red (LAN)

2017-01-05 Por tema Jorge A. Secreto 
Hola

El 4 de enero de 2017, 22:16, Rivera Valdez 
escribió:

> > - Original Message -
> > From: "Rivera Valdez" 
> > To: "debian-user-spanish" 
> > Sent: Wednesday, January 4, 2017 3:30:27 PM
> > Subject: Modificar velocidad placa de red (LAN)
> >
> > Qué tal,
> >
> > tengo una notebook conectada por cable de red a un router que a su vez
> > está conectado también por cable de red a una máquina de escritorio
> > (es decir, una LAN hogareña, bah, que consiste sólo en esto que
> > mencioné). Ambas máquinas tienen distros basadas en Debian.
> >
> > Las máquinas se ven y comunican entre sí sin problemas, salvo que -por
> > algún motivo que no consigo elucidar- la velocidad de transmisión de
> > archivos entre ellas (sea mediante gestores gráficos o mediante sftp
> > por terminal) ha bajado y está clavada en 1.1MB/s. Antes, durante un
> > par de años y normalmente, la velocidad era mucho mayor.
> >
> > ¿Desde dónde puedo controlar y modificar esto?, la velocidad a la cual
> > se comunican/transmiten datos entre sí.
> >
> > ¡Muchas gracias!
> 2017-01-04 21:13 GMT-03:00 Matias Mucciolo :
> >
> > Buenas
> > proba con mii-tool
> > o ethtool
> >
>
>  ---

> >
> > --
> > Matias Mucciolo
> >
> > Area de Infraestructura.
> > Piedras 737 C.A.B.A
> > SUTEBA
> >
>
> Muchas gracias, Matias, !
>
> Por lo que estoy viendo ethtool tiene una manpage bastante poblada,
> ahora me voy a poner a leerla en detalle.
>
> Mientras, por si alguno detecta rápidamente cuál puede ser el
> problema, pego la salida que me da:
>
> $ ethtool eth0
> Settings for eth0:
> Supported ports: [ TP MII ]
> Supported link modes:   10baseT/Half 10baseT/Full
>100baseT/Half 100baseT/Full
>1000baseT/Half 1000baseT/Full
> Supported pause frame use: No
> Supports auto-negotiation: Yes
> Advertised link modes:  10baseT/Half 10baseT/Full
>100baseT/Half 100baseT/Full
>1000baseT/Half 1000baseT/Full
> Advertised pause frame use: Symmetric Receive-only
> Advertised auto-negotiation: Yes
> Link partner advertised link modes:  10baseT/Half 10baseT/Full
> 100baseT/Half 100baseT/Full
> Link partner advertised pause frame use: Symmetric
> Link partner advertised auto-negotiation: Yes
> Speed: 100Mb/s
>

Lo primero que pensé fué en probar los cables.
Aunque si fueran un desastre, la negociación debería haber elegido 10 y no
100
Por las dudas los chequearía igual.


> Duplex: Full
> Port: MII
> PHYAD: 0
> Transceiver: internal
> Auto-negotiation: on
> Cannot get wake-on-lan settings: Operation not permitted
> Current message level: 0x0033 (51)
>   drv probe ifdown ifup
> Link detected: yes
>
> Reitero que, de momento, con ese resultado, la velocidad de
> transmisión real en la práctica es de 1.1MB/s, ¿alguna pista?
>
> Gracias de nuevo, !
>
> Otra cosa a tener en cuenta es que no estén pasando cerca de una fuente de
ruido.
O paralelos a un cable de alimentación. Salvo que estés usando cables
blindados.
Como decís que originalmente funcionaban bien, buscaría algún cambio de ese
estilo.
O que hayan pisado el cable con una silla. ese tipo de cosas.
¿Probaste de desconectar todo lo demás del router? Que funcione solamente
como switch.
¿Puede ser que alguien haya habilitado alguna regla de calidad de servicio
en el router?
Ah, y la negociación de velocidad es contra el router. ¿Las dos máquinas se
conectan a 100Mb al router?
Saludos


-- 
Jorge A Secreto
Analista de Sistemas
MP 361

No puedo ver detalles de las últimas actualizaciones de seguridad

2017-01-05 Por tema francisco dominguez 
Buenas, acabo de ver que mi servidor se actualizó anoche, y cuando voy a la
página de debian a ver los detalles de dicha actualización, me aparece
"page not found", también con la penúltima actualización, dejo aquí los
enlaces de los que hablo:

https://www.debian.org/security/2017/dsa-3752

https://www.debian.org/security/2017/dsa-3751