TODOPIC
Otros Microcontroladores / Dispositivos programables => Raspberry Pi y similares => Mensaje iniciado por: planeta9999 en 30 de Mayo de 2015, 21:01:57
-
.
He decidido probar a instalarme la web en casa, ahora mismo tengo el hosting contratado en Godaddy, pero al ser un compartido es lento, y no corren los tiempos como para pagar un dedicado o un virtual mezcla de dedicado y compartido. Tengo acceso a internet por fibra a 120Mb con 12Mb de bajada, y creo que eso es más que de sobra para poder montar el server en casa, y más con un Raspberry2 que apenas consume, es muy potente, barato y no tiene partes móviles que son susceptibles de averías como ventiladores y discos duros.
Las cosas que voy a considerar para instalar y configurar un server casero son las siguientes, conforme las vaya haciendo las documentaré con fotos y capturas de pantalla:
1.- Disponer de un Raspberry 2 y su fuente de alimentación. Se puede usar un RPY más antiguo pero va más lento.
2.- Conectar el RPY2 al PC por Ethernet y acceder por SSH con Putty (http://www.putty.org/), aunque también se podría hacer login directamente en el RPY.
3.- Instalar Apache (o Nginx (http://es.wikipedia.org/wiki/Nginx)), PHP, MySQL y PhpMyadmin en el Raspberry2, lo que se conoce como LAMP (http://es.wikipedia.org/wiki/LAMP) para Linux (LEMP si usamos Nginx).
4.- Configurar el dominio a mano si solo vamos a alojar un dominio o mejor usar un panel de control gratuito para gestionar varios dominios.
5.- Instalar y configurar un panel de control gratuito como Webmin (http://www.webmin.com/index.html) y Virtualmin (http://www.webmin.com/virtualmin.html), recomendable sobre todo para multidominios.
6.- Configurar el modem router para direccionar el tráfico del puerto 80 (páginas web) hacia el Raspberry2.
7.- Contratar una IP fija o un Servicio de DNS dinámico gratuito
8.- Crear un sistema de alimentación ininterrumpida, no un SAI/UPS, ya que esos convierten de 12v a 220v, para que luego tú tengas que convertir de nuevo de 220v a las tensiones DC de RPY y el modem router, algo que resulta absurdo y muy poco eficiente. La idea es utilizar una batería de 12v con un cargador que la mantenga permanentemente cargada, y reguladores para sacar 5v para el RPY y 9/12v para el modem router.
Y de momento no se me ocurre nada más. En mi caso mis páginas web estan basadas en Joomla, uno de los mejores CMS gratuitos que existen, también probaré a configurar y gestionar FTP, SSH y por supuesto un buen cortafuegos gratuito tipo APF (https://www.rfxn.com/projects/advanced-policy-firewall/) o algo más currado y algún programa de autobaneo como Fail2ban (http://www.fail2ban.org/wiki/index.php/Downloads).
El Raspberry 2 y la fuente de alimentación ya los tengo, he de mirar el tema de la batería y los reguladores para evitar las caídas del server en caso de corte eléctrico. El software es TODO gratuito, y se descarga e instala desde el propio Raspberry. Para subir archivos al server por FTP o SFTP yo uso actualmente WinSCP (http://winscp.net/eng/docs/lang:es), que es gratuito.
-
Una nota para empezar: http://goo.gl/MrCjbO
-
.
Gracias por la información, espero que el Putty que llevo utilizando desde hace años, no sea ese.
De todas formas lo que he pensado es entrarle al Raspberry por FTP y SSH localmente con su dirección 192.168.0.x, y así no tendré que abrir los puertos 20, 21 y 22 en el modem router, de esa manera me evito problemas con los hackers, solo redirigiré el puerto 80 para los accesos a la web, y creo que para el email hacen falta el 25 y el 587, el resto cerrados.
-
.
Para el sistema de alimentación ininterrumpida he pensado en usar una fuente conmutada de 12v 8.5 amperios que dará tensión al modem-router y servirá para cargar una batería de 12v, a su salida se conectará un conversor DC-DC de 5 voltios 3 Amperios para el Raspberry2.
Mirando en los polacos, estos chismes me pueden servir y son baratos, 10 Euros la fuente de 12v 8,A y 10 Euros el conversor de 5v 3A. Me falta mirar la batería y el diodo:
http://www.tme.eu/es/details/gs-100-12/fuentes-de-aliment-industr-de-impulsos/enstick/#t50ce265deef84241680e855fe46f1557
http://www.tme.eu/es/details/sd-15a-05/convertidores-dcdc/mean-well/#ta6a506e55b7f26cb79548f4f39250d86
Entiendo que de la fuente a la batería hay que meter un diodo para que no se descargue si falla el suministro eléctrico.
(http://static4.tme.eu/products_pics/a/e/8/ae8c92c149c41682f542c87a80d99b87/127880.jpg)
(http://static4.tme.eu/products_pics/9/8/5/985d4f0347170403ecaa69016627331f/60409.jpg)
-
Tomando en Cuenta que vas a autoalojar,, tomar todas las precauciones de seguridad necesarias no está de mas.... te invito a que mires el proyecto de JackTheStripper.... Es un Script en Bash que prepara y asegura un servidor web desde 0 con poca intervención del usuario.
http://www.jsitech.com/jackthestripper/ (http://www.jsitech.com/jackthestripper/)
Puede ser que quieras hacerlo manual, pero ver el script te puede ayudar mucho al momento de hacer hardening a tu servidor..........
-
Gracias, le echaré un ojo. Aunque no ejecute el script completo, puede que algunas de las cosas que instala si que me resulten útiles.
-
Muy recomendable el blog de Jason Soto. Muy Muy
Yo estoy probando justamente estos días JackTheStripper + WPHardening en una instalación Debian con Wordpress y me parecen dos herramientas geniales para fortificar el sistema. No sé si habrá algo parecido a WPHardening para Joomla, quizá jsitech nos lo pueda decir...
El desarrollo de JackTheStripper lo inició Eugenia Bahit y te irá bien que le pases un ojo también a su web (http://www.eugeniabahit.com/proyectos/jackthestripper). En el artículo tienes un enlace a su Pastebin y en el menú superior un acceso a Publicaciones; te aconsejo visitar ambos.
No sé hasta que punto compensará montar un servidor casero hoy en día, quiero decir más allá de crear un entorno de pruebas o privado. Y más dudas tengo si no dispones ya de una IP estática y tenerla te supondrá un gasto nada despreciable.
Los servicios tipo DynDNS, No-IP, etc, o son de pago o te ofrecen una opción gratuita que incluye su nombre (por ej: midominio.no-ip.org), algo para mi inasumible en una web comercial.
También tengo que partir de la idea de que tras los servicios de un hosting hay un grupo de profesionales liberándome del montón de trabajo que supone mantener un servidor en condiciones y, no menos importante, resolviendo tareas que escapan a mi conocimiento y dificílmente podría realizar en un servidor propio. Vale, sí, hay servicios de hosting que ponen en duda que haya profesionales detrás...
No me entiendas mal planeta, no es mi intención desanimarte ni mucho menos cuestionar tus conocimientos o capacidad. Solamente trato de añadir una variable más a la fórmula.
un saludo
-
En el caso de algo parecido a WpHardning para Joomla, un colega y yo nos encontramos trabajando en una herramienta especificamente para Joomla....
Por otro lado, eso que comentas de los Hosting, hay un punto con eso y esto va para los Hosting compartidos que es lo que mas se usa hoy en día por cuestiones de costo... Pero el problema aquí es que los Admins del hosting tal vez hagan un buen trabajo con la seguridad del servidor....... Pero, muchos ataques van dirigido a las aplicaciones web, es decir, si 2 clientes tienen wordpress , uno de ellos es super cuidadoso con las actualizaciones y demas, pero el otro no, es muy posible que en caso de comprometer ese sitio vulnerable, puedan comprometer el otro en caso de que logren via el cms comprometer el servidor... Es muy bueno tomarlo en cuenta.
Cuando alojas en un servidor privado, es posible que tengas mas control........ No me malentiendan, con esto no digo que todos los servicios de hosting compartidos sean vulnerables, pueden existir muchos que tomen las medidas de lugar para aislar un sitio de otro, pero realmente no lo sabemos, y es mas confiable cuando tenemos algo privado.
Muy recomendable el blog de Jason Soto. Muy Muy
Yo estoy probando justamente estos días JackTheStripper + WPHardening en una instalación Debian con Wordpress y me parecen dos herramientas geniales para fortificar el sistema. No sé si habrá algo parecido a WPHardening para Joomla, quizá jsitech nos lo pueda decir...
El desarrollo de JackTheStripper lo inició Eugenia Bahit y te irá bien que le pases un ojo también a su web (http://www.eugeniabahit.com/proyectos/jackthestripper). En el artículo tienes un enlace a su Pastebin y en el menú superior un acceso a Publicaciones; te aconsejo visitar ambos.
No sé hasta que punto compensará montar un servidor casero hoy en día, quiero decir más allá de crear un entorno de pruebas o privado. Y más dudas tengo si no dispones ya de una IP estática y tenerla te supondrá un gasto nada despreciable.
Los servicios tipo DynDNS, No-IP, etc, o son de pago o te ofrecen una opción gratuita que incluye su nombre (por ej: midominio.no-ip.org), algo para mi inasumible en una web comercial.
También tengo que partir de la idea de que tras los servicios de un hosting hay un grupo de profesionales liberándome del montón de trabajo que supone mantener un servidor en condiciones y, no menos importante, resolviendo tareas que escapan a mi conocimiento y dificílmente podría realizar en un servidor propio. Vale, sí, hay servicios de hosting que ponen en duda que haya profesionales detrás...
No me entiendas mal planeta, no es mi intención desanimarte ni mucho menos cuestionar tus conocimientos o capacidad. Solamente trato de añadir una variable más a la fórmula.
un saludo
-
Y más dudas tengo si no dispones ya de una IP estática y tenerla te supondrá un gasto nada despreciable.
12 euros/mes
Un server en casa, no deja de ser un dedicado, y siempre va a tener un rendimiento muy superior a un compartirdo comercial en el que meten centenares o miles de usuarios en el mismo server.
También tengo que partir de la idea de que tras los servicios de un hosting hay un grupo de profesionales liberándome del montón de trabajo que supone mantener un servidor en condiciones y, no menos importante, resolviendo tareas que escapan a mi conocimiento y dificílmente podría realizar en un servidor propio. Vale, sí, hay servicios de hosting que ponen en duda que haya profesionales detrás...
No te lleves a engaño, en un dedicado no hay absolutamente nadie detrás haciendo nada, ni de hardware ni de sofware, todo te lo gestionas tú. Precisamente he tenido un dedicado durante 10 años, y se de lo que hablo, por eso me he decidido a montar mi propio server, porque ya tengo experiencia en el mantenimiento, y tampoco es tanto, hacer tus copias de seguridad de la base de datos, y comprobar los LOGS para ver si algún hacker te ha entrado, y si quieres automatizar alguna tarea la metes en el Crontab.
Como tienes el servidor en tu propia casa, y además todo está en una tarjeta SD, con tener el sistema duplicado, con un segundo RPY2 y todo el sistema en otra tarjeta SD, es suficiente para reponerlo de inmediato si se daña.
No me entiendas mal planeta, no es mi intención desanimarte ni mucho menos cuestionar tus conocimientos o capacidad. Solamente trato de añadir una variable más a la fórmula.
Si uno sabe gestionar un sistema con Linux y tiene una linea de acceso a internet medianamente decente, no hay ningún problema en montarse el server en casa.
-
No te lleves a engaño, en un dedicado no hay absolutamente nadie detrás haciendo nada, ni de hardware ni de sofware, todo te lo gestionas tú. Precisamente he tenido un dedicado durante 10 años, y se de lo que hablo, por eso me he decidido a montar mi propio server, porque ya tengo experiencia en el mantenimiento
Pensaba en un hosting compartido y en mi poco conocimiento acerca de la fortificación de sistemas. Si has gestionado un dedicado durante 10 años más que darte indicaciones estaré pendiente de cuanto pueda aprender de tu experiencia.
Pero el problema aquí es que los Admins del hosting tal vez hagan un buen trabajo con la seguridad del servidor....... Pero, muchos ataques van dirigido a las aplicaciones web, es decir, si 2 clientes tienen wordpress , uno de ellos es super cuidadoso con las actualizaciones y demas, pero el otro no, es muy posible que en caso de comprometer ese sitio vulnerable, puedan comprometer el otro en caso de que logren via el cms comprometer el servidor... Es muy bueno tomarlo en cuenta.
¿Es así tan sencillo? Quiero decir: aunque dos clientes diferentes compartan una misma IP en el servidor ¿no están en espacios virtuales distintos? ¿no sería una cuestión de mala administración por parte del hosting que otro cliente pueda llegar a mi espacio?
un saludo
-
No te lleves a engaño, en un dedicado no hay absolutamente nadie detrás haciendo nada, ni de hardware ni de sofware, todo te lo gestionas tú. Precisamente he tenido un dedicado durante 10 años, y se de lo que hablo, por eso me he decidido a montar mi propio server, porque ya tengo experiencia en el mantenimiento
Pensaba en un hosting compartido y en mi poco conocimiento acerca de la fortificación de sistemas. Si has gestionado un dedicado durante 10 años más que darte indicaciones estaré pendiente de cuanto pueda aprender de tu experiencia.
En un hosting compartido lo único que hacen (cuando lo hacen) los administradores, es verificar que ningún usuario sobrecargue el sistema, tanto en consumo de CPU, como de RAM, como de llamadas a la base de datos, y eso normalmente SOLO lo suelen verificar cuando otro usuario del mismo server se queja de lentitud. No hacen copias de seguridad de nada, eso se lo tiene que gestionar cada usuario, incluso si cae el server pierdes toda la configuración de cuentas de correo y por supuesto los contenidos web que tuvieras.
Francamente dudo mucho que en un compartido, los responsables del sistema hagan algo más hallá de verificar la carga del sistema, y solo si hay reclamaciones de rendimiento. Puede que aplicar algún parche de seguridad o actualizar la versión del sistema operativo, pero vamos que esas son tareas que las puede hacer cualquiera en un par de minutos, y además cuando lo hacen causan más problemas que otra cosa, porque con el cambio de versión de PHP muchas aplicaciones pueden empezar a dar problemas o directamente dejar de funcionar.
Pero el problema aquí es que los Admins del hosting tal vez hagan un buen trabajo con la seguridad del servidor....... Pero, muchos ataques van dirigido a las aplicaciones web, es decir, si 2 clientes tienen wordpress , uno de ellos es super cuidadoso con las actualizaciones y demas, pero el otro no, es muy posible que en caso de comprometer ese sitio vulnerable, puedan comprometer el otro en caso de que logren via el cms comprometer el servidor... Es muy bueno tomarlo en cuenta.
¿Es así tan sencillo? Quiero decir: aunque dos clientes diferentes compartan una misma IP en el servidor ¿no están en espacios virtuales distintos? ¿no sería una cuestión de mala administración por parte del hosting que otro cliente pueda llegar a mi espacio?
En un compartido están todos juntos, compartiéndolo todo, lo que haga un usuario repercute en los demás, y si entra un hacker como ROOT tendrá acceso a TODAS las cuentas de todos los usuarios de ese servidor.
Solo en un servidor VPS cada usuario tiene su sistema virtual dentro de uno físico, esa es una solución entre un compartido y un dedicado, en ese caso las andanzas de un usuario no repercuten en las de otro, aunque si el rendimiento del sistema porque físicamente comparten la misma CPU.
-
No he podido seguir con este tema, porque ando liado con otras cosas, pero hoy he visto en Facebook este enlace en el que detallan casi todo lo que quiero hacer. Les faltaría la instalación de PHP, MySQL y la configuración multidominio, pero lo fundamental de la configuración lo han documentado al detalle.
https://www.bitpi.co/2015/05/04/raspberry-pi-webserver/
-
Una aclaracion planeta9999, es respecto a la bateria de respaldo. Deberias poner un cargador como tal, no simplemente una fuente de alimentacion. El porque es muy sencillo, la fuente te dara como mucho 13,6 Vcc, menos 0,6 Vcc de la caida en el diodo, te quedan 13 Vcc que es aproximadamente un 40% de carga. Pero la bateria para llegar a su 100% de carga, necesita que la tension de carga llegue a 16,8 Vcc y eso si, inmediatamente que llegue, debe cortar y tener un offset para que arranque de nuevo al llegar a 12.0 Vcc. Este sistema tambien puede servir para que en caso de llegar a ese punto y aun falte la tension de 230 Vac, desconecte todo el sistema para evitar la descarga total de la bateria, que haria perder vida e incluso quedar inservible la bateria. Los datos que te doy son para una bateria de plomo/acido, si utilizas otras seria bueno comprobar sus distintos parametros.
Puedes utilizar una bateria de alarma de 12 V 7 A/h o cualquier otra similar.
Espero te sirva mi comentario.
Saludos.
-
Gracias Acorantf, pero al final creo que no voy a poner nada, si se va la luz y la web se queda caída unos minutos tampoco se va a acabar el mundo. Lo que si tendré es otro Raspberry 2 con una copia exacta de la tarjeta, para poder reemplazarlo de inmediato si el primero se averiase.
Y sobre el tema de la IP fija, creo que tampoco me va a hacer falta, ni tampoco esos servicios raros de redireccionamiento, que al final también son de pago o te cuelan publicidad. En ONO que es la compañía de teléfono con la que tengo el acceso internet, apenas te cambian la IP, te puede durar meses, incluso más de un año sin que cambie. Asi que como comprobaré a diario mi web, si veo que ha cambiado la IP, con reconfigurar el dominio para que apunte a la nueva IP, arreglado, y eso puede que lo tenga que hacer en el peor de los casos una vez al año.
Aunque tenía este tema algo aparcado por otras prioridades, creo que me voy a animar este fin de semana, porque ayer los de ONO me dieron un par de alegrías, por una parte me han subido la velocidad de la linea de 120Mb a 300Mb y además pagando menos. Y encima me han regalado dos móviles por la portabilidad que hice de un móvil mío y el de un familiar, hoy me han llegado uno de ellos y es una pasada, un quad core con pantalla de 5.5 pulgadas, y espero otro Octo-core en breve. Creo que con 300Mb de bajada y 30Mb de subida, ya se puede montar un server casero en condiciones, mi única duda es si el Raspberry 2 podrá rodar con soltura Joomla, PHP y las MySQL, si todo va bien adios al alojamiento de Godaddy, y me monto la web en casa.
-
.
Vaya, parece que la gente de Instructables (http://www.instructables.com/), se ha currado un pedazo de manual, paso a paso, para instalar un server en un Raspberry, muy interesante y muy detallado. No he tenido tiempo todavía de leerlo en detalle, pero supongo que no habrán tocado el multidominio, ni los paneles de control gratuitos, alternativa a Plesk y similares.
http://www.instructables.com/id/Ultimate-Pi-Based-Home-Server/?ALLSTEPS (http://www.instructables.com/id/Ultimate-Pi-Based-Home-Server/?ALLSTEPS)
(https://static.mancave.conrad.nl/uploads/raspberry-pi-server-500x375.jpg)
Muy interesate el uso de Webmin (http://www.webmin.com/intro.html), para gestionar todo el sistema en modo gráfico, no conocía este programa, lo usaré seguro.
(http://www.todopic.com.ar/foros/imgxocas/webmin.png)
-
Planeta, he cambiado la imagen de Webmin porque hay algún tipo de problema con el servidor de origen que hace saltar el antivirus. Como no llegué a ver la imagen original incluyo una que me parece representativa del panel de Webmin. Aquí hay unas cuantas más: http://www.webmin.com/demo.html
un saludo
-
.
Ok, no me había dado cuenta de ese problema.
-
Uffff... no imaginaba que la diferencia iba a ser tan grande. Después de una temporada trasteando con servidores bajo VirtualBox he de decir que la RPi2 va como una moto en todos los aspectos. Me gusta esta plaquita, sí señor.
Preparar, instalar y configurar la distro oficial de Raspbian no podría ser más fácil y en pocos minutos todo está funcionando correctamente.
En mi caso, los pasos dados una vez instalado fueron:
- Actualizaciones de rigor (update, upgrade)
- En raspi-config:
1. Expand Filesystem para ocupar toda la tarjeta SD.
4. Internationalisation Options para establecer idioma, cotejamiento y teclado.
8. Advanced Options para cambiar hostname por defecto (raspberrypi) y reducir Memory Split a 16MB (no voy a usar el entorno gráfico).
- Crear nuevo usuario con privilegios y eliminar usuario por defecto (pi).
- Establecer una IP estática local para eth0.
- Actualizar firmware.
- Desinstalar el entorno gráfico, innecesario para funcionar como servidor web.
Procedo a la instalación y fortificación del servidor LAMP (+Sendmail) usando el script JackTheStripper (http://www.jsitech.com/linux/jackthestripper-y-sus-nuevas-mejoras/) del compañero jsitech. Todo ok aunque:
-- me gustaría tener la posibilidad de saltar algunos pasos sin abandonar el script.
-- desde Putty, la creación y copia de la key RSA es más laboriosa y confusa que hacerlo desde Linux directamente.
Terminada la fortificación sin problemas me dispongo a instalar Wordpress. Reinicio y.. y.. vaya. Mi IP acaba de ser censurada por alguno de los módulos instalados por JackTheStripper. Jajaja, no puedo acceder desde este pc al estar la IP bloqueada ni desde otra parte al no disponer de la key RSA. Tomo nota de que estas cosas pueden pasar y complicarte la vida.
Repito toda la operación sobre una SD nueva -evitando en este caso el script JackTheStripper- y procedo a instalar un Worpress sin complicaciones. Los primeros análisis de rendimiento son excelentes.
un saludo
-
Fenomenal, es lo que me faltaba por saber, si el equipo tiene potencia suficiente para rodar un servidor LAMP y un CMS. No he utilizado Wordpress, pero supongo que será equiparable en carga del sistema a Joomla, que es lo que yo necesito instalar.
Además hace poco la compañía de cable me ha pasado de 200Mb a 300Mb, y pagando menos. Espero que con estos anchos de banda, instalar el server en casa ya sea lo ideal, ya está bien de pagar un cutre alojamiento compartido o un pastizal por un virtual o un dedicado, cuando te puedes montar un dedicado en casa a coste mensual casi cero, con un consumo eléctrico ridículo al usar un RPY.
-
Uffff... no imaginaba que la diferencia iba a ser tan grande. Después de una temporada trasteando con servidores bajo VirtualBox he de decir que la RPi2 va como una moto en todos los aspectos. Me gusta esta plaquita, sí señor.
Preparar, instalar y configurar la distro oficial de Raspbian no podría ser más fácil y en pocos minutos todo está funcionando correctamente.
En mi caso, los pasos dados una vez instalado fueron:
- Actualizaciones de rigor (update, upgrade)
- En raspi-config:
1. Expand Filesystem para ocupar toda la tarjeta SD.
4. Internationalisation Options para establecer idioma, cotejamiento y teclado.
8. Advanced Options para cambiar hostname por defecto (raspberrypi) y reducir Memory Split a 16MB (no voy a usar el entorno gráfico).
- Crear nuevo usuario con privilegios y eliminar usuario por defecto (pi).
- Establecer una IP estática local para eth0.
- Actualizar firmware.
- Desinstalar el entorno gráfico, innecesario para funcionar como servidor web.
Procedo a la instalación y fortificación del servidor LAMP (+Sendmail) usando el script JackTheStripper (http://www.jsitech.com/linux/jackthestripper-y-sus-nuevas-mejoras/) del compañero jsitech. Todo ok aunque:
-- me gustaría tener la posibilidad de saltar algunos pasos sin abandonar el script.
-- desde Putty, la creación y copia de la key RSA es más laboriosa y confusa que hacerlo desde Linux directamente.
Terminada la fortificación sin problemas me dispongo a instalar Wordpress. Reinicio y.. y.. vaya. Mi IP acaba de ser censurada por alguno de los módulos instalados por JackTheStripper. Jajaja, no puedo acceder desde este pc al estar la IP bloqueada ni desde otra parte al no disponer de la key RSA. Tomo nota de que estas cosas pueden pasar y complicarte la vida.
Repito toda la operación sobre una SD nueva -evitando en este caso el script JackTheStripper- y procedo a instalar un Worpress sin complicaciones. Los primeros análisis de rendimiento son excelentes.
un saludo
Que mal que tuviste que hacerlo sin JackTheStripper.... La autenticación con llaves con Putty conlleva unos pasos adicionales, pero no es tan complicado.......Voy a tomar en cuenta lo de saltar algunos pasos sin cancelar el Script,...... y Aprovecho la oportunidad de mostrarles otro script que cree para hacer un deployment seguro de Wordpress, que integra JackTheStripper con WPHardening, SecureWPDeployer (http://www.jsitech.com/linux/securewpdeployer-despliegue-seguro-y-automatizado-de-wordpress/) ,
Lo que puedes hacer Xocas, es seguir los pasos de JackTheStripper, manualmente para que asegures la implementación que ya realizaste, siguiendo solo lo que deseas hacer.
-
Me apunto al hilo.
-
Me acabo de montar un Apacha+PHP+SQLite+FTP sobre la marcha en cero coma y todo funcionando a la primera sin problema alguno ... me está gustando este cacharro :mrgreen:
-
Fenomenal, es lo que me faltaba por saber, si el equipo tiene potencia suficiente para rodar un servidor LAMP y un CMS. No he utilizado Wordpress, pero supongo que será equiparable en carga del sistema a Joomla, que es lo que yo necesito instalar.
No he querido saber nada de Joomla desde la v1.5 y no sé como será en la actualidad pero antes era un tremendo come-recursos, nada que ver con Wordpress.
Cuando tenga la instalación del servidor mínimamente fortificada y Wordpress se parezca más a un entorno de blog real haré análisis desde IP's externas. Os pondré gráficas para que podáis comparar rendimiento entre la RPi y un hosting compartido.
Que mal que tuviste que hacerlo sin JackTheStripper.... La autenticación con llaves con Putty conlleva unos pasos adicionales, pero no es tan complicado.......Voy a tomar en cuenta lo de saltar algunos pasos sin cancelar el Script,...... y Aprovecho la oportunidad de mostrarles otro script que cree para hacer un deployment seguro de Wordpress, que integra JackTheStripper con WPHardening, SecureWPDeployer (http://www.jsitech.com/linux/securewpdeployer-despliegue-seguro-y-automatizado-de-wordpress/) ,
Lo que puedes hacer Xocas, es seguir los pasos de JackTheStripper, manualmente para que asegures la implementación que ya realizaste, siguiendo solo lo que deseas hacer.
Es lo que estoy haciendo ahora, seguir manualmente los pasos del script. Ejecuto comandos y uso los correspondientes archivos de la carpeta /templates. Pierdo la comodidad del script pero aprovecho para detenerme en cada paso y, con tal motivo, voy aprendiendo.
Cierto, es sencillo crear la llave en Putty, pero me lié yo sólo con el usuario desde el que accedes por primera vez a Raspbian (pi) y el creado mediante el script... De momento -y vista la experiencia- este paso me lo saltaré por si tengo que acceder desde otra parte.
Una alternativa que tengo intención de estudiar es el uso de Latch (https://latch.elevenpaths.com/). Veremos si mis escasos conocimientos alcanzan y consigo implementarlo para ssh.
Aprovecho para comentarte que en las opciones para Debian estableces en php.ini 'open_basedir = /svr/websites/' pero SecureWPDeployer hace referencia a '/var/www/html/'.
Y por cierto, si creamos un nuevo usuario (lo lógico a mi modo de ver) hay que acordarse de eliminar el usuario pi una vez terminado el proceso.
un saludo
-
Os comento cómo va el tema...
Me registré en DNSDynamic para hacer las pruebas externas pero no me llega el correo para activar el registro. Quizá sea algún mal funcionamiento temporal del sitio porque he probado con diferentes direcciones de correo y obtuve igual resultado.
Me registré en No-ip sin problemas pero no doy con la configuración del router que lo haga funcionar. Viendo el foro de movistar parece que no soy el único al que le pasa.
Quedan en standby las pruebas externas.
Vía IP local el resultado es bueno en el caso de WP y excelente en el caso de SMF. WP tiene una demora un poco alta para resolver el TTFB (Time to First Byte (https://moz.com/blog/improving-search-rank-by-optimizing-your-time-to-first-byte)) pero la descarga posterior va bastante bien. WP necesita tener instalados y configurados ciertos módulos de Apache para ir bien y todavía estoy peleando con esto.
SMF es instantáneo. Flipo
Joomla es más pesado que WP y habrá que dedicarle más tiempo para reducir la demora al mínimo, y además habrá que afinar bastante con plugins y componentes que carga por defecto.
No encontré ninguna web con Joomla servida por una raspberry pero sí una con WP, que también tiene el mismo problema con el TTFB y al que hay que sumarle la demora de DNSDynamic. Pasan -de media- unos 3.5 segundos antes de que empiece a descargar el contenido de la página...
WP en raspberry: http://goo.gl/6liJHc
Raspbian no me parece una distro adecuada para un servidor web. Sin duda preferiría una instalación absolutamente mínima y sin recursos destinados a cosas que no usaré jamás. Además, según parece, la distro oficial disponible todavía no aprovecha las prestaciones del ARMv7. Algo así como Moebius (http://moebiuslinux.sourceforge.net/) podría estar bien si solucionan los problemas que está dando con RPi2.
un saludo
-
Planeta, seguro que te interesa: LEMP Raspberry Pi 2 (http://sourceforge.net/projects/lemp-raspberry-pi-2/)
saludo
-
.
Gracias xocas, le echaré un ojo.
Si la diferencia con LAMP, es que este está basado en NGINX, ya tenía información. Aunque no lo he probado todavía, dicen que va mucho mejor que Apache en sistemas embebidos porque es más ligero y rápido.
En mi caso como no pienso usar el servicio de DNS Dinámica, espero que el acceso sea bastante más rápido y me permita usar Joomla de manera fluida. Como mi compañía de acceso a internet, apenas cambia la IP (puede tardar un año o más en cambiar la IP), no tendré la necesidad de contratar una IP dinámica, que parece retarda bastante el acceso. Solo tendré que verificar a diario que la web sigué funcionando, y el día que detecte que han cambiado la IP, con irme al registro del dominio y cambiarla, arreglado, total eso puede ocurrir en el peor de los casos, una vez al año. Así no tengo que contratar una IP fija, que cuesta 12 Euros al mes, ni sufrir los retrasos del servicio ese de DNS Dinámica.
-
Os comento mi pequeña experiencia al respecto.
Soy usuario de Linux Mint Mate en mi PC y hace unos dias descubri la nueva version de Ubuntu Mate para RaspBerryPi2. La instale y la estoy probando, de momento os puedo decir que en el lado positivo tiene la ventaja de ser una distro "normal", o sea lleva casi todo igual que si se tratase de un PC e igualmente permite instalar casi todas las aplicaciones. En la parte negativa solo dos cosas, aun no es totalmente estable y a veces hace cosas extrañas, pero normalmente funciona bastante bien, la otra es que al ser tan completa la distro va un poco mas lenta de lo habitual, pero no es excesivo.
Como decia la estoy probando y entre otras cosas he instalado un servidor web, (Apache2, PHP, MySQL y Webmin), hasta ahora lo que he probado va perfectamente, aunque no es mucho.
Quiero tambien probar a instalar un servidor de VoIP, concretamente la ultima version de Asterix, Kodi y algunas otras cosillas, a ver hasta donde llega sin petar y sin ralentizarse en exceso.
Por otro lado tengo un problema, ajeno al tema, que me esta dando la lata. Mi acceso actual a internet es a traves de una conexion 4G En Casa de Orange y aunque en general va muy bien, tiene el inconveniente de no ser accesible desde el exterior, ni siquiera con un pseudo-dominio de DynDNS o NoIP. He investigado en internet y hay mucha gente con el mismo problema y nadie ha conseguido solucionarlo. Si hago un traceroute a google por ejemplo, agota los 30 saltos y no llega a destino. Creo que hay un monton de proxys encadenados, muchos de ellos invisibles, ya que salen solo asteriscos.
Queria preguntaros si alguno de vosotros conoce alguna forma de solucionar eso sin cambiar de conexion. En caso contrario tengo claro que cuando acabe la permanencia cambiare a un ADSL por cable o fibra.
Saludos.
-
Bueno, por fin encontré algo de tiempo para volver a trastear con la raspi ;)
No me gustaba la distro oficial anterior (wheezy) y aún menos me gusta jessie, la distro actual, para montar un servidor web. Me sobra toda la parte gráfica y un gran número de los componentes instalados, que además de considerarlos innecesarios para esta tarea entiendo que aumentan el área de exposición y lo hacen más vulnerable.
Desinstalando el framework wolfram-engine liberamos algo de espacio:
apt-get remove wolfram-engineY mediante la siguiente instrucción, se elimina el entorno gráfico (wolfram-engine incluído):
aptitude remove $(echo $(dpkg -l | grep ^ii | grep -e x11 -e xserver | awk '{ print $2 }'))Pero aún así quedarán elementos innecesarios para el fin propuesto...
Encontré algunas distribuciones mínimas, con lo justo para arrancar más los imprescindibles DHCP y SSH para poder gestionarlas. Dejando a un lado aquellas que no han tenido actividad reciente, no están optimizadas para RPi2 o cuya instalación o gestión superan mis conocimientos de Linux, me quedo con estas dos:
--Minibian (Oficial) (https://minibianpi.wordpress.com/)
--HTPC Minibian (http://www.htpcguides.com/lightweight-raspbian-distro-minibian-initial-setup/)
He probado ambas y finalmente opté por la imagen Jessie kernel 4.1.0 de HTPC porque la oficial de Minibian me daba algunos errores cuya causa no conseguí determinar. La imagen de HTPC añade una guía para facilitar la instalación de un Home Media Server, que también se puede eliminar.
En mi caso, para facilitar la asignación de memoria CPU/GPU y expandir el espacio de la tarjeta SD, instalé raspi-config, pero apostaría que sabiendo lo bastante de Linux esto no será necesario.
Hay una distro de ArchLinux para RPi2 que me pareció también muy interesante pero, como se dice en mi barrio, soy muy burro para alcalde y no conseguí dar pie con bola con ella.
-
Ya con una instalación LAMP en marcha me animé a instalar Webmin. Voilà:
(http://www.todopic.com.ar/foros/imgxocas/webminrpi2.png)
No tengo una opinión formada todavía porque Webmin es bastante más de lo que esperaba y hay que verlo con calma.
Sí os puedo dejar un par de notas previas a su instalación:
- Hacer una copia de la SD antes de empezar. La conexión con el servidor resultó penosa y tuve que repetir varias veces la descarga e instalación de dependencias.
- Contiene un número ingente de archivos y el proceso de desempaquetar (unpacking) no acaba nunca. Tarda tanto que lo interrumpí en dos ocasiones creyendo que la descarga estaba corrupta... Paciencia con esto y paciencia con el setup posterior.
un saludo