Re: Consulta ftp
Si es así puedes ajustar el script de arranque para que pase por parámetros esas opciones. El jue, 10 de nov. de 2022 12:43 p. m., Fernando Romero < ffrcaraba...@gmail.com> escribió: > Hola Roberto gracias por tu respuesta, lo resolvi levantado el servicio de > otra forma. > Si lo levantó desde el systemctl, init,d o desde el propio pure-ftpd me > tira ese error pero sin lo levantó con la siguiente linea me funciona: > > pure-ftpd -A -c 50 -B -j -C 2 -E -f ftp -H -I 15 -l > puredb:/etc/pureftpd.pdb -L 2000:8 -m4 -s -U 133:022 -u 33 -x -X -i -R -k > 98 -Z > > Saludos > > > > El jue, 10 nov 2022 a las 13:58, Roberto José Blandino Cisneros (< > rojobland...@gmail.com>) escribió: > >> Déjame hacer una vm y pruebo. Nunca he usado pure-ftpd el que he usado >> ha sido vsftpd. >> >> Déjame hacer el ambiente y te comento >> >> El jue, 10 de nov. de 2022 6:36 a. m., Fernando Romero < >> ffrcaraba...@gmail.com> escribió: >> >>> Hola como estan, estoy corriendo debian 10 buster y pure-ftpd >>> Configure usuario y pass pero siempre me da error de autentificación, >>> intento conectarme desde la consola o usando filezilla y siempre me da error >>> 530 Autentificaci▒n fallida, lo siento >>> Login failed. >>> Remote system type is UNIX. >>> Using binary mode to transfer files. >>> >>> Cambie varias veces el usuario recree la base puredb pero no consigue >>> loguearme. >>> Alguien tuvo este problema? >>> >>> Si corro pure-pw show usuario me trae bien los datos del usuario y la >>> clave no la estoy escribiendo mal, la cambie varias veces >>> >>> Login : usuario >>> Password : >>> $6$DZ/S57P55hv9EoZ0$F..2vyNe5pV8rJzF79MmFoDTHCrNouK/O81qBCX1IoZoDUOh8p8QhecYl9JoTAJjNEObiN4J6VgCrZwP4IWY./ >>> UID: 33 (www-data) >>> GID: 33 (www-data) >>> Directory : /var/www/html/./ >>> Full name : >>> Download bandwidth : 0 Kb (unlimited) >>> Upload bandwidth : 0 Kb (unlimited) >>> Max files : 0 (unlimited) >>> Max size : 0 Mb (unlimited) >>> Ratio : 0:0 (unlimited:unlimited) >>> Allowed local IPs : >>> Denied local IPs : >>> Allowed client IPs : >>> Denied client IPs : >>> Time restrictions : - (unlimited) >>> Max sim sessions : 0 (unlimited) >>> >>> Saludos >>> >>
Re: Consulta ftp
Hola Roberto gracias por tu respuesta, lo resolvi levantado el servicio de otra forma. Si lo levantó desde el systemctl, init,d o desde el propio pure-ftpd me tira ese error pero sin lo levantó con la siguiente linea me funciona: pure-ftpd -A -c 50 -B -j -C 2 -E -f ftp -H -I 15 -l puredb:/etc/pureftpd.pdb -L 2000:8 -m4 -s -U 133:022 -u 33 -x -X -i -R -k 98 -Z Saludos El jue, 10 nov 2022 a las 13:58, Roberto José Blandino Cisneros (< rojobland...@gmail.com>) escribió: > Déjame hacer una vm y pruebo. Nunca he usado pure-ftpd el que he usado ha > sido vsftpd. > > Déjame hacer el ambiente y te comento > > El jue, 10 de nov. de 2022 6:36 a. m., Fernando Romero < > ffrcaraba...@gmail.com> escribió: > >> Hola como estan, estoy corriendo debian 10 buster y pure-ftpd >> Configure usuario y pass pero siempre me da error de autentificación, >> intento conectarme desde la consola o usando filezilla y siempre me da error >> 530 Autentificaci▒n fallida, lo siento >> Login failed. >> Remote system type is UNIX. >> Using binary mode to transfer files. >> >> Cambie varias veces el usuario recree la base puredb pero no consigue >> loguearme. >> Alguien tuvo este problema? >> >> Si corro pure-pw show usuario me trae bien los datos del usuario y la >> clave no la estoy escribiendo mal, la cambie varias veces >> >> Login : usuario >> Password : >> $6$DZ/S57P55hv9EoZ0$F..2vyNe5pV8rJzF79MmFoDTHCrNouK/O81qBCX1IoZoDUOh8p8QhecYl9JoTAJjNEObiN4J6VgCrZwP4IWY./ >> UID: 33 (www-data) >> GID: 33 (www-data) >> Directory : /var/www/html/./ >> Full name : >> Download bandwidth : 0 Kb (unlimited) >> Upload bandwidth : 0 Kb (unlimited) >> Max files : 0 (unlimited) >> Max size : 0 Mb (unlimited) >> Ratio : 0:0 (unlimited:unlimited) >> Allowed local IPs : >> Denied local IPs : >> Allowed client IPs : >> Denied client IPs : >> Time restrictions : - (unlimited) >> Max sim sessions : 0 (unlimited) >> >> Saludos >> >
Re: Consulta ftp
Déjame hacer una vm y pruebo. Nunca he usado pure-ftpd el que he usado ha sido vsftpd. Déjame hacer el ambiente y te comento El jue, 10 de nov. de 2022 6:36 a. m., Fernando Romero < ffrcaraba...@gmail.com> escribió: > Hola como estan, estoy corriendo debian 10 buster y pure-ftpd > Configure usuario y pass pero siempre me da error de autentificación, > intento conectarme desde la consola o usando filezilla y siempre me da error > 530 Autentificaci▒n fallida, lo siento > Login failed. > Remote system type is UNIX. > Using binary mode to transfer files. > > Cambie varias veces el usuario recree la base puredb pero no consigue > loguearme. > Alguien tuvo este problema? > > Si corro pure-pw show usuario me trae bien los datos del usuario y la > clave no la estoy escribiendo mal, la cambie varias veces > > Login : usuario > Password : > $6$DZ/S57P55hv9EoZ0$F..2vyNe5pV8rJzF79MmFoDTHCrNouK/O81qBCX1IoZoDUOh8p8QhecYl9JoTAJjNEObiN4J6VgCrZwP4IWY./ > UID: 33 (www-data) > GID: 33 (www-data) > Directory : /var/www/html/./ > Full name : > Download bandwidth : 0 Kb (unlimited) > Upload bandwidth : 0 Kb (unlimited) > Max files : 0 (unlimited) > Max size : 0 Mb (unlimited) > Ratio : 0:0 (unlimited:unlimited) > Allowed local IPs : > Denied local IPs : > Allowed client IPs : > Denied client IPs : > Time restrictions : - (unlimited) > Max sim sessions : 0 (unlimited) > > Saludos >
Consulta ftp
Hola como estan, estoy corriendo debian 10 buster y pure-ftpd Configure usuario y pass pero siempre me da error de autentificación, intento conectarme desde la consola o usando filezilla y siempre me da error 530 Autentificaci▒n fallida, lo siento Login failed. Remote system type is UNIX. Using binary mode to transfer files. Cambie varias veces el usuario recree la base puredb pero no consigue loguearme. Alguien tuvo este problema? Si corro pure-pw show usuario me trae bien los datos del usuario y la clave no la estoy escribiendo mal, la cambie varias veces Login : usuario Password : $6$DZ/S57P55hv9EoZ0$F..2vyNe5pV8rJzF79MmFoDTHCrNouK/O81qBCX1IoZoDUOh8p8QhecYl9JoTAJjNEObiN4J6VgCrZwP4IWY./ UID: 33 (www-data) GID: 33 (www-data) Directory : /var/www/html/./ Full name : Download bandwidth : 0 Kb (unlimited) Upload bandwidth : 0 Kb (unlimited) Max files : 0 (unlimited) Max size : 0 Mb (unlimited) Ratio : 0:0 (unlimited:unlimited) Allowed local IPs : Denied local IPs : Allowed client IPs : Denied client IPs : Time restrictions : - (unlimited) Max sim sessions : 0 (unlimited) Saludos
Re: Error ejecutando consultas mediante comando ftp
On Sun, May 02, 2021 at 11:43:14AM +0200, fernando sainz wrote: > El dom, 2 may 2021 a las 11:17, Jose Luis Alarcon Sanchez > () escribió: > > > > Hola, Lista Debian. > > > > Cuando ejecuto el comando ftp desde el terminal ingreso sin problemas en el > > servidor ftp (externo) y me identifico con mi usuario y contraseña igual de > > exitosamente. Pero cuando voy a ejecutar los comandos internos ls o dir > > recibo la siguiente respuesta: > > > > ftp> ls > > 200 PORT command successful > > 425 Could not open data connection to port 47379: Connection refused > > ftp> > > > > Debo remarcar que otros clientes como el gráfico gFTP o el también de texto > > lftp realizan la operación con total naturalidad y sin error, así que > > deduzco que el problema debe estar en el lado de mi cliente y no de parte > > del servidor. > > > > Hola. > No da mucha información. > Si es cosa del cliente, puede ser que el servidor use el modo passive > y el cliente normal de ftp, no. > invoca el comando con la opción -p a ver. > S2. > Muchas gracias, Fernando. Ha acertado Usted de pleno. La inclusión de la opción -p en la invocación del cliente ha hecho que el funcionamiento de este sea el esperado y correcto. Agradezco enormemente el esfuerzo colaborativo de soporte que supone participar en la lista ayudando a otros. Saludos. Jose Luis. -- http://lordofunix.eu5.org/ Usuario GNU/Hurd no registrado. Usuario BSD registrado 51101. Usuario Linux registrado #213309. Una vez más cabalgaré con mis caballeros, para defender lo que fue. y el sueño de lo que pudo ser.
Re: Error ejecutando consultas mediante comando ftp
El dom, 2 may 2021 a las 11:17, Jose Luis Alarcon Sanchez () escribió: > > Hola, Lista Debian. > > Cuando ejecuto el comando ftp desde el terminal ingreso sin problemas en el > servidor ftp (externo) y me identifico con mi usuario y contraseña igual de > exitosamente. Pero cuando voy a ejecutar los comandos internos ls o dir > recibo la siguiente respuesta: > > ftp> ls > 200 PORT command successful > 425 Could not open data connection to port 47379: Connection refused > ftp> > > Debo remarcar que otros clientes como el gráfico gFTP o el también de texto > lftp realizan la operación con total naturalidad y sin error, así que > deduzco que el problema debe estar en el lado de mi cliente y no de parte > del servidor. > > La versión de ftp que estoy usando es 0.17-34.1.1. > > ¿Alguna pista o consejo de porqué puede estar sucediendo esto?. > > Muchas gracias anticipadas. > > Saludos. > Jose Luis. > > -- > http://lordofunix.eu5.org/ > > Usuario GNU/Hurd no registrado. > Usuario BSD registrado 51101. > Usuario Linux registrado #213309. > Una vez más cabalgaré con mis caballeros, > para defender lo que fue. > y el sueño de lo que pudo ser. > Hola. No da mucha información. Si es cosa del cliente, puede ser que el servidor use el modo passive y el cliente normal de ftp, no. invoca el comando con la opción -p a ver. S2.
Error ejecutando consultas mediante comando ftp
Hola, Lista Debian. Cuando ejecuto el comando ftp desde el terminal ingreso sin problemas en el servidor ftp (externo) y me identifico con mi usuario y contraseña igual de exitosamente. Pero cuando voy a ejecutar los comandos internos ls o dir recibo la siguiente respuesta: ftp> ls 200 PORT command successful 425 Could not open data connection to port 47379: Connection refused ftp> Debo remarcar que otros clientes como el gráfico gFTP o el también de texto lftp realizan la operación con total naturalidad y sin error, así que deduzco que el problema debe estar en el lado de mi cliente y no de parte del servidor. La versión de ftp que estoy usando es 0.17-34.1.1. ¿Alguna pista o consejo de porqué puede estar sucediendo esto?. Muchas gracias anticipadas. Saludos. Jose Luis. -- http://lordofunix.eu5.org/ Usuario GNU/Hurd no registrado. Usuario BSD registrado 51101. Usuario Linux registrado #213309. Una vez más cabalgaré con mis caballeros, para defender lo que fue. y el sueño de lo que pudo ser.
Re: [OT] Servidor FTP con GUI.
El 2020-07-16 a las 20:08 +0200, Ramses escribió: > > ¿Sabéis de algún Servidor TFTP liviano, como tftpd-hpa, pero que tenga GUI > para configurarlo, ver los LOG's y progresos desde un entorno gráfico? No he encontrado ninguno, quizá porque este tipo de servicios lleve aparejada una configuración sencilla y una GUI sea algo excesivo, teniendo en cuenta que el uso de protocolos sin seguridad se están relegando en favor de otras alternativas (SFTP, SSH, etc...). Pensé en «webmin» pero tampoco encontré un módulo para configurar y/o monitorizar servidores TFTP :-? Saludos, -- Camaleón
[OT] Servidor FTP con GUI.
Hola a tod@s, ¿Sabéis de algún Servidor TFTP liviano, como tftpd-hpa, pero que tenga GUI para configurarlo, ver los LOG's y progresos desde un entorno gráfico? Saludos y gracias
Re: FTP
Hola. Filezilla o MC en linea de comandos. saludos. «Existen dos cosas infinitas: el universo y la estupidez humana... y no estoy muy seguro de la primera» : Albert Einstein On Fri, 18 Jan 2019 at 15:59, Gonzalo Rivero wrote: > > El vie, 11-01-2019 a las 09:47 -0300, Andrés Benevento escribió: > > Hola gente, hago una consulta general para que me indiquen que > > cliente > > de FTP utilizan? Uso FileZilla en mi jessie y entiendo que es uno de > > los > > más usados pero tengo problemas al actualizarlo. Es posible cambiar > > el > > repositorio? > > > > no suelo hacer ftp (mejor sftp), pero cuando lo hago uso lo que venga > en el escritorio (nautilus en gnome, pcmanfm en lxde, mc en la consola, > ¿konqueror se llama todavía el de kde?, y así sucesivamente). > Alcanza con entrar a la url (s)ftp://usuario@servidorftp/, algunos > incluso permiten usuario:contraseña@servidorftp > > >
Re: FTP
El vie, 11-01-2019 a las 09:47 -0300, Andrés Benevento escribió: > Hola gente, hago una consulta general para que me indiquen que > cliente > de FTP utilizan? Uso FileZilla en mi jessie y entiendo que es uno de > los > más usados pero tengo problemas al actualizarlo. Es posible cambiar > el > repositorio? > no suelo hacer ftp (mejor sftp), pero cuando lo hago uso lo que venga en el escritorio (nautilus en gnome, pcmanfm en lxde, mc en la consola, ¿konqueror se llama todavía el de kde?, y así sucesivamente). Alcanza con entrar a la url (s)ftp://usuario@servidorftp/, algunos incluso permiten usuario:contraseña@servidorftp
Re: FTP
Buenas, yo como cliente ftp, uso el comando ftp en consola. con ftp -p servidor inicio la sesión y para moverme... cd, listado ls, modos: binary y ascii, descarga: get, carga: put, etc. Fran. El 12/1/19, Paynalton escribió: > Si un ave no rompe su huevo morirá antes de nacer. > Nosotros somos el ave y el mundo es nuestro huevo. > POR LA REVOLUCIÓN DEL MUNDO > > Ciudad de México > > > El vie., 11 ene. 2019 a las 6:48, Andrés Benevento > () > escribió: > >> Hola gente, hago una consulta general para que me indiquen que cliente >> de FTP utilizan? Uso FileZilla en mi jessie y entiendo que es uno de los >> más usados pero tengo problemas al actualizarlo. Es posible cambiar el >> repositorio? >> >> > En mi caso para navegación uso el explorador de archivos (Caja). Y para > sincronización uso git-ftp > > >> Desde ya muchas gracias. >> >> >> Andrés Benevento. >> >> >
Re: FTP
Si un ave no rompe su huevo morirá antes de nacer. Nosotros somos el ave y el mundo es nuestro huevo. POR LA REVOLUCIÓN DEL MUNDO Ciudad de México El vie., 11 ene. 2019 a las 6:48, Andrés Benevento () escribió: > Hola gente, hago una consulta general para que me indiquen que cliente > de FTP utilizan? Uso FileZilla en mi jessie y entiendo que es uno de los > más usados pero tengo problemas al actualizarlo. Es posible cambiar el > repositorio? > > En mi caso para navegación uso el explorador de archivos (Caja). Y para sincronización uso git-ftp > Desde ya muchas gracias. > > > Andrés Benevento. > >
Re: FTP
On Fri, Jan 11, 2019 at 08:31:30PM -0300, Andrés Benevento wrote: Perdón, quizás me expresé mal. No me da ningún error pero lo que he notado es que desde la instalación nunca más se actualizó. A diferencia con la versión Windows que periódicamente lo hace. Por otro lado si lo intento instalar desde el sitio me da error en las dependencias ya que aclara que está compilado para Debian 9. Los paquetes de Debian se actualizan en la distribución estable por pocas razones. Esas incluyen: - Para arreglar vulnerabilidades de seguridad - Para arreglar defectos muy graves (esto no es común) - Para actualizar información que se espera que puede cambiar de vez en cuando (por ejemplo, cuando se agrega un segundo intercalar o cuando se actualize una base de datos de antivirus) Hay tal vez otras, pero se encuentran con tan poca frecuencia que no vale mencionarlas. FileZilla en Debian stretch es la versión 3.24 y la de Debian sid es la versión 3.39 (que es la útlima versión que ha publicado el proyecto FileZilla). Entonces si las versiones entre la 3.24 y la 3.39 no tienen algo que ver con arreglar alguna vulnerabilidad de seguridad, entonces no se actualiza el paquete de FileZilla en la distribución estable. Ahora, si sale alguna vulnerabilidad de seguridad, entonces el mantenedor de FileZilla en Debian y/o el equipo de seguridad se encargan de desarrolar un patch que representa el cambio minimo para arreglar la vulnerabilidad especifica. Algunas veces y con algunos paquetes esto se hace actualizando a la versión nueva publicada por el proyecto. Pero es más común hacerlo a travez de un patch. Así que puedes tener confianza que si hay alguna vulnerabilidad que se publicará un paquete actualizado en Debian y que entonces tu sistema la recibirá la próxima vez que la actualices. Si acaso te interesa el estatus del paquete en Debian, puedes verlo aquí: https://tracker.debian.org/pkg/filezilla Donde dice «action needed» es donde también se pueden var las alertas de vulnerabilidades relacionadas al paquete (cuando hay tales). Saludos, -Roberto Perfecto! Muchas gracias a todos. Saludos!
Re: FTP
On Fri, Jan 11, 2019 at 08:31:30PM -0300, Andrés Benevento wrote: > > Perdón, quizás me expresé mal. No me da ningún error pero lo que he notado > es que desde la instalación nunca más se actualizó. A diferencia con la > versión Windows que periódicamente lo hace. > > Por otro lado si lo intento instalar desde el sitio me da error en las > dependencias ya que aclara que está compilado para Debian 9. > Los paquetes de Debian se actualizan en la distribución estable por pocas razones. Esas incluyen: - Para arreglar vulnerabilidades de seguridad - Para arreglar defectos muy graves (esto no es común) - Para actualizar información que se espera que puede cambiar de vez en cuando (por ejemplo, cuando se agrega un segundo intercalar o cuando se actualize una base de datos de antivirus) Hay tal vez otras, pero se encuentran con tan poca frecuencia que no vale mencionarlas. FileZilla en Debian stretch es la versión 3.24 y la de Debian sid es la versión 3.39 (que es la útlima versión que ha publicado el proyecto FileZilla). Entonces si las versiones entre la 3.24 y la 3.39 no tienen algo que ver con arreglar alguna vulnerabilidad de seguridad, entonces no se actualiza el paquete de FileZilla en la distribución estable. Ahora, si sale alguna vulnerabilidad de seguridad, entonces el mantenedor de FileZilla en Debian y/o el equipo de seguridad se encargan de desarrolar un patch que representa el cambio minimo para arreglar la vulnerabilidad especifica. Algunas veces y con algunos paquetes esto se hace actualizando a la versión nueva publicada por el proyecto. Pero es más común hacerlo a travez de un patch. Así que puedes tener confianza que si hay alguna vulnerabilidad que se publicará un paquete actualizado en Debian y que entonces tu sistema la recibirá la próxima vez que la actualices. Si acaso te interesa el estatus del paquete en Debian, puedes verlo aquí: https://tracker.debian.org/pkg/filezilla Donde dice «action needed» es donde también se pueden var las alertas de vulnerabilidades relacionadas al paquete (cuando hay tales). Saludos, -Roberto -- Roberto C. Sánchez
Re: FTP
El vie., 11 de ene. de 2019 a la(s) 21:57, Roberto C. Sánchez (robe...@debian.org) escribió: > > On Sat, Jan 12, 2019 at 12:07:40AM +0100, qorg11 wrote: > > On Fri, Jan 11, 2019 at 09:47:53AM -0300, Andrés Benevento wrote: > > > Hola gente, hago una consulta general para que me indiquen que cliente de > > > FTP utilizan? Uso FileZilla en mi jessie y entiendo que es uno de los más > > Bueno, en todo caso scp sería un poquitín mejor > > Eso se puede con FileZilla (sftp, que es equivalente). Según el sitio > de web: > > The FileZilla Client not only supports FTP, but also FTP over TLS (FTPS) > and SFTP. > > > > usados pero tengo problemas al actualizarlo. Es posible cambiar el > > > repositorio? > > ¿A que te refieres con esto? > > ¿Podrías proporcional el error que te da intentar actualizarlo? > > Pon esto en una terminal > > > > # apt --purge remove filezilla > > # apt install filezilla > > > Se puede hacer esto de un paso: > > # apt install --reinstall filezilla > > > No debería dar errores. Pero si los da, agradecería que los pusieras aquí > > > Desde ya muchas gracias. > > A ti por dar las gracias. > No quiere re instalar quiere actualizar. Si estas en Jessie te quedas en Jessie, sino te pasas a stretch o a buster. https://packages.debian.org/search?suite=jessie=names=filezilla https://packages.debian.org/search?suite=stretch=names=filezilla https://packages.debian.org/search?suite=buster=names=filezilla Si quieres actualizar desinstala Filezilla de tu sistema, y prueba a compilar a mano, obviamente cumpliendo las dependencias. No entiendo, si no te preocupas de actualizar tu sistema para que te preocupas de actualizar un simple gestor de ftp. Si funciona bien para que arreglarlo. Por lo que leí mencionas que el filezilla de windows si se actualiza, te recuerdo que esto no es windows y aquí los paquetes se mantienen en las distintas versiones del SO, solo se van solucionando problemas de bugs o de seguridad. Recuerda además que Jessie ya es oldstable. Saludos y suerte. -- usuario linux #274354 normas de la lista: http://wiki.debian.org/es/NormasLista como hacer preguntas inteligentes: http://www.sindominio.net/ayuda/preguntas-inteligentes.html
Re: FTP
On Sat, Jan 12, 2019 at 12:07:40AM +0100, qorg11 wrote: > On Fri, Jan 11, 2019 at 09:47:53AM -0300, Andrés Benevento wrote: > > Hola gente, hago una consulta general para que me indiquen que cliente de > > FTP utilizan? Uso FileZilla en mi jessie y entiendo que es uno de los más > Bueno, en todo caso scp sería un poquitín mejor Eso se puede con FileZilla (sftp, que es equivalente). Según el sitio de web: The FileZilla Client not only supports FTP, but also FTP over TLS (FTPS) and SFTP. > > usados pero tengo problemas al actualizarlo. Es posible cambiar el > > repositorio? > ¿A que te refieres con esto? > ¿Podrías proporcional el error que te da intentar actualizarlo? > Pon esto en una terminal > > # apt --purge remove filezilla > # apt install filezilla > Se puede hacer esto de un paso: # apt install --reinstall filezilla > No debería dar errores. Pero si los da, agradecería que los pusieras aquí > > Desde ya muchas gracias. > A ti por dar las gracias. Saludos, -Roberto -- Roberto C. Sánchez
Re: FTP
El 11/1/2019 a las 8:07 p. m., qorg11 escribió: On Fri, Jan 11, 2019 at 09:47:53AM -0300, Andrés Benevento wrote: Hola gente, hago una consulta general para que me indiquen que cliente de FTP utilizan? Uso FileZilla en mi jessie y entiendo que es uno de los más Bueno, en todo caso scp sería un poquitín mejor usados pero tengo problemas al actualizarlo. Es posible cambiar el repositorio? ¿A que te refieres con esto? ¿Podrías proporcional el error que te da intentar actualizarlo? Pon esto en una terminal # apt --purge remove filezilla # apt install filezilla No debería dar errores. Pero si los da, agradecería que los pusieras aquí Desde ya muchas gracias. A ti por dar las gracias. Perdón, quizás me expresé mal. No me da ningún error pero lo que he notado es que desde la instalación nunca más se actualizó. A diferencia con la versión Windows que periódicamente lo hace. Por otro lado si lo intento instalar desde el sitio me da error en las dependencias ya que aclara que está compilado para Debian 9. Saludos!
Re: FTP
On Fri, Jan 11, 2019 at 09:47:53AM -0300, Andrés Benevento wrote: > Hola gente, hago una consulta general para que me indiquen que cliente de > FTP utilizan? Uso FileZilla en mi jessie y entiendo que es uno de los más Bueno, en todo caso scp sería un poquitín mejor > usados pero tengo problemas al actualizarlo. Es posible cambiar el > repositorio? ¿A que te refieres con esto? ¿Podrías proporcional el error que te da intentar actualizarlo? Pon esto en una terminal # apt --purge remove filezilla # apt install filezilla No debería dar errores. Pero si los da, agradecería que los pusieras aquí > Desde ya muchas gracias. A ti por dar las gracias. -- GPG Key: https://vxempire.xyz/pgp.txt Happy hacking
Re: FTP
El FILEZILLA como cliente FTP es muy bueno. No creo que consigas otro mejor. El vie 11-ene-19, Andrés Benevento escribió: Asunto: FTP Para: "debian-user-spanish@lists.debian.org" Fecha: viernes, 11 de enero de 2019, 9:47 Hola gente, hago una consulta general para que me indiquen que cliente de FTP utilizan? Uso FileZilla en mi jessie y entiendo que es uno de los más usados pero tengo problemas al actualizarlo. Es posible cambiar el repositorio? Desde ya muchas gracias. Andrés Benevento.
FTP
Hola gente, hago una consulta general para que me indiquen que cliente de FTP utilizan? Uso FileZilla en mi jessie y entiendo que es uno de los más usados pero tengo problemas al actualizarlo. Es posible cambiar el repositorio? Desde ya muchas gracias. Andrés Benevento.
OT: Instala servicio FTP en DEBIAN
Buen día caballeros/damas, les comparto un vídeo curso que realice ya hace algún tiempo donde explico como realizar la instalación de VSFTP con login locales, virtuales y anónimos, además de como asegurar el servicio con SSL. Espero sea de su agrado y cualquier retroalimentación es bienvenida. https://www.youtube.com/playlist?list=PLyLcPK3h0D7B8oZNt9GXpgfT3gZaxc1am FRANK HARBEY SANABRIA FLOREZTecnologo en Telecomunicaciones y Sistemas Bogota - Colombia@franksanabria sugeek.co
Re: ftp en debian 7 64bit
Mira este https://elhombrequereventodeinformacion.wordpress.com/tag/pure-ftp-pureftpd/ *Saludes;* rasa. El día 14 de enero de 2015, 12:10, Camaleón noela...@gmail.com escribió: El Wed, 14 Jan 2015 12:49:43 -0400, luis escribió: Algún buen manual o tutorial para configurar un server ftp con vsftpd para diversar carpetas y con diferentes usuarios creados no en sistema sino en un fichero aparte como en squid por ej ??? y asi asignar a cada carpeta un usuario diferente y no precisamente registrado en el sistema para elevar seguridad , es posible esto ??? Alguna idea cualquier ayuda me será muy útil agradezco a todos En la página de vsftpd tienes varias configuraciones de ejemplo que te pueden servir. A priori, las opciones que buscas se pueden configurar pero hay que leer el manual ;-) Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2015.01.14.17.10...@gmail.com -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAE=ryq-fgkk2uhta8yh_bb5_-yq21_zxoqx3xtb8qdbrzc9...@mail.gmail.com
ftp en debian 7 64bit
Buenas a todos Algún buen manual o tutorial para configurar un server ftp con vsftpd para diversar carpetas y con diferentes usuarios creados no en sistema sino en un fichero aparte como en squid por ej ??? y asi asignar a cada carpeta un usuario diferente y no precisamente registrado en el sistema para elevar seguridad , es posible esto ??? Alguna idea cualquier ayuda me será muy útil agradezco a todos -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/7ce8595da41db86a7c170a7c21070...@ida.cu
Re: ftp en debian 7 64bit
El Wed, 14 Jan 2015 12:49:43 -0400, luis escribió: Algún buen manual o tutorial para configurar un server ftp con vsftpd para diversar carpetas y con diferentes usuarios creados no en sistema sino en un fichero aparte como en squid por ej ??? y asi asignar a cada carpeta un usuario diferente y no precisamente registrado en el sistema para elevar seguridad , es posible esto ??? Alguna idea cualquier ayuda me será muy útil agradezco a todos En la página de vsftpd tienes varias configuraciones de ejemplo que te pueden servir. A priori, las opciones que buscas se pueden configurar pero hay que leer el manual ;-) Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2015.01.14.17.10...@gmail.com
Re: [OT] Cliente FTP Web
Gracias por toda la información, la próxima vez intentaré ser más directo :P Saludos. El 13 de junio de 2014, 16:25, Camaleón noela...@gmail.com escribió: El Thu, 12 Jun 2014 22:08:16 +0200, Sergio Villalba escribió: Hola a tod@s, Ese html... estoy buscando un cliente FTP Web para montarlo en un servidor Web (Apache + PHP). El único requisito es poder codificarlo y adaptarlo a mis necesidades. A mí también me ha costado entender que lo que buscas es un cliente ftp basado en web :-P Empece probando net2ftp (http://www.net2ftp.com/) pero creo que puedo modificarlo completamente por términos de licencia. Luego pase a probar monstaftp (http://www.monstaftp.com) pero este no funciona muy bien en IE 10/11 (voy a preguntarle al desarrollar del software). ¿alguien conoce otras alternativas? Conozco el módulo que suelen usar los servicios de hospedaje con cPanel para la gestión de archivos pero no sé si detrás de la GUI hay un FTP, la verdad ni tampoco de qué programa se trata. De todas formas, los navegadores web ya incluyen un cliente ftp gráfico integrado... sí, ya sé que es feote pero ahí está O:-) Bueno, aporto alguno más que me ha devuelto Google: http://www.osfilemanager.com/index.html https://app.anyclient.com/ http://extplorer.sourceforge.net/ Y un análisis bastante majo sobre las distintas tecnologías empleadas en la transferencia de archivos por si te diera alguna idea: http://www.filecatalyst.com/comparison-of-web-based-file-transfer-methodologies Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.06.13.14.25...@gmail.com
Re: [OT] Cliente FTP Web
mira amigo puedes usar ftphpa o proftpd los dos son sencillos y los puedes instalar con apt-get . saludos juanc - Original Message - From: Sergio Villalba To: debian-user-spanish Sent: Thursday, June 12, 2014 4:08 PM Subject: [OT] Cliente FTP Web Hola a tod@s, estoy buscando un cliente FTP Web para montarlo en un servidor Web (Apache + PHP). El único requisito es poder codificarlo y adaptarlo a mis necesidades. Empece probando net2ftp (http://www.net2ftp.com/) pero creo que puedo modificarlo completamente por términos de licencia. Luego pase a probar monstaftp (http://www.monstaftp.com) pero este no funciona muy bien en IE 10/11 (voy a preguntarle al desarrollar del software). ¿alguien conoce otras alternativas? Gracias por todo, Saludos.
Re: [OT] Cliente FTP Web
El Thu, 12 Jun 2014 22:08:16 +0200, Sergio Villalba escribió: Hola a tod@s, Ese html... estoy buscando un cliente FTP Web para montarlo en un servidor Web (Apache + PHP). El único requisito es poder codificarlo y adaptarlo a mis necesidades. A mí también me ha costado entender que lo que buscas es un cliente ftp basado en web :-P Empece probando net2ftp (http://www.net2ftp.com/) pero creo que puedo modificarlo completamente por términos de licencia. Luego pase a probar monstaftp (http://www.monstaftp.com) pero este no funciona muy bien en IE 10/11 (voy a preguntarle al desarrollar del software). ¿alguien conoce otras alternativas? Conozco el módulo que suelen usar los servicios de hospedaje con cPanel para la gestión de archivos pero no sé si detrás de la GUI hay un FTP, la verdad ni tampoco de qué programa se trata. De todas formas, los navegadores web ya incluyen un cliente ftp gráfico integrado... sí, ya sé que es feote pero ahí está O:-) Bueno, aporto alguno más que me ha devuelto Google: http://www.osfilemanager.com/index.html https://app.anyclient.com/ http://extplorer.sourceforge.net/ Y un análisis bastante majo sobre las distintas tecnologías empleadas en la transferencia de archivos por si te diera alguna idea: http://www.filecatalyst.com/comparison-of-web-based-file-transfer-methodologies Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.06.13.14.25...@gmail.com
[OT] Cliente FTP Web
Hola a tod@s, estoy buscando un cliente FTP Web para montarlo en un servidor Web (Apache + PHP). El único requisito es poder codificarlo y adaptarlo a mis necesidades. Empece probando net2ftp (http://www.net2ftp.com/) pero creo que puedo modificarlo completamente por términos de licencia. Luego pase a probar monstaftp (http://www.monstaftp.com) pero este no funciona muy bien en IE 10/11 (voy a preguntarle al desarrollar del software). ¿alguien conoce otras alternativas? Gracias por todo, Saludos.
Re: [OT] Cliente FTP Web
El 12/06/2014 22:08, Sergio Villalba svillal...@gmail.com escribió: Hola a tod@s, estoy buscando un cliente FTP Web para montarlo en un servidor Web (Apache + PHP). El único requisito es poder codificarlo y adaptarlo a mis necesidades. Empece probando net2ftp (http://www.net2ftp.com/) pero creo que puedo modificarlo completamente por términos de licencia. Luego pase a probar monstaftp (http://www.monstaftp.com) pero este no funciona muy bien en IE 10/11 (voy a preguntarle al desarrollar del software). ¿alguien conoce otras alternativas? Gracias por todo, Saludos. Estarás buscando servidor FTP digo no?? Proftpd, vsftpd, pure-ftpd... Y para conectarte filezilla, gftp, linea de comandos con ftp ... Hay un montón de tutoriales no creo que te gas problemas.
Re: [OT] Cliente FTP Web
El 12-06-2014 16:40, Maykel Franco escribió: El 12/06/2014 22:08, Sergio Villalba svillal...@gmail.com mailto:svillal...@gmail.com escribió: Hola a tod@s, estoy buscando un cliente FTP Web para montarlo en un servidor Web (Apache + PHP). El único requisito es poder codificarlo y adaptarlo a mis necesidades. Empece probando net2ftp (http://www.net2ftp.com/) pero creo que puedo modificarlo completamente por términos de licencia. Luego pase a probar monstaftp (http://www.monstaftp.com) pero este no funciona muy bien en IE 10/11 (voy a preguntarle al desarrollar del software). ¿alguien conoce otras alternativas? Gracias por todo, Saludos. Estarás buscando servidor FTP digo no?? Proftpd, vsftpd, pure-ftpd... Y para conectarte filezilla, gftp, linea de comandos con ftp ... Hay un montón de tutoriales no creo que te gas problemas. Creo que tienes un problema de comprensión de lectura, claramente habla de clientes FTP basados en web. Bien respondiendo a tu inquietud, y haciendo una busqueda, puedo darte estos link para que los mires. http://j-ftp.sourceforge.net/ https://fit.jupiterit.com/ http://sourceforge.net/projects/php-ftp/files/PHP-Ftp/0.1.1/php-ftp-0.1.1.tar.gz/download https://github.com/FTPbox/Web-Interface Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/539a2833.10...@acshell.net
Re: [OT] Cliente FTP Web
On Thu, 12 Jun 2014 18:22:43 -0400 Roberto Quiñones robe...@acshell.net wrote: Yo uso Web-FTP 2.2.1 va muy bien http://mamalibre.no-ip.org/cgi-bin/FTP/ Saludos -- Servicios:. http://mamalibre.com.ar/plus MamaLibre, Casa en Lincoln, Ituzaingo 1085 CP6070, Buenos Aires, Argentina pgpLscEmn702t.pgp Description: PGP signature
Re: Servidor FTP (vsftpd) y enlaces simbólicos
El Sun, 01 Jun 2014 20:31:38 +0200, José Miguel (sio2) escribió: El Sun, 01 de Jun de 2014, a las 03:50:14PM +, Camaleón dijo: Hum... pero si antes me dijiste que eso no funcionaba, pillín ;-) Mis disculpas. Dije que el problema no estaba en que el enlace apuntara fuera, porque, de hecho, no apunta fuera. (...) Si el problema no era de jaulas, el montaje con bind no te va a servir, por eso me extrañaba que dieras esa opción como válida. A mí tampoco me queda claro, de hecho la sección que indicas no parece mencionar problemas con enlaces simbólicos por lo que deberían respetarse siempre y cuando el sistema los admita y por eso creo que sería relevante la información que te preguntaba en un correo anterior: https://lists.debian.org/debian-user-spanish/2014/05/msg00470.html Es decir, si (en teoría) el servidor ftp puede trabajar con enlaces simbólicos a los que tenga acceso -que estén en su ámbito- como parece ser el caso, sería interesante saber qué error registra cuando se intenta sobrescribir un archivo que está apuntando a otro archivo. A ver. Intentaré dar respuesta. Los ficheros en el servidor son estos: /srv/ftp/Almacen/Contenedor/f.txt /srv/ftp/Almacen/Curso_2013-2014/f.txt - ../Contenedor/f.txt /srv/ftp/Almacen/Curso_2013-2014/f2.txt - ../Contenedor/f.txt /srv/ftp/Almacen/Curso_2012-2013/f.txt - /srv/ftp/Material/Contenedor/ f.txt /srv/ftp/Almacen/Curso_2012-2013/f2.txt - /Contenedor/f.txt El ftp está enjaulado en /srv/ftp/Material y f.txt contiene Hola. Si existe una jaula (?) que impida salir de /Material que entiendo es la raíz, tienes que asegurarte de que los usuarios puedan acceder al contenido externo aunque supongo que eso ya lo habrás tenido en cuenta. En cualquier caso, convendría que hicieras las mismas pruebas *sin* jaula de por medio, sólo para comparar los resultados en ambos casos. En el cliente creo dos ficheros f.txt y f2.txt ambos con el texto Adios. #v+ $ ftp ftp.dominio.com [...] ftp cd Curso_2013-2014 ftp put f.txt [...] 226 Transfer complete. #v- Vale, sobreescribe el fichero apuntado (el enlace simbólico, intacto). Es decir, tenemos que: /srv/ftp/Almacen/Curso_2013-2014/f.txt contiene Adios y por ende, /srv/ftp/Almacen/Contenedor/f.txt contiene Adios ¿correcto? (...) #v+ $ ftp ftp.dominio.com [...] ftp cd Curso_2012-2013 ftp put f.txt [...] 553 Could not create file. #v- Falla. En el servidor el error es: Falla este pero no ha fallado el primero y entiendo que es porque en el primero no había ningún archivo anterior que tuviera que sobrescribir. FAIL UPLOAD: Client XX.XXX.XXX.XXX, /Curso_2012-2013/f.txt, 0.00Kbyte/sec ¿Y ya está? :-? Dale más verbosidad al registro del servidor FTP si te lo permite. #v+ $ ftp ftp.dominio.com [...] ftp cd Curso_2012-2013 ftp put f2.txt [...] 226 Transfer complete. #v- Este lo hace bien porque no había ningún archivo f2.txt que sobrescribir ¿correcto? Vale, como era de esperar, sin ni siquiera haber hecho el mount ni creado /Contenedor. Ahora bien, si se quiere que esos ficheros sean descargables por web, no hay más remedio que hacerlo, porque en el sistema el enlace simbólico no funciona: $ cd /srv/ftp/Almacen/Curso_2012-2013 $ cat f2,txt cat: f2.txt: No existe el fichero o el directorio Bien, pero entiendo que ese sería otro tema (digo, permitir la descarga desde un acceso fuera de la jaula), obviamente el usuario necesita permiso para poder acceder al recurso. Creo que no hay ninguna incoherencia en lo que hace el servidor FTP con los enlaces simbólicos. El problema es que al subir un fichero, busca el fichero apuntado, en vez de sobreescribir el fichero-enlace. Por eso, cuando el enlace apunta a ningún fichero (para el ftp la ruta absoluta del enlace no existe, porque su directorio / es otro), falla. Lo que me queda claro es que sabemos en qué condiciones (cuándo) falla (cuando ya existe un archivo con ese nombre que es un enlace simbólico) pero no porqué, intenta que el servidor ftp saque más información. Dos pruebas adicionales que se me ocurren: 1/ Probar con un enlace duro 2/ Probar con ssh (mediante sftp) 3/ Probar con un enlace simbólico que esté en el mismo directorio Quizás esto tenga que ver con lo que dice el RFC. Creo entender que cuando hay varias rutas alternativas a un fichero, para el FTP hay un fichero, nada de un fichero regular y un enlace simbólico que apunta al fichero regular: un fichero al que se accede por dos rutas diferentes. Por eso intenta sobreescribir el fichero enlazado. Esa es la explicación que quiero darle. Yo entendería que lo más sencillo (lo más lógico) es que sobrescribiera el destino al que apunta el enlace simbólico siempre y cuando tenga los permisos adecuados y que en este caso los tiene (aparentemente). Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas
Re: Servidor FTP (vsftpd) y enlaces simbólicos
El Mon, 02 de Jun de 2014, a las 02:23:43PM +, Camaleón dijo: Si el problema no era de jaulas, el montaje con bind no te va a servir, por eso me extrañaba que dieras esa opción como válida. El problema es provocado por la jaula, lo que pasa que no es el típico problema de que los contenidos queden fuera de la jaula, sino que la jaula modifica el directorio raíz y como consecuencia la ruta absoluta deja de ser válida dentro de la jaula. Creo que en todo este hilo es eso lo que no he sido capaz de transmitir bien o tú no has comprendido del todo. Veamos. El fichero: /srv/ftp/Almacen/Contenedor/f.txt tiene una ruta absoluta que es esa precisamente: /srv/ftp/Almacen/Contenedor/f.txt. Si en el sistema tengo un enlace simbólico con esa ruta absoluta, el enlace no está roto. Ahora bien, el servidor FTP no tiene como raiz la raíz del sistema, sino /srv/ftp/Material, porque está enjaulado en ese directorio. Así pues a ojos del FTP la ruta absoluta de ese fichero f.txt /Contenedor/f.txt, puesto que /srv/ftp/Almacen/Contenedor/f.txt referiría al un hipotético fichero que en el sistema de archivos se encontrase en: /srv/ftp/Almacen/srv/ftp/Almacen/Contenedor/f.txt Eso es lo que le pasa a mis enlaces simbólicos con ruta absoluta: son válidos en el sistema, pero en el FTP, no. ¿Qué tiene de malo esto? Pues que el comportamiento del FTP cuando se sube un fichero no es sobreescribir el enlace simbólico por el fichero regular que estoy subiendo (a diferencia de mv o cp que sí lo hacen), sino seguir el enlace y modificar el fichero apuntado (f.txt en este ejemplo). Si el enlace está roto, el FTP no encuentra el fichero apuntado y suelta un error. Creo que por el RFC que me indicaste, aunque no lo entiendo muy bien, este es el comportamiento lógico del protocolo: no hay dos ficheros (el enlace simbólico y el fichero regular), sino un solo fichero al que se puede llegar por dos rutas diferentes; y, por tanto, no sería posible hacer lo que me hubiera gustado: que el FTP en las subidas se comportase como los comandos mv o cp. [...] #v+ $ ftp ftp.dominio.com [...] ftp cd Curso_2013-2014 ftp put f.txt [...] 226 Transfer complete. #v- Vale, sobreescribe el fichero apuntado (el enlace simbólico, intacto). Es decir, tenemos que: /srv/ftp/Almacen/Curso_2013-2014/f.txt contiene Adios Si te vas al sistema de ficheros, este fichero sigue siendo un enlace simbólico. y por ende, /srv/ftp/Almacen/Contenedor/f.txt contiene Adios ¿correcto? Efectivamente, el cambio se ha producido en el fichero apuntado. #v+ $ ftp ftp.dominio.com [...] ftp cd Curso_2012-2013 ftp put f.txt [...] 553 Could not create file. #v- Falla. En el servidor el error es: Falla este pero no ha fallado el primero y entiendo que es porque en el primero no había ningún archivo anterior que tuviera que sobrescribir. No, observa que todos los enlaces simbólicos apuntan a un fichero que existe: /srv/ftp/Almacen/Contenedor/f.txt A veces, La ruta es absoluta y a veces la ruta es relativa. FAIL UPLOAD: Client XX.XXX.XXX.XXX, /Curso_2012-2013/f.txt, 0.00Kbyte/sec ¿Y ya está? :-? Dale más verbosidad al registro del servidor FTP si te lo permite. No lo que falla es la ruta. La ruta /srv/ftp/Almacen/Contenedor/f.txt, no es válida para el FTP, porque para el la ruta absoluta es /Contenedor/f.txt. Esta es la razón por la que falla: yo veo coherente el comportamiento. #v+ $ ftp ftp.dominio.com [...] ftp cd Curso_2012-2013 ftp put f2.txt [...] 226 Transfer complete. #v- Este lo hace bien porque no había ningún archivo f2.txt que sobrescribir ¿correcto? No, esto no falla porque f2.txt es un enlace simbólico a f.txt con la ruta absoluta que ve el servidor FTP: /Contenedor/f.txt Obviamente este enlace simbólico dentro del sistema es un enlace roto, que no apunta a ningún fichero existente. Ningún put que he hecho ha creado ningún fichero nuevo en el servidor: todos sobreescriben el fichero regular f.txt que está en Contenedor. Salvo el put que falla, claro. Lo que me queda claro es que sabemos en qué condiciones (cuándo) falla (cuando ya existe un archivo con ese nombre que es un enlace simbólico) pero no porqué, intenta que el servidor ftp saque más información. Yo sí veo claro por qué: porque el enlace a ojos de FTP está roto y apunta a un fichero que no existe dentro de un directorio que no existe. Es más, no he hecho la prueba pero si en mi sistema existiera el directorio: /srv/ftp/Almacen/srv/ftp/Almacen/Contenedor/ estoy seguro que la prueba que me ha fallado no lo habría hecho. Simplemente habría creado f.txt dentro de ese directorio. Es lo mismo que ocurre si en un FTP vacío intento hacer: put a/fichero.txt Fallará porque el directorio a no existe y para poder subir el fichero a a, tiene que existir a antes. Dos pruebas adicionales que se me ocurren: 1/ Probar con un enlace duro Eso va a funcionar: no veo el problema de que no lo haga. 2/ Probar con ssh
Re: Servidor FTP (vsftpd) y enlaces simbólicos
El Mon, 02 Jun 2014 19:48:45 +0200, José Miguel (sio2) escribió: El Mon, 02 de Jun de 2014, a las 02:23:43PM +, Camaleón dijo: Si el problema no era de jaulas, el montaje con bind no te va a servir, por eso me extrañaba que dieras esa opción como válida. El problema es provocado por la jaula, lo que pasa que no es el típico problema de que los contenidos queden fuera de la jaula, sino que la jaula modifica el directorio raíz y como consecuencia la ruta absoluta deja de ser válida dentro de la jaula. Creo que en todo este hilo es eso lo que no he sido capaz de transmitir bien o tú no has comprendido del todo. Pero la jaula (y el montaje con --bind) lo único que hace es permitir que un usuario sin acceso a un directorio (por quedar fuera de su ámbito) pueda acceder. No debería interferir para nada en el comportamiento del ftp ni de los enlaces simbólicos, siempre y cuando estén configurados los permisos correctamente. Veamos. El fichero: /srv/ftp/Almacen/Contenedor/f.txt tiene una ruta absoluta que es esa precisamente: /srv/ftp/Almacen/Contenedor/f.txt. Si en el sistema tengo un enlace simbólico con esa ruta absoluta, el enlace no está roto. Ahora bien, el servidor FTP no tiene como raiz la raíz del sistema, sino /srv/ftp/Material, porque está enjaulado en ese directorio. Así pues a ojos del FTP la ruta absoluta de ese fichero f.txt /Contenedor/f.txt, puesto que /srv/ftp/Almacen/Contenedor/f.txt referiría al un hipotético fichero que en el sistema de archivos se encontrase en: /srv/ftp/Almacen/srv/ftp/Almacen/Contenedor/f.txt Eso es lo que le pasa a mis enlaces simbólicos con ruta absoluta: son válidos en el sistema, pero en el FTP, no. Eso está claro pero no es ese tu problema ¿no? porque si lo es volvemos al principio del hilo. El usuario que accede mediante ftp tiene que tener acceso a /srv/ftp/ Almacen y todo lo que cuelgue de ahí, para eso sirve precisamente montar el recurso bindeado. Si no tiene acceso, ningún enlace (sea duro o blando) funcionará. ¿Qué tiene de malo esto? Pues que el comportamiento del FTP cuando se sube un fichero no es sobreescribir el enlace simbólico por el fichero regular que estoy subiendo (a diferencia de mv o cp que sí lo hacen), sino seguir el enlace y modificar el fichero apuntado (f.txt en este ejemplo). Si el enlace está roto, el FTP no encuentra el fichero apuntado y suelta un error. Pues entonces si esa es tu teoría, si crees que el servidor ftp es capaz de reconocer los enlaces simbólicos y seguirlos pero se topa con el muro de la jaula que le impide acceder al recurso tienes que solucionar eso, obviamente. Pero como estabas tan convencido de que este no era un problema de enjaulamiento me has hecho dudar :-) Salvo que lo que quieras (como así parece ser) es sobrescribir el enlace simbólico por un archivo con el contenido completo que subes, vamos, que quieras romper ese enlace simbólico para generar un archivo convencional. Creo que por el RFC que me indicaste, aunque no lo entiendo muy bien, este es el comportamiento lógico del protocolo: no hay dos ficheros (el enlace simbólico y el fichero regular), sino un solo fichero al que se puede llegar por dos rutas diferentes; y, por tanto, no sería posible hacer lo que me hubiera gustado: que el FTP en las subidas se comportase como los comandos mv o cp. cp -H tendría el comportamiento que tiene el ftp cuando subes un archivo, y que entiendo tiene prioridad en este caso. Vale, entonces ya veo que el problema no es de la jaula ni de permisos ni de rutas relativas/absolutas ni demás gaitas, lo que quieres es que el servidor ftp rompa en enlace simbólico sin generar ningún error. Lo cual me lleva a la siguiente preguntonta... si no quieres que se sigan los enlaces simbólicos ¿para qué los generas? (...) Lo que me queda claro es que sabemos en qué condiciones (cuándo) falla (cuando ya existe un archivo con ese nombre que es un enlace simbólico) pero no porqué, intenta que el servidor ftp saque más información. Yo sí veo claro por qué: porque el enlace a ojos de FTP está roto y apunta a un fichero que no existe dentro de un directorio que no existe. (...) Bien, en tu caso no existe porque no lo has configurado para que tenga acceso pero sería posibles hacerlo, aunque si al final he entendido lo que quieres hacer, no es eso lo que buscas. Dos pruebas adicionales que se me ocurren: 1/ Probar con un enlace duro Eso va a funcionar: no veo el problema de que no lo haga. 2/ Probar con ssh (mediante sftp) Tengo la duda. Creo que alguien me dijo que le funcionaba. Quizás porque el sftp de ssh, sí sobreescribe el enlace simbólico en vez de seguir su ruta. Curioso, aunque bueno, ftp es un protocolo muy antiguo y básico, tampoco se le puede pedir mucho. 3/ Probar con un enlace simbólico que esté en el mismo directorio No entiendo esto que dices. Para descartar problemas con la jaula pero ya has confirmado que los usuarios
Re: Servidor FTP (vsftpd) y enlaces simbólicos
El Tue, 27 de May de 2014, a las 09:32:17AM +0200, Francesc Guitart dijo: No estoy seguro de haverlo entendido bien y además me parece que mi solución es tan evidente que supongo ya la habrás probado, pero... ala voy: [...] Siento responder tan tarde, pero no me ha acompañado la salud... No, no se me había ocurrido. Es una solución bastante guarretera, pero creo sí es solución (no lo he probado). Miré el RFC que me dijo Camaleón, pero no llegué a comprender del todo por qué se comporta el servidor FTP con los enlaces simbólicos del modo en que se comporta: http://tools.ietf.org/html/rfc3659#section-7.5 Creo que la posible explicación está en 7.5.2, pero no saco nada en claro. Comprobé que si el enlace simbólico y el fichero real no tienen el mismo nombre, no funciona el enlace dentro del FTP, aunque use ruta relativa. Muchas gracias. -- Flérida para mí dulce y sabrosa, más que la fruta de cercado ajeno. --- Garcilaso de la Vega --- -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140601102550.ga15...@cubo.casa
Re: Servidor FTP (vsftpd) y enlaces simbólicos
El Sun, 01 Jun 2014 12:25:50 +0200, José Miguel (sio2) escribió: El Tue, 27 de May de 2014, a las 09:32:17AM +0200, Francesc Guitart dijo: No estoy seguro de haverlo entendido bien y además me parece que mi solución es tan evidente que supongo ya la habrás probado, pero... ala voy: [...] Siento responder tan tarde, pero no me ha acompañado la salud... No, no se me había ocurrido. Es una solución bastante guarretera, pero creo sí es solución (no lo he probado). Hum... pero si antes me dijiste que eso no funcionaba, pillín ;-) Miré el RFC que me dijo Camaleón, pero no llegué a comprender del todo por qué se comporta el servidor FTP con los enlaces simbólicos del modo en que se comporta: http://tools.ietf.org/html/rfc3659#section-7.5 Creo que la posible explicación está en 7.5.2, pero no saco nada en claro. Comprobé que si el enlace simbólico y el fichero real no tienen el mismo nombre, no funciona el enlace dentro del FTP, aunque use ruta relativa. A mí tampoco me queda claro, de hecho la sección que indicas no parece mencionar problemas con enlaces simbólicos por lo que deberían respetarse siempre y cuando el sistema los admita y por eso creo que sería relevante la información que te preguntaba en un correo anterior: https://lists.debian.org/debian-user-spanish/2014/05/msg00470.html Es decir, si (en teoría) el servidor ftp puede trabajar con enlaces simbólicos a los que tenga acceso -que estén en su ámbito- como parece ser el caso, sería interesante saber qué error registra cuando se intenta sobrescribir un archivo que está apuntando a otro archivo. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.06.01.15.50...@gmail.com
Re: Servidor FTP (vsftpd) y enlaces simbólicos
El Sun, 01 de Jun de 2014, a las 03:50:14PM +, Camaleón dijo: Hum... pero si antes me dijiste que eso no funcionaba, pillín ;-) Mis disculpas. Dije que el problema no estaba en que el enlace apuntara fuera, porque, de hecho, no apunta fuera. Efectivamente se hace un mount -o bind, pero no se hace para que funcione el ftp, sino para que funcione todo lo demás. Me explico: la cutre solución sería hacer los enlaces mal. En vez de esto: f.txt - /srv/ftp/Almacen/f.txt esto: f.txt - /Almacen/f.txt que es lo que ve el ftp, puesto que está enjaulado. Ahora el enlace funcionaría en el ftp (o eso creo, no lo he probado). Lo que no funcionaría es en el resto del sistema. Así que creamos un /Almacen y hacemos en mount -o bind. A mí tampoco me queda claro, de hecho la sección que indicas no parece mencionar problemas con enlaces simbólicos por lo que deberían respetarse siempre y cuando el sistema los admita y por eso creo que sería relevante la información que te preguntaba en un correo anterior: https://lists.debian.org/debian-user-spanish/2014/05/msg00470.html Es decir, si (en teoría) el servidor ftp puede trabajar con enlaces simbólicos a los que tenga acceso -que estén en su ámbito- como parece ser el caso, sería interesante saber qué error registra cuando se intenta sobrescribir un archivo que está apuntando a otro archivo. A ver. Intentaré dar respuesta. Los ficheros en el servidor son estos: /srv/ftp/Almacen/Contenedor/f.txt /srv/ftp/Almacen/Curso_2013-2014/f.txt - ../Contenedor/f.txt /srv/ftp/Almacen/Curso_2013-2014/f2.txt - ../Contenedor/f.txt /srv/ftp/Almacen/Curso_2012-2013/f.txt - /srv/ftp/Material/Contenedor/f.txt /srv/ftp/Almacen/Curso_2012-2013/f2.txt - /Contenedor/f.txt El ftp está enjaulado en /srv/ftp/Material y f.txt contiene Hola. En el cliente creo dos ficheros f.txt y f2.txt ambos con el texto Adios. #v+ $ ftp ftp.dominio.com [...] ftp cd Curso_2013-2014 ftp put f.txt [...] 226 Transfer complete. #v- Vale, sobreescribe el fichero apuntado (el enlace simbólico, intacto). #v+ $ ftp ftp.dominio.com [...] ftp cd Curso_2013-2014 ftp put f2.txt [...] 226 Transfer complete. #v- Vale, sobreescribe el fichero apuntado. #v+ $ ftp ftp.dominio.com [...] ftp cd Curso_2012-2013 ftp put f.txt [...] 553 Could not create file. #v- Falla. En el servidor el error es: FAIL UPLOAD: Client XX.XXX.XXX.XXX, /Curso_2012-2013/f.txt, 0.00Kbyte/sec #v+ $ ftp ftp.dominio.com [...] ftp cd Curso_2012-2013 ftp put f2.txt [...] 226 Transfer complete. #v- Vale, como era de esperar, sin ni siquiera haber hecho el mount ni creado /Contenedor. Ahora bien, si se quiere que esos ficheros sean descargables por web, no hay más remedio que hacerlo, porque en el sistema el enlace simbólico no funciona: $ cd /srv/ftp/Almacen/Curso_2012-2013 $ cat f2,txt cat: f2.txt: No existe el fichero o el directorio Creo que no hay ninguna incoherencia en lo que hace el servidor FTP con los enlaces simbólicos. El problema es que al subir un fichero, busca el fichero apuntado, en vez de sobreescribir el fichero-enlace. Por eso, cuando el enlace apunta a ningún fichero (para el ftp la ruta absoluta del enlace no existe, porque su directorio / es otro), falla. Quizás esto tenga que ver con lo que dice el RFC. Creo entender que cuando hay varias rutas alternativas a un fichero, para el FTP hay un fichero, nada de un fichero regular y un enlace simbólico que apunta al fichero regular: un fichero al que se accede por dos rutas diferentes. Por eso intenta sobreescribir el fichero enlazado. Esa es la explicación que quiero darle. Saludos. -- El hombre que se ríe de todo es que todo lo desprecia. La mujer que se ríe de todo es que sabe que tiene una dentadura bonita. --- Enrique Jardiel Poncela --- -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140601183138.gb...@cubo.casa
Re: Problemas con el servidor FTP (era: Más problemas con el servidor)
El día 30 de mayo de 2014, 23:51, Miguel Matos unefistano...@gmail.com escribió: No tengo idea de cómo omitir datos sensibles, porque todo me parece un grecoglifismo, pero para evitarme malos ratos lo subí a un pegote online: http://codepad.org/RJobkfNX Estimo que ese usuario miguel es un usuario de sistema no? De serlo le tenés que indicar a proftp que puede loguearse, para ello edita el archivo /etc/proftpd/proftpd.conf y agregá esto: Limit LOGIN AllowUser miguel pepe tito DenyAll /Limit pepe y tito son otros usuarios de sistema, para que veas como se agregan de tener más Más info [1] Respecto al usuario root, por default y por seguridad proftpd lo deshabilita, no se aconseja. Pero si aun querés hacerlo, simplemente agrega esto al archivo de configuración antes mencionado: RootLogin on Más info [2] Obviamente a cada cambio hecho en el archivo debes reiniciar el servicio: # invoke-rc.d proftpd restart Saludos [1] http://www.proftpd.org/docs/howto/Limit.html [2] http://www.proftpd.org/docs/directives/linked/config_ref_RootLogin.html -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CA+wiXxiHduXV1VSJ2x3FLTnzqp9vR_dr=PRcOYvmVvpLVRrG=w...@mail.gmail.com
Re: Problemas con el servidor FTP (era: Más problemas con el servidor)
El Fri, 30 May 2014 22:21:57 -0430, Miguel Matos escribió: El día 30 de mayo de 2014, 11:05, Camaleón noela...@gmail.com escribió: (...) Acá: miguel@miguel-LT:~$ ftp ftp open 192.168.0.120 Connected to 192.168.0.120. 220 ProFTPD 1.3.4a Server (Debian) [:::192.168.0.120] Name (192.168.0.120:miguel): miguel 331 Password required for miguel Password: 530 Login incorrect. Login failed. Remote system type is UNIX. Using binary mode to transfer files. (...) Vale, falla el inicio de sesión con el usuario miguel. Revisa el archivo de registro que tendrás en /var/log/proftpd/ proftpd.log (o similar) y manda su contenido omitiendo datos sensibles si los hubiere. No tengo idea de cómo omitir datos sensibles, porque todo me parece un grecoglifismo, Me refería a contraseñas (aunque entiendo que de haberlas no estarían en claro) o direcciones IP remotas y accesibles, en fin, ese tipo de datos que no deben ser públicos. Parece que no es el caso. pero para evitarme malos ratos lo subí a un pegote online: http://codepad.org/RJobkfNX Bien, veo 4 intentos de inicio de sesión: 1/ Sesión como root may 26 23:56:10 debian proftpd[14960] debian.no-ip.org (192.168.0.108[192.168.0.108]): FTP session opened. may 26 23:56:10 debian proftpd[14960] debian.no-ip.org (192.168.0.108[192.168.0.108]): SECURITY VIOLATION: root login attempted. Falla porque detecta una violación de seguridad, entiendo que proftpd debe tener configurado esto de manera predeterminada. 2/ Sesión como debianvbq may 26 23:56:20 debian proftpd[14961] debian.no-ip.org (192.168.0.108[192.168.0.108]): USER debianvbq: no such user found from 192.168.0.108 [192.168.0.108] to :::192.168.0.120:21 may 26 23:56:20 debian proftpd[14961] debian.no-ip.org (192.168.0.108[192.168.0.108]): FTP session closed. Falla porque ese usuario no existe para el servidor ftp. 3/ Sesión como anónimo may 27 00:14:46 debian proftpd[15386] debian.no-ip.org (192.168.0.108[192.168.0.108]): USER anonymous: no such user found from 192.168.0.108 [192.168.0.108] to :::192.168.0.120:21 may 27 00:14:46 debian proftpd[15386] debian.no-ip.org (192.168.0.108[192.168.0.108]): FTP session closed. Falla proque no encuentra al usuario o porque esté desactivado el acceso sin credenciales. 4/ Sesión como miguel May 27 07:39:14 debian proftpd[6545] debian.no-ip.org (192.168.0.108[192.168.0.108]): USER miguel: no such user found from 192.168.0.108 [192.168.0.108] to :::192.168.0.120:21 May 27 07:39:29 debian proftpd[6545] debian.no-ip.org (192.168.0.108[192.168.0.108]): FTP session closed. Falla porque tampoco encuentra al usuario en su base de datos. Tienes que verificar en la configuración de proftpd que el acceso a los usuarios del sistema esté permitida o en su defecto, indicar una base de datos de usuarios externa y darlos de alta. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.05.31.17.27...@gmail.com
Re: Problemas con el servidor FTP (era: Más problemas con el servidor)
El Thu, 29 May 2014 21:08:12 -0430, Miguel Matos escribió: El día 29 de mayo de 2014, 9:08, Camaleón noela...@gmail.com escribió: (...) No tengo la menor idea de lo que pasa. Vale, pero cuando tengas un problema indeterminado es mejor que indiques los pasos que haces tal cual, por ejemplo: 1/ Instalo ProFTPD 2/ Configuro el servidor (alta de usuarios, autentificación, etc...) 3/ Inicio el servicio FTP 4/ Compruebo que está levantado 5/ Abro un cliente FTP (navegador web, FileZilla, línea de comandos) e intento conectar al servidor 6/ El cliente me dice [...] Así nos hacemos una idea de lo que estás haciendo, del problema que puedes tener y de los elementos que hay de por medio. Estas son las instrucciones que uso: http://www.forat.info/2008/02/27/servidor-web-en-linux-debian-9-file- transfer-protocol-un-ftp-con-proftpd/; eso sí, analizando con cuidado cada elemento para poder actualizarlo a Wheezy: algunos paquetes, o se llaman diferentes (como PHP/MySQL), o no se ubican donde dice que están (es el caso de Apache). Al menos, en este caso, no hay ninguna diferencia. Okay, daremos por hecho que se ha instalado sin problemas y que estás siguiendo los mismos pasos del artículo para probar su funcionamiento. Por lo menos en Chrome no me dice nada al usar FTP, ¿Qué significa eso? Pones ftp://192.168.0.1:21 le das a enter y ¿qué sucede? Me pide autenticación, entro con el usuario, falla, me pide autenticación, entro como root, falla, me pide autenticación, entro como otro usuario, falla, (...) Bien, eso quiere decir que el servicio está iniciado y responde. Prueba mejor con la línea de comandos, por ejemplo: sm01@stt008:~$ ftp ftp open 192.168.0.98 ftp: connect: Connection refused ftp Y nos mandas lo que te responda en tu caso. Acá: miguel@miguel-LT:~$ ftp ftp open 192.168.0.120 Connected to 192.168.0.120. 220 ProFTPD 1.3.4a Server (Debian) [:::192.168.0.120] Name (192.168.0.120:miguel): miguel 331 Password required for miguel Password: 530 Login incorrect. Login failed. Remote system type is UNIX. Using binary mode to transfer files. (...) Vale, falla el inicio de sesión con el usuario miguel. Revisa el archivo de registro que tendrás en /var/log/proftpd/ proftpd.log (o similar) y manda su contenido omitiendo datos sensibles si los hubiere. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.05.30.15.35...@gmail.com
Re: Problemas con el servidor FTP (era: Más problemas con el servidor)
El día 30 de mayo de 2014, 11:05, Camaleón noela...@gmail.com escribió: El Thu, 29 May 2014 21:08:12 -0430, Miguel Matos escribió: El día 29 de mayo de 2014, 9:08, Camaleón noela...@gmail.com escribió: (...) No tengo la menor idea de lo que pasa. Vale, pero cuando tengas un problema indeterminado es mejor que indiques los pasos que haces tal cual, por ejemplo: 1/ Instalo ProFTPD 2/ Configuro el servidor (alta de usuarios, autentificación, etc...) 3/ Inicio el servicio FTP 4/ Compruebo que está levantado 5/ Abro un cliente FTP (navegador web, FileZilla, línea de comandos) e intento conectar al servidor 6/ El cliente me dice [...] Así nos hacemos una idea de lo que estás haciendo, del problema que puedes tener y de los elementos que hay de por medio. Estas son las instrucciones que uso: http://www.forat.info/2008/02/27/servidor-web-en-linux-debian-9-file- transfer-protocol-un-ftp-con-proftpd/; eso sí, analizando con cuidado cada elemento para poder actualizarlo a Wheezy: algunos paquetes, o se llaman diferentes (como PHP/MySQL), o no se ubican donde dice que están (es el caso de Apache). Al menos, en este caso, no hay ninguna diferencia. Okay, daremos por hecho que se ha instalado sin problemas y que estás siguiendo los mismos pasos del artículo para probar su funcionamiento. Por lo menos en Chrome no me dice nada al usar FTP, ¿Qué significa eso? Pones ftp://192.168.0.1:21 le das a enter y ¿qué sucede? Me pide autenticación, entro con el usuario, falla, me pide autenticación, entro como root, falla, me pide autenticación, entro como otro usuario, falla, (...) Bien, eso quiere decir que el servicio está iniciado y responde. Prueba mejor con la línea de comandos, por ejemplo: sm01@stt008:~$ ftp ftp open 192.168.0.98 ftp: connect: Connection refused ftp Y nos mandas lo que te responda en tu caso. Acá: miguel@miguel-LT:~$ ftp ftp open 192.168.0.120 Connected to 192.168.0.120. 220 ProFTPD 1.3.4a Server (Debian) [:::192.168.0.120] Name (192.168.0.120:miguel): miguel 331 Password required for miguel Password: 530 Login incorrect. Login failed. Remote system type is UNIX. Using binary mode to transfer files. (...) Vale, falla el inicio de sesión con el usuario miguel. Revisa el archivo de registro que tendrás en /var/log/proftpd/ proftpd.log (o similar) y manda su contenido omitiendo datos sensibles si los hubiere. No tengo idea de cómo omitir datos sensibles, porque todo me parece un grecoglifismo, pero para evitarme malos ratos lo subí a un pegote online: http://codepad.org/RJobkfNX -- Buen uso de las listas (como se ven en Debian): http://wiki.debian.org/es/NormasLista Ayuda para hacer preguntas inteligentes: http://is.gd/NJIwRz -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/calevjmqbjfpzpl-xfiykmoeal8v3dxbaayzyljnzezqvk5z...@mail.gmail.com
Re: Problemas con el servidor FTP (era: Más problemas con el servidor)
El Wed, 28 May 2014 18:16:18 -0430, Miguel Matos escribió: El día 28 de mayo de 2014, 9:46, Camaleón noela...@gmail.com escribió: El Tue, 27 May 2014 21:10:01 -0430, Miguel Matos escribió: Miguel, sería conveniente que ajustaras el asunto de los correos al problema que tienes porque llevas ya 3 o 4 acumulados con asuntos similares (genéricos) para distintas cosas... Saludos de nuevo, en tan poco tiempo. Ya habiendo pasado la parte del proftpd, vuelvo a tener problemas con el FTP. Sorry, es que no soy de ser tan pidón por las listas de correos, y ya me ven feo en la de Ubuntu-ve luego del incidente aquel, que prefiero no recordar. Será un pelo más genérico; aunque eso de estar copiando cada mensaje porque no haya una opción de agruparlos todo es algo que me incomoda. Típico del webmail. Puedes preguntar cuanto quieras pero si eliges un asunto que sea descriptivo del problema que tienes ganamos todos :-) *No conectar* no es lo mimos que *no iniciar sesión*, el primer problema sería más grave. ¿Qué es lo que sucede exactamente? ¿Llega a responder el servidor FTP para pedirte las credenciales? ¿Qué error te registra el servidor? No tengo la menor idea de lo que pasa. Vale, pero cuando tengas un problema indeterminado es mejor que indiques los pasos que haces tal cual, por ejemplo: 1/ Instalo ProFTPD 2/ Configuro el servidor (alta de usuarios, autentificación, etc...) 3/ Inicio el servicio FTP 4/ Compruebo que está levantado 5/ Abro un cliente FTP (navegador web, FileZilla, línea de comandos) e intento conectar al servidor 6/ El cliente me dice [...] Así nos hacemos una idea de lo que estás haciendo, del problema que puedes tener y de los elementos que hay de por medio. Por lo menos en Chrome no me dice nada al usar FTP, ¿Qué significa eso? Pones ftp://192.168.0.1:21 le das a enter y ¿qué sucede? el Firefox muestra la ventana del tipo No se estableció la conexión, Ni siquiera te pide credenciales. y Nautilus dice Verificar detalles del usuario. Luego del 3er intento, Final del flujo inesperado :( Y no sé desde qué lado se leen esos errores, al menos en Windows había un lugar para leerlos (pero igual es complejo) %-P Prueba mejor con la línea de comandos, por ejemplo: sm01@stt008:~$ ftp ftp open 192.168.0.98 ftp: connect: Connection refused ftp Y nos mandas lo que te responda en tu caso. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.05.29.13.38...@gmail.com
Re: Problemas con el servidor FTP (era: Más problemas con el servidor)
OK, acá vamos: El día 29 de mayo de 2014, 9:08, Camaleón noela...@gmail.com escribió: El Wed, 28 May 2014 18:16:18 -0430, Miguel Matos escribió: El día 28 de mayo de 2014, 9:46, Camaleón noela...@gmail.com escribió: El Tue, 27 May 2014 21:10:01 -0430, Miguel Matos escribió: Miguel, sería conveniente que ajustaras el asunto de los correos al problema que tienes porque llevas ya 3 o 4 acumulados con asuntos similares (genéricos) para distintas cosas... Saludos de nuevo, en tan poco tiempo. Ya habiendo pasado la parte del proftpd, vuelvo a tener problemas con el FTP. Sorry, es que no soy de ser tan pidón por las listas de correos, y ya me ven feo en la de Ubuntu-ve luego del incidente aquel, que prefiero no recordar. Será un pelo más genérico; aunque eso de estar copiando cada mensaje porque no haya una opción de agruparlos todo es algo que me incomoda. Típico del webmail. Puedes preguntar cuanto quieras pero si eliges un asunto que sea descriptivo del problema que tienes ganamos todos :-) *No conectar* no es lo mimos que *no iniciar sesión*, el primer problema sería más grave. ¿Qué es lo que sucede exactamente? ¿Llega a responder el servidor FTP para pedirte las credenciales? ¿Qué error te registra el servidor? No tengo la menor idea de lo que pasa. Vale, pero cuando tengas un problema indeterminado es mejor que indiques los pasos que haces tal cual, por ejemplo: 1/ Instalo ProFTPD 2/ Configuro el servidor (alta de usuarios, autentificación, etc...) 3/ Inicio el servicio FTP 4/ Compruebo que está levantado 5/ Abro un cliente FTP (navegador web, FileZilla, línea de comandos) e intento conectar al servidor 6/ El cliente me dice [...] Así nos hacemos una idea de lo que estás haciendo, del problema que puedes tener y de los elementos que hay de por medio. Estas son las instrucciones que uso: http://www.forat.info/2008/02/27/servidor-web-en-linux-debian-9-file-transfer-protocol-un-ftp-con-proftpd/; eso sí, analizando con cuidado cada elemento para poder actualizarlo a Wheezy: algunos paquetes, o se llaman diferentes (como PHP/MySQL), o no se ubican donde dice que están (es el caso de Apache). Al menos, en este caso, no hay ninguna diferencia. Por lo menos en Chrome no me dice nada al usar FTP, ¿Qué significa eso? Pones ftp://192.168.0.1:21 le das a enter y ¿qué sucede? Me pide autenticación, entro con el usuario, falla, me pide autenticación, entro como root, falla, me pide autenticación, entro como otro usuario, falla, (...) el Firefox muestra la ventana del tipo No se estableció la conexión, Ni siquiera te pide credenciales. Lo mismo del Chrome; pero, al darle cancelar, sale esta ventana. y Nautilus dice Verificar detalles del usuario. Luego del 3er intento, Final del flujo inesperado :( Y no sé desde qué lado se leen esos errores, al menos en Windows había un lugar para leerlos (pero igual es complejo) %-P Prueba mejor con la línea de comandos, por ejemplo: sm01@stt008:~$ ftp ftp open 192.168.0.98 ftp: connect: Connection refused ftp Y nos mandas lo que te responda en tu caso. Acá: miguel@miguel-LT:~$ ftp ftp open 192.168.0.120 Connected to 192.168.0.120. 220 ProFTPD 1.3.4a Server (Debian) [:::192.168.0.120] Name (192.168.0.120:miguel): miguel 331 Password required for miguel Password: 530 Login incorrect. Login failed. Remote system type is UNIX. Using binary mode to transfer files. ftp open 192.168.0.120 Already connected to 192.168.0.120, use close first. ftp close 192.168.0.120 221 Goodbye. ftp open 192.168.0.120 Connected to 192.168.0.120. 220 ProFTPD 1.3.4a Server (Debian) [:::192.168.0.120] Name (192.168.0.120:miguel): root 331 Password required for root Password: 530 Login incorrect. Login failed. Remote system type is UNIX. Using binary mode to transfer files. ftp Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.05.29.13.38...@gmail.com -- Buen uso de las listas (como se ven en Debian): http://wiki.debian.org/es/NormasLista Ayuda para hacer preguntas inteligentes: http://is.gd/NJIwRz -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CALEvJmQOqsr4KkcN149EeY4EW+1K+h6E+Dzj-=roexlefr9...@mail.gmail.com
Problemas con el servidor FTP (era: Más problemas con el servidor)
El Tue, 27 May 2014 21:10:01 -0430, Miguel Matos escribió: Miguel, sería conveniente que ajustaras el asunto de los correos al problema que tienes porque llevas ya 3 o 4 acumulados con asuntos similares (genéricos) para distintas cosas... Saludos de nuevo, en tan poco tiempo. Ya habiendo pasado la parte del proftpd, vuelvo a tener problemas con el FTP. (...) Pero no me hace ninguna conexión FTP, ni por Nautilus del GNOME (GNOME 3), ni por Filezilla, ni los navegadores. ¡Ninguna de las claves las agarra! ¿ahora, dónde está el error... en esta escena? *No conectar* no es lo mimos que *no iniciar sesión*, el primer problema sería más grave. ¿Qué es lo que sucede exactamente? ¿Llega a responder el servidor FTP para pedirte las credenciales? ¿Qué error te registra el servidor? Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.05.28.14.16...@gmail.com
Re: Problemas con el servidor FTP (era: Más problemas con el servidor)
El may 28, 2014 10:20 AM, Camaleón noela...@gmail.com escribió: El Tue, 27 May 2014 21:10:01 -0430, Miguel Matos escribió: Miguel, sería conveniente que ajustaras el asunto de los correos al problema que tienes porque llevas ya 3 o 4 acumulados con asuntos similares (genéricos) para distintas cosas... Saludos de nuevo, en tan poco tiempo. Ya habiendo pasado la parte del proftpd, vuelvo a tener problemas con el FTP. (...) Pero no me hace ninguna conexión FTP, ni por Nautilus del GNOME (GNOME 3), ni por Filezilla, ni los navegadores. ¡Ninguna de las claves las agarra! ¿ahora, dónde está el error... en esta escena? *No conectar* no es lo mimos que *no iniciar sesión*, el primer problema sería más grave. ¿Qué es lo que sucede exactamente? ¿Llega a responder el servidor FTP para pedirte las credenciales? ¿Qué error te registra el servidor? Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.05.28.14.16...@gmail.com No puedo no evitar responderte por que caigo en lo mismo, seguir un hilo sin importancia. Pero creo que tampoco es correcto de tu parte abrir un nuevo hilo solamente para decirle que esta mal en esto, en esto otro, etc. Seria mas sencillo responder en el mismo hilo y no generar otro. Saludos
Re: Problemas con el servidor FTP (era: Más problemas con el servidor)
El Wed, 28 May 2014 10:46:57 -0400, Roberto Quiñones escribió: (ese html...) El may 28, 2014 10:20 AM, Camaleón noela...@gmail.com escribió: El Tue, 27 May 2014 21:10:01 -0430, Miguel Matos escribió: Miguel, sería conveniente que ajustaras el asunto de los correos al problema que tienes porque llevas ya 3 o 4 acumulados con asuntos similares (genéricos) para distintas cosas... (...) No puedo no evitar responderte por que caigo en lo mismo, seguir un hilo sin importancia. Pues hombre, que no te funcione el servidor FTP después instalarlo yo creo que sí es importante... Pero creo que tampoco es correcto de tu parte abrir un nuevo hilo solamente para decirle que esta mal en esto, en esto otro, etc. Seria mas sencillo responder en el mismo hilo y no generar otro. Pues claro, por eso *no* he abierto un nuevo hilo ;-) Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.05.28.15.02...@gmail.com
Re: Problemas con el servidor FTP (era: Más problemas con el servidor)
El día 28 de mayo de 2014, 9:46, Camaleón noela...@gmail.com escribió: El Tue, 27 May 2014 21:10:01 -0430, Miguel Matos escribió: Miguel, sería conveniente que ajustaras el asunto de los correos al problema que tienes porque llevas ya 3 o 4 acumulados con asuntos similares (genéricos) para distintas cosas... Saludos de nuevo, en tan poco tiempo. Ya habiendo pasado la parte del proftpd, vuelvo a tener problemas con el FTP. Sorry, es que no soy de ser tan pidón por las listas de correos, y ya me ven feo en la de Ubuntu-ve luego del incidente aquel, que prefiero no recordar. Será un pelo más genérico; aunque eso de estar copiando cada mensaje porque no haya una opción de agruparlos todo es algo que me incomoda. Típico del webmail. (...) Pero no me hace ninguna conexión FTP, ni por Nautilus del GNOME (GNOME 3), ni por Filezilla, ni los navegadores. ¡Ninguna de las claves las agarra! ¿ahora, dónde está el error... en esta escena? *No conectar* no es lo mimos que *no iniciar sesión*, el primer problema sería más grave. ¿Qué es lo que sucede exactamente? ¿Llega a responder el servidor FTP para pedirte las credenciales? ¿Qué error te registra el servidor? Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.05.28.14.16...@gmail.com No tengo la menor idea de lo que pasa. Por lo menos en Chrome no me dice nada al usar FTP, el Firefox muestra la ventana del tipo No se estableció la conexión, y Nautilus dice Verificar detalles del usuario. Luego del 3er intento, Final del flujo inesperado :( Y no sé desde qué lado se leen esos errores, al menos en Windows había un lugar para leerlos (pero igual es complejo) %-P -- Buen uso de las listas (como se ven en Debian): http://wiki.debian.org/es/NormasLista Ayuda para hacer preguntas inteligentes: http://is.gd/NJIwRz -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/calevjms4gjvfy-nphnee2dsgaxkbbzidvg-sbet4gbuopya...@mail.gmail.com
Re: Problemas con el servidor FTP (era: Más problemas con el servidor)
El día 28 de mayo de 2014, 9:46, Camaleón noela...@gmail.com escribió:
El Tue, 27 May 2014 21:10:01 -0430, Miguel Matos escribió:
Miguel, sería conveniente que ajustaras el asunto de los correos al
problema que tienes porque llevas ya 3 o 4 acumulados con asuntos
similares (genéricos) para distintas cosas...
Saludos de nuevo, en tan poco tiempo. Ya habiendo pasado la parte del
proftpd, vuelvo a tener problemas con el FTP.
(...)
Pero no me hace ninguna conexión FTP, ni por Nautilus del GNOME (GNOME
3), ni por Filezilla, ni los navegadores. ¡Ninguna de las claves las
agarra! ¿ahora, dónde está el error... en esta escena?
*No conectar* no es lo mimos que *no iniciar sesión*, el primer problema
sería más grave. ¿Qué es lo que sucede exactamente? ¿Llega a responder el
servidor FTP para pedirte las credenciales? ¿Qué error te registra el
servidor?
Saludos,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/pan.2014.05.28.14.16...@gmail.com
Me parece que tengo una pista: recuerdo hace no mucho leer algo sobre
nmap. Y pensé sobre cómo funciona:
root@miguel-LT:/home/miguel# nmap
Nmap 6.00 ( http://nmap.org )
Usage: nmap [Scan Type(s)] [Options] {target specification}
TARGET SPECIFICATION:
Can pass hostnames, IP addresses, networks, etc.
Ex: scanme.nmap.org, microsoft.com/24, 192.168.0.1; 10.0.0-255.1-254
(...)
claro, siempre con sus sobresaltos...
Luego:
root@miguel-LT:/home/miguel# nmap 192.168.0.1
Starting Nmap 6.00 ( http://nmap.org ) at 2014-05-28 19:58 VET
Nmap scan report for 192.168.0.1
Host is up (0.031s latency).
Not shown: 997 closed ports
PORT STATE SERVICE
80/tcp open http
82/tcp open xfer
1900/tcp open upnp
MAC Address: 64:66:B3:A6:4E:34 (Unknown)
Nmap done: 1 IP address (1 host up) scanned in 0.86 seconds
root@miguel-LT:/home/miguel# nmap 192.168.0.1 -p 21
Starting Nmap 6.00 ( http://nmap.org ) at 2014-05-28 20:02 VET
Nmap scan report for 192.168.0.1
Host is up (0.0011s latency).
PORT STATE SERVICE
21/tcp closed ftp --- hhh, ok, me queda más claro.
Ahora la duda: ¿cómo hacer que se pueda abrir ese puerto únicamente?
No sé si cuente, pero mi router es un TP LINK WR741ND
--
Buen uso de las listas (como se ven en Debian):
http://wiki.debian.org/es/NormasLista
Ayuda para hacer preguntas inteligentes: http://is.gd/NJIwRz
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/CALEvJmTCf=nsoszgz+aurrtc2ldqou90noxecj3kmnppxwv...@mail.gmail.com
Re: Problemas con el servidor FTP (era: Más problemas con el servidor)
El día 28 de mayo de 2014, 21:33, Miguel Matos unefistano...@gmail.com escribió: Starting Nmap 6.00 ( http://nmap.org ) at 2014-05-28 20:02 VET Nmap scan report for 192.168.0.1 Host is up (0.0011s latency). PORT STATE SERVICE 21/tcp closed ftp --- hhh, ok, me queda más claro. Ahora la duda: ¿cómo hacer que se pueda abrir ese puerto únicamente? No sé si cuente, pero mi router es un TP LINK WR741ND El nmap lo tiraste sobre la red interna, nada tiene que ver acá la apertura de puertos en el router, eso es a la hora de acceder desde la WAN a tu LAN . Me inclinaría porque le servicio de proftpd no está corriendo. Corre esto y mostranos el resultado: # invoke-rc.d proftpd status De estar stopeado, levantalo: # invoke-rc.d proftpd start De estar corriendo el servicio necesitamos mires el log de dicho servicio: /var/log/proftpd/proftpd.log Saludos! -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/ca+wixxirgjwksmdogmsjy8kbwkvgeqh_g_xcrxe5fv6hrbt...@mail.gmail.com
Re: Servidor FTP (vsftpd) y enlaces simbólicos
Hola, No estoy seguro de haverlo entendido bien y además me parece que mi solución es tan evidente que supongo ya la habrás probado, pero... ala voy: El 24/05/2014 19:21, José Miguel (sio2) escribió: El Sat, 24 de May de 2014, a las 04:25:42PM +, Camaleón dijo: Antes de nada, quiero aclarar que este no es el típico problema de tener enjaulado el servidor FTP y un directorio que apunta fuera de la jaula. Hum... excusatio non petita... :-) Bueno, porsiaca... La verdad es que al intentar averiguar esto, me saltaba siempre la misma explicación del mount -o bind, etc... Preguntonta... ¿por qué no trabajas con enlaces duros en lugar de dejar punteros a rutas que están fuera del alcance del servidor ftp? Se te lleva más espacio en disco pero puedes verlo como una copia de seguridad. También se me ocurrió eso (porque el almacen está en el mismo sistema de ficheros), pero no me convence del todo porque dificulta la limpieza. A veces alguno se dedica a meter ahí imágenes de máquinas virtuales, o hasta software pirata (aunque esté terminantemente prohibido). Cuando toca limpieza, si se usan enlaces simbólicos sé que me basta con brujulear en el Almacen, si se usan enlaces duros, no. Tal y como lo interpreto, no es que no exista el archivo, es que el servidor ftp no tiene acceso por estar enjaulado. No, también se tiene acceso al fichero enlazado, el problema como he dicho es el cambio en la raíz. Lo explico con un ejemplo. Imagina esta situación muy simple: /srv/ftp/Almacen/fichero.txt /srv/ftp/Curso2013-2014/fichero.txt - /srv/ftp/Almacen/fichero.txt Los usuarios están enjaulados bajo /srv/ftp (o sea, / para el FTP es /srv/ftp para el sistema); así que, aunque se tiene acceso al directorio Almacen, el enlace simbólico a /srv/ftp/Almacen/fichero.txt no funciona. No lo he probado, la verdad, pero supongo que /Almacen/fichero.txt sí que funcionaría dentro del ftp (aunque no en el sistema) . 1. Crea /Almacen en la raíz. De esta manera los nuevos enlaces simbólicos tendrán la ruta /Almacen (que corresponde con la ruta dentro del chroot). 2. Monta con --o bind el directorio /Almacen en /srv/ftp/Almacen. He brujuleado por internet pero sin éxito y sospecho que el problema es irresoluble[1], pero por si acaso lo pregunto: ¿hay algún modo de hacer que al subir un fichero, vsftpd sustitutuya el enlace simbólico, en vez de seguir la ruta y cambiar el fichero enlazado? Usando enlaces duros o permitiendo el flujo convencional de acceso a los enlaces simbólicos a través de montajes con --bind. Lo primero ya te he dicho por qué no me convence. Lo segundo no funciona, y la tercera solución (enlaces con ruta relativa) también tiene su pega. Lo suyo es que hubiera forma de decirle al FTP que no siguiera los enlaces simbólicos, sino que los machacara; pero no he dado con la forma; quizás, porque, simplemente, no se puede. Espero haberme explicado. Gracias. Saludos. -- Francesc Guitart -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53843f81.2050...@gmx.com
Servidor FTP (vsftpd) y enlaces simbólicos
Hola, listeros: Antes de nada, quiero aclarar que este no es el típico problema de tener enjaulado el servidor FTP y un directorio que apunta fuera de la jaula. Mi problema es el siguiente: Tengo un servidor FTP enjaulado al que se suben de vez en cuando archivos. Estos archivos semanalmente son movidos por un script a un almacen y en su lugar se deja un enlace simbólico con ruta absoluta. Como el servidor FTP está enjaulado, la raíz del sistema no coincide con la suya, por lo que a ojos del servidor FTP el enlace simbólico no enlaza con un archivo existente. Como los ficheros se descargan por web, no hay ningún problema en las descargas. El problema surge cuando se quiere actualizar un fichero existente. He comprobado que el servidor FTP no se comporta como los comandos cp o mv de linux. Con estos comandos, si se sobreescribe un enlace simbólico con un fichero regular, desaparece el enlace simbólico y su lugar lo ocupa el nuevo fichero. En cambio, cuando se sobreescribe un fichero, el FTP no hace esto, lo que hace es seguir la ruta del enlace simbólico y sustituir el fichero apuntado. Y ese es el problema: como el fichero apuntado no existe, se produce un error y la subida del fichero falla. Si primero se borra el fichero del servidor (enlace simbólico) y luego se sube la nueva versión del fichero, no hay problema. He brujuleado por internet pero sin éxito y sospecho que el problema es irresoluble[1], pero por si acaso lo pregunto: ¿hay algún modo de hacer que al subir un fichero, vsftpd sustitutuya el enlace simbólico, en vez de seguir la ruta y cambiar el fichero enlazado? [1] Alguno podrá argumentar que puedo usar rutas relativas en los enlaces. El problema de eso es que entonces si un usuario decide reorganizar un poco los ficheros del servidor, creando subdirectorios y metiendo dentro de él ficheros, los enlaces simbólicos se romperán. Gracias de antemano. -- Parezco en mi fortuna al Manzanares, que con agua o sin ella siempre es río. --- Tomé de Burguillos --- -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140524160053.ga6...@cubo.casa
Re: Servidor FTP (vsftpd) y enlaces simbólicos
El Sat, 24 May 2014 18:00:53 +0200, José Miguel (sio2) escribió: Antes de nada, quiero aclarar que este no es el típico problema de tener enjaulado el servidor FTP y un directorio que apunta fuera de la jaula. Hum... excusatio non petita... :-) Mi problema es el siguiente: Tengo un servidor FTP enjaulado al que se suben de vez en cuando archivos. Estos archivos semanalmente son movidos por un script a un almacen y en su lugar se deja un enlace simbólico con ruta absoluta. Como el servidor FTP está enjaulado, la raíz del sistema no coincide con la suya, por lo que a ojos del servidor FTP el enlace simbólico no enlaza con un archivo existente. Como los ficheros se descargan por web, no hay ningún problema en las descargas. Preguntonta... ¿por qué no trabajas con enlaces duros en lugar de dejar punteros a rutas que están fuera del alcance del servidor ftp? Se te lleva más espacio en disco pero puedes verlo como una copia de seguridad. El problema surge cuando se quiere actualizar un fichero existente. He comprobado que el servidor FTP no se comporta como los comandos cp o mv de linux. Con estos comandos, si se sobreescribe un enlace simbólico con un fichero regular, desaparece el enlace simbólico y su lugar lo ocupa el nuevo fichero. En cambio, cuando se sobreescribe un fichero, el FTP no hace esto, lo que hace es seguir la ruta del enlace simbólico y sustituir el fichero apuntado. Y ese es el problema: como el fichero apuntado no existe, se produce un error y la subida del fichero falla. Si primero se borra el fichero del servidor (enlace simbólico) y luego se sube la nueva versión del fichero, no hay problema. Tal y como lo interpreto, no es que no exista el archivo, es que el servidor ftp no tiene acceso por estar enjaulado. He brujuleado por internet pero sin éxito y sospecho que el problema es irresoluble[1], pero por si acaso lo pregunto: ¿hay algún modo de hacer que al subir un fichero, vsftpd sustitutuya el enlace simbólico, en vez de seguir la ruta y cambiar el fichero enlazado? (...) Usando enlaces duros o permitiendo el flujo convencional de acceso a los enlaces simbólicos a través de montajes con --bind. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.05.24.16.25...@gmail.com
Re: Servidor FTP (vsftpd) y enlaces simbólicos
El Sat, 24 de May de 2014, a las 04:25:42PM +, Camaleón dijo: Antes de nada, quiero aclarar que este no es el típico problema de tener enjaulado el servidor FTP y un directorio que apunta fuera de la jaula. Hum... excusatio non petita... :-) Bueno, porsiaca... La verdad es que al intentar averiguar esto, me saltaba siempre la misma explicación del mount -o bind, etc... Preguntonta... ¿por qué no trabajas con enlaces duros en lugar de dejar punteros a rutas que están fuera del alcance del servidor ftp? Se te lleva más espacio en disco pero puedes verlo como una copia de seguridad. También se me ocurrió eso (porque el almacen está en el mismo sistema de ficheros), pero no me convence del todo porque dificulta la limpieza. A veces alguno se dedica a meter ahí imágenes de máquinas virtuales, o hasta software pirata (aunque esté terminantemente prohibido). Cuando toca limpieza, si se usan enlaces simbólicos sé que me basta con brujulear en el Almacen, si se usan enlaces duros, no. Tal y como lo interpreto, no es que no exista el archivo, es que el servidor ftp no tiene acceso por estar enjaulado. No, también se tiene acceso al fichero enlazado, el problema como he dicho es el cambio en la raíz. Lo explico con un ejemplo. Imagina esta situación muy simple: /srv/ftp/Almacen/fichero.txt /srv/ftp/Curso2013-2014/fichero.txt - /srv/ftp/Almacen/fichero.txt Los usuarios están enjaulados bajo /srv/ftp (o sea, / para el FTP es /srv/ftp para el sistema); así que, aunque se tiene acceso al directorio Almacen, el enlace simbólico a /srv/ftp/Almacen/fichero.txt no funciona. No lo he probado, la verdad, pero supongo que /Almacen/fichero.txt sí que funcionaría dentro del ftp (aunque no en el sistema). He brujuleado por internet pero sin éxito y sospecho que el problema es irresoluble[1], pero por si acaso lo pregunto: ¿hay algún modo de hacer que al subir un fichero, vsftpd sustitutuya el enlace simbólico, en vez de seguir la ruta y cambiar el fichero enlazado? Usando enlaces duros o permitiendo el flujo convencional de acceso a los enlaces simbólicos a través de montajes con --bind. Lo primero ya te he dicho por qué no me convence. Lo segundo no funciona, y la tercera solución (enlaces con ruta relativa) también tiene su pega. Lo suyo es que hubiera forma de decirle al FTP que no siguiera los enlaces simbólicos, sino que los machacara; pero no he dado con la forma; quizás, porque, simplemente, no se puede. Gracias. -- e non l'arbitrio de femina lieve, che sempre inchina a quel che men far deve. --- Ludovico Ariosto --- -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140524172153.ga7...@cubo.casa
Re: Servidor FTP (vsftpd) y enlaces simbólicos
El Sat, 24 May 2014 19:21:53 +0200, José Miguel (sio2) escribió: El Sat, 24 de May de 2014, a las 04:25:42PM +, Camaleón dijo: (...) Tal y como lo interpreto, no es que no exista el archivo, es que el servidor ftp no tiene acceso por estar enjaulado. No, también se tiene acceso al fichero enlazado, el problema como he dicho es el cambio en la raíz. Lo explico con un ejemplo. Imagina esta situación muy simple: /srv/ftp/Almacen/fichero.txt /srv/ftp/Curso2013-2014/fichero.txt - /srv/ftp/Almacen/fichero.txt Los usuarios están enjaulados bajo /srv/ftp (o sea, / para el FTP es /srv/ftp para el sistema); así que, aunque se tiene acceso al directorio Almacen, el enlace simbólico a /srv/ftp/Almacen/fichero.txt no funciona. No lo he probado, la verdad, pero supongo que /Almacen/fichero.txt sí que funcionaría dentro del ftp (aunque no en el sistema). Aum... entonces no es como pensaba. Según el ejemplo simplificado que pones, entiendo que los enlaces simbólicos están dentro de la jaula y por tanto, accesibles de cara al servidor ftp. Pero dices que vsftpd no puede acceder a /srv/ftp/Curso2013-2014/fichero.txt, que da error... ¿correcto? Si es así, interesaría saber: 1/ El error que te registra el servidor ftp cuando se intenta acceder al recurso que apunta al enlace simbólico 2/ El error que te aparece en el cliente 3/ El tipo de cliente que usas para acceder a ese recurso (aplicación dedicada ftp, navegador web...) (...) Usando enlaces duros o permitiendo el flujo convencional de acceso a los enlaces simbólicos a través de montajes con --bind. Lo primero ya te he dicho por qué no me convence. Lo segundo no funciona, y la tercera solución (enlaces con ruta relativa) también tiene su pega. Lo suyo es que hubiera forma de decirle al FTP que no siguiera los enlaces simbólicos, sino que los machacara; pero no he dado con la forma; quizás, porque, simplemente, no se puede. Tendría que revisar con detenimiento el RFC del protocolo FTP (más concretamente el #3659¹) pero en principio, que el servidor ftp no siga los enlaces simbólicos que están dentro de su ámbito no me parece normal salvo que el sistema de archivos (es decir, los permisos de usuarios en esos directorios) lo impida. ¹http://tools.ietf.org/html/rfc3659 Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.05.24.17.46...@gmail.com
Re: Servidor FTP (vsftpd) y enlaces simbólicos
On Sat, May 24, 2014 at 04:25:42PM +, Camaleón wrote: Preguntonta... ¿por qué no trabajas con enlaces duros en lugar de dejar punteros a rutas que están fuera del alcance del servidor ftp? Se te lleva más espacio en disco pero puedes verlo como una copia de seguridad. Los enlaces duros, cuando se pueden hacer, *no* ocupan más que los enlaces simbólicos. # cd /boot # ls -l initrd.img-3.2.0-4-amd64 -rw-r--r-- 5 root root 11994354 may 13 07:57 initrd.img-3.2.0-4-amd64 # mkdir a # ln initrd.img-3.2.0-4-amd64 a/1 # ln initrd.img-3.2.0-4-amd64 a/2 # ln initrd.img-3.2.0-4-amd64 a/3 # ln initrd.img-3.2.0-4-amd64 a/4 # du a 11720 a Precisamente por ser enlaces duros, solamente se guarda una copia de entre todos los que estén enlazados entre sí, forma parte de la gracia. Es posible incluso que ocupen menos que si fueran enlaces simbólicos, ya que al referirse al mismo nodo-i, no gastan ni siquiera el mínimo de 4K que suele gastar cada nodo-i. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140524215838.ga10...@cantor.unex.es
Re: [OT] problemas con conexion ftp
On Tue, Apr 15, 2014 at 03:13:14PM -0400, salva.mar...@umcc.cu wrote: Hola lista: Estoy tratando de configurar el vsftp para dar el servicio de ftp en mi red, el tema es que donde voy a alojar los archivos es en un NAS que hay en mi red, al cual me conecto sin problemas, pero cuando trato de acceder al ftp me pide usuario y contraseña. Por favor, alguien sabe como configurar el vsftp de manera que no pida usuario y contraseña y cambiandole el archivo por defecto al usuario anonimo. Hay un parámetro en la configuración que es anonymous_enable=YES. Asegúrate de que está habilitado (si no lo está, hazlo y reinicia el servicio). ¿Te refieres a esto? Hay más información en *la* wiki[0]. Si no tienes acceso a ella dilo para que te enviemos el texto. [0] https://wiki.debian.org/vsftpd#Anonymous_access -- Adrià García-Alzórriz GPG Key: 09494C14 Si quieres conocer a Andrés, vive con él un mes. signature.asc Description: Digital signature
Re: [OT] problemas con conexion ftp
El Tue, 15 Apr 2014 15:13:14 -0400, escribió: Estoy tratando de configurar el vsftp para dar el servicio de ftp en mi red, el tema es que donde voy a alojar los archivos es en un NAS que hay en mi red, al cual me conecto sin problemas, pero cuando trato de acceder al ftp me pide usuario y contraseña. Por favor, alguien sabe como configurar el vsftp de manera que no pida usuario y contraseña y cambiandole el archivo por defecto al usuario anonimo. Si el servidor ftp está en el NAS tendrás que ver la forma de configurarlo para que no pida autentificación (en este tipo de aparatos suele venir preconfigurado un usuario tontín llamado guest o similar para este tipo de cuentas) lo cual te digo desde YA que es un ERROR aunque se trate de una LAN. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.04.16.13.35...@gmail.com
[OT] problemas con conexion ftp
Hola lista: Estoy tratando de configurar el vsftp para dar el servicio de ftp en mi red, el tema es que donde voy a alojar los archivos es en un NAS que hay en mi red, al cual me conecto sin problemas, pero cuando trato de acceder al ftp me pide usuario y contraseña. Por favor, alguien sabe como configurar el vsftp de manera que no pida usuario y contraseña y cambiandole el archivo por defecto al usuario anonimo. Gracias por adelantado, Saludos, Ing. Salvador Martín Profesor Dpto. Mecánica Universidad de Matanzas Camilo Cienfuegos - ¡VIVA EL 1RO DE MAYO! Unidad y eficiencia por nuestro socialismo. - -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/web-2324...@umcc.cu
Re: Transferencia FTP a menos de 1Mbit/S
El Sun, 23 Feb 2014 20:52:57 -0300, adriancito escribió: On 21/02/14 12:24, Camaleón wrote: (...) Es raro, desde un cliente Linux todo funciona perfecto, pero desde las PCs Windows se percibe lentitud... Bien, ahora prueba con otro cliente FTP (p. ej., FileZilla o WinSCP, ambos con versión portátil disponible) desde Windows. Q raro, pruebo con otra PC con Debian 7 y con el Filezilla como cliente de FTP y todo funciona perfecto. Eso ya nos lo habías dicho ;-) Tienes que hacer la prueba *desde el equipo con Windows* pero con FileZilla o cualquier otro cliente FTP. Se trata de acotar al máximo el origen del la lentitud. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2014.02.24.16.14...@gmail.com
Re: Transferencia FTP a menos de 1Mbit/S
On 21/02/14 12:24, Camaleón wrote: El Fri, 21 Feb 2014 11:28:00 -0300, adriancito escribió: On 20/02/14 11:39, Camaleón wrote: (...) Ahora bien, cuando me conecto por FTP desde un Cliente Windows al server ftp y quiero pasar archivos, en primer lugar para establecerse la conexión es bastante lento y luego la transferencia la hace a menos de 1mbit/s. (...) Son pocos datos los que das sobre servidor/cliente FTP usados, El Server FTP está en un Debian 3.1 con ProFTPd y el cliente es TotalCMD sobre una PC con Windows. OK. Ya sabes que tienes una versión de Debian *MUY* antigua. la configuración de la red local, etc... 192.168.0.1/24 (ambos equipos) Vale, entiendo que los equipos (clientes y servidor) están conectados al mismo conmutador sencillito sin más aparatos de por medio ni con direccionamiento avanzado. pero lo primero que probaría es la conexión al servidor FTP desde otro sistema con Linux para hacer pruebas y delimitar así el ámbito del origen del error. Es raro, desde un cliente Linux todo funciona perfecto, pero desde las PCs Windows se percibe lentitud... Bien, ahora prueba con otro cliente FTP (p. ej., FileZilla o WinSCP, ambos con versión portátil disponible) desde Windows. Saludos, Q raro, pruebo con otra PC con Debian 7 y con el Filezilla como cliente de FTP y todo funciona perfecto. Muchas Gracias a todos! -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/530a89d9.6090...@gmail.com
Re: Transferencia FTP a menos de 1Mbit/S
Francesc, gracias por tu respuesta. Va entre tus líneas: On 20/02/14 10:01, Francesc Guitart wrote: ¿Usas hubs o switchs? Switch 10/100/1000 ¿Están conectados los dos ordenadores al mismo hub/switch? Si, al mismo Switch. ¿Había otras copias en curso en ese momento en la red que pudieran crear un cuello de botella? No. Muchas Gracias. Saludos. Gracias a vos. Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/53074392.9040...@gmail.com
Re: Transferencia FTP a menos de 1Mbit/S
Camaleón, gracias por tu respuesta, Te respondo entre tus líneas: On 20/02/14 11:39, Camaleón wrote: El Thu, 20 Feb 2014 08:57:12 -0300, adriancito escribió: Les consulto, tengo un server FTP en Debian en mi intranet local (la cual está funcionando a 100mbit con cableado UTP Cat. 5E). Ahora bien, cuando me conecto por FTP desde un Cliente Windows al server ftp y quiero pasar archivos, en primer lugar para establecerse la conexión es bastante lento y luego la transferencia la hace a menos de 1mbit/s. Obviamente la placa del Cliente Windows trabaja a 100mbit. Alguien sabe que problema puede estar sucediendo? Son pocos datos los que das sobre servidor/cliente FTP usados, El Server FTP está en un Debian 3.1 con ProFTPd y el cliente es TotalCMD sobre una PC con Windows. la configuración de la red local, etc... 192.168.0.1/24 (ambos equipos) pero lo primero que probaría es la conexión al servidor FTP desde otro sistema con Linux para hacer pruebas y delimitar así el ámbito del origen del error. Es raro, desde un cliente Linux todo funciona perfecto, pero desde las PCs Windows se percibe lentitud... :( Saludos, -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/53076270.4010...@gmail.com
Re: Transferencia FTP a menos de 1Mbit/S
El Fri, 21 Feb 2014 11:28:00 -0300, adriancito escribió: On 20/02/14 11:39, Camaleón wrote: (...) Ahora bien, cuando me conecto por FTP desde un Cliente Windows al server ftp y quiero pasar archivos, en primer lugar para establecerse la conexión es bastante lento y luego la transferencia la hace a menos de 1mbit/s. (...) Son pocos datos los que das sobre servidor/cliente FTP usados, El Server FTP está en un Debian 3.1 con ProFTPd y el cliente es TotalCMD sobre una PC con Windows. OK. Ya sabes que tienes una versión de Debian *MUY* antigua. la configuración de la red local, etc... 192.168.0.1/24 (ambos equipos) Vale, entiendo que los equipos (clientes y servidor) están conectados al mismo conmutador sencillito sin más aparatos de por medio ni con direccionamiento avanzado. pero lo primero que probaría es la conexión al servidor FTP desde otro sistema con Linux para hacer pruebas y delimitar así el ámbito del origen del error. Es raro, desde un cliente Linux todo funciona perfecto, pero desde las PCs Windows se percibe lentitud... Bien, ahora prueba con otro cliente FTP (p. ej., FileZilla o WinSCP, ambos con versión portátil disponible) desde Windows. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2014.02.21.15.24...@gmail.com
Re: Transferencia FTP a menos de 1Mbit/S
El 21/02/2014 13:16, adriancito escribió: Francesc, gracias por tu respuesta. Va entre tus líneas: On 20/02/14 10:01, Francesc Guitart wrote: ¿Usas hubs o switchs? Switch 10/100/1000 ¿Están conectados los dos ordenadores al mismo hub/switch? Si, al mismo Switch. ¿Había otras copias en curso en ese momento en la red que pudieran crear un cuello de botella? No. Muchas Gracias. Saludos. Intenta remplazar los cables por otros. Son cables de 8 hilos, no? Los has hecho tu? Saludos. -- Francesc Guitart -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/53078b43.7050...@gmx.com
Re: Transferencia FTP a menos de 1Mbit/S
El día 21 de febrero de 2014, 11:28, adriancito adrianfran...@gmail.com escribió: Camaleón, gracias por tu respuesta, Te respondo entre tus líneas: On 20/02/14 11:39, Camaleón wrote: El Thu, 20 Feb 2014 08:57:12 -0300, adriancito escribió: Les consulto, tengo un server FTP en Debian en mi intranet local (la cual está funcionando a 100mbit con cableado UTP Cat. 5E). Ahora bien, cuando me conecto por FTP desde un Cliente Windows al server ftp y quiero pasar archivos, en primer lugar para establecerse la conexión es bastante lento y luego la transferencia la hace a menos de 1mbit/s. Obviamente la placa del Cliente Windows trabaja a 100mbit. Alguien sabe que problema puede estar sucediendo? Son pocos datos los que das sobre servidor/cliente FTP usados, El Server FTP está en un Debian 3.1 con ProFTPd y el cliente es TotalCMD sobre una PC con Windows. la configuración de la red local, etc... 192.168.0.1/24 (ambos equipos) pero lo primero que probaría es la conexión al servidor FTP desde otro sistema con Linux para hacer pruebas y delimitar así el ámbito del origen del error. Es raro, desde un cliente Linux todo funciona perfecto, pero desde las PCs Windows se percibe lentitud... Hac muchos añoas atras en una red con un servidor debian ¿Potato?¿Woody? ¿Etch? teniamos un server ftp, los clientes windows 98 y ME, y también algunos w95, cuando los clientes accedían al ftp en la red local, eran muy lentos pero en cambio al acceder a recursos fuera de la red local, servidores de universidades, u otros la velocidad era mucho más rápida. Consultado el soporte de MS, nunca nos supieron dar una respuesta clara, que el tcp, que la red, que la tarjeta, que el hub, que el switch. Ahora ese mismo servidor al ser accedido desde fuera de la red, es decir, via internet respondía rápido. Conclusión final: a los clientes windows algo les pasaba dentro de la red local con el protocolo ftp. Prueba accediendo al ftp desde fuera de la red local (si puedes) y con el mismo cliente windows. Suerte. -- usuario linux #274354 normas de la lista: http://wiki.debian.org/es/NormasLista como hacer preguntas inteligentes: http://www.sindominio.net/ayuda/preguntas-inteligentes.html -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAAiZAx41AwJhiv-xzhD25cv3bSX4MUrQEavzAqRZ3ZVEm=q...@mail.gmail.com
Re: Transferencia FTP a menos de 1Mbit/S
El 21/02/2014, a las 20:57, Felix Perez felix.listadeb...@gmail.com escribió: El día 21 de febrero de 2014, 11:28, adriancito adrianfran...@gmail.com escribió: Camaleón, gracias por tu respuesta, Te respondo entre tus líneas: On 20/02/14 11:39, Camaleón wrote: El Thu, 20 Feb 2014 08:57:12 -0300, adriancito escribió: Les consulto, tengo un server FTP en Debian en mi intranet local (la cual está funcionando a 100mbit con cableado UTP Cat. 5E). Ahora bien, cuando me conecto por FTP desde un Cliente Windows al server ftp y quiero pasar archivos, en primer lugar para establecerse la conexión es bastante lento y luego la transferencia la hace a menos de 1mbit/s. Obviamente la placa del Cliente Windows trabaja a 100mbit. Alguien sabe que problema puede estar sucediendo? Son pocos datos los que das sobre servidor/cliente FTP usados, El Server FTP está en un Debian 3.1 con ProFTPd y el cliente es TotalCMD sobre una PC con Windows. la configuración de la red local, etc... 192.168.0.1/24 (ambos equipos) pero lo primero que probaría es la conexión al servidor FTP desde otro sistema con Linux para hacer pruebas y delimitar así el ámbito del origen del error. Es raro, desde un cliente Linux todo funciona perfecto, pero desde las PCs Windows se percibe lentitud... Hac muchos añoas atras en una red con un servidor debian ¿Potato?¿Woody? ¿Etch? teniamos un server ftp, los clientes windows 98 y ME, y también algunos w95, cuando los clientes accedían al ftp en la red local, eran muy lentos pero en cambio al acceder a recursos fuera de la red local, servidores de universidades, u otros la velocidad era mucho más rápida. Consultado el soporte de MS, nunca nos supieron dar una respuesta clara, que el tcp, que la red, que la tarjeta, que el hub, que el switch. Ahora ese mismo servidor al ser accedido desde fuera de la red, es decir, via internet respondía rápido. Conclusión final: a los clientes windows algo les pasaba dentro de la red local con el protocolo ftp. Prueba accediendo al ftp desde fuera de la red local (si puedes) y con el mismo cliente windows. ¿Temas de MTU en los Windows? Saludos, Ramses -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/c4e95eb1-9990-471b-9028-f082358f3...@gmail.com
Transferencia FTP a menos de 1Mbit/S
Hola Lista. Les consulto, tengo un server FTP en Debian en mi intranet local (la cual está funcionando a 100mbit con cableado UTP Cat. 5E). Ahora bien, cuando me conecto por FTP desde un Cliente Windows al server ftp y quiero pasar archivos, en primer lugar para establecerse la conexión es bastante lento y luego la transferencia la hace a menos de 1mbit/s. Obviamente la placa del Cliente Windows trabaja a 100mbit. Alguien sabe que problema puede estar sucediendo? Muchas Gracias. Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5305ed98.6080...@gmail.com
Re: Transferencia FTP a menos de 1Mbit/S
On Thu, 20 Feb 2014 08:57:12 -0300 adriancito adrianfran...@gmail.com wrote: Probaste en navegador ftp://user:pass@host para ir descartando que el cliente ftp no tenga alguna opción de reducir velocidad? -- Servicios:. http://mamalibre.com.ar/servicios.php MamaLibre, Casa en Lincoln, Ituzaingo 1085 CP6070, Buenos Aires, Argentina pgpCOowLKpvib.pgp Description: PGP signature
Re: Transferencia FTP a menos de 1Mbit/S
El 20/02/2014 12:57, adriancito escribió: Hola Lista. Les consulto, tengo un server FTP en Debian en mi intranet local (la cual está funcionando a 100mbit con cableado UTP Cat. 5E). Ahora bien, cuando me conecto por FTP desde un Cliente Windows al server ftp y quiero pasar archivos, en primer lugar para establecerse la conexión es bastante lento y luego la transferencia la hace a menos de 1mbit/s. Obviamente la placa del Cliente Windows trabaja a 100mbit. Alguien sabe que problema puede estar sucediendo? ¿Usas hubs o switchs? ¿Están conectados los dos ordenadores al mismo hub/switch? ¿Había otras copias en curso en ese momento en la red que pudieran crear un cuello de botella? Muchas Gracias. Saludos. -- Francesc Guitart -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5305fca9.6010...@gmx.com
Re: Transferencia FTP a menos de 1Mbit/S
El Thu, 20 Feb 2014 08:57:12 -0300, adriancito escribió: Les consulto, tengo un server FTP en Debian en mi intranet local (la cual está funcionando a 100mbit con cableado UTP Cat. 5E). Ahora bien, cuando me conecto por FTP desde un Cliente Windows al server ftp y quiero pasar archivos, en primer lugar para establecerse la conexión es bastante lento y luego la transferencia la hace a menos de 1mbit/s. Obviamente la placa del Cliente Windows trabaja a 100mbit. Alguien sabe que problema puede estar sucediendo? Son pocos datos los que das sobre servidor/cliente FTP usados, la configuración de la red local, etc... pero lo primero que probaría es la conexión al servidor FTP desde otro sistema con Linux para hacer pruebas y delimitar así el ámbito del origen del error. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2014.02.20.14.39...@gmail.com
Re: Transferencia FTP a menos de 1Mbit/S
El 20-02-2014 11:39, Camaleón escribió: El Thu, 20 Feb 2014 08:57:12 -0300, adriancito escribió: Les consulto, tengo un server FTP en Debian en mi intranet local (la cual está funcionando a 100mbit con cableado UTP Cat. 5E). Ahora bien, cuando me conecto por FTP desde un Cliente Windows al server ftp y quiero pasar archivos, en primer lugar para establecerse la conexión es bastante lento y luego la transferencia la hace a menos de 1mbit/s. Obviamente la placa del Cliente Windows trabaja a 100mbit. Alguien sabe que problema puede estar sucediendo? Son pocos datos los que das sobre servidor/cliente FTP usados, la configuración de la red local, etc... pero lo primero que probaría es la conexión al servidor FTP desde otro sistema con Linux para hacer pruebas y delimitar así el ámbito del origen del error. Saludos, Me huele a que tu problema es que en algun lugar de tu red, en este caso entre el cliente y servidor existe un dispositivo que esta haciendo un cuello de botella, seguramente puede que no tengas configurado si es un switch que funcione a 100 mbps. De todas formas concuerdo en que nos estas dando muy poca información. Saludos -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5306b0cd.3050...@acshell.net
Re: No me permite la conexion ftp a mi debian wheezy
El Fri, 14 Feb 2014 22:49:24 -0600, Quique Olazarán escribió: Hola comunidad, como estan? Bien, pero mejor si envías los correos sin html. Tengo una pc con debian wheezy a la cual le instale vsftpd, no tuve ninguna complicacion en la instalacion. Quise hacer un acceso desde un pc con windows por medio de filezilla, y me manda el mensaje ECONNREFUSED, trate de solucionarlo pero nada, incluso intente entrar como anónimo, pero no lo logre. Les agradezco su atencion Un servidor FTP requiere configuración, aunque se mínima. Comprueba la tuya: https://wiki.debian.org/vsftpd Después, y dependiendo del uso que le quieras dar, tienes distintos tipos de configuración avanzada disponibles en la documentación de vsftpd: ftp://vsftpd.beasts.org/users/cevans/untar/vsftpd-3.0.2/EXAMPLE/ Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2014.02.15.14.37...@gmail.com
No me permite la conexion ftp a mi debian wheezy
Hola comunidad, como estan? Tengo una pc con debian wheezy a la cual le instale vsftpd, no tuve ninguna complicacion en la instalacion. Quise hacer un acceso desde un pc con windows por medio de filezilla, y me manda el mensaje ECONNREFUSED, trate de solucionarlo pero nada, incluso intente entrar como anónimo, pero no lo logre. Les agradezco su atencion -- == *Ing. Luis Enrique Olazarán Camarillo*tla *784 8420072 Papantla, veracruzenriqueolaza...@gmail.com enriqueolaza...@gmail.comenriqueolaza...@hotmail.com enriqueolaza...@hotmail.com*
Re: No me permite la conexion ftp a mi debian wheezy
On Fri, 14 Feb 2014 22:49:24 -0600 Quique Olazarán enriqueolaza...@gmail.com wrote: Hola trata de hacer lo que dice la guia - http://www.boxtricks.com/500-oops-vsftpd-refusing-to-run-with-writable-root-inside-chroot/ a mi me resulto. SAludos -- Servicios:. http://mamalibre.com.ar/servicios.php MamaLibre, Casa en Lincoln, Ituzaingo 1085 CP6070, Buenos Aires, Argentina pgpAPRBeDfa1M.pgp Description: PGP signature
problemas con ftp en internet explorer via squid.
Hola a todos, estoy teniendo el siguiente inconveniente, tengo montado esquid3 en debian 7 wheezy, la navegacion se permite a traves de la validacion la hace contra un active directory, no puedo quejarme, anda todo muy bien a la hora de la navegacion http, el problema surge con ftp con autenticacion, pero solo en internet explorer (vaya casualidad) desde otros navegadores, pongo en la barra de direcciones, ftp://ftp.domain.com, salta el popup para la autenticacion y entro normalmente, pero esto no ocurre con internet explorer (6,7 y 8) el popup no salta y da un error de que no puede enviar un comando ftp para la autenticacion, pero si en la barra de direcciones pongo user:pass@ftp://domain.com entra sin problemas... alguna idea, supongo que debere tocar algo en squid, aviso que ese domain y esa ip tiene un allow en always_direct. saludos y gracias. Walter Herrera Servicios informaticos software Libre. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/ca+3jf+f8pwdutxxolwhcnygphpdt0uwkwbqmdcqlkxckbj6...@mail.gmail.com
Re: problemas con ftp en internet explorer via squid.
El Tue, 04 Feb 2014 14:38:41 -0200, Walter Herrera escribió: Hola a todos, estoy teniendo el siguiente inconveniente, tengo montado esquid3 en debian 7 wheezy, la navegacion se permite a traves de la validacion la hace contra un active directory, no puedo quejarme, anda todo muy bien a la hora de la navegacion http, el problema surge con ftp con autenticacion, pero solo en internet explorer (vaya casualidad) desde otros navegadores, pongo en la barra de direcciones, ftp://ftp.domain.com, salta el popup para la autenticacion y entro normalmente, pero esto no ocurre con internet explorer (6,7 y 8) el popup no salta y da un error de que no puede enviar un comando ftp para la autenticacion, pero si en la barra de direcciones pongo user:pass@ftp://domain.com entra sin problemas... alguna idea, supongo que debere tocar algo en squid, aviso que ese domain y esa ip tiene un allow en always_direct. Parece que es un problema (re)conocido, revisa este hilo: Can't access non-anymous FTP via Internet Explorer http://squid-web-proxy-cache.1019090.n4.nabble.com/Can-t-access-non-anymous-FTP-via-Internet-Explorer-td1038670.html P.S. Navegar hoy en día con esas versiones de IE es completamente temerario :-/ Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2014.02.04.17.14...@gmail.com
Re: problemas con ftp en internet explorer via squid.
muchas gracias! lo reviso entonces. Walter Herrera Servicios informaticos software Libre. El día 4 de febrero de 2014, 14:13, Camaleón noela...@gmail.com escribió: El Tue, 04 Feb 2014 14:38:41 -0200, Walter Herrera escribió: Hola a todos, estoy teniendo el siguiente inconveniente, tengo montado esquid3 en debian 7 wheezy, la navegacion se permite a traves de la validacion la hace contra un active directory, no puedo quejarme, anda todo muy bien a la hora de la navegacion http, el problema surge con ftp con autenticacion, pero solo en internet explorer (vaya casualidad) desde otros navegadores, pongo en la barra de direcciones, ftp://ftp.domain.com, salta el popup para la autenticacion y entro normalmente, pero esto no ocurre con internet explorer (6,7 y 8) el popup no salta y da un error de que no puede enviar un comando ftp para la autenticacion, pero si en la barra de direcciones pongo user:pass@ftp://domain.com entra sin problemas... alguna idea, supongo que debere tocar algo en squid, aviso que ese domain y esa ip tiene un allow en always_direct. Parece que es un problema (re)conocido, revisa este hilo: Can't access non-anymous FTP via Internet Explorer http://squid-web-proxy-cache.1019090.n4.nabble.com/Can-t-access-non-anymous-FTP-via-Internet-Explorer-td1038670.html P.S. Navegar hoy en día con esas versiones de IE es completamente temerario :-/ Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2014.02.04.17.14...@gmail.com -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CA+3JF+FVJFz8kOuUPq4F=k0+w47ov-uavklnxjyc++o8gg0...@mail.gmail.com
Re: chown por ftp? y/o chown en php?
El día 31 de enero de 2014, 11:40, consultor consul...@openmailbox.org escribió: On 01/30/2014 09:12 AM, Fabián Bonetti wrote: On Thu, 30 Jan 2014 09:01:48 -0800 consultor consul...@openmailbox.org wrote: Supongo que pudo deberse a algunos factores. -. sysadmin del servidor -. usuario que metio un script (shell.php) No se me ocurre otro factor de por que sucedió lo que sucedió. Gracias, por las respuestas. Parece que aqui explican la causa y el remedio! https://www.dokuwiki.org/install:hosted Justamente revisando unos ticket de soporte de mi proveedor de host, recordé que un drupal que tuve alguna vez, comenzó a fallar en algunas opciones y era por el tema de cambio de permisos, usuarios y grupos luego de realizado una recuperación desde un backup. La solución era que los permisos los cambiaban ellos o yo mismo utilizando un cliente de ftpa como filezilla. Algunos de ellos no hubo caso de cambiar o eliminar ya que no eran propiedad de mi usuario sino que de www-data. Suerte con la solución. PD: Felix, me llegaron 2 mensajes tuyos; to: personal. cc: lista. Lo siento me acabo de dar cuenta. Saludos. hasta luego. -- usuario linux #274354 normas de la lista: http://wiki.debian.org/es/NormasLista como hacer preguntas inteligentes: http://www.sindominio.net/ayuda/preguntas-inteligentes.html -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caaizax4afgzcgyaxfzphyw5qg8arpdyroua1xridjnqukuv...@mail.gmail.com
Re: chown por ftp? y/o chown en php?
El día 30 de enero de 2014, 14:01, consultor consul...@openmailbox.org escribió: On 01/30/2014 06:35 AM, Felix Perez wrote: El día 29 de enero de 2014, 22:55, consultor consul...@openmailbox.org escribió: Hola Lista Debian: Administro una DokuWiki, desde Wheezy; alojada en un servidor de hosting Ubuntu, al cual solo tengo acceso via ftp como usuario. Y resulta, que se han cambiado los permisos a otro usuario= 60001 y grupo=60001; no tengo idea que ha sucedido; pero el resultado es Forbidden.; y no los puedo eliminar con el usuario correcto. El siguiente paso es llamar al hosting, pero quizas, alguien sabe como solucionar esto. ¿Porqué querer hacer las cosas más complicadas de lo que son? Si pagas un hosting, estas tareas deben hacerlas ellos. Tu solo pagas por ciertos servicios habilitados, distinto el caso si tienes un servidor administrado por ti mismo. Ahora si quieres aprender, montate un server de pruebas y ya. Suerte. Hola Felix, gusto de saludarte: Creo que no te fijaste en esto: El siguiente paso es llamar al hosting, pero quizas, alguien sabe como solucionar esto. Si lo leí, pero para mí esa es la primera opción, puesto que como el server no lo administras tú, solo ellos saben que se puede hacer y que no. Es la opción más óptima creo yo. Yo administro 2 servidores, y tengo 1 para pruebas; pero nunca antes habia estado en una situacion como esta! Y todavia, no comprendo como se han cambiado el propietario, el grupo y los permisos. Ya ni digamos como revertirlo. Cuando se aplican parches o actualizaciones en cualquier server puede que ocurran estos problemas. Como solucionarlos, solo el admin lo sabe o lo puede hacer. PD: Sabes de algun Hosting barato y confiable de VPSs no administrados, que tenga Wheezy, Ya revise la lista de Debian. Mira este: http://chicagovps.net/ pero no se si es confiable! No sabría decirte, ya que depende de donde estés, si es una empresa con tiempo en el mercado, cantidad de clientes, etc. hasta luego. -- usuario linux #274354 normas de la lista: http://wiki.debian.org/es/NormasLista como hacer preguntas inteligentes: http://www.sindominio.net/ayuda/preguntas-inteligentes.html -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caaizax53rwsv_opju3u82wr7hpwj_saj8v27ljifhvwg-+a...@mail.gmail.com
Re: chown por ftp? y/o chown en php?
On 01/30/2014 09:12 AM, Fabián Bonetti wrote: On Thu, 30 Jan 2014 09:01:48 -0800 consultor consul...@openmailbox.org wrote: Supongo que pudo deberse a algunos factores. -. sysadmin del servidor -. usuario que metio un script (shell.php) No se me ocurre otro factor de por que sucedió lo que sucedió. Gracias, por las respuestas. Parece que aqui explican la causa y el remedio! https://www.dokuwiki.org/install:hosted PD: Felix, me llegaron 2 mensajes tuyos; to: personal. cc: lista. hasta luego. signature.asc Description: OpenPGP digital signature
Re: chown por ftp? y/o chown en php?
El ene 30, 2014 2:03 p.m., consultor consul...@openmailbox.org escribió: On 01/30/2014 06:35 AM, Felix Perez wrote: El día 29 de enero de 2014, 22:55, consultor consul...@openmailbox.org escribió: Hola Lista Debian: Administro una DokuWiki, desde Wheezy; alojada en un servidor de hosting Ubuntu, al cual solo tengo acceso via ftp como usuario. Y resulta, que se han cambiado los permisos a otro usuario= 60001 y grupo=60001; no tengo idea que ha sucedido; pero el resultado es Forbidden.; y no los puedo eliminar con el usuario correcto. El siguiente paso es llamar al hosting, pero quizas, alguien sabe como solucionar esto. ¿Porqué querer hacer las cosas más complicadas de lo que son? Si pagas un hosting, estas tareas deben hacerlas ellos. Tu solo pagas por ciertos servicios habilitados, distinto el caso si tienes un servidor administrado por ti mismo. Ahora si quieres aprender, montate un server de pruebas y ya. Suerte. Hola Felix, gusto de saludarte: Creo que no te fijaste en esto: El siguiente paso es llamar al hosting, pero quizas, alguien sabe como solucionar esto. Yo administro 2 servidores, y tengo 1 para pruebas; pero nunca antes habia estado en una situacion como esta! Y todavia, no comprendo como se han cambiado el propietario, el grupo y los permisos. Ya ni digamos como revertirlo. PD: Sabes de algun Hosting barato y confiable de VPSs no administrados, que tenga Wheezy, Ya revise la lista de Debian. Mira este: http://chicagovps.net/ pero no se si es confiable! hasta luego. Yo tengo servidores vps con www.edis.at son buenos y estables, lo mejor de todo que tienen de bajo costo llevo mas de 2 años con ellos y me responden rápidamente cuando tengo problemas. Saludos.
Re: chown por ftp? y/o chown en php?
El día 30 de enero de 2014, 2:55, consultor consul...@openmailbox.org escribió: Hola Lista Debian: Administro una DokuWiki, desde Wheezy; alojada en un servidor de hosting Ubuntu, al cual solo tengo acceso via ftp como usuario. Y resulta, que se han cambiado los permisos a otro usuario= 60001 y grupo=60001; no tengo idea que ha sucedido; pero el resultado es Forbidden.; y no los puedo eliminar con el usuario correcto. El siguiente paso es llamar al hosting, pero quizas, alguien sabe como solucionar esto. He probado ftp chmod y funciona correctamente, pero ftp chown... NO funciona, NI ftp chgrp. Tambien, probe a cambiar usuario:grupo con un corto script en php (no lo tengo a mano), pero falla (esta mal hecho). Quisiera alguien, decirme como cambiar user:group via ftp o via php, por favor? Gracias por su atencion. Hola. Cambiar el propietario requiere permisos de administrador (root) no vas a poder. S2. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAGw=rhiyhnamqpzjkpi_vbgrr6mrmcrzb0skwyqxlu8xdtu...@mail.gmail.com
Re: chown por ftp? y/o chown en php?
El jue, 30-01-2014 a las 09:33 +0100, fernando sainz escribió: El día 30 de enero de 2014, 2:55, consultor consul...@openmailbox.org escribió: Hola Lista Debian: Administro una DokuWiki, desde Wheezy; alojada en un servidor de hosting Ubuntu, al cual solo tengo acceso via ftp como usuario. Y resulta, que se han cambiado los permisos a otro usuario= 60001 y grupo=60001; no tengo idea que ha sucedido; pero el resultado es Forbidden.; y no los puedo eliminar con el usuario correcto. El siguiente paso es llamar al hosting, pero quizas, alguien sabe como solucionar esto. He probado ftp chmod y funciona correctamente, pero ftp chown... NO funciona, NI ftp chgrp. Tambien, probe a cambiar usuario:grupo con un corto script en php (no lo tengo a mano), pero falla (esta mal hecho). Quisiera alguien, decirme como cambiar user:group via ftp o via php, por favor? Gracias por su atencion. Hola. Cambiar el propietario requiere permisos de administrador (root) no vas a poder. S2. Para cambiar el dueño deberás de basarte en sudo por medio de los permisos adecuados podrás ejecutar una orden con privilegios de root, que es lo que necesitas. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1391079825.5161.23.ca...@trujo.hvn.sas.junta-andalucia.es
Re: chown por ftp? y/o chown en php?
El día 30 de enero de 2014, 8:03, trujo trujo.di...@gmail.com escribió: El jue, 30-01-2014 a las 09:33 +0100, fernando sainz escribió: El día 30 de enero de 2014, 2:55, consultor consul...@openmailbox.org escribió: Hola Lista Debian: Administro una DokuWiki, desde Wheezy; alojada en un servidor de hosting Ubuntu, al cual solo tengo acceso via ftp como usuario. Y resulta, que se han cambiado los permisos a otro usuario= 60001 y grupo=60001; no tengo idea que ha sucedido; pero el resultado es Forbidden.; y no los puedo eliminar con el usuario correcto. El siguiente paso es llamar al hosting, pero quizas, alguien sabe como solucionar esto. He probado ftp chmod y funciona correctamente, pero ftp chown... NO funciona, NI ftp chgrp. Tambien, probe a cambiar usuario:grupo con un corto script en php (no lo tengo a mano), pero falla (esta mal hecho). Quisiera alguien, decirme como cambiar user:group via ftp o via php, por favor? Gracias por su atencion. Hola. Cambiar el propietario requiere permisos de administrador (root) no vas a poder. S2. Para cambiar el dueño deberás de basarte en sudo por medio de los permisos adecuados podrás ejecutar una orden con privilegios de root, que es lo que necesitas. Es imposible cambiar el Owner desde el ftp. Hay que tener acceso de root en el hosting. Como dice Camaleón. -- Martín Ayos === http://www.martinayos.com.ar http://xlibro.com.ar/ http://www.philosophia.com.ar http://www.ratakruel.com.ar === Ubuntu User: # 25000 Linux User # 481475 === Después de echar un vistazo a este planeta, un visitante de otro mundo diría: quiero ver al manager. William Burroughs -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CALWEsCnHz7mxGh5LbW0rBydXf+itoR-Deh_Fkco_=evctmx...@mail.gmail.com
Re: chown por ftp? y/o chown en php?
El día 29 de enero de 2014, 22:55, consultor consul...@openmailbox.org escribió: Hola Lista Debian: Administro una DokuWiki, desde Wheezy; alojada en un servidor de hosting Ubuntu, al cual solo tengo acceso via ftp como usuario. Y resulta, que se han cambiado los permisos a otro usuario= 60001 y grupo=60001; no tengo idea que ha sucedido; pero el resultado es Forbidden.; y no los puedo eliminar con el usuario correcto. El siguiente paso es llamar al hosting, pero quizas, alguien sabe como solucionar esto. ¿Porqué querer hacer las cosas más complicadas de lo que son? Si pagas un hosting, estas tareas deben hacerlas ellos. Tu solo pagas por ciertos servicios habilitados, distinto el caso si tienes un servidor administrado por ti mismo. Ahora si quieres aprender, montate un server de pruebas y ya. Suerte. He probado ftp chmod y funciona correctamente, pero ftp chown... NO funciona, NI ftp chgrp. Tambien, probe a cambiar usuario:grupo con un corto script en php (no lo tengo a mano), pero falla (esta mal hecho). Quisiera alguien, decirme como cambiar user:group via ftp o via php, por favor? Gracias por su atencion. -- usuario linux #274354 normas de la lista: http://wiki.debian.org/es/NormasLista como hacer preguntas inteligentes: http://www.sindominio.net/ayuda/preguntas-inteligentes.html -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAAiZAx67T9eJOXjFXN8=glimjstvwfghfh4fa_j7t10w7bq...@mail.gmail.com
Re: chown por ftp? y/o chown en php?
On 01/30/2014 03:56 AM, martin ayos wrote: El día 30 de enero de 2014, 8:03, trujo trujo.di...@gmail.com escribió: El jue, 30-01-2014 a las 09:33 +0100, fernando sainz escribió: El día 30 de enero de 2014, 2:55, consultor consul...@openmailbox.org escribió: Hola Lista Debian: Administro una DokuWiki, desde Wheezy; alojada en un servidor de hosting Ubuntu, al cual solo tengo acceso via ftp como usuario. Y resulta, que se han cambiado los permisos a otro usuario= 60001 y grupo=60001; no tengo idea que ha sucedido; pero el resultado es Forbidden.; y no los puedo eliminar con el usuario correcto. El siguiente paso es llamar al hosting, pero quizas, alguien sabe como solucionar esto. He probado ftp chmod y funciona correctamente, pero ftp chown... NO funciona, NI ftp chgrp. Tambien, probe a cambiar usuario:grupo con un corto script en php (no lo tengo a mano), pero falla (esta mal hecho). Quisiera alguien, decirme como cambiar user:group via ftp o via php, por favor? Gracias por su atencion. Hola. Cambiar el propietario requiere permisos de administrador (root) no vas a poder. S2. Gracias por responder Fernando: Correcto, eso pense; pero luego re-pense, si se han cambiado los permisos, solo podria ser por que el servidor este comprometido (y no parece estarlo); o por que la instalacion de DokuWiki en hosting, falla de alguna forma. En el ultimo caso, deberia ser reversible con 1 script en php, pero no acierto haciendo el script! http://us1.php.net/manual/es/function.chown.php ?php chmod_R(`directorio`, 0666, 0777); ? ?php chown_R(`data`, usuario:grupo); ? Para cambiar el dueño deberás de basarte en sudo por medio de los permisos adecuados podrás ejecutar una orden con privilegios de root, que es lo que necesitas. Gracias Trujo: Pero no entiendo que quieres decir; yo uso Wheezy, nada de sudo, y ya dije que no tengo acceso como root. Ademas, que queres decir con permisos adecuados, por favor. Es imposible cambiar el Owner desde el ftp. Hay que tener acceso de root en el hosting. Como dice Camaleón. Si, ya me di cuenta. Pero habra forma de eliminar esos folder y archivos como usuario? Gracias por las respuestas. signature.asc Description: OpenPGP digital signature
Re: chown por ftp? y/o chown en php?
El día 30 de enero de 2014, 14:01, consultor consul...@openmailbox.org escribió: On 01/30/2014 06:35 AM, Felix Perez wrote: El día 29 de enero de 2014, 22:55, consultor consul...@openmailbox.org escribió: Hola Lista Debian: Administro una DokuWiki, desde Wheezy; alojada en un servidor de hosting Ubuntu, al cual solo tengo acceso via ftp como usuario. Y resulta, que se han cambiado los permisos a otro usuario= 60001 y grupo=60001; no tengo idea que ha sucedido; pero el resultado es Forbidden.; y no los puedo eliminar con el usuario correcto. El siguiente paso es llamar al hosting, pero quizas, alguien sabe como solucionar esto. ¿Porqué querer hacer las cosas más complicadas de lo que son? Si pagas un hosting, estas tareas deben hacerlas ellos. Tu solo pagas por ciertos servicios habilitados, distinto el caso si tienes un servidor administrado por ti mismo. Ahora si quieres aprender, montate un server de pruebas y ya. Suerte. Hola Felix, gusto de saludarte: Creo que no te fijaste en esto: El siguiente paso es llamar al hosting, pero quizas, alguien sabe como solucionar esto. Yo administro 2 servidores, y tengo 1 para pruebas; pero nunca antes habia estado en una situacion como esta! Y todavia, no comprendo como se han cambiado el propietario, el grupo y los permisos. Ya ni digamos como revertirlo. PD: Sabes de algun Hosting barato y confiable de VPSs no administrados, que tenga Wheezy, Ya revise la lista de Debian. Mira este: http://chicagovps.net/ pero no se si es confiable! hasta luego. A mí me pasó con Joomla! Si no sos el dueño de los archivos no hay caso. Hay que llamar al root. Yo probé hasta con 777, pero no hubo caso. -- Martín Ayos === http://www.martinayos.com.ar http://xlibro.com.ar/ http://www.philosophia.com.ar http://www.ratakruel.com.ar === Ubuntu User: # 25000 Linux User # 481475 === Después de echar un vistazo a este planeta, un visitante de otro mundo diría: quiero ver al manager. William Burroughs -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/calwescn-hvgg2emwdj3m8kxfpvzxndvdyns4hrhxep2svf6...@mail.gmail.com
Re: chown por ftp? y/o chown en php?
On 01/30/2014 06:35 AM, Felix Perez wrote: El día 29 de enero de 2014, 22:55, consultor consul...@openmailbox.org escribió: Hola Lista Debian: Administro una DokuWiki, desde Wheezy; alojada en un servidor de hosting Ubuntu, al cual solo tengo acceso via ftp como usuario. Y resulta, que se han cambiado los permisos a otro usuario= 60001 y grupo=60001; no tengo idea que ha sucedido; pero el resultado es Forbidden.; y no los puedo eliminar con el usuario correcto. El siguiente paso es llamar al hosting, pero quizas, alguien sabe como solucionar esto. ¿Porqué querer hacer las cosas más complicadas de lo que son? Si pagas un hosting, estas tareas deben hacerlas ellos. Tu solo pagas por ciertos servicios habilitados, distinto el caso si tienes un servidor administrado por ti mismo. Ahora si quieres aprender, montate un server de pruebas y ya. Suerte. Hola Felix, gusto de saludarte: Creo que no te fijaste en esto: El siguiente paso es llamar al hosting, pero quizas, alguien sabe como solucionar esto. Yo administro 2 servidores, y tengo 1 para pruebas; pero nunca antes habia estado en una situacion como esta! Y todavia, no comprendo como se han cambiado el propietario, el grupo y los permisos. Ya ni digamos como revertirlo. PD: Sabes de algun Hosting barato y confiable de VPSs no administrados, que tenga Wheezy, Ya revise la lista de Debian. Mira este: http://chicagovps.net/ pero no se si es confiable! hasta luego. signature.asc Description: OpenPGP digital signature
Re: chown por ftp? y/o chown en php?
On Thu, 30 Jan 2014 09:01:48 -0800 consultor consul...@openmailbox.org wrote: Supongo que pudo deberse a algunos factores. -. sysadmin del servidor -. usuario que metio un script (shell.php) No se me ocurre otro factor de por que sucedió lo que sucedió. -- Servicios:. http://mamalibre.com.ar/servicios.php MamaLibre, Casa en Lincoln, Ituzaingo 1085 CP6070, Buenos Aires, Argentina pgpro1mCJJUoa.pgp Description: PGP signature
chown por ftp? y/o chown en php?
Hola Lista Debian: Administro una DokuWiki, desde Wheezy; alojada en un servidor de hosting Ubuntu, al cual solo tengo acceso via ftp como usuario. Y resulta, que se han cambiado los permisos a otro usuario= 60001 y grupo=60001; no tengo idea que ha sucedido; pero el resultado es Forbidden.; y no los puedo eliminar con el usuario correcto. El siguiente paso es llamar al hosting, pero quizas, alguien sabe como solucionar esto. He probado ftp chmod y funciona correctamente, pero ftp chown... NO funciona, NI ftp chgrp. Tambien, probe a cambiar usuario:grupo con un corto script en php (no lo tengo a mano), pero falla (esta mal hecho). Quisiera alguien, decirme como cambiar user:group via ftp o via php, por favor? Gracias por su atencion. signature.asc Description: OpenPGP digital signature
Re: Montando server ftp
On Mon, 23 Dec 2013 10:28:03 -0500, Camaleón noela...@gmail.com wrote: El Mon, 23 Dec 2013 09:55:04 -0600, Luis escribió: Estoy tratando de montar un sencillo servidor ftp. Instalé el paquete vsftpd y me creó la carpeta ftp en /srv/ftp. Ahora he creado dentro de esta carpeta enlaces* sinbólicos a todas las carpetas** cuyos contenidos quiero publicar y resulta que cuando se trata de descargar desde otra máquina me tira el mensaje: '550: Failed to change directory', es decir, no permite que el contenido enlazado sea accesible, sin embargo, todo lo que copio físicamente para /srv/ftp si se puede descargar. * ln -s ruta nombre-a-mostrar ** por ejemplo, carpetas que están en /media/disco1/nombre-carpeta Mi pregunta: esto de los enlaces simbólicos no funciona en los ftp? Copio/pego el contenido del enlace¹ que te ha mandado jors por si te sirve (a ti y a quienes no tengan acceso a Internet): *** vsftpd chroot local user and access outside folder Why don't symlinks work with chroot_local_user=YES? vsftpd does not follow symlink under a local user's home folder if chroot is enabled. This is a consequence of how chroot() security works. This is quite annoying if you try to provide download but don't want to move files at different partitions. there is a solution by using a powerful mount feature for new kernels after 1.6 as follows: mount --bind outside/dir home/dir It makes a folder accessible at two places. *** Ya logré que mi servidor(vsftpd) trabaje con los enlaces simbólicos :) Ahora, quisiera lograr que además de que mis usuarios puedan descargar libremente tengan una carpeta donde puedan subir algunas cosas, es decir, que no puedan subirlas a cualquier sitio porque entonces podrían borrarme algo no? Qué variables debo agregar pues las que trae el fichero(vsftpd.conf) de configuración básico no dicen nada sobre esto. He consultado otras fuentes que tengo pero no he logrado nada en este sentido. No tengo internet :( -- Saludos, Luis Esteban de Dios Núñez --- CONSULTE la Revista de Ciencias Medicas de Pinar del Rio en Internet www.revcmpinar.sld.cu -- Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas Infomed: http://www.sld.cu/ -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/op.w8uk98dptyh...@ppbobs.lan
Re: Montando server ftp
El Sun, 29 Dec 2013 10:43:10 +0100, Luis escribió: On Mon, 23 Dec 2013 10:28:03 -0500, Camaleón noela...@gmail.com wrote: El Mon, 23 Dec 2013 09:55:04 -0600, Luis escribió: Estoy tratando de montar un sencillo servidor ftp. Instalé el paquete vsftpd y me creó la carpeta ftp en /srv/ftp. Ahora he creado dentro de esta carpeta enlaces* sinbólicos a todas las carpetas** cuyos contenidos quiero publicar y resulta que cuando se trata de descargar desde otra máquina me tira el mensaje: '550: Failed to change directory', es decir, no permite que el contenido enlazado sea accesible, sin embargo, todo lo que copio físicamente para /srv/ftp si se puede descargar. * ln -s ruta nombre-a-mostrar ** por ejemplo, carpetas que están en /media/disco1/nombre-carpeta Mi pregunta: esto de los enlaces simbólicos no funciona en los ftp? Copio/pego el contenido del enlace¹ que te ha mandado jors por si te sirve (a ti y a quienes no tengan acceso a Internet): (...) Ya logré que mi servidor(vsftpd) trabaje con los enlaces simbólicos :) Ahora, quisiera lograr que además de que mis usuarios puedan descargar libremente tengan una carpeta donde puedan subir algunas cosas, es decir, que no puedan subirlas a cualquier sitio porque entonces podrían borrarme algo no? Qué variables debo agregar pues las que trae el fichero(vsftpd.conf) de configuración básico no dicen nada sobre esto. He consultado otras fuentes que tengo pero no he logrado nada en este sentido. Si tienes la variable chroot_local_user definida a YES ya deberías tener una jaula para los usuarios. Ahora bien, al haber habilitado que puedan salir de su /home pues no sé si seguirá estando vigente :-? No tengo internet :( Vsftpd viene con una documentación bastante buena y completa, con ejemplos de uso, FAQ y demás (la tienes en tu disco duro, donde siempre / usr/share/doc/vsftpd/*) Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2013.12.30.14.58...@gmail.com
Montando server ftp
Hola, Estoy tratando de montar un sencillo servidor ftp. Instalé el paquete vsftpd y me creó la carpeta ftp en /srv/ftp. Ahora he creado dentro de esta carpeta enlaces* sinbólicos a todas las carpetas** cuyos contenidos quiero publicar y resulta que cuando se trata de descargar desde otra máquina me tira el mensaje: '550: Failed to change directory', es decir, no permite que el contenido enlazado sea accesible, sin embargo, todo lo que copio físicamente para /srv/ftp si se puede descargar. * ln -s ruta nombre-a-mostrar ** por ejemplo, carpetas que están en /media/disco1/nombre-carpeta Mi pregunta: esto de los enlaces simbólicos no funciona en los ftp? -- Saludos, Luis Esteban de Dios Núñez --- CONSULTE la Revista de Ciencias Medicas de Pinar del Rio en Internet www.revcmpinar.sld.cu -- Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas Infomed: http://www.sld.cu/ -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/op.w8jyh2aotyh...@ppbinformatica1.lan
Re: Montando server ftp
On 23/12/13 16:55, Luis wrote: Hola, Estoy tratando de montar un sencillo servidor ftp. Instalé el paquete vsftpd y me creó la carpeta ftp en /srv/ftp. Ahora he creado dentro de esta carpeta enlaces* sinbólicos a todas las carpetas** cuyos contenidos quiero publicar y resulta que cuando se trata de descargar desde otra máquina me tira el mensaje: '550: Failed to change directory', es decir, no permite que el contenido enlazado sea accesible, sin embargo, todo lo que copio físicamente para /srv/ftp si se puede descargar. * ln -s ruta nombre-a-mostrar ** por ejemplo, carpetas que están en /media/disco1/nombre-carpeta Mi pregunta: esto de los enlaces simbólicos no funciona en los ftp? Podría tratarse de ésto: http://vsftpd.blogspot.com.es/2007/12/vsftpd-chroot-local-user-and-access.html Salut, jors -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52b84fbf.6030...@enchufado.com
Re: Montando server ftp
El Mon, 23 Dec 2013 09:55:04 -0600, Luis escribió: Estoy tratando de montar un sencillo servidor ftp. Instalé el paquete vsftpd y me creó la carpeta ftp en /srv/ftp. Ahora he creado dentro de esta carpeta enlaces* sinbólicos a todas las carpetas** cuyos contenidos quiero publicar y resulta que cuando se trata de descargar desde otra máquina me tira el mensaje: '550: Failed to change directory', es decir, no permite que el contenido enlazado sea accesible, sin embargo, todo lo que copio físicamente para /srv/ftp si se puede descargar. * ln -s ruta nombre-a-mostrar ** por ejemplo, carpetas que están en /media/disco1/nombre-carpeta Mi pregunta: esto de los enlaces simbólicos no funciona en los ftp? Copio/pego el contenido del enlace¹ que te ha mandado jors por si te sirve (a ti y a quienes no tengan acceso a Internet): *** vsftpd chroot local user and access outside folder Why don't symlinks work with chroot_local_user=YES? vsftpd does not follow symlink under a local user's home folder if chroot is enabled. This is a consequence of how chroot() security works. This is quite annoying if you try to provide download but don't want to move files at different partitions. there is a solution by using a powerful mount feature for new kernels after 1.6 as follows: mount --bind outside/dir home/dir It makes a folder accessible at two places. *** ¹http://vsftpd.blogspot.com.es/2007/12/vsftpd-chroot-local-user-and-access.html Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2013.12.23.15.28...@gmail.com
Re: [OT] Chuminadas... (era: Servidor Debian. KVM - LAMP - Torrents - FTP - SSH - etc.)
Bien, estoy de acuerdo, no llegaremos a un acuerdo, dejemos la lista para lo que es, despejar dudas tecnicas, claro, siempre que no se convierta en un foro. Saludos. Walter Herrera Servicios informaticos software Libre. El 19 de noviembre de 2013 18:31, consultorconsul...@openmailbox.orgescribió: On 19/11/13 09:55 AM, Walter Herrera wrote: Consultor, solo estoy diciendo que a ciegas no podemos ayudar a nadie, si te dicen, quiero hacer esto esto y esto, no le veo el sentido de preguntar eso, no es edificante ni para el que pregunta ni para el que responde, para mi es mucho mejor preguntar, hice esto, esto y me falla esto y esto, entonces, ahi si se forma un buen feedback de intercambio de conocimiento y prendizaje mutuo, por lo menos ese es mi humilde punto de vista, pero como es una lista libre, vos sos libre de hacerle las coas a los demas y yo soy libre de tratar que aprendamos todos. Saludos. Walter Herrera Servicios informaticos software Libre. Gracias por responder Walter. No pretendo que se cree un hilo interminable y sin beneficio para los usuarios de esta lista. Pero, es que desde hace ya un buen rato, veo que enfatizan en cosas que no son aplicables a las Listas Debian; 1. hablan de ayudar y eso provoca, que el que se imagina que ayuda; le ponga el fierro al que supuestamente esta ayudando. Por eso, le exige claridad y cualquier cosa que se le ocurra; propio de una cultura Autoritaria. Si compartimos, eso no sucederia; debido a que responde el que quiera y entienda la pregunta. Los demas, no responderiamos por obligacion y tampoco exigiriamos nada. 2. alguien hace una pregunta cualquiera, y se le pide que defina cualquier cosa, que se les ocurre. Cuando todos tenemos derecho a NO responder y alli acaba el asunto. No hay ninguna razon para responder a todo por obligacion o por mantener una posicion, o llamar la atencion de los demas. A lo que no tenemos ningun derecho, es a decirle a los demas que es lo que deben hacer. Y esto sucede a diario, quizas por nuestro bajo nivel de educacion o nuestra sub-cultura autoritaria. 3. un usuario, hace una pregunta concreta y recibe decenas de respuestas inconcretas e inutiles. Esto hace los hilos kilometricos y sin sentido. Hay quien envia varios correos con si o no o +1 y asi un largo etc. Cuando la idea de las listas; es enviar el menor numero de mensajes concisos y al punto. En fin, como dije antes, ya veremos que ocurre. Gracias de nuevo. PD: Borrastes lo que yo habia escrito, asi que te respondo un poco a ciegas.
Re: Servidor Debian. KVM - LAMP - Torrents - FTP - SSH - etc.
El Tue, 19 Nov 2013 12:44:04 -0200 Juan jawif...@gmail.com escribió: Buen día, les consulto porque tengo una pc pentium 4 HT con 2 gb de RAM y quisiera armar un servidor casero. Lo que quiero hacer es ver dos paginas con diferente dominio en la web, tener un servidor ftp para uso personal, poder destinar una parte de mi RAID de 1 Tb para ofrecer y descargar torrents. Lo quiero hacer a mano es decir no usar ninguno de los sitemas enlatados (tipo Zential). Por este motivo quisiera intalar un Debian básico y arriba de eso, en distintas máquinas virtuales poder poner todo lo demas. Hago esta consulta acá ya que he buscado en google y no encuentro nada que explique claramente como hacer esto y que sea relativamente nuevo, hay tutoriales del 2005, 2008, etc y veo que muchas versiones de los paquetes usados son obsoletas, por eso quisiera que me orienten en que leer, o que guia seguir para poder aprender. Antes que me digan de todo, les aclaro que no pido que me den nanda hecho, sino que insisto, si pueden recomendarme que ller para aprender. Empeza a leer sobe consumo de apliaciones porque con ese fierro no podes hacer lo que queres. Es muy chico Gracias de antemano Juan -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cafa+n8pfzgftkwe6be_0dxo05vdam1kxb-3upd6xz7e__gz...@mail.gmail.com -- Angel Claudio Alvarez an...@angel-alvarez.com.ar -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131120111215.596c66597509b4f0b87b9...@angel-alvarez.com.ar
Re: Servidor Debian. KVM - LAMP - Torrents - FTP - SSH - etc.
Hola, virtualizado olvídate. Mejor es a la vieja escuela, como tengo el mio Zeuza Server (Intel E2160 1.8Mhz Ram 1Gb), en el link de abajo esta todos los servicios soportados en esta nave. Servidor web: guia 1 http://mamalibre.no-ip.org/doc/servicios_web_2.0.pdf Servidor FTP: Yo uso vsftpd anda de lujos. Saludos -- Servicios:. http://mamalibre.com.ar/servicios.php MamaLibre, Casa en Lincoln, Ituzaingo 1085 CP6070, Buenos Aires, Argentina pgpdKetDKfkA_.pgp Description: PGP signature
Servidor Debian. KVM - LAMP - Torrents - FTP - SSH - etc.
Buen día, les consulto porque tengo una pc pentium 4 HT con 2 gb de RAM y quisiera armar un servidor casero. Lo que quiero hacer es ver dos paginas con diferente dominio en la web, tener un servidor ftp para uso personal, poder destinar una parte de mi RAID de 1 Tb para ofrecer y descargar torrents. Lo quiero hacer a mano es decir no usar ninguno de los sitemas enlatados (tipo Zential). Por este motivo quisiera intalar un Debian básico y arriba de eso, en distintas máquinas virtuales poder poner todo lo demas. Hago esta consulta acá ya que he buscado en google y no encuentro nada que explique claramente como hacer esto y que sea relativamente nuevo, hay tutoriales del 2005, 2008, etc y veo que muchas versiones de los paquetes usados son obsoletas, por eso quisiera que me orienten en que leer, o que guia seguir para poder aprender. Antes que me digan de todo, les aclaro que no pido que me den nanda hecho, sino que insisto, si pueden recomendarme que ller para aprender. Gracias de antemano Juan -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cafa+n8pfzgftkwe6be_0dxo05vdam1kxb-3upd6xz7e__gz...@mail.gmail.com
