Tarjetas de red Linux

Imagen de xime

Forums: 

Muy buenas a todos, los ultimos dias tengo funcionando un servidor Linux Centos 5.3 para 15 clientes, con squid corriendo.

En ciertos momentos en los que tengo unos 6 usuarios conectados al mismo tiempo, empieza a tener perdidas de paquetes, y congestión, preguntando por ahí me dicen que puede ser problema de ni tarjeta de red.

Tengo estas tarjetas:

02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8101E/RTL8102E PCI Express Fast Ethernet controller (rev 02)
03:01.0 Ethernet controller: ADMtek NC100 Network Everywhere Fast Ethernet 10/100 (rev 11)

La realtek es la que viene por defecto en la mainboard, al instalar el centos no la reconoció, así que tube que buscarla los drivers e instalarlos manualmente.

Algún consejo sobre cual es la mejor tarjeta de red para trabajar en servidores??

Pueden estar pasando muchas

Imagen de Monkito

Pueden estar pasando muchas cosas antes de poder decir que el problema son las tarjetas de red de linux,

- por qué medio se conectan los clientes al linux?
- qué equipos usas?
- cuando ves la saturación haces ping desde algún cliente al servidor?, qué datos muestra?.
- instala htop para poder monitorear el consumo de cpu y memoria mientras ocurren los problemas.

saludos.

------------
counter.li.org

Cogito Ergo Sum

Algunos usuarios se conectan

Imagen de xime

Algunos usuarios se conectan mediante cable al server, y otros mediante enlace con equipos ubiquiti.

Cuando hay varios usuarios conectados, se nota la saturación, hago un ping desde un cliente ejemplo a google, de repente suben los tiempos de 100ms normal a 3000ms o 4000ms cuando hay varios, revisando con el comando ifconfig las tarjetas muestran:

[phobos]# ifconfig
eth0 Link encap:Ethernet HWaddr 00:XX:XX:XX:XX
inet addr:190.XX.XX.XX Bcast:190.XX.XX.XX Mask:XX.XX.XX.XX
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:4834241 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:4145047 dropped:0 overruns:0 carrier:8258069
collisions:0 txqueuelen:1000
RX bytes:3328749342 (3.1 GiB) TX bytes:0 (0.0 b)
Interrupt:169 Base address:0x4c00

eth1 Link encap:Ethernet HWaddr
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:4636684 errors:0 dropped:0 overruns:0 frame:0
TX packets:5033875 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:1045700719 (997.2 MiB) TX bytes:3679074701 (3.4 GiB)
Interrupt:177 Base address:0xe000

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:2121 errors:0 dropped:0 overruns:0 frame:0
TX packets:2121 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:6750992 (6.4 MiB) TX bytes:6750992 (6.4 MiB)

Veo que la eth0 tiene errores, pero no se si sean significativos o no =P

http://poquiblog.blogspot.com/

Esos tiempos de respuesta que

Esos tiempos de respuesta que pones son altísimos, algo debe estar pasando con tu red interna, revisa cual máquina genera mas tráfico probablemente tienes algun spayware o virus y hasta capaz que ya no tienes descriptores en squid.

Ahi te dicen que uses htop para revisar el tráfico.

Saludos,

Sirve de algo implementar el

Imagen de xime

Sirve de algo implementar el clamav para solucionar ese tipo de problemas?

En realidad mi servidor solo hace de proxy-squid/nat, no da ningun otro tipo de servicio como http o mail.

http://poquiblog.blogspot.com/

No importa que tu servidor

No importa que tu servidor solamente haga de proxy, el problema es que estas recibiendo demasiasdas peticiones por parte de la red lan, obviamente tu proxy trata de responder a esas peticiones y por lo tanto tienes navegación lenta y tiempos altisimos.
La sugerencia es que revises con htop, o un sniffer puede ser tcpdump en el mismo server de proxy para ver que máquina de tu red interna está realizando solicitudes excesivas, como te dije al inicio debe ser por algún virus o un spayware que esté en tu red, si encuentras a la máquina que está molestando sacala de la red y ponle un antivirus bueno.

Con respecto a tu pregunta si poner clamav no creo que ganes mucho poniendo clamav en el servidor, si el problema son tus máquinas de la red lan, ponles a ellas también.

Saludos,

La teoria de que el problema

Imagen de Root Bit

La teoria de que el problema es por saturacion, ocasionada por algun problema con la red interna es correcto y por alli es donde se debe revisar usando herramientas de monitoreo como iftop, jnetop, tcpdump, etc,etc. Sin embargo adicional a esto cabe una pregunta clave que ancho de banda tienes en tu conexion principal, cual es el medio fisico de tu conexion principal.

There are only 10 types people in the world:
Those who understand binary and those who don't

He estado revisando con el

Imagen de xime

He estado revisando con el ntop y el iftop, pero no veo nada raro de trafico, hacen peticiones http, smtp, y de domain.

El ancho de banda es un 512, pero como les digo el número de clientes en mi opinión es bajo, el maximo es de 6 al mismo tiempo, pero cuando estan todos juntos, se da la subida de los tiempos y la congestión, he tenido respuestas de ping en 4000ms y perdidas.

http://poquiblog.blogspot.com/

Con riesgo a que me peguen,

Imagen de xime

Con riesgo a que me peguen, exactamente que logs? =P
Si me dice donde y cual ver, le agradezco muchisimo

Aprendiendo linux desde 0 :jawdrop:

Lo que me preocupa es que el numero de usuarios es realmente pequeño, no pasan de 6 y ya presenta ese tipo de problemas, tengo en los ubiquiti el firewall activado, con todo voy a revisar con el iftop y desconectando pc por pc aver cual es la que puede estar dando la saturación. No me imagino con unos 200 esto se muere.

http://poquiblog.blogspot.com/

La salida de 'dmesg' y los

Imagen de acl

La salida de 'dmesg' y los contenidos de /var/log/messages son un bueno comienzo. Yo sospecho que sí tiene algo que ver con los controladores de la tarjeta, por la cantidad de errores que se ven.

Páginas