Re: apt-build

2017-01-19 Por tema Santiago Vila 
On Fri, Jan 13, 2017 at 08:59:12AM +0100, Antonio Trujillo Carmona wrote:
> Tengo que recompilar el paquete freerdp2-x11 que esta en sid.
> Como me he encontrado problemas de compatibilidades de librerías he
> creado una maquina virtual con strecht/sid solo para este proceso,

No te hace falta una máquina virtual entera para eso.

Con un chroot es más que suficiente. Puedes usar debootstrap para
crear un chroot y luego usar schroot para meterte dentro y compilar cosas.

O mejor, usa sbuild + schroot para compilar cosas.

> al intentar instalar apt-build me da :
> Configurando apt-build (0.12.45) ...
> sed: character class syntax is [[:space:]], not [:space:]
> dpkg: error al procesar el paquete apt-build (--configure):
>  el subproceso instalado el script post-installation devolvió el código

Es un fallo en el script "postinst", muy fácil de arreglar en origen,
así que he puesto un bug:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=851814

y ya está corregido:

https://lists.debian.org/debian-devel-changes/2017/01/msg02259.html

No se puede arreglar con dpkg ni con apt-get, es el paquete lo que
está mal. Si tienes mucha prisa también puedes desactualizar "sed" a
la versión de jessie y luego intentarlo de nuevo.

Re: Modificar velocidad placa de red (LAN)

2017-01-19 Por tema Javier Marcon 
El 19/01/17 a las 16:32, Rivera Valdez escribió:
> 2017-01-19 10:18 GMT-03:00 Felix Perez :
>> El día 19 de enero de 2017, 5:37, Rivera Valdez
>>  escribió:
>>> 2017-01-05 15:16 GMT-03:00 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

Re: Cómo activar placa de red (notebook)

2017-01-19 Por tema Rivera Valdez 
2016-12-03 15:02 GMT-03:00 José María :
> El 03/12/16 a las 15:05, Rivera Valdez escribió:
>
>> 1) Muchas gracias a todos por la ayuda y orientación.
>>
>> 2) Efectivamente, la placa wireless ahora está funcionando y el
>> problema era que estaba bloqueada por hardware (en esta notebook es
>> especialmente incómodo porque las teclas F1, F2, etc., tienen
>> incorporadas acciones "multimedia", pero hay que elegir al bootear si
>> serán usadas como "multimedia" o como "función", de modo que hay que
>> bootear como "multimedia", activar la placa wireless, rebootear y
>> volver las teclas al modo normal... Creo que se pueden mapear
>> correctamente para que hagan una o la otra cosa añadiendo el uso de
>> una tecla "Fn" que tiene el teclado, pero ya es un laburo extra).
>>
>> 3) Sigue sin funcionar la placa de red. Y tengo la sospecha de que el
>> problema pase porque el nombre está duplicado. Fíjense:
>>
>> root@debian:/home/user# lshw
>>
>>*-network
>> description: Wireless interface
>> product: Centrino Wireless-N 1030 [Rainbow Peak]
>> vendor: Intel Corporation
>> physical id: 0
>> bus info: pci@:03:00.0
>> logical name: wlan0
>> version: 34
>> serial: ac:72:89:0b:a1:2b
>> width: 64 bits
>> clock: 33MHz
>> capabilities: pm msi pciexpress bus_master cap_list
>> ethernet physical wireless
>> configuration: broadcast=yes driver=iwlwifi
>> driverversion=3.16.0-4-amd64 firmware=18.168.6.1 ip=10.0.0.8 latency=0
>> link=yes multicast=yes wireless=IEEE 802.11bgn
>> resources: irq:55 memory:f1b0-f1b01fff
>>
>>*-network
>> description: Ethernet interface
>> product: RTL8111/8168/8411 PCI Express Gigabit
>> Ethernet Controller
>> vendor: Realtek Semiconductor Co., Ltd.
>> physical id: 0
>> bus info: pci@:06:00.0
>> logical name: eth0
>> version: 06
>> serial: 14:fe:b5:b8:11:13
>> size: 10Mbit/s
>> capacity: 1Gbit/s
>> width: 64 bits
>> clock: 33MHz
>> capabilities: pm msi pciexpress msix vpd bus_master
>> cap_list ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd 1000bt
>> 1000bt-fd autonegotiation
>> configuration: autonegotiation=on broadcast=yes
>> driver=r8169 driverversion=2.3LK-NAPI duplex=half
>> firmware=rtl_nic/rtl8168e-2.fw latency=0 link=no multicast=yes
>> port=MII speed=10Mbit/s
>> resources: irq:41 ioport:2000(size=256)
>> memory:f1804000-f1804fff memory:f180-f1803fff
>>
>> root@debian:/home/user# ifconfig -a
>>
>> eth0  Link encap:Ethernet  HWaddr 14:fe:b5:b8:11:13
>>   UP BROADCAST MULTICAST  MTU:1500  Metric:1
>>   RX packets:0 errors:0 dropped:0 overruns:0 frame:0
>>   TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
>>   collisions:0 txqueuelen:1000
>>   RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
>>
>> loLink encap:Local Loopback
>>   inet addr:127.0.0.1  Mask:255.0.0.0
>>   inet6 addr: ::1/128 Scope:Host
>>   UP LOOPBACK RUNNING  MTU:65536  Metric:1
>>   RX packets:857 errors:0 dropped:0 overruns:0 frame:0
>>   TX packets:857 errors:0 dropped:0 overruns:0 carrier:0
>>   collisions:0 txqueuelen:0
>>   RX bytes:145861 (142.4 KiB)  TX bytes:145861 (142.4 KiB)
>>
>> wlan0 Link encap:Ethernet  HWaddr ac:72:89:0b:a1:2b
>>   inet addr:10.0.0.8  Bcast:10.0.0.255  Mask:255.255.255.0
>>   inet6 addr: fe80::ae72:89ff:fe0b:a12b/64 Scope:Link
>>   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>>   RX packets:18545 errors:0 dropped:0 overruns:0 frame:0
>>   TX packets:16154 errors:0 dropped:0 overruns:0 carrier:0
>>   collisions:0 txqueuelen:1000
>>   RX bytes:20507322 (19.5 MiB)  TX bytes:2233434 (2.1 MiB)
>>
>> root@debian:/home/user# iwconfig
>>
>> lono wireless extensions.
>>
>> wlan0 IEEE 802.11bgn  ESSID:"Los Tanukis"
>>   Mode:Managed  Frequency:2.412 GHz  Access Point:
>> 38:22:9D:0C:56:51
>>   Bit Rate=54 Mb/s   Tx-Power=15 dBm
>>   Retry short limit:7   RTS thr:off   Fragment thr:off
>>   Encryption key:4C61-5265-696E-6154-616E-756B-69
>>   Power Management:off
>>   Link Quality=54/70  Signal level=-56 dBm
>>   Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
>>   Tx excessive retries:6  Invalid misc:488   Missed beacon:0
>>
>> eth0  no wireless extensions.
>>
>>
>> Aparece otra eth0 entre las interfaces wireless, ¿puede ser que al
>> estar el nombre duplicado el sistema no sepa qué hacer y la ignore?
>> ¿Cómo puedo anular/eliminar la

Re: Modificar velocidad placa de red (LAN)

2017-01-19 Por tema Rivera Valdez 
2017-01-19 10:18 GMT-03:00 Felix Perez :
> El día 19 de enero de 2017, 5:37, Rivera Valdez
>  escribió:
>> 2017-01-05 15:16 GMT-03:00 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.

 >

Re: Modificar velocidad placa de red (LAN)

2017-01-19 Por tema Felix Perez 
El día 19 de enero de 2017, 5:37, Rivera Valdez
 escribió:
> 2017-01-05 15:16 GMT-03:00 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

Re: Modificar velocidad placa de red (LAN)

2017-01-19 Por tema Javier Marcon 
El 19/01/17 a las 05:37, Rivera Valdez escribió:
> ...
> Gracias a todos y perdón por la demora, recién hoy dispuse del espacio
> y tiempo para hacer más pruebas.
>
> Aparentemente es cosa del cable (cuestión que me descolocó porque
> coincidió *justo* con unos problemas de drivers y cambios de kernel,
> con lo que me parecía *demasiada* casualidad que *justo* el cable se
> jodiera en ese preciso momento, pero...), acabo de hacer la prueba con
> un cable corto que tenía a mano y parece estar funcionando ok.
>
> $ dd if=/dev/zero bs=1024 count=1048576 | ssh USER@PC  'cat > /dev/null'
> USER@PC's password:
> 1048576+0 registros leídos
> 1048576+0 registros escritos
> 1073741824 bytes (1,1 GB) copiados, 94,4255 s, 11,4 MB/s
>
> Copiando [put/get] con sftp también, tengo una velocidad que ronda los 
> 11.0MB/s.
>
> $ sudo mii-tool eth0
> [sudo] password for user:
> eth0: negotiated 100baseTx-FD flow-control, link ok
>
> La salida de ethtool sigue siendo la misma que posteé antes.
>
> Habrá que joderse y reemplazar el largo cable...
> Si tienen alguna sugerencia más, les agradezco cualquier idea/propuesta.
>
> ¡Muchas gracias de nuevo a todos!
>
> Saludos, !
Si el cable pasa por la pared, fijate que no haya interferencia
eléctrica (cables eléctricos que pasen por el mismo caño). Si los hay,
convendría reemplazar el cable de red con cable utp mallado (stp).

Saludos,

Javier.

-- 
Eco red Natural.
Veta de productos orgánicos y BPA.
Totalmente naturales.

Fattura TIM linea Fissa - Gennaio 2017 - scadenza 12/01/2017

2017-01-19 Por tema Telecom Italia-TIM 
<<< text/html: Unrecognized >>>

Re: Modificar velocidad placa de red (LAN)

2017-01-19 Por tema Rivera Valdez 
2017-01-05 15:16 GMT-03:00 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