[Previo por Fecha] [Siguiente por Fecha] [Previo por Hilo] [Siguiente por Hilo]
[Hilos de Discusión] [Fecha] [Tema] [Autor]1. ?Tienes activado ip_forward en tu kernel (/proc/sys/net/ipv4/ip_forward = 1 en Red Hat, no se en Slack)?, porque de ser asi los paquetes saldran por la interfaz primaria aunque tu no lo especifiques (eth0 es tu interfaz "primaria"). Eso explicaria porque tu tarjeta eth1 responde aunque este desconectada, porque tu eth0 reenvia los paquetes, y el kernel la rutea LOCALMENTE (no se si me doy a entender). 2. Intenta un ping a voodo desde warlock asi: ping voodo -I eth1 (para que explicitamente te mande los paquetes por eth1. 3. Cuando contrates Infinitum, pide el router inalambrico, te ahorrara la tarjeta adicional. Saludos. -----Mensaje original----- De: ayuda-admin en linux org mx [mailto:ayuda-admin en linux org mx]En nombre de Miguel Cffffe1rdenas Enviado el: Viernes, 30 de Julio de 2004 07:22 p.m. Para: Linux Mexico Asunto: [Ayuda] IPTABLES + ShoutCast (parte 2) Holas!! Analizando este rollo de la red descubri algo bastante curioso, pero antes dejenme definir un par de cosas, primero que nada mencionando que las pruebas de red las hice con ambas computadoras en linux con slackware y no fueron de audio streaming sino de simple comunicacion: "warlock" (desde esta transmito desde windows) eth0: 192.168.0.2 mask=255.255.0.0 (warlock) eth1: 192.168.0.3 mask=255.255.0.0 (gateway*) "voodoo" (servidor corriendo con iptables) eth0: 192.168.0.1 mask=255.255.0.0 (voodoo) * el nombre asignado a eth1 es gateway aunque realmente por ahora no ejerce esa funcion, lo hara mas adelante cuando contrate infinitum, warlock se conectara a infinitum y gateway sera la puerta de acceso a internet para mi red local. por ahora voodoo es el gateway corriendo con iptables sobre ppp/dialup. warlock es el nombre de la compu con 2 tarjetas de red, y este mismo nombre esta asignado a la IP eth0:192.168.0.2 en /etc/hosts ping voodoo->warlock OK ping voodoo-> gateway OK ping warlock->voodoo OK ping warlock->gateway OK ping voodoo->192.168.0.255 (broadcast) 192.168.0.1 OK 192.168.0.2(dup) OK 192.168.0.3(dup) OK ping warlock->192.168.0.255 (broadcast) 192.168.0.1 OK 192.168.0.2(dup) OK 192.168.0.3 - eth1 local NO RESPONDE --------- Ahora bien, note algo bastante curioso ahora que estuve moviendole al hub y meti cables nuevos... la comunicacion entre la pc warlock y voodoo se realiza entre eth0:warlock y eth0:voodoo sin importar que yo EXPLICITAMENTE mande un ping de eth0:voodoo(192.168.0.1)->eth0:warlock(192.168.0.2) >>> responde 192.168.0.2 eth0:voodoo(192.168.0.1)->eth0:gateway(192.168.0.3) >>> responde 192.168.0.2 tambien, con IP 192.168.0.3 Ignoro que ocurre, pero pude constatarlo al ver los leds del hub, no importa si envio el ping a eth0:192.168.0.2 o a eth1:192.168.0.3 la seqal de respuesta regresa por el puerto correspondiente a eth0@warlock y no por eth1@warlock... la respuesta del ping recibida en voodoo donde se envio la solicitud es la esperada, pero quien responde es eth0 en ambos casos... Pensando que el problema podria estar en el hub que los leds estuvieran mal o algo asi, me puse a hacer pings desde voodoo a la red (broadcast) y todo funciona aparentemente bien, regresan los ping de las 3 direcciones IP involucradas, pero al pararme detras del CPU con 2 tarjetas de red, descubri que solo eth0 trabaja (el led parpadea) y eth1 no realiza ningun trabajo, sin embargo las 2 respuestas del ping de ambas tarjetas de red son enviadas a travez de eth0... Me fui mas lejos aun... desconecte FISICAMENTE el cable de red de eth1 y volvi a correr la prueba del ping a la red... y atiza!!! las 3 direcciones IP siguen respondiendo, a pesar de que una tarjeta de red fue desconectada... mi teoria es que eth0@warlock responde las peticiones de eth0@warlock y eth1@warlock, osea que eth0 responde por AMBAS TARJETAS DE RED!!! Me fui (en slackware, recordando) a /etc/rc.d/ y revise el archivo rc.inet1 y la configuracion estaba mas o menos asi (no recuerdo con detalle el formato pero si la idea): Esto es en Warlock, con 2 tarjetas red eth0... IPADDR1 = 192.168.0.2 NETMASK1 = 255.255.0.0 eth1... IPADDR2 = 192.168.0.3 NETMASK2 = 255.255.0.0 no recuerdo todos los elementos pero asi esta la configuracion que se relaciona con las tarjetas de red... Tengo en rc.netdevice lo siguiente /sbin/modprobe ne2k-pci <--- esta es eth0 /sbin/modprobe 8139too <--- esta es eth1 nota: cheque cual es cual viendo el log al iniciar el sistema, ne2k es asignada a eth0 y la 8139too es asignada a eth1. Bien, no se si alguien pueda hacer alguna observacion, si haya algo mal... el comportamiento de red en warlock es como si eth0:ne2k-pci tuviera asignadas dos direcciones IP sobre la misma tarjeta, pues en ningun momento se ha visto a eth1:8139too trabajar, en apariencia eth0 hace el trabajo de eth1 tambien. No se que pueda estar pasando, aparententemente mi configuracion esta bien, mi red funciona bien, pero eth1 en ningun momento trabaja, el led de tx/rx nunca parpadea ni en la tarjeta de red ni en el puerto correspondiente del hub. Que podra ser? en rc.inet1 claramente dice eth0:IPADDR1:NETMASK1 y eth1:IPADDR2:NETMASK2 por lo que no parece que una misma tarjeta de red tenga configuradas dos direcciones IP diferentes... Comentarios? jamas habia visto algo como esto... tal vez todo el tiempo ha estado ocurriendo pero jamas lo habia notado hasta ahora que me puse a moverle a la red, y ni siquiera por motivos de problemas, sino por probar si habia cables mal... AUXILIO!!! NO SE QUE HACER!!! Salu2 P.D. Por la noche que regrese a la casa hare un programa chiquito para envio/recepcion de paquetes DATAGRAM a ver que pasa, igual el ping solo se responde desde la ethernet asociada al sistema local eth0 y no de las ethernet adicionales, asi que probare, pero ya les platicare despues ok? _______________________________ Do you Yahoo!? Express yourself with Y! Messenger! Free. Download now. http://messenger.yahoo.com _______________________________________________ Ayuda mailing list Ayuda en linux org mx Para salir de la lista: http://mail.linux.org.mx/cgi-bin/mailman/listinfo/ayuda/