Mailinglist Archive: opensuse-es (610 mails)
| < Previous | Next > |
Re: [opensuse-es] Re: Caso extraño con Nat y proxy
- From: Camaleón <noelamac@xxxxxxxxx>
- Date: Fri, 30 Apr 2010 18:35:26 +0000 (UTC)
- Message-id: <pan.2010.04.30.18.35.26@xxxxxxxxx>
El Fri, 30 Apr 2010 10:38:54 -0600, troxlinux escribió:
Hum...
A ver qué sacamos...
Aquí recibe el paquete del cliente.
Aquí, al pasarlo de eth0 → eth1 ¿lo rechaza (drop-deflt)? :-?
Aquí lo mismo (drop-deflt)...
Aquí ya me he perdido O:-)
Parece un paquete rechazado (drop-deflt-inv) desde eth1 (con origen en
una ip externa) hacia el servidor de coreo remoto.
¿Qué diferencia hay entre un registro "drop-deflt" y otro "drop-deflt-
inv"?
Otro paquete rechazado (drop-deflt-inv) desde eth1 (con origen en una ip
externa) hacia el servidor de coreo remoto. Protocolo UDP (¿resolución
del servidor dns?)
Paquete aceptado con origen en eth0 y destino al servidor remoto.
Paquete aceptado con origen en eth0 y destino al servidor remoto.
Parece que tiene problemas con el enrutado de paquetes de la interfaz
eth1 >:-?
Espera que algún gurú del "Dpto. de Redes y Rutas" te diga algo :-)
Saludos,
--
Camaleón
--
Para dar de baja la suscripción, mande un mensaje a:
opensuse-es+unsubscribe@xxxxxxxxxxxx
Para obtener el resto de direcciones-comando, mande
un mensaje a:
opensuse-es+help@xxxxxxxxxxxx
El día 30 de abril de 2010 06:04, Camaleón escribió:
Pregunta retórica: ¿Y qué diferencia existe entre hacer un telnet al
puerto 25 (→ funciona) y que el cliente de correo intente la conexión a
través del puerto 25 (→ no funciona)?
eso es lo extraño es igual hacer un telnet al 25 que enviar correos por
un cliente , pero si envio desde la cuenta no puedo enviar el outlok me
dice sin entregar , he nateado la ip de la pc cliente sin pasar por el
proxy y no me jala
ahora si pongo un enlace de la empresa que me provee esa cuenta y me
pego a un router linksys envio sin problemas ...
Hum...
Revisa el registro del cortafuegos para ver si alguna regla de iptables
la que te está denegando esa conexión y por qué.
mira aqui estoy tratando de conectarme desde una pc con ip 1.50 al
servidor de correo externo con ip 165.98.148.3
A ver qué sacamos...
Apr 29 18:36:11 lentesnic kernel: SFW2-INint-ACC-TCP IN=eth0 OUT=
MAC=00:19:66:d4:68:f0:00:19:66:92:3a:20:08:00 SRC=192.168.1.50
DST=192.168.1.254 LEN=48 TOS=0x00 PREC=0x00 TTL=128 ID=57554 DF
PROTO=TCP SPT=4259 DPT=3128 WINDOW=65535 RES=0x00 SYN URGP=0 OPT
(020405B401010402) MARK=0x1
Aquí recibe el paquete del cliente.
Apr 29 18:36:35 lentesnic kernel: SFW2-FWDint-DROP-DEFLT IN=eth0
OUT=eth1 SRC=192.168.1.50 DST=165.98.148.3 LEN=48 TOS=0x00 PREC=0x00
TTL=127 ID=57710 DF PROTO=TCP SPT=4267 DPT=25 WINDOW=65535 RES=0x00 SYN
URGP=0 OPT (020405B401010402)
Aquí, al pasarlo de eth0 → eth1 ¿lo rechaza (drop-deflt)? :-?
Apr 29 18:36:35 lentesnic kernel: SFW2-FWDint-DROP-DEFLT IN=eth0
OUT=eth1 SRC=192.168.1.50 DST=165.98.148.3 LEN=48 TOS=0x00 PREC=0x00
TTL=127 ID=57711 DF PROTO=TCP SPT=4267 DPT=25 WINDOW=65535 RES=0x00 SYN
URGP=0 OPT (020405B401010402)
Aquí lo mismo (drop-deflt)...
Apr 30 10:31:28 lentesnic kernel: SFW2-INext-DROP-DEFLT-INV IN=eth1 OUT=
MAC=00:21:91:7a:3e:cb:00:02:85:0d:ca:c0:08:00 SRC=96.24.102.38
DST=165.98.97.38 LEN=40 TOS=0x00 PREC=0x00 TTL=110 ID=17372 DF PROTO=TCP
SPT=36388 DPT=55098 WINDOW=0 RES=0x00 ACK RST URGP=0
Aquí ya me he perdido O:-)
Parece un paquete rechazado (drop-deflt-inv) desde eth1 (con origen en
una ip externa) hacia el servidor de coreo remoto.
¿Qué diferencia hay entre un registro "drop-deflt" y otro "drop-deflt-
inv"?
Apr 30 10:31:30 lentesnic kernel: SFW2-INext-DROP-DEFLT IN=eth1 OUT=
MAC=00:21:91:7a:3e:cb:00:02:85:0d:ca:c0:08:00 SRC=216.73.215.44
DST=165.98.97.38 LEN=181 TOS=0x00 PREC=0x00 TTL=109 ID=21178 PROTO=UDP
SPT=62183 DPT=7318 LEN=161
Otro paquete rechazado (drop-deflt-inv) desde eth1 (con origen en una ip
externa) hacia el servidor de coreo remoto. Protocolo UDP (¿resolución
del servidor dns?)
Apr 30 10:31:31 lentesnic kernel: SFW2-INint-ACC-TCP IN=eth0 OUT=
MAC=00:19:66:d4:68:f0:00:19:66:92:3a:20:08:00 SRC=192.168.1.50
DST=165.98.97.38 LEN=48 TOS=0x00 PREC=0x00 TTL=128 ID=44558 DF PROTO=TCP
SPT=2045 DPT=110 WINDOW=65535 RES=0x00 SYN URGP=0 OPT (020405B401010402)
Paquete aceptado con origen en eth0 y destino al servidor remoto.
Apr 30 10:31:33 lentesnic kernel: SFW2-INint-ACC-TCP IN=eth0 OUT=
MAC=00:19:66:d4:68:f0:00:80:c9:00:3b:be:08:00 SRC=192.168.1.231
DST=165.98.97.38 LEN=64 TOS=0x00 PREC=0x00 TTL=64 ID=64709 DF PROTO=TCP
SPT=52524 DPT=110 WINDOW=65535 RES=0x00 SYN URGP=0 OPT
(020405B4010303000101080A2EF9855C0000000004020000)
Paquete aceptado con origen en eth0 y destino al servidor remoto.
es raro pero no veo denegacion aqui ..., o sera que no veiooo ..
Parece que tiene problemas con el enrutado de paquetes de la interfaz
eth1 >:-?
espero sus comentarios lista ..
Espera que algún gurú del "Dpto. de Redes y Rutas" te diga algo :-)
Saludos,
--
Camaleón
--
Para dar de baja la suscripción, mande un mensaje a:
opensuse-es+unsubscribe@xxxxxxxxxxxx
Para obtener el resto de direcciones-comando, mande
un mensaje a:
opensuse-es+help@xxxxxxxxxxxx
| < Previous | Next > |