> 2008/4/15, Jorge Palma <[EMAIL PROTECTED]>: > > On Tue, Apr 15, 2008 at 2:29 PM, Julio Saldivar <[EMAIL PROTECTED]> wrote: > > > Hola alguien a ocupado una GUI para radius que me pueda recomendar, de > > > preferencia web. > > > http://www.google.cl/search?hl=en&sa=X&oi=spell&resnum=0&ct=result&cd=1&q=freeradius+web&spell=1 > > 2da coincidencia
Aca me sale freeradius (no a todos le aparece el mismo resultado en google, cuidado!). Freeradius, btw, era bastante asqueroso cuando lo probe... On Wed, Apr 16, 2008 at 11:03 PM, Carlos Molina <[EMAIL PROTECTED]> wrote: > en su momento utilice el ICRadius... > http://www.ls-l.net/icradius/ Radius no tiene una GUI, sino que la implementacion. De tu pregunta (que no se desprende para que quieres), asumo que ya estas usando un radius y necesitas algun modo de administracion: debes especificar que radius estas usando. Por eso te responden con implementaciones de radius! Ademas, radius es un protocolo para datos, asi que tampoco tiene sentido una GUI; lo que quieres probablemente es una GUI para la administracion de los datos que son validados con radius. La gran mayoria de los servidores se conectan a una base de datos tipo ldap o sql; puedes usar cualquier administrador de ellos, como phpldapadmin... -- Aldrin Martoq Episodio 002 (Lunes 24 Marzo)! http://aldrinvideopodcast.podshow.com/ From [EMAIL PROTECTED] Thu Apr 17 08:48:35 2008 From: [EMAIL PROTECTED] (Aldrin Martoq) Date: Thu Apr 17 08:48:39 2008 Subject: SPAM: Fwd: INVITACION FLISOL SANTIAGO 2008 Message-ID: <[EMAIL PROTECTED]> Por favor, a cualquiera que este involucrado en estas organizaciones de software libre: Enviar SPAM o correo no deseado es una bonita forma de matar la reputacion de uds y nosotros mismos. Por favor no lo hagan, cualquiera que los conozca linchelos de mi parte. Hagan la pega bien y conctacten algun medio local. Muchas gracias por su atencion. Este correo me llego hace poco... ---------- Forwarded message ---------- From: Eventos GNUCHILE <[EMAIL PROTECTED]> Date: 2008/4/17 Subject: INVITACION FLISOL SANTIAGO 2008 To: [EMAIL PROTECTED] Si no puede ver la imagen haga click aqui Si no puede ver la imagen haga click aqui Este es un servicio gratuito, provisto por Fundacion GNUCHILE para potenciar la difusion de actividades de Software Libre nacionales Si desea bloquear su correo para no recibir avisos de ningun tipo, haga click aqui -- Aldrin Martoq Episodio 002 (Lunes 24 Marzo)! http://aldrinvideopodcast.podshow.com/ From [EMAIL PROTECTED] Thu Apr 17 09:07:08 2008 From: [EMAIL PROTECTED] (Juan Esteban Pulgar Howes) Date: Thu Apr 17 09:07:19 2008 Subject: Perdida de paquetes con debian In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Hola, Tal vez los módulos que cargas en el kernel no sean los correctos. prueba bajando los más actualizados desde la página del fabricante. Saludos César Sepúlveda B escribió: > Hola lista. > > Tengo el siguiente problema que realmente no se que pueda ser. > > tengo un modem de sDSL con 4 bocas y capacidad para 4 ips > > a este tengo conectado un pc con debian y otro con windows. > > haciendo pruebas con ping -c 500 ip_modem, con el linux tengo algunas veces > perdidas de hasta 10% de paquetes, esto es totalmente aleatoreo, ya que > puedes estar días sin tener ningún problemas, pero en otros, la perdida de > paquetes es mucha, y son todos juntos, osea no es del tipo, envío tres, y > pierdo uno, si no que la perdida es consecutiva, osea pierdo 20 paquetes > seguidos y luego continua normal. > > el windows no tiene ningún problema. > > e cambiado tarjeta de red, y cables de red, pero el problema persiste. > la maquina con debian, no tiene carga en procesador, de disco duro y swap > tiene espacio, y memoria ram también. > > elimine las reglas de tc que tengo, osea actualmente esta con el pfifo_fast > que viene por defecto. > > realmente no se por donde puede ir el problema, lo peor de todo que este > debian funciona como "router" para toda una lan, entonces en esos segundo en > los cuales no recibe paquetes por la interfaz eth0 se caen todas las > conexiones establecidas desde la lan hacia afuera, como msn, descargas, etc. > > las caídas ocurren exista un gran trafico hacia el exterior, o no, osea no es > por sobrecarga en el debian, y el modem esta descartado ya que a la maquina > windows que esta conectada directa no sufre ningún problema. > > otro atecedente que me llama la atención es monitoreo en tiempo real el > in/out > de la eth0 desde consola con nload, y cuando ocurre este problema, el out > baja a 0kbs, pero el upload sigue funciondo, osea salen paquetes desde la > eth0 hacia el modem, pero el problema es que no entran... > > espero me puedan guiar por donde puede ir el problema. > > de pasada dejo la configuración de iptables. y la de network/interfaces > > iptables: > > #!/bin/bash > > iptables -F > iptables -X > iptables -Z > iptables -t nat -F > > iptables -P INPUT ACCEPT > iptables -P OUTPUT ACCEPT > iptables -P FORWARD DROP > > export LAN=eth1 > export WAN=eth0 > > > iptables -A INPUT -s 10.0.1.0/24 -p tcp --dport 3000 -j ACCEPT > iptables -A INPUT -s 0.0.0.0 -p tcp --dport 3000 -j DROP > > iptables -t nat -A POSTROUTING -s 10.0.1.0/24 -o ${WAN} -j SNAT --to-source > 200.73.5.155 ##nat > > iptables -t nat -A PREROUTING -p tcp --dport 80 -i ${WAN} -j DNAT --to > 10.0.1.200:80 > iptables -t nat -A PREROUTING -p tcp --dport 21 -i ${WAN} -j DNAT --to > 10.0.1.200:21 > iptables -t nat -A PREROUTING -p tcp --dport 81 -i ${WAN} -j DNAT --to > 10.0.1.1:80 > iptables -t nat -A PREROUTING -p tcp --dport 22 -i ${WAN} -j DNAT --to > 10.0.1.200:22 > iptables -t nat -A PREROUTING -p tcp --dport 67 -i ${WAN} -j DNAT --to > 10.0.1.60:22 > > > iptables -A FORWARD -d 200.29.72.170 -j ACCEPT > iptables -A FORWARD -i 10.0.1.56 -s 200.29.72.170 -j ACCEPT > > iptables -A FORWARD -p tcp --dport 80 -j ACCEPT ##web > iptables -A FORWARD -p tcp --sport 80 -j ACCEPT ##web > iptables -A FORWARD -p tcp --dport 443 -j ACCEPT ##web_ssl > iptables -A FORWARD -p tcp --sport 443 -j ACCEPT ##web_ssl > > iptables -A FORWARD -p tcp -s 10.0.1.0/24 --dport 20:21 -j ACCEPT > > iptables -A FORWARD -p tcp --dport 25 -j ACCEPT ##mail_smtp > iptables -A FORWARD -p tcp --sport 25 -j ACCEPT ##mail_smtp > iptables -A FORWARD -p tcp --dport 995 -j ACCEPT ##mail_pop3_ssl > iptables -A FORWARD -p tcp --sport 995 -j ACCEPT ##mail_pop3_ssl > iptables -A FORWARD -p tcp --dport 110 -j ACCEPT ##mail_pop3 > iptables -A FORWARD -p tcp --sport 110 -j ACCEPT ##mail_pop3 > iptables -A FORWARD -p tcp --sport 465 -j ACCEPT ##mail_smtp_ssl > iptables -A FORWARD -p tcp --dport 465 -j ACCEPT ##mail_smtp_ssl > > iptables -A FORWARD -p tcp --dport 22 -j ACCEPT ##ssh > iptables -A FORWARD -p tcp --sport 22 -j ACCEPT ##ssh > iptables -A FORWARD -p tcp --dport 66 -j ACCEPT ##ssh_digitalmente > iptables -A FORWARD -p tcp --sport 66 -j ACCEPT ##ssh_digitalmente > > iptables -A FORWARD -p tcp --dport 2086 -j ACCEPT ##whm > iptables -A FORWARD -p tcp --sport 2086 -j ACCEPT ##whm > iptables -A FORWARD -p tcp --dport 2082 -j ACCEPT ##cpanel > iptables -A FORWARD -p tcp --sport 2082 -j ACCEPT ##cpanel > iptables -A FORWARD -p tcp --dport 2095 -j ACCEPT ##webmail > iptables -A FORWARD -p tcp --sport 2095 -j ACCEPT ##webmail > > iptables -A FORWARD -p tcp --dport 1863 -j ACCEPT ##messenger > iptables -A FORWARD -p tcp --sport 1863 -j ACCEPT ##messenger > iptables -A FORWARD -p tcp --dport 9010 -j ACCEPT ##msn webcam > iptables -A FORWARD -p tcp --sport 9010 -j ACCEPT ##msn webcam > iptables -A FORWARD -p tcp --dport 6891:6900 -j ACCEPT ##messenger > iptables -A FORWARD -p tcp --sport 6891:6900 -j ACCEPT ##messenger > iptables -A FORWARD -p tcp --dport 5222 -j ACCEPT ##jabber > iptables -A FORWARD -p tcp --sport 5222 -j ACCEPT ##jabber > > iptables -A FORWARD -p tcp --dport 3306 -j ACCEPT ##mysql > iptables -A FORWARD -p tcp --sport 3306 -j ACCEPT ##mysql > > iptables -A FORWARD -p udp --dport 123 -j ACCEPT ##ntp > iptables -A FORWARD -p udp --sport 123 -j ACCEPT ##ntp > > iptables -A FORWARD -s 10.0.1.58 -j ACCEPT #jc > iptables -A FORWARD -d 10.0.1.58 -j ACCEPT #jc > iptables -A FORWARD -s 10.0.1.151 -j ACCEPT #jc > iptables -A FORWARD -d 10.0.1.151 -j ACCEPT #jc > iptables -A FORWARD -s 10.0.1.53 -j ACCEPT #cesar > iptables -A FORWARD -d 10.0.1.53 -j ACCEPT #cesar > > iptables -t nat -A PREROUTING -i eth1 -s 10.0.1.0/24 -d ! 10.0.1.0/24 -p > tcp --dport 80 -j REDIRECT --to-port 3128 > iptables -A FORWARD -m state --state ESTABLISHED,RELATED -j ACCEPT > > echo 1 > /proc/sys/net/ipv4/ip_forward > > > > interface: > > auto lo > iface lo inet loopback > > auto eth0 > iface eth0 inet static > address 200.73.5.xxx > netmask 255.255.255.248 > gateway 200.73.5.xxx > > > > auto eth1 > iface eth1 inet static > address 10.0.1.1 > netmask 255.255.255.0 > pre-up /etc/iptables.sh > > > Espero me puedan dar alguna ayuda. > > Atte > César Sepúlveda Barra. > > __________ Información de NOD32, revisión 3031 (20080416) __________ > > Este mensaje ha sido analizado con NOD32 antivirus system > http://www.nod32.com > > > > From [EMAIL PROTECTED] Thu Apr 17 09:17:58 2008 From: [EMAIL PROTECTED] (Morenisco) Date: Thu Apr 17 09:18:04 2008 Subject: SPAM: Fwd: INVITACION FLISOL SANTIAGO 2008 In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> 2008/4/17 Aldrin Martoq <[EMAIL PROTECTED]>: > Por favor, a cualquiera que este involucrado en estas organizaciones > de software libre: > > Enviar SPAM o correo no deseado es una bonita forma de matar la > reputacion de uds y nosotros mismos. Por favor no lo hagan, cualquiera > que los conozca linchelos de mi parte. Hagan la pega bien y conctacten > algun medio local. > Hola Aldrin, Avise de esto a la lista de Flisol, ojala no se vuelva a repetir. Saquemos eso del linchamiento, ya que la violencia no conduce a nada bueno (si no estas de acuerdo te espero a la salida! xD). Si alguien tiene contactos en medios como para poder difundir el evento, por favor que me contacte (yo no mande esos emails por si a caso...). Saludos! [...] -- Morenisco. From [EMAIL PROTECTED] Thu Apr 17 09:50:20 2008 From: [EMAIL PROTECTED] (=?iso-8859-1?q?C=E9sar_Sep=FAlveda_B?=) Date: Thu Apr 17 10:16:34 2008 Subject: Perdida de paquetes con debian In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> El Thursday 17 April 2008 07:34:58 am Aldrin Martoq escribió: > 2008/4/16 César Sepúlveda B <[EMAIL PROTECTED]>: > > tengo un modem de sDSL con 4 bocas y capacidad para 4 ips > > a este tengo conectado un pc con debian y otro con windows. > > haciendo pruebas con ping -c 500 ip_modem, con el linux tengo algunas > > veces perdidas de hasta 10% de paquetes, esto es totalmente aleatoreo, ya > > que puedes estar días sin tener ningún problemas, pero en otros, la > > perdida de paquetes es mucha, y son todos juntos, osea no es del tipo, > > envío tres, y pierdo uno, si no que la perdida es consecutiva, osea > > pierdo 20 paquetes seguidos y luego continua normal. > > el windows no tiene ningún problema. > > Has validado que cuando el debian pierde red, el windows puede > contactarse con el modem (ping /t)? Si ambos no tienen red en ese > momento, es el modem el malo... > > > e cambiado tarjeta de red, y cables de red, pero el problema persiste. > > la maquina con debian, no tiene carga en procesador, de disco duro y > > swap tiene espacio, y memoria ram también. > > Hmmm no se me ocurre nada sano. Quizas el windows tiene un virus o > malware y se hace pasar por ti?? :) Intenta desenchufando el windows > cuando ocurra! > > > elimine las reglas de tc que tengo, osea actualmente esta con el > > pfifo_fast que viene por defecto. > > realmente no se por donde puede ir el problema, lo peor de todo que este > > debian funciona como "router" para toda una lan, entonces en esos > > segundo en los cuales no recibe paquetes por la interfaz eth0 se caen > > todas las conexiones establecidas desde la lan hacia afuera, como msn, > > descargas, etc. > > Hmmm no veo por que tienen que morirse las conexiones tan abruptamente > por un problema temporal... Que les envia a los clientes tu router en > esos momentos? No se mueren todas las conexiones, por ejemplo la red de jaber sigue enganchada más tiempo, pero lo que son descargas y upload por ftp, y msn (dos cosas con las que se trabaja bastante aca) mueren cuando ocurre esto, ya que los cortes son en promedio de 5 a 10 segundos. > > Respecto de MTU: no tiene sentido dado que pierdes "conectividad > pings", asi que la MTU no tiene nada que ver en esto. > > Estas seguro que tu equipo esta en linea cuando el problema sucede? > Que te dice "ip a" en esos instantes? Algun problema fisico acusado > por "ip -s l" ? Estoy pensando que tal vez si es problema de mtu ya que ayer deje correindo otra maquina conectada también directo al módem, a otra boca, con centos 5.1 y otro tipo de tarjeta de red, y pero la misma cantidad de ping que el debian, 2%, corrio toda la noche, fueren algo de 50000 ping, osea 2% es bastante. 51604 packets transmitted, 50312 received, 2% packet loss, time 51627561ms rtt min/avg/max/mdev = 3.410/7.343/3003.893/56.743 ms, pipe 4 lo distinto que e visto entre el windows y los linux es que cuando tiro los ping, el ttl desde windows marca 63, y en los linux 255. aunque siguiendo con la lógica de que el problema fuera ttl, perdería paquetes con windows y no con linux, ya que los de windows debieran morir antes que los enviados desde linux. y como preguntaron en otra parte, cuando se caen la conexión en el debian, desde el windows se puede navegar y pinguear el modem sin ningún problema. Saludos, y muchas gracias a todos por sus sugerencias, seguiré viendo cual pueda ser el problema.
