Compartir internet de Ubuntu a Win7 mediante switch

[AlbertoGarcia]

Hola a todos, tengo un dilema que no logro resolver, me explico:

Tengo un pc con Natty por el que recibo la conexión via wifi del router que tenemos en la otra punta de la casa, y este pc está en red mediante switch con otro con Win7 con ip fijas. Mi pregunta es: ¿puedo compartir la señal que me llega al Natty vía wifi con el Win7 vía switch?

He probado, entre otras cosas que he encontrado en otros sitios, a hacer lo que comentan en este hilo: http://foro.ubuntu-guia.com/Como-com...td2673610.html, pero es para cable cruzado. El usuario que abría el hilo dice al final que lo montó como yo pretendo hacerlo pero no lo explica y el hilo es de hace un año y no me pareció correcto continuarlo.

También probé con este script: http://hardsoftgeek.com.ar/2007/07/c...on-ubuntu.html, pero al final me tiraba un error de parámetro no admitido con state.

De todos modos al intentar compartir con otros equipos la conexión inalámbrica pierdo la conexión a internet en Natty también y el Win7 la red local, aunque funciona, la reconoce como pública y Red no identificada. Para aclarar, la situación actual es: Natty tiene dos conexiones activas, una inalámbrica por la que recibe internet con IPv4 automático y otra cableada con IPv4 manual conectada a un switch con otro pc con Win7. Este último y aunque la red funciona, la detecta como red pública y no identificada, y por supuesto no le llega internet.

Gracias a todos los que os paséis por aquí de antemano :)

Salud!

[mcun]

lo que el usuario indica es que desde su laptop da conexión a un router y este alimenta el desktop ..

para que vallas asiendo la idea en win

http://www.youtube.com/watch?v=1F09uKEhWW4
http://www.raymond.cc/blog/how-to-sh...reless-router/

y esto para mas genérico pero es la base

http://www.ubuntu-es.org/node/97468

toma lo que te sirva de cada uno y tenderas tu red armada

[AlbertoGarcia]

Gracias mcun, mira que he dado vueltas y el tercer enlaces que pones no lo había visto, lo pruebo esta tarde y pongo los resultados por aquí.

Salud!

[mcun]

de nada, para eso estamos aquí

[crakeador]

mcun ¿podrías poner aqui la configuración de red que tienes tanto para tu equipo linux como para tu equipo windows?, lo que estas tratando de hacer lo he hecho yo con dos equipos linux. Intentare ayudarte.

[AlbertoGarcia]

Hola a todos y gracias por sus aportes. Les comento que no he conseguido que me funcione el sistema, el puñetero Win7 me anda jodiendo. Crakeador gracias por tu ofrecimiento, con otros equipos Ubuntu no tengo problema, es con el Win7 con el que no doy bola, aún así pongo la config que tengo:

Pc Ubuntu con dos conexiones:
Conexión Inalámbrica con IPv4 automática (la IP me la da el router WIFI al que me conecto)
Conexión Cableada con IPv4 manual:
IP: 192.168.0.10
Máscara de red: 255.255.255.0
Puerta de enlace: 192.168.0.1
DNS: 208.67.222.222, 208.67.220.220

Pc Win7 con conexión cableada:
IP: 192.168.0.12
Máscara de red: 255.255.255.0
Puerta de enlace: 192.168.0.1
DNS: 208.67.222.222, 208.67.220.220

Con esta config las dos máquinas están en red pero la segunda no tiene internet. Imagino que el rollo puede estár en conectar de alguna manera las dos conexiones del Ubuntu que recibe internet, pero no doy con ello. Continuaremos investigando.

Salud!

[crakeador]

Es que no puedes tener internet de esa forma. Estas especificando al Win7 que su router es el 192.168.0.1 cuando no tiene conexión directa/inalambrica hacia el. En todo caso, la puerta de enlace sería 192.168.0.10, que es quien le va a compartir la conexión. No veo como con linux te funciono.

[AlbertoGarcia]

MI torpeza no da para mucho más, he probado lo siguiente (pongo screenshots) y nada, la red cableada funciona (no demasiado bien, a veces se desconecta) pero el Win7 no recibe internet.

Esta es la config en un pc con Ubuntu de la conexión inalámbrica conectada por wifi a un router de Movistar que anda en la otra punta de la casa:

Esta es la de la conexión cableada que va a un switch del mismo pc Ubuntu:


A ese switch está conectado otro pc con Win7 con esta config:


Como se podrá observar no tengo ni puñetera idea de redes y hay veces que hasta me parece cosa de brujería, he estado leyendo sobre el tema y no acabo de entender como funcionan las puertas de enlace. Así que alguien fuera tan amable de echarme una mano se lo agradecería eternamente y si fuera posible lo bañaría en cerveza ;)

Gracias a todos.

[crakeador]

Alberto, prueba esto

MIR WIFI:
ip: 192.168.1.40
mascara red: 255.255.255.0
gateway: 192.168.1.1
dns: 208.67.22.222 | 208.67.220.200

MIR Cableada:
ip: 192.168.1.41
mascara red: 255.255.255.0
gateway: 192.168.1.40
dns: 192.168.1.40

Windows:
ip: 192.168.1.42
mascara red: 255.255.255.0
gateway: 192.168.1.40
dns: 192.168.1.40

ejecuta en linux --> echo 1 > /proc/sys/net/ipv4/ip_forward

[AlbertoGarcia]

Gracias de nuevo por tu paciencia Crakeador pero he seguido tus instrucciones: cambiado los datos de todas las conexiones como me has indicado, cambiado a 1 el archivo ip_forward, reiniciado y nada. Ahora ni siquiera puedo acceder al pc Ubuntu desde el pc Win.

Pero en la pestaña de Ajustes de IPv4 de la cableada hay un botón a rutas y tengo la siguiente información:

No se si servirá de algo.

Salud!

[crakeador]

No te preocupes, paciencia tengo y mola aprender de estas cosas. Si reinicias el servidor linux, pierdes el cambio del ip_forward, el comando lo habilita temporalmente (hasta su apagado).

Vamos a probar otra cosa, edita esa misma linea en el fichero /etc/sysctl.conf para dejarla permanente. Cambia los DNS de la maquina win7 y de MIR Cableada por los dns de la MIR WIFI (los dns publicos para los 3).

Seguidamente, desde la maquina win7 abre una consola (comando cmd) y ejecuta "tracert www.google.com" . Este comando te muestra los saltos de los paquetes enviados por uno paquetes ICMP. El primer / segundo salto como máximo tendria que ser la ip de tu MIR wifi y el ping no debe perder paquetes. Una captura vendria bien.

Vamos que sacamos seguro

[AlbertoGarcia]

Gracias de nuevo Crakeador, y disculpa por tardar tanto en darte feedback, tengo mucho lío últimamente.

Te cuento, descomenté la siguiente linea del archivo /etc/sysctl.conf:

Código:

# Uncomment the next line to enable packet forwarding for IPv4
net.ipv4.ip_forward=1

Cambié las DNS a las públicas e hice el tracert y me da el siguiente mensaje:



Al hacer un diagnóstico del problema con las DNS públicas me da el siguiente error:



Y al hacerlo con las DNS 192.168.1.40 me da el siguiente:



Ahora por lo menos las dos máquinas se ven y no se corta la conexión entre ellas, vamos avanzando :)

Salud!

[crakeador]

Ya hemos dado un paso, no hace ningun salto, no es capaz de resolverlo. Vamos a poner esta configuración:

Conexión Inalámbrica con IPv4 automática (la IP me la da el router WIFI al que me conecto)
Conexión Cableada con IPv4 manual:
IP: 192.168.0.10
Máscara de red: 255.255.255.0
Puerta de enlace: 192.168.0.1
DNS: 208.67.222.222, 208.67.220.220

Pc Win7 con conexión cableada:
IP: 192.168.0.12
Máscara de red: 255.255.255.0
Puerta de enlace: 192.168.0.10
DNS: 192.168.1.10

quiero que hagas desde win7 las siguientes pruebas (si puedes capturar mejor)

ping de win 7 a la ip 192.168.1.10. Si responde avanzamos

ping de win 7 a la ip asignada por dhcp a la tarjeta inalambrica. Si responde avanzamos

ping de win 7 a los dns. Si responde avanzamos

ping/tracert a google. Si responde lo tienes.

[AlbertoGarcia]

Nada, no va, esto es lo que he hecho:
He cambiado los datos de las conexiones cableadas de las dos máquinas





He cambiado la puerta de enlace de la cableada de Ubuntu porque la ip interna del router es 192.168.1.1 (con .0.1 no iba)

En las pruebas:

ping de win 7 a la ip 192.168.1.10. Si responde avanzamos

a 192.168.1.10 se agota el tiempo de espera
a 192.168.0.10 responde correctamente a los 4 paquetes

ping de win 7 a la ip asignada por dhcp a la tarjeta inalambrica. Si responde avanzamos

Responde correctamente a los 4 paquetes

ping de win 7 a los dns. Si responde avanzamos

a 208.67.222.222 se agota el tiempo de espera
a 208.67.220.220 se agota el tiempo de espera
a 192.168.1.10 se agota el tiempo de espera
a 192.168.0.10 responde correctamente a los 4 paquetes

ping/tracert a google. Si responde lo tienes.

ping www.google.com: no se pudo encontrar el host
tracert www.google.com: no se puede resolver el nombre del sistema de destino

P.D. al buscar la ip asignada por el router a Ubuntu con ifconfig me da esto, por si sirve de algo:

Código:

eth0      Link encap:Ethernet  direcciónHW 00:0f:ea:53:0a:d7  
          Direc. inet:192.168.0.10  Difus.:192.168.0.255  Másc:255.255.255.0
          Dirección inet6: fe80::20f:eaff:fe53:ad7/64 Alcance:Enlace
          ACTIVO DIFUSIÓN FUNCIONANDO MULTICAST  MTU:1500  Métrica:1
          Paquetes RX:64606 errores:0 perdidos:0 overruns:0 frame:0
          Paquetes TX:90843 errores:0 perdidos:0 overruns:0 carrier:0
          colisiones:0 long.colaTX:1000 
          Bytes RX:6635891 (6.6 MB)  TX bytes:90105712 (90.1 MB)

lo        Link encap:Bucle local  
          Direc. inet:127.0.0.1  Másc:255.0.0.0
          Dirección inet6: ::1/128 Alcance:Anfitrión
          ACTIVO BUCLE FUNCIONANDO  MTU:16436  Métrica:1
          Paquetes RX:790 errores:0 perdidos:0 overruns:0 frame:0
          Paquetes TX:790 errores:0 perdidos:0 overruns:0 carrier:0
          colisiones:0 long.colaTX:0 
          Bytes RX:73797 (73.7 KB)  TX bytes:73797 (73.7 KB)

wlan1     Link encap:Ethernet  direcciónHW 34:08:04:99:7d:34  
          Direc. inet:192.168.1.38  Difus.:192.168.1.255  Másc:255.255.255.0
          Dirección inet6: fe80::3608:4ff:fe99:7d34/64 Alcance:Enlace
          ACTIVO DIFUSIÓN FUNCIONANDO MULTICAST  MTU:1500  Métrica:1
          Paquetes RX:685321 errores:0 perdidos:0 overruns:0 frame:0
          Paquetes TX:418734 errores:0 perdidos:0 overruns:0 carrier:0
          colisiones:0 long.colaTX:1000 
          Bytes RX:940727565 (940.7 MB)  TX bytes:50746517 (50.7 MB)

Gracias de nuevo por la enorme molestia que te estás tomando :)
Salud!

[crakeador]

En tu ultimo post, fijate en la primera imagen de todas, tienes la ip en 192.168.0.10 y la puerta de enlace 192.168.1.1. Esto es una traca. Si la puerta de enlaces, es efecticamente la 192.168.1.1 entonces las ips de los computadores deben estar en el rang 192.168.1.X . sino habria que corregir el error. Por eso no salen las pruebas. Traca por nuestra parte :)

PD: fijate ademas en la ultima imagen de todas, la wlan1 (wifi) esta en la red 192.168.1.38, por lo que debemos trabajar en esa sub red. Cambia las ips 192.168.0.X a 192.168.1.X

algo mejorara la cosa

[AlbertoGarcia]

Bien, me rindo. Esto era un intento de solución provisional al trasladar la oficina a casa por la mierda de la crisis. Apañaré con lo que tengo y cuando pueda comparé un switch potente con antenitas o uno de esos que van por los enchufes.

Para los que lleguen aquí por el mismo problema y no se queden a medias del todo pongo mis últimos movimientos:

He puesto ip fija a wlan1, 192.168.1.40, esta ip como puerta de enlace y dns a eth0 que tiene ip 192.168.1.41, y a su vez, esta última ip como puerta de enlace y dns a win7 que tiene la ip 192.168.1.42.

El ping a 192.168.1.40 y a 192.168.1.41 es correcto.
a 208.67.222.222 se agota el tiempo de espera
a 208.67.220.220 se agota el tiempo de espera
y tracert evidentemente no puede resolver

He trasteado por la red y he encontrado lo siguiente que creo que me podría servir pero esto para mi es chino, solo llevo 4 meses con Ubuntu:

http://www.ubuntu-es.org/node/131015
http://www.ubuntu-es.org/node/66293

Gracias a todos los que han leído esto y especialmente a Crakeador que se merece que lo bañen en cerveza :)

Salud!

[AlbertoGarcia]

Borro este mensaje por estar duplicado

[crakeador]

No deberias rendirte, has dado un gran paso mediante PING. Los ping nos asegura una conectividad entre equipos y eso es muy buena señal. Lo que estas tratando de hacer es un Proxy y no siempre salen a la primera. Yo te recomiendo que jueges con ello, es mas dibujate un mapa de red que ayuda mucho.