Hola, He instalado estas dos utilidades para que fucionen junto con Apache2 con una configuración de servidores virtuales. La configuración de Apache2 es: A) /srv/www/vhosts/dominio1.com/htdocs... B) /srv/www/vhosts/dominio2.com/htdocs... C) (...) Pregunta: ¿Dónde se deberían ubicar estas dos aplicaciones para que puedan ser ejecutadas por los distintos "hosts virtuales"? phpMyAdmin se ha instalado en /srv/www/vhosts/dominio1.com/htdocs/phpmyadmin pero no creo que ése deba ser su sitio, más que nada porque el directorio es visible por el usuario si conecta vía ftp para subir archivos y no quiero que tenga acceso. Awstats se ha instalado en /srv/www/ directamente, creo que esta ubicación es más correcta, pero desconozco cómo configurar los distintos hosts virtuales de Apache2 para permitir el acceso a las estadísticas (cada "virtual host" debe tener sus propias estadísticas, obviamente). Se nota que es mi primer Apache2... :-) Saludos, -- Camaleón
Camaleón escribió el Wednesday, September 20, 2006 11:03 AM Hola, He instalado estas dos utilidades para que fucionen junto con Apache2 con una configuración de servidores virtuales. La configuración de Apache2 es: A) /srv/www/vhosts/dominio1.com/htdocs... B) /srv/www/vhosts/dominio2.com/htdocs... C) (...) Pregunta: ¿Dónde se deberían ubicar estas dos aplicaciones para que puedan ser ejecutadas por los distintos "hosts virtuales"? phpMyAdmin se ha instalado en /srv/www/vhosts/dominio1.com/htdocs/phpmyadmin pero no creo que ése deba ser su sitio, más que nada porque el directorio es visible por el usuario si conecta vía ftp para subir archivos y no quiero que tenga acceso.
Awstats se ha instalado en /srv/www/ directamente, creo que esta ubicación es más correcta, pero desconozco cómo configurar los distintos hosts virtuales de Apache2 para permitir el acceso a las estadísticas (cada "virtual host" debe tener sus propias estadísticas, obviamente). Se nota que es mi primer Apache2... :-) me acuerdo en aquellos dias , tuve algo similar a tu caso , pues lo que hice , fue crear los dominios en el named , y espercificar un conf , dentro del directorio /etc/apache2/vhosts.d las rutas del phpmyadmin , awstat para que fuera accessible para ambos ... la ruta la puse igual a como sale en el manual de la suse /srv/www/vhost algo asi como phpmyadmin.dominio.com awstat.midominio.com ... saludos ...
El 20/09/06, gnuforever escribió:
me acuerdo en aquellos dias , tuve algo similar a tu caso , pues lo que hice , fue crear los dominios en el named , y espercificar un conf , dentro del directorio /etc/apache2/vhosts.d las rutas del phpmyadmin , awstat para que fuera accessible para ambos ... la ruta la puse igual a como sale en el manual de la suse /srv/www/vhost
algo asi como phpmyadmin.dominio.com awstat.midominio.com ...
Entendido. Así quedan fuera de la ruta del ftp. Saludos, -- Camaleón
La configuración de Apache2 es:
A) /srv/www/vhosts/dominio1.com/htdocs...
B) /srv/www/vhosts/dominio2.com/htdocs...
C) (...)
Pregunta:
¿Dónde se deberían ubicar estas dos aplicaciones para que puedan ser ejecutadas por los distintos "hosts virtuales"?
Lo mejor seria darle un subdominio a phpMyAdmin preferiblemente dentro del dominio que haga de DNS. Algo así como http://phpMyAdmin.dominio1.com/ El sitio donde lo instales es indiferente (si está dentro de la raiz de Apache), pero estaría bien que estuviera fuera del "arbol" público de ambos servidores y así quedaría fuera del FTP.
Awstats se ha instalado en /srv/www/ directamente, creo que esta ubicación es más correcta, pero desconozco cómo configurar los distintos hosts virtuales de Apache2 para permitir el acceso a las estadísticas (cada "virtual host" debe tener sus propias estadísticas, obviamente).
Ahí lamento no poder ayudarte. Nunca he usado Awstats... Webalicer esta muy bien. :-) -- Salutacions - Saludos, Josep M. Queralt
El 20/09/06, Josep M. Queralt escribió:
Lo mejor seria darle un subdominio a phpMyAdmin preferiblemente dentro del dominio que haga de DNS. Algo así como http://phpMyAdmin.dominio1.com/
O.K.
El sitio donde lo instales es indiferente (si está dentro de la raiz de Apache), pero estaría bien que estuviera fuera del "arbol" público de ambos servidores y así quedaría fuera del FTP.
¿Y qué con qué permisos? Porque tal y como estaba (root/root) no me deja hacer nada.
Ahí lamento no poder ayudarte. Nunca he usado Awstats... Webalicer esta muy bien. :-)
He probado Analog, Webalizer y Awstats. Analog es mi preferido por su simplicidad, pero no está empaquetado ni mantenido por SuSE, así que, descartado. Webalizer bien configurado es muy completo, pero Awstats permite estadísticas de Postfix y Vsftp que también los tengo instalados. Saludos, -- Camaleón
El 20/09/2006 22:27:40 Camaleón escribió: noelamac> > El sitio donde lo instales es indiferente (si está dentro de la raiz de noelamac> > Apache), pero estaría bien que estuviera fuera del "arbol" público de noelamac> > ambos servidores y así quedaría fuera del FTP. noelamac> noelamac> ¿Y qué con qué permisos? Porque tal y como estaba (root/root) no me noelamac> deja hacer nada. Tienes que darle lectura y escritura para todos (chmod 777) aunque el propietario sea root.. De todas maneras lo mejor sería cambiarlo al usuario que tenga el nombre del dominio del que forme parte. Tambien puedes dar seguridad adicional protegiendo el directorio de entrada con .htaccess y .htpasswd noelamac> Webalizer bien configurado es muy completo, pero Awstats noelamac>permite estadísticas de Postfix y Vsftp que también los tengo Desde que salió un gusano que explotaba una vulnerabilidad, Awstats me da cierto repelús y ya no me he preocupado nunca de mirarlo. Creo recordar que también Analog da estadística para FTP. -- Saludos, Josep M. Queralt
El 21/09/06, Josep M. Queralt<jmqueralt@pobox.com> escribió:
El 20/09/2006 22:27:40 Camaleón escribió:
noelamac> > El sitio donde lo instales es indiferente (si está dentro de la raiz de noelamac> > Apache), pero estaría bien que estuviera fuera del "arbol" público de noelamac> > ambos servidores y así quedaría fuera del FTP. noelamac> noelamac> ¿Y qué con qué permisos? Porque tal y como estaba (root/root) no me noelamac> deja hacer nada.
Tienes que darle lectura y escritura para todos (chmod 777) aunque el propietario sea root.. De todas maneras lo mejor sería cambiarlo al usuario que tenga el nombre del dominio del que forme parte.
el correcto seria aplicar permissons solamente de lecturas/escritura al dueno de los archivos/directorios y solamente lectura para el grupo (apache) y nada para el restante !!! asi impides que otros sobrescriban los archivos que tengas. en resumen: $sudo find /var/www/carpeta -type f -exec chmod 640 {} \; $sudo find /var/www/carpeta -type d -exec chmod 2750 {} \; $sudo chown usuario:www-data /var/www/carpeta -R salu2 -- -- Victor Hugo dos Santos Linux Counter #224399
El 21/09/2006 18:46:27 Victor Hugo dos Santos escribió: listas.vhs> > Tienes que darle lectura y escritura para todos (chmod 777) aunque el listas.vhs> > propietario sea root.. De todas maneras lo mejor sería cambiarlo al listas.vhs> > usuario que tenga el nombre del dominio del que forme parte. listas.vhs> listas.vhs> el correcto seria aplicar permissons solamente de lecturas/escritura listas.vhs> al dueno de los archivos/directorios y solamente lectura para el grupo listas.vhs> (apache) y nada para el restante !!! asi impides que otros listas.vhs> sobrescriban los archivos que tengas. listas.vhs> listas.vhs> en resumen: listas.vhs> listas.vhs> $sudo find /var/www/carpeta -type f -exec chmod 640 {} \; listas.vhs> $sudo find /var/www/carpeta -type d -exec chmod 2750 {} \; listas.vhs> $sudo chown usuario:www-data /var/www/carpeta -R Es que dependerá de los usuarios que vayan a usar el phpMyAdmin y de si todos pertenecen al mismo grupo o no, ya que todos necesitarán escritura para gestionar sus respectivas bases de datos. De todas maneras creo que es conocida mi afición por WebMin, por lo que recuerdo que el módulo USERMIN también efectúa la gestión de MySQL (y postgres) de una manera más que decente. -- Saludos, Josep M. Queralt
El 22/09/06, Josep M. Queralt<jmqueralt@pobox.com> escribió:
El 21/09/2006 18:46:27 Victor Hugo dos Santos escribió:
listas.vhs> > Tienes que darle lectura y escritura para todos (chmod 777) aunque el listas.vhs> > propietario sea root.. De todas maneras lo mejor sería cambiarlo al listas.vhs> > usuario que tenga el nombre del dominio del que forme parte. listas.vhs> listas.vhs> el correcto seria aplicar permissons solamente de lecturas/escritura listas.vhs> al dueno de los archivos/directorios y solamente lectura para el grupo listas.vhs> (apache) y nada para el restante !!! asi impides que otros listas.vhs> sobrescriban los archivos que tengas. listas.vhs> listas.vhs> en resumen: listas.vhs> listas.vhs> $sudo find /var/www/carpeta -type f -exec chmod 640 {} \; listas.vhs> $sudo find /var/www/carpeta -type d -exec chmod 2750 {} \; listas.vhs> $sudo chown usuario:www-data /var/www/carpeta -R
Es que dependerá de los usuarios que vayan a usar el phpMyAdmin y de si todos pertenecen al mismo grupo o no, ya que todos necesitarán escritura para gestionar sus respectivas bases de datos.
nooo.. phpMyAdmin hasta donde recuerdo es una interface web para la administracion de MySQL.. y en este caso, el unico que deberia de tener acesso (solamente lectura) a los archivos de phpMyAdmin (por ejemplo: /var/www/phpmyadmin ) seria el apache !!!! los usuarios que utilizaran esta interface se autentifican directamente contra la base de datos mysql. salu2 -- -- Victor Hugo dos Santos Linux Counter #224399
nooo.. phpMyAdmin hasta donde recuerdo es una interface web para la administracion de MySQL.. y en este caso, el unico que deberia de tener acesso (solamente lectura) a los archivos de phpMyAdmin (por ejemplo: /var/www/phpmyadmin ) seria el apache !!!!
los usuarios que utilizaran esta interface se autentifican directamente contra la base de datos mysql.
Pues _sí_ tienes toda la razón, y en le caso de SuSE será "wwwrun" que es el usuario de Apache, por lo que los permisos correctos son los que tu dices. -- Salutacions - Saludos, Josep M. Queralt
El 22/09/06, Josep M. Queralt escribió:
Pues _sí_ tienes toda la razón, y en le caso de SuSE será "wwwrun" que es el usuario de Apache, por lo que los permisos correctos son los que tu dices.
Vale, ahora una pregunta básica pero que me trae de cabeza... Si los directorios de los usuarios están en: /srv/www/vhosts/dominio1.com /srv/www/vhosts/dominio2.com /srv/www/vhosts/dominio3.com Y pongo awstats y phpmyadmin en: /srv/www/vhosts/awstats /srv/www/vhosts/phpmyadmin ¿Pueden los usuarios acceder a esta ruta o queda fuera de su ámbito? Entiendo que no hace falta copiar en cada directorio de los usuarios ambas aplicaciones... ¿o sí? Saludos, -- Camaleón
El 22/09/06, Josep M. Queralt escribió:
Si los directorios de los usuarios están en:
/srv/www/vhosts/dominio1.com /srv/www/vhosts/dominio2.com /srv/www/vhosts/dominio3.com
Y pongo awstats y phpmyadmin en:
/srv/www/vhosts/awstats /srv/www/vhosts/phpmyadmin
¿Pueden los usuarios acceder a esta ruta o queda fuera de su ámbito?
Si en el caso de phpMyAdmin ya que se accede por página web y _supongo_ que también hace lo mismo el awstats. Al acceder por Web cualquiera puede llegar a su página. En el caso de phpMyAdmin la protección ya está incluida en el programa.
Entiendo que no hace falta copiar en cada directorio de los usuarios ambas aplicaciones... ¿o sí?
No claro, la "gracia" de phpMyAdmin es poder gestionar _todas_ las bases mySQL.. Cuando te identificas en el programa solo tienes acceso en aquellas en que tengas derechos. De todas maneras eso es una de las cosas que no me gusta en phpMyAdmin, ya que si puedes ver el nombre de todas las bases que hay instaladas en el servidor. (pero no acceder a ellas) En el caso de de awstats reitero mi gran ignorancia sobre el mismo, salvo que está escrito en lenguaje C y que hay un gusano de internet que intenta explotar una relativamente antigua vulnerabilidad. [MODO PROPAGANDA ON] Aprovecho para hacer propaganda, otra vez, del módulo USERMIN de Webmin, te gestiona las bases de datos Postgres y MySQL individualizadas para cada usuario, te permite leer el correo por webmail, conexion SSH y/o telnet, gestionar el CRON para cada usuario y un muy largo etc. y todas las funciones que pueden realizar los usuarios son definidas por el administrador a través de WEBMIN. [MODO PROPAGANDA OFF] -- Salutacions - Saludos, Josep M. Queralt
El 23/09/06, Josep M. Queralt escribió:
De todas maneras eso es una de las cosas que no me gusta en phpMyAdmin, ya que si puedes ver el nombre de todas las bases que hay instaladas en el servidor. (pero no acceder a ellas)
Es posible especificar qué bases de datos están disponibles (visibles) para cada usuario de forma que sólo pueda ver aquéllas definidas. No tiene por qué ver todas.
[MODO PROPAGANDA ON] Aprovecho para hacer propaganda, otra vez, del módulo USERMIN de Webmin, te gestiona las bases de datos Postgres y MySQL individualizadas para cada usuario, te permite leer el correo por webmail, conexion SSH y/o telnet, gestionar el CRON para cada usuario y un muy largo etc. y todas las funciones que pueden realizar los usuarios son definidas por el administrador a través de WEBMIN. [MODO PROPAGANDA OFF]
Mira, yo me he planteado continuamente la instalación de Webmin en este servidor que lleva correo, web y bases de datos, pero al final no lo he hecho. ¿Por qué? Pues porque es SuSE y SuSE (Yast) ya has dicho en alguna ocasión que no lleva nada bien con Webmin. Seguramente sí lo hubiera instalado en cualquier otra distribución, en SuSE prefiero hacerlo "a mano", que, aunque lleve más tiempo, lo hago de forma personalizada y haciendo exactamente lo que quiero hacer, sin preocuparme de si al haber ejecutado Yast me habré cargado algún módulo de configuración de Webmin. Saludos, -- Camaleón
El 23/09/06, Josep M. Queralt escribió:
Es posible especificar qué bases de datos están disponibles (visibles) para cada usuario de forma que sólo pueda ver aquéllas definidas. No tiene por qué ver todas.
Si, "only_db" y "hide_db" permiten seleccionar las bases que se verán y las que no. Sin embargo ambas directivas utilizan matrices estáticas para hacer eso y si bien puedes esconder "test.sql" y "mysql.sql" y las que el administrador use, no es posible mostrar _solo_ la base (o bases) del usuario que conecta con phpMyAdmin, o, a la inversa, esconder todas las demás bases que no son del usuario que se conecta. Si alguien sabe de alguna directiva o método para conseguir esto me encantaría conocerlo ....
[MODO PROPAGANDA ON]
......
[MODO PROPAGANDA OFF]
Mira, yo me he planteado continuamente la instalación de Webmin en este servidor que lleva correo, web y bases de datos, pero al final no lo he hecho. ¿Por qué? Pues porque es SuSE y SuSE (Yast) ya has dicho en alguna ocasión que no lleva nada bien con Webmin. Seguramente sí lo hubiera instalado en cualquier otra distribución, en SuSE prefiero hacerlo "a mano", que, aunque lleve más tiempo, lo hago de forma personalizada y haciendo exactamente lo que quiero hacer, sin preocuparme de si al haber ejecutado Yast me habré cargado algún módulo de configuración de Webmin.
[MODO VENDEDOR PESADO ON] WEBMIN no se lleva bien, y es cierto que lo he dicho, con _algunos_ módulos de YAST. (correo, Apache y DNS fundamentalmente) YAST representa un gran avance para hacer fácil la configuración de un sistema Linux a nivel de usuario "standard" pero YAST no te permite configuraciones complejas, entendiendo por "complejo" aquello que el usuario "normal" no va a necesitar _casi_ nunca, como por ejemplo BIND, servidores virtuales en Apache o un sistema de correo para múltiples dominios. WEBMIN permite hacer estas configuraciones más complejas de una forma más sencilla que con "tecnología digital" (sinónimo de teclear a mano en una cónsola del sistema y el uso de fórmulas mágicas para ver, parar y rearrancar servicios), y eso aunque en bastantes ocasiones haya que acabar de pulir el fichero resultante con el uso de "encantamientos". Si en SuSE prefieres hacerlo "a mano" preferirás hacerlo "a mano" en cualquier otra distribución. Te gusta hacerlo así y, evidentemente, contra gustos no hay nada escrito. Pero OJO! si configuras "a mano" corres el mismo riesgo que configurando con WEBMIN. No ejecutes YAST después porque no está pensado para configuraciones complejas y _puede_ quitar lo que tu hayas añadido. Sin embargo puedes configurar "a mano" y pasar WEBMIN detrás, WEBMIN no modificará ni tocará nada de lo que tu hayas entrado. [MODO VENDEDOR PESADO OFF] Si en este punto del correo aún no has tocado la tecla suprimir ..... [MODO VENDEDOR PESADISIMO ON] Adicionalmente WEBMIN te ofrece un entorno amigable de configuración y uso de la máquina para los usuarios remotos a través de USERMIN, entorno que nunca les podrás dar salvo que les enseñes a usar SSH+vi+man "comando"..... y eso nunca será demasiado amigable. :-) [MODO VENDEDOR PESADISIMO OFF] ADVERTENCIA: Lo siento, no te pago las aspirinas después de este "rollo". :-) -- Salutacions - Saludos, Josep M. Queralt
El 23/09/06, Josep M. Queralt escribió:
Si, "only_db" y "hide_db" permiten seleccionar las bases que se verán y las que no. Sin embargo ambas directivas utilizan matrices estáticas para hacer eso y si bien puedes esconder "test.sql" y "mysql.sql" y las que el administrador use, no es posible mostrar _solo_ la base (o bases) del usuario que conecta con phpMyAdmin, o, a la inversa, esconder todas las demás bases que no son del usuario que se conecta.
:-? Entiendo que esa variable permite definir para cada usuario las bases de datos visibles desde la aplicación. Los permisos de acceso, modificación, etc. de la propia base de datos los gestiona mysql.
YAST representa un gran avance para hacer fácil la configuración de un sistema Linux a nivel de usuario "standard" pero YAST no te permite configuraciones complejas, entendiendo por "complejo" aquello que el usuario "normal" no va a necesitar _casi_ nunca, como por ejemplo BIND, servidores virtuales en Apache o un sistema de correo para múltiples dominios.
Cierto, Yast se queda corto para tareas "servidoras". Pero en SuSE no me gustaría elegir entre Yast o Webmin. En SuSE, ya te digo que en otras distribuciones no lo dudaba.
Pero OJO! si configuras "a mano" corres el mismo riesgo que configurando con WEBMIN. No ejecutes YAST después porque no está pensado para configuraciones complejas y _puede_ quitar lo que tu hayas añadido.
Lo acabo de sufrir en mis carnes. Cuando instalé Bind9 y debido al terror inicial de configurar mal algún parámetro en las entradas del dns, lo configuré a través de Yast. Como no me fiaba, me fui a por el fichero para ver si efectivamente se habían realizado los cambios. Como vi que la configuración no me iba a morder (vamos, era inteligible) modifiqué algunos valores a mano. Craso error, al volver a lanzar el módulo en Yast y al revisar de nuevo el fichero vi que me había duplicado los valores... Ya no volví a ejecutar el módulo de servidor dns con Yast :-)
Sin embargo puedes configurar "a mano" y pasar WEBMIN detrás, WEBMIN no modificará ni tocará nada de lo que tu hayas entrado.
No dudo que sea un programa útil. Si estuviera disponible para descargar e instalar desde Yast (vaya incongruencia) por el tema de mantenimiento, actualizaciones... pues le daba una oportunidad.
Si en este punto del correo aún no has tocado la tecla suprimir .....
No, sigo aquí :-)
Adicionalmente WEBMIN te ofrece un entorno amigable de configuración y uso de la máquina para los usuarios remotos a través de USERMIN, entorno que nunca les podrás dar salvo que les enseñes a usar SSH+vi+man "comando"..... y eso nunca será demasiado amigable. :-)
A los usuarios no se les de acceso ssh... sólo páginas web sencillitas y servicios mínimos.
ADVERTENCIA: Lo siento, no te pago las aspirinas después de este "rollo". :-)
Ná, tranquilo, que cuando instale Webmin y tenga algún problema ya te recordaré tu faceta de "vendedor pesadísimo". :-D Saludos, -- Camaleón
Si, "only_db" y "hide_db" permiten seleccionar las bases que se verán y
:-? Entiendo que esa variable permite definir para cada usuario las bases de datos visibles desde la aplicación. Los permisos de acceso, modificación, etc. de la propia base de datos los gestiona mysql.
Mucho me temo que "config.inc.php" configura phpMyAdmin para su uso en el web, y no, no permite configuraciones "particulares" en función del ususario que entra. phpMyAdmin no tiene particulares opciones de seguridad, salvo las que se derivan de los privilegios de los usuarios con sus bases.
No dudo que sea un programa útil. Si estuviera disponible para descargar e instalar desde Yast (vaya incongruencia) por el tema de mantenimiento, actualizaciones... pues le daba una oportunidad.
Webmin y YAST no son excluyentes. Pueden usarse ambos, pero para cosas diferentes. Yo he usado Webmin con SLES9, 9.2, 10.0, 10.1 y también, ahora, con CentOS y en ninguna de estas distribuciones me ha dado problemas su instalación. [MODO VENTA ASEGURADA ON] Por cierto, WebMin _SI_ se instala con YAST. Eliges el RPM lo bajas con KONQUEROR y le das a "instalar con YAST", después necesitas ejecutar el fichero de configuración (en Perl) y conectarte por localhost. P.D. Debido al "bug" de YAST _NO_ resuelto con la última actualización de hace unos días, no se te instalará en la 10.1, tendras que hacerlo con KPackage o con el Zen-Installer que ya _NO_ es tan lento gracias a la minma actualización. [MODO VENTA ASEGURADA OFF]
A los usuarios no se les de acceso ssh... sólo páginas web sencillitas y servicios mínimos.
Pues por eso necesitas USERMIN, eliges los servicios que pueden usar y los que no.
Ná, tranquilo, que cuando instale Webmin y tenga algún problema ya te recordaré tu faceta de "vendedor pesadísimo".
No creo que me necesites para eso. De verdad que no da problemas ni para configurar ni de uso y se actualiza con relativa frecuencia. -- Salutacions - Saludos, Josep M. Queralt
El 23/09/06, Josep M. Queralt escribió:
Mucho me temo que "config.inc.php" configura phpMyAdmin para su uso en el web, y no, no permite configuraciones "particulares" en función del ususario que entra.
phpMyAdmin no tiene particulares opciones de seguridad, salvo las que se derivan de los privilegios de los usuarios con sus bases.
Claro, es la propia base de datos quien gestiona los permisos. Desde phpMyAdmin se pueden gestionar mediante el uso de privilegios, que interactúa con mysql. La única autentificación que añade phpMyAdmin es mediante el servidor web.
Webmin y YAST no son excluyentes. Pueden usarse ambos, pero para cosas diferentes.
Yo he usado Webmin con SLES9, 9.2, 10.0, 10.1 y también, ahora, con CentOS y en ninguna de estas distribuciones me ha dado problemas su instalación.
Por cierto, WebMin _SI_ se instala con YAST.
El comentario de "vaya incongrurencia" lo decía porque resulta contradictorio (con Yast pero sin él), no tenía un tono ofensivo, era sólo una broma...
Eliges el RPM lo bajas con KONQUEROR y le das a "instalar con YAST", después necesitas ejecutar el fichero de configuración (en Perl) y conectarte por localhost.
Me refiero, Josep, a que SuSE no lo mantiene actualizado ni saca parches como hace con otros paquetes (Postfix, Spamassassin, Apache...). Creo que deberían incluirlo, mucha gente lo pide en OpenSuSE, pero me parece que lo ven como competenecia directa con Yast cuando realmente puede resultar muy útil en entornos de servidores. Es más, debería ser un estándar de configuración para los sistemas Linux, así el cambio entre distribuciones sería más sencillo. Saludos, -- Camaleón
Por cierto, WebMin _SI_ se instala con YAST.
El comentario de "vaya incongrurencia" lo decía porque resulta contradictorio (con Yast pero sin él), no tenía un tono ofensivo, era sólo una broma...
No, si no lo decía en tono serio. Es algo objetivo excepto para la 10.1 como consecuencia del "bug" que persiste. :-) e configuración (en Perl) y conectarte por localhost.
Me refiero, Josep, a que SuSE no lo mantiene actualizado ni saca parches como hace con otros paquetes (Postfix, Spamassassin, Apache...).
Quienes dicen eso, desconocen WebMin. SuSE no lo mantiene actualizado por la sencilla razón de que WebMin se _autoactualiza_ bien automáticamente bien manualmente (con aviso de actualización automático) según la configuración que elijas. Todas las versiones de SuSE están mantenidas por los desarrolladores de WebMin
OpenSuSE, pero me parece que lo ven como competenecia directa con Yast cuando realmente puede resultar muy útil en entornos de servidores.
No son competencia precisamente por lo que tu dices. Tienen funciones diferentes. WebMin es una manera relativamente fácil de configurar servidores (pero no solo servidores) y YAST es una manera fácil de configurar ordenadores ersonales (y tampoco es solo eso). Ambos de alguna forma son complemtarios.
más, debería ser un estándar de configuración para los sistemas Linux, así el cambio entre distribuciones sería más sencillo.
No, Webmin se adapta a las distribuciones, son más de medio centenar las soportadas y mantenidas: http://www.webmin.com/support.html -- Salutacions - Saludos, Josep M. Queralt
El 23/09/06, Josep M. Queralt<jmqueralt@pobox.com> escribió: [...]
más, debería ser un estándar de configuración para los sistemas Linux, así el cambio entre distribuciones sería más sencillo.
No, Webmin se adapta a las distribuciones, son más de medio centenar las soportadas y mantenidas:
solo algunos pocos comentarios: en lo general, no uso y ni recomiendo herramientas de configuracion de servicios (lease, webmian, yast y otras hierbas), pues creo que: - en la mayoría de las veces, ofrecen una interfaces bastante básica sobre las configuraciones de los programas y no es posible "sacar todo el jugo" de los mismos !!! - una vez utilizada una de estas herramientas/front-ends, el usuario queda "estrictamente" proibido modificar los archivos de configuracion manualmente.. caso, lo haga, corre el riesgo de echar todo a perder !!! - en el caso de webmin en especifico, me da aun mas miedo instalarlo, ya que como mencionaron un poco antes, es una herramienta "soportada" por mas de un centenar de distribución, pero, para cualquier persona que trabaja (o trabajo) con mas de una distribución sabe que hay discrepancia entre una y otras, talvez en una el archivo de configuracion este en /etc/http/apache.conf y en otra en /etc/apache.conf.. en una utilice la versión 2.2.0 y en otra la versión 2.0.0 y muchas otras. mmm.. es cierto, que mis comentarios son puramente personales.. pero es mi humilde opinión sobre las herramientas de "auto-configuracion" salu2 y mucha suerte. -- -- Victor Hugo dos Santos Linux Counter #224399
El 25/09/2006 18:20:04 Victor Hugo dos Santos escribió: listas.vhs> - en la mayoría de las veces, ofrecen una interfaces bastante básica listas.vhs> sobre las configuraciones de los programas y no es posible "sacar listas.vhs> todo el jugo" de los mismos !!! Solo puedo decirte que lo pruebes. Cuando lo hayas hecho podrás juzgar lo "básico" que és. Por ejemplo, en BIND te permite crear vistas con un simple formulario. En Apache crear un servidor virtual es una tarea de menos de tres minutos (más o menos lo mismo que se tarda en crear una zona maestra en BIND) listas.vhs> - una vez utilizada una de estas herramientas/front-ends, el usuario listas.vhs> queda "estrictamente" proibido modificar los archivos de configuracion listas.vhs> manualmente.. caso, lo haga, corre el riesgo de echar todo a perder Lo comentaba en un mensaje anterior, pero claro metí mucho rollo.... Lo que comentas sirve para YAST pero no para WEBMIN. Webmin respeta las modificaciones manuales. Es más acostumbra a disponer de editor para añadir manualmente aquello que no está en los formularios. Para configurar manualmente tanto puedes usar un editor del sistema como los editores de WebMin listas.vhs> - en el caso de webmin en especifico, me da aun mas miedo instalarlo, listas.vhs> ya que como mencionaron un poco antes, es una herramienta "soportada" listas.vhs> por mas de un centenar de distribución, pero, para cualquier persona listas.vhs> que trabaja (o trabajo) con mas de una distribución sabe que hay listas.vhs> discrepancia entre una y otras, talvez en una el archivo de listas.vhs> configuracion este en /etc/http/apache.conf y en otra en listas.vhs> /etc/apache.conf.. en una utilice la versión 2.2.0 y en otra la listas.vhs> versión 2.0.0 y muchas otras. Precisamente el concepto de "soportado" quiere decir que WEBMIN usará los caminos correctos en todas y cada una de las distribuciones para las que está preparado y si, si reconoce las versiones de los programas instalados. :-) listas.vhs> mmm.. es cierto, que mis comentarios son puramente personales.. pero listas.vhs> es mi humilde opinión sobre las herramientas de "auto-configuracion" Pienso que es una opinión respetable como cualquier otra, pero que no se basa en la realidad. Atrévete a probarlo y luego vuelve a opinar. :-) Vale que, cuando lo ves por primera vez, "asusta" porque cada pantalla que abres te lleva a decenas de pantallas más. sin embargo todo ello no son más que configuraciones del propio sistema, configuraciones que tienes juntas y clasificadas en un único programa, permitiendo así una manera más cómoda y más facil de configurar y ajustar. Además puedes trabajar en modo local o en remoto mediante los protocolos HTTP y HTTPS permitiendo cambiar el puerto standard que utiliza, restringir IPs etc. -- Saludos, Josep M. Queralt
Camaleón escribio el Friday, September 22, 2006 2:38 PM
Vale, ahora una pregunta básica pero que me trae de cabeza... Si los directorios de los usuarios están en:
/srv/www/vhosts/dominio1.com /srv/www/vhosts/dominio2.com /srv/www/vhosts/dominio3.com
Y pongo awstats y phpmyadmin en:
/srv/www/vhosts/awstats /srv/www/vhosts/phpmyadmin
¿Pueden los usuarios acceder a esta ruta o queda fuera de su ámbito? no pueden porque para cada dominio especificas la ruta de su directorio raiz (webserver) si el dominio1 quiere acceder a phpMyAdmin , va a buscar /srv/www/vhosts/dominio1.com /phpMyAdmin por lo cual daria error , con la ruta que tu especificas si lo quieres hacer asi tendrias que jugartela con el DNS + apache , mas otro subdominio phpmyadmin.dominio.org
Entiendo que no hace falta copiar en cada directorio de los usuarios ambas aplicaciones... ¿o sí?
uuuhhh puedes hacerlo de las 2 formas , aunque la ultima no seria muy professional bueno no importa con tal de que resuelvas ... saludos -- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
El 23/09/06, gnuforever escribió:
no pueden porque para cada dominio especificas la ruta de su directorio raiz (webserver) si el dominio1 quiere acceder a phpMyAdmin , va a buscar /srv/www/vhosts/dominio1.com /phpMyAdmin por lo cual daria error , con la ruta que tu especificas si lo quieres hacer asi tendrias que jugartela con el DNS + apache , mas otro subdominio phpmyadmin.dominio.org
Bueno, ya lo he resuelto con la directiva Alias de Apache.
uuuhhh puedes hacerlo de las 2 formas , aunque la ultima no seria muy professional
bueno no importa con tal de que resuelvas ...
Hombre, sí importa :-) lo mejor es resolverlo de la manera adecuada. Ya los he sacado de la ruta habitual (htdocs) para que no sea accesible vía ftp, y les he he dado a ambos los permisos que comentaba Víctor Hugo. Saludos, -- Camaleón
/srv/www/vhosts/awstats /srv/www/vhosts/phpmyadmin
¿Pueden los usuarios acceder a esta ruta o queda fuera de su ámbito?
no pueden porque para cada dominio especificas la ruta de su directorio raiz (webserver) si el dominio1 quiere acceder a phpMyAdmin , va a buscar /srv/www/vhosts/dominio1.com /phpMyAdmin por lo cual daria error , con la ruta que tu especificas si lo quieres hacer asi tendrias que jugartela con el DNS + apache , mas otro subdominio phpmyadmin.dominio.org
La ruta para un subdominio puede tener por directorio base cualquier subdirectorio que este dentro de la raiz de Apache, solo es necesario crearlo como un nuevo servidor virtual. Sería algo así: DocumentRoot /srv/www/vhosts/phpmyadmin ServerName phpmyadmin.dominio1.com <Directory "/srv/www/vhosts/dominio1.com"> allow from all Options FollowSymLinks Includes IncludesNOEXEC Indexes AllowOverride All </Directory> <Directory /srv/www/vhosts/phpmyadmin"> allow from all Options +Indexes </Directory> Y en BIND añadir un nuevo registro de dirección en el DNS de dominio1.com: phpmyadmin.dominio1.com. IN A La.IP_PUBLICA.DE.DOMINIO1 Tú mismo dices como se hace y no es "jugársela" en absoluto, ya que funciona perfectamente. :-) -- Salutacions - Saludos, Josep M. Queralt
participants (4)
-
Camaleón -
gnuforever -
Josep M. Queralt -
Victor Hugo dos Santos