Montando un servidor web en CentOS 5.5-Parte VI

30 comentarios Juan Santamaría Por Juan Santamaría El 6 de junio de 2018




Bueno como bien dijimos en la ultima parte del montaje de nuestro servidor en este vamos a pasar a configurar la parte de Pure-FTPd. Por tanto comencemos con ello.

CONFIGURANDO PURE-FTPD

Nuestro primer paso será ir al directorio donde se encuentra para ello tecleamos:

[shell]/etc/pure-ftpd/[/shell]

Y ahora pasaremos a editar el archivo de configuración que se llama pure-ftpd.conf por tanto escribimos:

[shell] vi pure-ftpd.conf[/shell]

Este archivo es bastante extenso pero solo deberemos fijarnos en 3 parámetros:

El primer parámetro hará que los usuarios no puedan navegar fuera de su directorio home. Este parámetro ya viene configurado y quedaría así:

[shell]ChrootEveryone yes[/shell]

El segundo parámetro nos sirve para indicarle donde se encuentra nuestro archivo de configuración para MySQL. Esta linea viene así:

[shell]# MySQLConfigFile /etc/pure-ftpd/pureftpd-mysql.conf[/shell]

Lo que haremos será descomentarla, es decir, le quitamos el # quedando la linea así:

[shell]MySQLConfigFile /etc/pure-ftpd/pureftpd-mysql.conf[/shell]

El siguiente parámetro hace que se cree automáticamente el directorio de inicio si este no existe ocurre como con la linea anterior es decir viene comentada por lo tanto le quitamos # y quedaría asó:

[shell]CreateHomeDir yes[/shell]

Una vez echo esto guardamos el documento con :wq! y luego a ESC.

Nuestro siguiente paso será configurar el archivo pureftpd-mysql.conf pero antes de nada haremos una copia del original para ello tecleamos:

[shell]cp /etc/pure-ftpd/pureftpd-mysql.conf /etc/pure-ftpd/pureftpd-mysql.conf_original[/shell]

Ahora vamos a unir nuestro archivo con otro archivo simplemente para dejar el archivo que vamos a editar posteriormente completamente en blanco ya que así solo escribiremos en el lo que nosotros queremos.Para ello tecleamos:

[shell]cat /dev/null > /etc/pure-ftpd/pureftpd-mysql.conf[/shell]

Lo siguiente que vamos ha hacer es editar el archivo pureftpd-mysql.conf para ello tecleamos:

[shell] vi /etc/pure-ftpd/pureftpd-mysql.conf[/shell]

El archivo esta en blanco como os he dicho antes y por tanto escribiremos las siguiente lineas:

[shell]MYSQLServer    127.0.0.1

#MYSQLPort      3306
MYSQLSocket     /var/run/mysqld/mysqld.sock
MYSQLUser      pureftpd
MYSQLPassword  tecnocratas
MYSQLDatabase  pureftpd
MYSQLCrypt     md5
MYSQLGetPWÂ Â Â Â Â SELECT Password FROM users WHERE User="L"
MYSQLGetUIDÂ Â Â Â SELECT Uid FROM users WHERE User="L"
#MYSQLDefaultUID 1000
MYSQLGetGIDÂ Â Â Â SELECT Gid FROM users WHERE User="L"
#MYSQLDefaultGID 1000
MYSQLGetDir    SELECT Dir FROM users WHERE User="L"
#MySQLGetQTAFSÂ SELECT QuotaFiles FROM users WHERE User="L"
#MySQLGetQTASZÂ SELECT QuotaSize FROM users WHERE User="L"
#MySQLGetRatioUL SELECT ULRatio FROM users WHERE User="L"
#MySQLGetRatioDL SELECT DLRatio FROM users WHERE User="L"
MySQLGetBandwidthUL SELECT ULBandwidth FROM users WHERE User="L"
MySQLGetBandwidthDL SELECT DLBandwidth FROM users WHERE User="L"
# MySQLForceTildeExpansion 1
# MySQLTransactions On[/shell]
Recordar que en MYSQLUser, MYSQLPassword,MYSQLDatabase debeis de poner los datos que teneis vosotros.

Nuestro archivo por tanto quedaría así:

Una vez echo esto lo siguiente que haremos es al igual que con los demás servicios hacer que Pure-FTPd se inicie automáticamente al iniciar el sistema para ello tecleamos:

[shell]chkconfig –levels 345 pure-ftpd on[/shell]

Ahora solo nos quedará iniciar Pure-FTPd en el caso de que no lo hayamos hecho ya para ello tecleamos:

[shell]/etc/init.d/pure-ftpd restart[/shell]

Esto es todo por hoy, en la siguiente parte veremos como crear nuestro usuarios para el servidor FTP de forma sencilla.





29 comentarios

  1. Angel
    12 enero, 2011 at 12:16 AM #

    Hola, excelente información, me cayó de perlas justo ahora que estoy aprendiendo a configurar servidores Centos, anteriormente había trabajado con servidores ubuntu y fedora, eh visto que algunas cosas si son un poco distinas, por lo que considero más que valiosa esta información que publicas.

    Una pregunta: ¿Algún día habrá una parte VII del tutorial o este fue abandonado de manera permanente?

    De antemano gracias por este increible tutorial.

    • Juanito
      12 enero, 2011 at 2:17 PM #

      Me alegro de que te sirva! Si habrá una parte VII del tutorial haber si saco un poco de tiempo y hago la parte VII y termino el tutorial entero!

      • edwar147
        16 enero, 2011 at 7:41 PM #

        gracias por este excelente tutorial me sirvio muchisimo … pero me gustaria que pudieras continuar con la siguiente parte..

  2. ebarrue
    21 enero, 2011 at 4:11 PM #

    Espero con bastante expectacion la parte VII, ojala la puedas sacar pronto, gracias por esta ayuda para los vnovatos…

  3. Gonzalo
    31 enero, 2011 at 8:34 PM #

    Hola…
    El tutorial está de miedo…
    Me voy a gastar un poco de cara y te voy a preguntar algo a ver si me puedes echar una mano ya que se ve que te enteras bastante.

    He instalado Centos 5.5 64 bits, con Apache, MySql-server, PHP y PhpMyAdmin.

    Puedo entrar con el PhpMyAdmin al servidor mysql, que está sirviendo con el socket UNIX y tiene de nombre localhost. mysqld está escuchando por 0.0.0.0 por el puerto 3306. Todo parece correcto. He creado un usuario de mysql desde phpmuadmin con permisos para todo y con clave.

    Pero NO consigo que una aplicaicón PHP en otro Pc en red local pueda conectar a la mysql bajo Centos.

    La aplicación PHP en el otro PC está bien, ya que puedo conectar a un servidor mysql en el mismo equipo, o en otro mysql que también tiene Linux (un NAS preinstalado de fábrica, pero esta servi vía TCP y el nombre dle host es 172.0.0.1)

    Estoy cansado de leer y leer por todas partes y probar cosas, pero no hay manera de dar con el misterio.

    ¿Puedes ayudarme?… me urge un poco…

    Gracias.

    • Juanito
      31 enero, 2011 at 8:44 PM #

      Umm has probado a hacer un ping a la dirección 0.0.0.0 para ver si te devuelve respuesta? Podria deberse a ello el problema ya que mysqld en un principio tendria que estar escuchando en la direccion ip de tu maquina con CentOs sobre ese puerto, es decir, prueba ha cambiar la ip por la que escucha mysqld a la ip de tu maquina corriendo con centos.

      Sino es por eso avisame y le echo una ojeada mas a fondo para ver si te puedo solucionar el problema, pero es lo que te digo me parece raro que mysqld escuche en esa ip.

  4. Gonzalo
    1 febrero, 2011 at 12:02 AM #

    Bueno… tengo entendido que si escucha en 0.0.0.0 quiere decir que escucha para cualquier IP de la máquina. No sabría donde cambiar esta dirección 0.0.0.0. Yo he obtenido este dato ejecutando netstat.

    He probado lo siguiente:

    He quitado el bonding por si acaso.
    He hecho, desde el mismo servidor, ping a las direcciones:
    192.168.1.200 la IP de una de las tarjetas de red del servidor.
    0.0.0.0
    127.0.0.1

    En los tres casos… sin probelmas… ningún paquete perdido.

    Desde PhpMyAdmin había creado el usuario con el que trato de conectarme desde la aplicación PHP ejecutada en otro PC en red local.
    Le otorgué todos lo privilegios, incluido el de Grand.

    Ayúdame con esto por favor, que busco la manera de compensártelo. Estoy perdiendo demasiado tiempo ya con esto. Es lo único que me falta para poder llevarme el servidor donde quiero colocarlo.
    Llevo 2 días con lo mismo casi 24 horas al día.

    En el archivo my.cnf apenas hay nada. No está la directiva esa que bloquea conexiones desde TCP. He probado a ponerle otras que he liedo por ahí.. y nada de nada…
    Siempre reinicio todos los servidores cada vez que cambio algo, por si acaso. Me refiero a httpd y mysqld.

    Gracias.

  5. Gonzalo
    1 febrero, 2011 at 3:51 AM #

    Aporto alguna pista a ver si descubrimos el problema.

    He instalado el MySql Administrator.
    Con esta aplicación gráfica, puedo comprobar el servidor está contando en una variable los intentos fallidos de conexión desde el otro PC.

    Esto lo veo en Health > Networking > Aborted_connects 0

    Está a cero cuando reinicio el servidor.
    Cada vez que intento conectar desde el otro Pc mediante la aplicación PHP, esta variable aumenta +1.

    Parece ser que la petición llega… Pero no conecta.
    He probado a cambiar los datos del usuario remoto y su password y he probado con la de root, pero tampoco conecta y sigue contando los intentos fallidos.

    Estoy empezando a sospechar si tendrá algo que ver el juego de caracteres de algunas variables de mysql.

    Algunas ponen

    collation_connection latin1_swedish_ci

    y me estraña un poco eso de swedish_ci, otras más arriba ponen sólo latin1

    ¿puede ser que el servidor mysql no esté interpretando adecuadamente el nombre de usuario y la clave que le llega por la petición TCP?

    Recuerdo que cuando intenté conectar por Telnet, recibí respuestas de caracteres extraños y no lograba establecer conexión, pero el servidor contestaba seguro porque los primeros caracteres correspondían a la versión del servidor mysql… el resto ya no se entendía…

    igual estoy diciendo tonterías, pero intento acercarme al problema eliminando opciones.

  6. Gonzalo
    1 febrero, 2011 at 5:39 AM #

    Novedad… leyendo.. leyendo…
    Resulta que puedo conectar con el servidor desde el PC en red en el modo consola… desde la ventana de emulación de ms-dos.
    Entro con el usuario y contraseña que utilizo en la aplicación PHP.
    He creado una base de datos de prueba y va perfectamente en modo consola.
    Pero la aplicación web sigue sin conectar.
    Cuanto más claro, menos entiendo nada.

    La conexión entre equipos llega. El usuario y la clave es correcto. Desde consola.

    ¿Qué le pasa a la aplicación web PHP?

  7. Gonzalo
    1 febrero, 2011 at 12:02 PM #

    Es una aplicación web PHP hecha por mi. Está funcionando desde hace meses y la he probado siempre ejecutandose desde un PC en red local, siempre con apache y tanto corriendo sobre Linux que sobre Windows, conectando siempre a un servidor MySql en red local, tanto corriendo sobre windows como sobre Linux (el NAS que había comentado preinstalado de fábrica). En todos los casos sin problemas.

    Lo que comentaba antes de las variables, ya está resuelto, ahora me aparece igual que los demás ervidores MySql que he probado, al ponerle en el MySql Administrator que el juego caracteres por defecto fuera utf8.

    Me he dado cuenta de algo que creo que va a ser la causa del problema, ya que casi todo lo demás está descartado.

    Creo que ha habido un pequeño lío en la instalación del servidor sobre Centos, y me parece que he metido la pata cuando instalé el PhpMyAdmin.

    Resulta que traté de seguir tu tutorial al pie de la letra, pero el tuyo es para 32 bits, y yo he instalado Centos 5.5 64 bits.
    Para poder instalar el PhpMyAdmin, necesitaba versiones (ahora no recuerdo bien si las del PHP, mcrypt, etc.) más recientes que las que suministra las actualizaciones de Centos.

    Así que añadi las descargas de un sitio llamado atomic, o algo así, me parece recordar que fue para descargar el mcrypt verión 64 bits o algo similar.

    Bueno.. la cosa es que me doy cuenta que en el PhpMyadmin del Centos (con lo de Centos me refiero al servidor MySql. El otro equipo en red local que es servidor web donde corre la aplicación Php que se intenta conectar, corre sobre windows xp, que es con el que desarrollo la aplicación web), me dice que la versión del módulo Php de Apache es 5.0.90, pero resulta que si ejecuto un phpinfo() en el Centos, veo que la versión del Php es 5.2.17, nada que ver una cosa con la otra.

    No me quiero adelantar, pero me da la impresión que están corriendo dos versiones de Php distintas, una para apache y otra para la mysql, aunque no se porqué esto debería afectar puesto que se supone que las conexiones vía tcp no pasan por el apache del Centos.

    Supungo que esto ha ocurrido porque al instalar ua versión de algo que no era la oficial de Centos, no me ha actualizado los archivos de configuración del Apache, es decir, el Apache no está cargando como módulo php-mysql el último que instalé, pero insisto que supongo que esto no debería afectar, ya que donde se ejecuta el php que interpreta la aplicación web es el servidor web que corre sobre windows.

    De momento es lo último que se me ocurre que puede estar dando el problema, ya que recuerdo que las peticiones desde el servidor web en win xp hacia el Centos son detectadas en este último, y desde el win xp en modo consola me puedo conectar remotamente al mysql del Centos, con el uruario y password de la aplicación web.

    Bueno… me queda todo el día de pruebas. Voy a desinstalar casi todo y volver a instalar php acorde con la versión de mysql, y trataré luego de buscar un PhpMyAdmin acorde con las versiones instaladas para que no me haga un desastre de nuevo en las instalaciones.

    Ya contaré como va….

    Saludos.

    • Juanito
      1 febrero, 2011 at 8:14 PM #

      Pues prueba haber si es por eso y ya me cuentas los resultados que te da.

      Soy un poco cotilla pero… ¿sobre que es la aplicación que has desarrollado en PHP?

  8. Gonzalo
    1 febrero, 2011 at 10:23 PM #

    Es la web de una empresa que se está poniendo en marcha.

    Distribuye unos servicios por internet para toda europa, y aplica la Venta Multinivel… paga comisiones a sus clientes por traer otros clientes nuevos.

    Oye!!! nada de nada…. tengo esto de miedo… va super rápido… el PhpMyAdmin funcionando… el Apache, la MySql, todos los Php,s etc.
    Tengo las versiones 5.1.52 de php-mysql y la misma del mysql-server.

    El servidor escucha en 0.0.0.0 en el 3306…

    Puedo conectar remotamente por consola desde ms-dos.

    Cuando intento conectar… aparece en el MySql Aministrator el contador que detecta el intento de conexión…

    Tengo utf8…

    Pero…. Noooo hay manera…. no conecta desde el PHP de la web.

    Acaso cuando instalas por primera vez MySql se inicia en modo seguro a algo así, y no permite conexiones remotas????

    Está fallando algo básico y elemental, pero no se lo que es.
    Cuando estas cosas ocurren al final suele ser siempre alguna chorrada.

    Sigo sin tener ni idea… bueno… tengo idea de muchas cosas que no son… pero sigo sin tener ni idea de cuál es el problema…

    ¿Se te ocurre algo?

    No hay manera… no conecta… no establece la conexión.

  9. Gonzalo
    1 febrero, 2011 at 11:00 PM #

    Veamos…
    He activado el warning logs siguiendo los consejos de esta página:

    http://dev.mysql.com/doc/refman/5.0/en/communication-errors.html

    En el log me aparece mas o menos esto:

    Aborted connection 3 to db: ‘unconneted’ user:’root’ host:’localhost’
    (Got an error reading communication packets)

    El número 3 son los intentos… cada vez que se intenta aumenta 1.

    Ahora me toca leer lo que pone esa página a ver qué descubro.
    Pero está claro que hay un problema de conexión, por culpa de protocolos, del socket UNIX o algo de eso.

    Lo extraño es que el usuario que ocasiono esa alerta no es root… es otro nombre de usuario… y el host es la IP del equipo Centos.
    Ni idea de porqué pone ahí que fue root el que intentó conectar.

    Ah! y otra cosa… he visto en el log que el servidor me esta arrancando siempre en modo mysqld_safe.

    No tengo ni idea aún de si es que esto es normal o se puede arrancar de otro modo.

    Voy a investigar las dos cosas: el error de conexión y el modo de arranque seguro mysqld_safe

    Parece que me acerco a la solución…. a ver si es verdad.

  10. Gonzalo
    2 febrero, 2011 at 2:39 AM #

    Difinitivamente no encuentro respuesta en Internet a lo del mensaje de error. He leido muchos comentarios sobre el mismo problema, pero es curioso… nadie aporta una solución definitiva. Sólo ideas sueltas que ninguna funciona.
    ME he inscrito en una página de pago que decía que en el foro se había solucionado ya el problema, pero no era cierto… es una página donde varios expertos te dan soporte, pero estaban más perdidos que el usuario. Todo en ingles claro.

    http://www.experts-exchange.com/Database/MySQL/Q_23674064.html

    Voy a investigar lo de no iniciar mysqld en modo safe… a ver cómo se inicia en modo normal…
    Si esto tampoco funiona… Adios Centos 64 bits… vuelvo a instalar todo en 32 bits… con el kernel PAE, ya que tengo 8 Gb de RAM en la máquina.
    ggrrrr!!! con lo que me costó montar el RAID por Hardware… el lío de las partciones y todo eso… gggrrrr!!!!

    • Juanito
      2 febrero, 2011 at 1:57 PM #

      Esta tarde que tengo un ratillo me pongo a investigar por internet haber que puede suceder y sino encuentro nada intento reproducir el error que tienes haber porque puede ser.

  11. Gonzalo
    3 febrero, 2011 at 3:00 AM #

    Nuevos datos…
    Veamos… pongo abajo el código con el que intento conectar a al equipo remoto desde PHP…. recuerdo una vez mas que desde consola puedo conectar con el usaurio, la clave, y la db especificadas en el código PHP… sólo falla cuando es por PHP desde la aplicación web.

    Este código lo tengo en un archivo pequeño.. al que llamo con un require desde PHP cuando quiero conectar a una base de datos… tengo varias bases de datos… todas con su código similar a éste, para conectar… siempre con el mismo usuario y contraseña y el mimso host servidor remoto (la IP local)… funciona perfectamente si intento conectar a otras bases de datos en otros dos equipos… uno en windows y otra en Linux de un NAS… las mismas bases de datos.. y en cada equipo creado con GRANT y todos los privilegios el mismo usuario y password… así que esos posibles fallos están mas que rebisados y comprobados y no son la causa…

    He cambiado los datos reales por seguridad. Solo la Ip local es un dato real al original.

    El texto ERROR (1) me sirve para localizar el código si falla…. cada conexión a bases de datos las voy enumerando para saber en que parte del código me falla.

    De hecho… esta primera conexión es la primera que se hace cuando se introducen usuario y clave de cliente para intentar inición sesión en la web… y esta conexión con la base de datos es paar comprobar si el usuario y la clave existen y son correctas. Por eso en el ERROR (1), por ser el primero de un largo código y subpáginas web. Este es parte del código de la portada de la aplicación web.

    Bien…

    He probado a cambiar el mysqli_connect() por mysql_connect() y también he probado mysql_pconnect().
    El mismo resultado.

    Recuerdo que estoy probando un equipo Centos recien Instalado, que no es visible desde en Internet… es de pruebas… y sólo me estoy intentando conectar yo desde la red local desde otro PC. No hay circunstancias de muchas consultas de muchos clientes ni nada de eso. Simplemente no conecta ni una sola vez desde otro PC.

    He observado lo siguiente… no se si fue desde el principio o despues que probando cosas en puesto una variable que hay que sellama max_time_out o algo parecido… que estaba al principio sin definir y la he puesto a 30 siguiendo recomendaciones que he leido por ahí…
    observo lo siguiente…
    cuando intento conectar desde la aplicación PHP… inmediatamente me sale el ERROR (1) y em mensaje que yo he programado para verificar si la conexión es FALSE… es decir… devuelve FALSE inmediantamente… sin retrazo… instantaneo según le doy a enviar el formulario de la web.

    Pero… el mensaje de error del log del server Centos mysql, ese de los packets malos y no se qué… NO aparece inmediatamente…. es decir tarda unos segundos en aparecer ese registro en el log… yo creo que puede estar tardando pues mas o menos los 30 segundos que puse en la variable que comenté antes.

    Parece que la Mysql detecta el intento ce conexión…. se queda esperando a algo… ese algo no le llega… y entonces hace el apunte en el log de warning por conexión perdida… Aborted connection****etc.

    Pero la respuesta de error en el PC remoto es instantanea….

    Oye!… puedes ayudarme con algo…?

    Después de mucho leer.. leer en ingles… probar y probar… descartar cosas… fallos de red… fallos de usuario… password.. puertos.. etc… estoy volciendo al mismo punto de partida…

    Se me olvidó decir que en todo lo que he leído… auqnue no siempre lo dejan claro… creo que todo el mundo tiene este problema al trabjar con 64 Bits en el sistema operativo…. pero es que además que todo el mundo le está pasando este problema cuando tiene MySql sirviendo vía socket UNIX….

    Quisiera saber cómo rayos puedo cambiar el socket UNIX y poner que sirva vía TCP… le hago cambios en el my.cnf pero eso no cambia…

    Parece ser que este socket se configur así por defecto cuando instalas MySql sin nombre de host… y toma el nombre especial localhost… pero es que no escuentro cómo especificar otro nombre de host…

    Por ejemplo.. la MySql que tengo en Windows va por vía TCP/IP, puesto que no tiene opción de ir por socket UNIX…
    El equipo NAS que tiene Linux instalado… que no consigo ver que distro es… en el PHPMyAdmin sale que el host es 127.0.0.1 y (importante) sirve vía TCP/IP.
    Y con estas dos no tengo ningún problema… simplemente desenchufo un equipo de la red.. conecto el otro que tiene puesta la misma IP local 192.168.1.200 y mi aplicación web PHP desde otro PC en la red conecta sin problemas… conecta siempre… y nunca me ha dado ni un solo error de conexión… va perfectamente… cierro todas las conexioones.. libero las variables mysql.. etc.. en fin.. que soy limpio y ibero siemre los recursos de mysql una vez han terminado los procesos solicitados…

    Entonces…

    ¿Cómo puedo cambiar el socket UNIX a TCP/IP?

    Tengo la sensación que el problema va a estar ahi… que la conversión que hace de lo que viene por TCP/IP se demora en contestar al equipo remoto que se intenta conectar… y eso ocasiona que el remoto de por FALSE la conexión… mientras que el Centos se queda esperando a que el remoto le mande los paquetes de conexión…
    no se si me explico…

    Es como que te yo te llamo… y tú estás de espalda… como veo que no te viras enseguida.. yo me doy la vuelta… y cuando lo hago… es que tu te viraste pero ya no te vi… tú te quedas esperando a ver para qué te llamé.. y como no te digo nada… apuntas que te llamé pero que no te envié mensaje alguno… ¿se entendio?

    Aunque tenga que reinstalar la MySQl… ¿cómo puedo darle un nombre de host que no sea el localhost y cómo puedo hacer que sirva vía TCP/IP y no socket UNIX?

    He probado ejecutando un script que creoque se llama mysql_admin o configure.. no recuerdo ahora… y sí.. me preguntaba cosas… como password para el root… si quería que pudiera conectar remotamente, etc., etc., pero nada del nombre del host o del socket UNIX o TCP/IP…
    Tiene que haber algo que me permita cambiar esto…

    ¿Pero qué es?

    No puede ser tan dificil digo yo….

    Mucho rollo Internet y Google…. pero encontrar respuesta a algo que parece tan simple… pierdes horas… días.. y como te despistes hasta semanas y meses…

    A ver si hay suerte y alguien puede conestar a esto…

    Gracias por la paciencia…

  12. Gonzalo
    3 febrero, 2011 at 3:07 AM #

    eh!
    No salio el código que pegué…

    Pruebo otra vez:

    uy!!! igual fue por las etiquetas php.. las coy a comentar por si acaso… ls de comienzo y final de código php

    //

  13. Gonzalo
    3 febrero, 2011 at 3:11 AM #

    Pero bueno… no sale el código…

    claro… qué burro soy… pruebo de nuevo… las comenté con la doble barra… cuando realmente correspondía comentar como código html..

    aquí va de nuevo:

    Bueno… como comentarios html seguro que tampoco saldrá…
    Quito el simbolo < y el interrogante ? de comienzo y final a posta, a ver si sale esta vez:

    php
    // CONEXION CON LA BASE DE DATOS nombre_db
    $conexion=mysqli_connect(
    '192.168.1.200',
    'aquíusuario',
    'aquípassword',
    'aquínombre_db');
    if ($conexion==FALSE){echo('ERROR (1): Se ha producido un error intentando conectar con la Base de Datos.
    Inténtelo más tarde por favor.');
    mysqli_close($conexion);
    exit();
    }
    php

  14. Gonzalo
    3 febrero, 2011 at 3:19 AM #

    Como dije antes más arriba que no salió el código, repito ahora:

    He probado a cambiar el

    mysqli_connect()

    por
    mysql_connect()

    y también he probado
    mysql_pconnect().

    Nada. El mismo resultado. No conecta. El mismo log de warning en el Centos.

    • Juanito
      3 febrero, 2011 at 11:36 AM #

      He estado mirando y te doy algunas soluciones que he podido encontrar haber si alguna de ellas te saca del problema.

      Primera solucion.
      Esto lo he sacado del siguiente post: http://www.linuxquestions.org/questions/linux-server-73/connecting-linux-mysql-from-windows-xp-odbc-628865/#post3822648
      En esta cambias la dirección ip del servidor mysql.

      Segunda solución
      Instalar el conector odbc de mysql que te lo explican aquí
      http://lists.mysql.com/mysql-es/181

      Tercera solución
      Da los permisos a tu usuario de Windows, es decir:
      GRANT ALL PRIVILEGES ON *.* TO
      ‘prueba’@’192.168.0.75′ IDENTIFIED BY PASSWORD ‘prueba’

      La ip que pongo ahi debe ser la Ip que tiene tu maquina de windows ya que ahora mismo el usuario con el que intentas acceder seguramente sea [email protected] o algo similar.

      Si con estas soluciones no te funcionan sigo buscando aunque parece ser que la primera puede funcionar o incluso me arriesgaria a decir que primero haz la segunda y luego la primera ya que en el post de la primera habla el usuario de que esta usando un connector ODBC. Mira haber tirando por ahi aber si se soluciona y sino ya te digo te sigo buscando una solución que ya me he tomado el problema como algo personal jaja.
      Internet mucha información pero a veces demasiado inconexa…

  15. Gonzalo
    7 febrero, 2011 at 7:37 PM #

    Ok. gracias tío. Lo miro y te digo algo estos días.
    Gracias.

  16. Gonzalo
    7 febrero, 2011 at 7:43 PM #

    Te adelanto, que mi caso es precisamente ese. Intento conectar desde PHP Web instalado en Windows…. aunque esto es para el desarrollo…. en la realidad operativa todo está bajo Centos….

    Precisamente esta noche me llevo a acasa uno de los servidores Web Centos para probar si desde Apache – PHP en Centos puedo conectar al MySql-Centos.

    No me extraña que vayas a tener razón..

  17. Arturo
    16 febrero, 2011 at 7:51 PM #

    Hola una pregunta a razón de la actualización de php, resulta que ya he hecho todos los pasos que mencionas aquí, pero me están haciendo el comentario de que tantos problemas puede tener esta actualización al repositorio original de Centos 5.5. ¿Que tan compatible es con rpmforge?

    • Juanito
      17 febrero, 2011 at 11:43 AM #

      Que yo sepa no tendria que haber ningún problema ya que lo unico que haces es actualizar desde otro lugar que no es los repositorios oficiales pero al fin y al cabo es una instalación más solo que desde otro lado.Ahi cientos de repositorios y lo unico que hacen es albergar los archivos necesarios para instalar algo va a ser igual la instalación o la actualización de php desde un lado que de otro solo que la fuente es distinta es igual que si en windows en vez de descargar un programa de softonic lo descargas de megaupload el funcionamiento al fin y al cabo es igual.
      De todas haz una prueba a actualizar ahora con rpmforge y salimos de dudas :)

  18. Doctor
    10 marzo, 2011 at 9:09 AM #

    gran manual amigo, mis felicitaciones!! =), para cuando la parte VII? jeje

    un saludo!

  19. simbiosis
    2 mayo, 2012 at 8:02 PM #

    Mi experiencia con los servidores locales NAS termino mal. EL ultimo, con APache, me dejo a pie y tuve que llamar a una empresa de recuperaciones para rescatar la info. Onretrieval me brindo ese servicio.

    Luego de que recupere los archivos, decidi comenzar a usar un server de la nube.

    COn eso, solucione definitivamente el problema (hasta ahora…)

    Saludos.

Un trackback

  1. […] Montando un servidor web en Centos 5.5-Parte VI […]…

Deja un comentario