Re: Servidor con dos enlaces a internet y bajo rendimiento
Solo he podido revisar el estado de los recursos del servidor con htop, y todo va muy bien (no hay cambios en relacion a cuando el servidor trabaja sin ninguna sensacion de bloqueo). Estoy completamente seguro que el problema no es de rendimiento de la maquina, pues solo sucede despues de un rato de habilitar los dos enlaces a internet, sin mostrar cambios en la carga de ningun servicio. Con el ntop siempre he tenido problemas en todo servidor donde lo he implementado. Nunca se mantiene activo (a veces se desactiva a los 5 minutos, a veces despues de unas horas) saludos -- «Existen dos cosas infinitas: el universo y la estupidez humana... y no estoy muy seguro de la primera» : Albert Einstein El día 20 de marzo de 2009 0:26, Victor Padro vpa...@gmail.com escribió: utilizas algun otro servicio en ese servidor? apache, bind, mysql, etc. has checado el top, ntop? -- It is human nature to think wisely and act in an absurd fashion. Todo el desorden del mundo proviene de las profesiones mal o mediocremente servidas -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Servidor con dos enlaces a internet y bajo rendimiento
Holas. Tengo un servidor que hace las veces de enrutador/proxy, al cual le hemos conectado un segundo enlace de internet con otro ISP, para dedicarlo completamente a conexiones de usuarios remotos. Asi que tengo tres interfaces de red: LAN, PUBLICA1 (dedicada a navegacion y todo lo demas) y PUBLICA2 (dedicada solamente a conexiones remotas) Ayer iniciamos el proceso de conexion de los usuarios, y durante las primeras horas todo funciono perfectamente. despues de mas o menos 5 horas, comenzaron a experimentar lentitud en el acceso remoto. Hoy cuando comenzaron a trabajar, era practicamente imposible acceder por el enlace asignado a recibir conexiones remotas. Al punto tal que fue necesario conectar ese segundo proveedor directamente al servidor de acceso remoto. Cuando todavia estaba conectado el segundo proveedor a mi servidor (por la interfaz PUBLICA2), si desactivavamos temporalmente la interfaz PUBLICA1, al volverla a habilitar, el acceso remoto se estabilizaba por un momento, pero volvia a ponerse demasiado lento- Mi configuracion de red es basicamente asi: LAN - con la IP de la red local del servidor, PUBLICA1, con la ip publica asignada por el ISP, y la unica con puerta de enlace predeterminada, y PUBLICA2 con la IP asignada por el segundo proveedor, pero sin la puerta de enlace (para evitar conflictos con la otra puerta de enlace)- Por PUBLICA2 solo hay trafico PPTP y de escritorio remoto. Nada mas. No comprendo como puede saturarse ese canal, si nada mas esta moviendose por el (he verificado con iptraf, y no hay nada mas moviendose por ahi, a excepcion de algunas consultas arp). Que me recomiendan revisar para este caso? Simplemente deseo que todos naveguen por una IP, y que la otra funcione completamente dedicada solo a esas conexiones remotas (como si fuera otro enrutador). Saludos y gracias -- «Existen dos cosas infinitas: el universo y la estupidez humana... y no estoy muy seguro de la primera» : Albert Einstein -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Servidor con dos enlaces a internet y bajo rendimiento
2009/3/19 kazabe kaz...@gmail.com Holas. Tengo un servidor que hace las veces de enrutador/proxy, al cual le hemos conectado un segundo enlace de internet con otro ISP, para dedicarlo completamente a conexiones de usuarios remotos. Asi que tengo tres interfaces de red: LAN, PUBLICA1 (dedicada a navegacion y todo lo demas) y PUBLICA2 (dedicada solamente a conexiones remotas) Ayer iniciamos el proceso de conexion de los usuarios, y durante las primeras horas todo funciono perfectamente. despues de mas o menos 5 horas, comenzaron a experimentar lentitud en el acceso remoto. Hoy cuando comenzaron a trabajar, era practicamente imposible acceder por el enlace asignado a recibir conexiones remotas. Al punto tal que fue necesario conectar ese segundo proveedor directamente al servidor de acceso remoto. Cuando todavia estaba conectado el segundo proveedor a mi servidor (por la interfaz PUBLICA2), si desactivavamos temporalmente la interfaz PUBLICA1, al volverla a habilitar, el acceso remoto se estabilizaba por un momento, pero volvia a ponerse demasiado lento- Mi configuracion de red es basicamente asi: LAN - con la IP de la red local del servidor, PUBLICA1, con la ip publica asignada por el ISP, y la unica con puerta de enlace predeterminada, y PUBLICA2 con la IP asignada por el segundo proveedor, pero sin la puerta de enlace (para evitar conflictos con la otra puerta de enlace)- Por PUBLICA2 solo hay trafico PPTP y de escritorio remoto. Nada mas. No comprendo como puede saturarse ese canal, si nada mas esta moviendose por el (he verificado con iptraf, y no hay nada mas moviendose por ahi, a excepcion de algunas consultas arp). Que me recomiendan revisar para este caso? Simplemente deseo que todos naveguen por una IP, y que la otra funcione completamente dedicada solo a esas conexiones remotas (como si fuera otro enrutador). Saludos y gracias -- «Existen dos cosas infinitas: el universo y la estupidez humana... y no estoy muy seguro de la primera» : Albert Einstein -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org utilizas algun otro servicio en ese servidor? apache, bind, mysql, etc. has checado el top, ntop? -- It is human nature to think wisely and act in an absurd fashion. Todo el desorden del mundo proviene de las profesiones mal o mediocremente servidas