Problema con conexion SDSL

Forums: 

Hola a todos,

Estoy teniendo un problema bastante raro y me gustaría que alguien me diera sus comentarios.

Tengo dos DL380 con Centos 5.2 uno con un adsl de 20mb/512kb y otro con un SDSL de 4mb con IP publica y no tengo ningun problema.

Ahora contraté un servicio SDSL de 2mb. para cambiar el ADSL. Junto con la conexión, contraté 2 IP públicas pero en lugar de darme las IPs, configuran el router con una IP haciendo PAT a la dirección privada .254 y el resto del rango con NAT a la segunda IP. Un poco rebuscado pero debería funcionar.

Resulta que al configurar en el servidor esta conexión no funciona.
Le quité la configuración de firewall y seguridad y sigue igual.
Decidí probar en un portátil que tiene Ubuntu y tampoco funcionó, por ultimo pruebé en un XP y si funciona. Resulta que me funciona en guidous pero no en linux :?
A todo esto la compañía me dice que si un ordenador funciona y el servidor no, es problema del servidor(tienen su lógica!) pero no veo la razón de porque una conexión funciona y otra no.

A mi me parece un problema un poco ridiculo pero no hay manera de darle al clavo.

No, el equipo no entrega

No, el equipo no entrega direcciones por DHCP.
Tiene una IP dirigida por PAT a la 192.168.1.254 que es una direccion que utilizaré para el server. Esta IP privada es la que debo configurar en el equipo que quiero que tenga una de las IP publicas. Por supuesto con su mascara y su gateway correspondiente.

La otra IP publica tiene NAT, asi que cualquier equipo que este en el mismo rango de IP privada y que tenga el gateway correcto saldrá por esta conexión.

Basicamente no he tocado mucho, IP, mascara y GW nada mas.

En el punto en el que estoy

En el punto en el que estoy no hay preguntas tontas. Gracias por hacerlas.

Si, si estoy reiniciando el servicio. De todos modos como en alguna ocacion me paso que no toma los cambios bien, suelo comprobarlo con un ifconfig y un tracert para ver cual es la ruta de salida (hay mas de una) y en este caso incluso reinicio el equipo. (a problemas tontos soluciones estupidas :O )

vim network-scripts/ifcfg-eth0

# Broadcom Corporation NetXtreme II BCM5708 Gigabit Ethernet
DEVICE=eth0
BOOTPROTO=none
BROADCAST=192.168.1.255
HWADDR=00:21:5a:cd:7a:5c
IPADDR=192.168.1.254
NETMASK=255.255.255.0
NETWORK=192.168.1.0
ONBOOT=yes
GATEWAY=192.168.1.2
TYPE=Ethernet

vim network-scripts/ifcfg-eth1

# Broadcom Corporation NetXtreme II BCM5708 Gigabit Ethernet
DEVICE=eth1
BOOTPROTO=none
BROADCAST=192.168.1.255
HWADDR=00:21:5a:cd:7a:5a
IPADDR=192.168.1.253
NETMASK=255.255.255.0
NETWORK=192.168.1.0
ONBOOT=yes
GATEWAY=192.168.1.2
TYPE=Ethernet

La eth1 está configurada pero le he quitado el cable para evitar cualquier confusion.

buen punto... no ha cambiado

buen punto... no ha cambiado nada pero es mejor asi.

La interfaz está funcionando. Me refiero a que si me responde ping a la puerta 192.168.1.1 (ADSL) y 192.168.1.2 (SDSL). Pero si hago un ping a una dirección publica me devuelve:

[root@xxxx ~]# ping 130.206.3.166
PING 130.206.3.166 (130.206.3.166) 56(84) bytes of data.
From 192.168.1.2 icmp_seq=1 Destination Host Unreachable
From 192.168.1.2 icmp_seq=2 Destination Host Unreachable
From 192.168.1.2 icmp_seq=3 Destination Host Unreachable
From 192.168.1.2 icmp_seq=4 Destination Host Unreachable

y si hago ping a un nombre DNS:

[root@xxxx ~]# ping www.google.es

no responde nada, lo que podría ser un problema de configuración del resolv.conf:

[root@xxxx ~]#vim /etc/resolv.conf
nameserver 87.216.1.65
nameserver 87.216.1.66

que tampoco veo que esté mal

Si hago un ping desde otra red a la ip publica 87.87.11.11 vinculada a la 192.168.1.254 me da "tiempo de espera agotado...."
Si hago un ping desde otra red a la ip publica 87.87.11.22 me responde el router correctamente (es logico :) )

Ahora bien... si cambio la ip privada para utilizar la otra ip publica (por ejemplo 192.168.1.253=>87.87.11.22) continúa siendo todo igual.

Esto lo he probado tanto en este servidor como una centralita con Centos 5.1, un portatil y otro ordenador que tienen Ubuntu 8.1.
Y si lo pongo en un p.... XP si funciona. :jawdrop:

y al hacer un traceroute????

Imagen de jcyepez

y al hacer un traceroute???? por dónde salen los paquetes???

Mira no estoy muy seguro de que en ambas interfaces de red se establezca el gateway, por lo menos yo no lo hago, pienso que por ahí anda el problema, para mi el linux no sabe por dónde mismo transferir los paquetes, por ello te pido que bajes la eth1 y allí hagas pruebas. Respecto a que no puedes resolver nombres es lógico si ni siquiera salen los paquetes del linux.

Saludos

Juan Yépez
0993681879
Dj - Discomovil Quito

Lo de los nómbres fue una

:D Lo de los nómbres fue una pasada!!!

La eth1 la bajé en cuanto me lo has dicho. De ahi en adelante todas la pruebas fueron sin ella.

[root@xxxx ~]# ifconfig
eth0 Link encap:Ethernet HWaddr 00:21:5A:CD:7A:5C
inet addr:192.168.1.254 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::221:5aff:fecd:7a5c/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:107 errors:0 dropped:0 overruns:0 frame:0
TX packets:105 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:9554 (9.3 KiB) TX bytes:16518 (16.1 KiB)
Interrupt:169 Memory:f8000000-f8012100

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:1487 errors:0 dropped:0 overruns:0 frame:0
TX packets:1487 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:128744 (125.7 KiB) TX bytes:128744 (125.7 KiB)

En cuanto al tracert:

[root@xxxx ~]# tracert 130.206.3.166
traceroute to 130.206.3.166 (130.206.3.166), 30 hops max, 40 byte packets

nada de nada, queda muerto.

He tirado un ping desde otra

He tirado un ping desde otra red contra cada una de las ips
La que tiene configurado PAT no llega mas que al proveedor, la otra si llega. No es un dato importante pero al menos saber que el router existe para el resto del mundo.

tracert 87.87.11.22

Traza a la dirección 103.23.216.87.static.jazztel.es [87.87.11.22]
sobre un máximo de 30 saltos:

1 67 ms 99 ms 101 ms 192.168.1.1
2 35 ms 35 ms 637 ms 172.31.255.254
3 34 ms 35 ms 35 ms 62.36.220.201
4 35 ms 35 ms 35 ms 85.63.217.73
5 36 ms 35 ms 36 ms 62.36.204.170
6 * * * Tiempo de espera agotado para esta solicitud.
7 36 ms 35 ms 35 ms 108.216.106.212.static.jazztel.es [212.106.216.108]
8 37 ms 35 ms 35 ms 230.216.106.212.static.jazztel.es [212.106.216.230]
9 37 ms 37 ms 37 ms 75.0.216.87.static.jazztel.es [87.216.0.75]
10 56 ms 54 ms 54 ms 103.23.216.87.static.jazztel.es [87.87.11.22]

Traza completa.

tracert 87.87.11.11

Traza a la dirección 33.52.216.87.static.jazztel.es [87.87.11.11]
sobre un máximo de 30 saltos:

1 20 ms 99 ms 99 ms 192.168.1.1
2 * 35 ms * 172.31.255.254
3 35 ms 35 ms * 62.36.221.201
4 34 ms 36 ms 35 ms 85.63.217.77
5 35 ms 35 ms 36 ms 62.36.204.174
6 * 36 ms * jazztel-1.espanix.net [193.149.1.14]
7 37 ms 345 ms 37 ms 75.216.106.212.static.jazztel.es [212.106.216.75]
8 35 ms 35 ms 36 ms 234.216.106.212.static.jazztel.es [212.106.216.234]
9 37 ms 37 ms 37 ms 88.0.216.87.static.jazztel.es [87.216.0.88]
10 * * * Tiempo de espera agotado para esta solicitud.
11 * * * Tiempo de espera agotado para esta solicitud.
12 * * * Tiempo de espera agotado para esta solicitud.
13 * * * Tiempo de espera agotado para esta solicitud.
14 * *

Al parecer todo está bien,

Imagen de jcyepez

Al parecer todo está bien, solo me quedan unas dudas.

Cual es la ip de la lan del router nuevo??. Al parecer debe ser la 192.168.1.2 dado que a esa apuntas en la configuración. De pronto hay otro equipo con esa misma IP???

Que máscara de indicaron que configures???, puede ser que no sea una red /24.

Y por último, el famoso "ya reiniciaste el router luego de haber conectado el cable al linux"??? Hay ciertos equipos (yo me he topado con muchos) en los que se debe reiniciar el router para que se actualice la mac address.

Saludos

Juan Yépez
0993681879
Dj - Discomovil Quito

Páginas