Problema programa FTP

21/03/2007 - 08:55 por [Juanjo] | Informe spam
Hola grupo:

No se si este es el mejor grupo para hacer la pregunta, pero

He hecho un programa para descargar/cargar ficheros de un servidor FTP
para un PDA.

Cuando conecto el PDA a internet con el wifi, el programa funciona
bien,pero si conecto
el PDA con GPRS o desde la base del PDA falla: autentifica contra el
servidor ftp, pero cuando
crea el socket para la descarga de los datos, falla.

Alguna idea?? Ando un poco desesperado.

Muchas gracias.

Preguntas similare

Leer las respuestas

#1 Alberto Poblacion
21/03/2007 - 09:12 | Informe spam
"[Juanjo]" wrote in message
news:
Mostrar la cita
Me imagino que cuando conectas por WiFi estás usando la red interna,
directamente al servidor FTP, pero cuando usas GPRS te conectas a internet y
desde internet accedes al servidor FTP. Aquí llega el punto crítico: ¿Has
comprobado si el servidor FTP está correctamente abierto hacia la internet?
Piensa que no basta con abrirle el puerto 21: Con eso te puedes autenticar,
pero cuando comienza la descarga de los datos, el servidor FTP asigna un
puerto aleatorio para esa transferencia y se lo notifica al cliente en forma
de texto. Si el cortafuegos o NAT inverso que estás utilizando no es lo
bastante sofisticado como para examinar ese paquete de texto y abrir el
correspondiente puerto para esa transferencia, entonces te falla con los
síntomas que acabas de indicar (la autenticación funciona pero falla la
descarga de datos).
#2 [Juanjo]
21/03/2007 - 09:22 | Informe spam
Gracias Alberto.

Si y no.

He probado con varios servidores ftp, y ninguno dentro de mi red
interna, (y no va
con ninguno jeje) Efectivamente falla, cuando asigna el puerto. Alguna idea
de como solucionarlo??

Muchas gracias.


"Alberto Poblacion"
escribió en el mensaje news:
Mostrar la cita
#3 Alberto Poblacion
21/03/2007 - 10:01 | Informe spam
"[Juanjo]" wrote in message
news:
Mostrar la cita
No creo que sea un problema de programación. Aquí entramos ya en una
cuestión de infraestructura de red. Habría que ver qué ruta están siguiendo
tus paquetes de datos desde que salen de la PDA hasta que llegan al servidor
FTP, y determinar en qué punto de ese trayecto hay algún componente que no
deja pasar los paquetes dirigidos al puerto utilizado para la transferencia.

Podrías probar a cambiar el FTP de modo activo a pasivo, o viceversa, a
ver si uno funciona y el otro no (aunque en teoría deberían funcionar ambos
si todo estuviera bien configurado). http://slacksite.com/other/ftp.html
#4 [Juanjo]
21/03/2007 - 10:20 | Informe spam
Gracias nuevamente.

Creo que el problema esta en lo siguiente. Dentro de mi red uso el rango
de IP 192.168.1.X
pero al PDA le asigna otra IP fuera del rango. El problema es que si intento
asignarle una IP fija
dentro del rango, no sincroniza por lo que no conecta y no navega.



"Alberto Poblacion"
escribió en el mensaje news:
Mostrar la cita
#5 Alberto Poblacion
21/03/2007 - 10:37 | Informe spam
"[Juanjo]" wrote in message
news:%
Mostrar la cita
Pero eso, ¿es cuando conectas por wifi o por gprs? 192.168.x.x es una
dirección privada, por lo que no es visible en Internet. Eso significa que
sales al exterior mediante NAT (o un proxy). Conectando por WiFi, si la
configuración es más o menos normal, lo lógico es que tu servidor DHCP te
asigne una dirección dentro del mismo rango. Pero conectando por GPRS, la
dirección te la asigna tu operador de telefonía móvil, y normalmente será
una dirección pública (no una de tu red privada). No debes cambiar esta
dirección, si quieres que tu operador pueda enrutar los paquetes IP de tu
PDA. Lo cual nos lleva de nuevo a la cuestión inicial: puesto que tu pda se
conecta desde una dirección pública, hay que cerciorarse de que el servidor
o servidores FTP a los que te conectas están abiertos a la red pública (no
basta con que estén abiertos a la red privada 192.168.1.x, que es la que sí
te funciona cuando conectas por WiFi). Y cuando decimos "abiertos" hay que
entender "suficientemente abiertos". No basta solo con el puerto 21 que se
usa para hacer login, sino que se necesitan los puertos >1024 usados para la
transferencia de datos. Y esos puertos tienen que estar abiertos hacia la
red pública, no basta con que estén abiertos hacia la 192.168.1.x.
Ads by Google
Search Busqueda sugerida