Estoy en RHEL6 y estoy intentando realizar una actualización automática en WordPress pero las conexiones ftp y sftp fallan. Sospecho que al menos está probando la conexión desde el servidor, lo cual no está permitido por mi firewall.
Agregué esta línea a /etc/sysconfig/iptables, pero todavía no funcionó. ¿Algunas ideas?
-A INPUT -m state --state NEW -m tcp -p tcp --dport 22 -j ACCEPT
Respuesta1
Todas las conexiones con el mismo host se realizarán a través de lola interfaz (bucle invertido), que no está restringida de forma predeterminada y se permite colocando una línea en la parte superior de las reglas:
-A INPUT -i lo -j ACCEPT
La actualización automática de Wordpress generalmente funciona sin acceso FTP; de lo contrario, debe haber un límite de seguridad muy estricto en el servidor web/php. Por lo general, WordPress verifica el espacio en disco y los permisos con algunas funciones desagradables (AFAI, recuerde, había algo relacionado con las comprobaciones de inodos (RARO)).
Para que la Actualización automática funcione, se deben cumplir al menos dos criterios:
(a) propiedad del archivo: todos sus archivos de WordPress deben ser propiedad del usuario bajo el cual se ejecuta su servidor web. En otras palabras, el propietario de sus archivos de WordPress debe coincidir con el usuario bajo el cual se ejecuta su servidor web. El usuario del servidor web (llamado "apache", "web", "www", "nadie" o algo así) no es necesariamente el propietario de sus archivos de WordPress. Normalmente, los archivos de WordPress son propiedad del usuario de ftp que subió los archivos originales. Si no hay coincidencia entre el propietario de sus archivos de WordPress y el usuario bajo el cual se ejecuta su servidor web, recibirá un cuadro de diálogo que le pedirá "información de conexión" y encontrará que no importa lo que ingrese en ese cuadro de diálogo, No podrás actualizar automáticamente.
(b) permisos de archivos: todos sus archivos de WordPress deben ser escribibles por el propietario o por el grupo del usuario bajo el cual se ejecuta su servidor Apache.
En hosts compartidos, los archivos de WordPress NO deben ser propiedad del servidor web. Si más de un usuario posee diferentes archivos en la instalación (debido a ediciones realizadas al eliminar y volver a cargar archivos a través de diferentes cuentas, por ejemplo), los permisos de archivo deben poder escribirse en grupo (por ejemplo, 775 y 664 en lugar de los predeterminado 755 y 644). Los permisos de archivos (en general) deben ajustarse según corresponda para el entorno del servidor (el host compartido RackSpace CloudSites, por ejemplo, recomienda 700 y 600 para un único usuario de ftp, o 770 y 660 para varios usuarios de ftp). Consulte la sección de permisos de archivos para obtener más información (algunos archivos y carpetas requieren permisos más estrictos).
(C)http://codex.wordpress.org/Updating_WordPress#Automatic_Update
Verificar permisos, etc.
Si aún desea hacerlo con FTP, asegúrese de que también esté escuchando la dirección local netstat -anp|grep 21.
¿SFTP? ¿En realidad? No quieres hacer esto. Créeme.
Respuesta2
Estás en el camino correcto, pero hay algo de magia de Wordpress que debes hacer aquí. Hablando por experiencia, el FTPS todavía intenta usar el puerto 21, no SSH (puerto 22). No recuerdo el procedimiento exacto que seguí para habilitar la actualización SSH, pero aquí hay una versión diferente:http://wp.tutsplus.com/articles/tips-articles/quick-tip-upgrade-your-wordpress-site-via-ssh/. Consulte la sección 'Método 2'. Si eso no lo lleva a donde necesita estar, una búsqueda en Google sobre "actualizar wordpress ssh" debería brindarle algunas URL útiles; disculpas por no poder encontrar la que usé.