Medio ambiente: centos7 + mariadb5.5.64.
Permítanme mostrar la información de instalación en la pantalla cuando se ejecute mysql_secure_installation
.
# mysql_secure_installation
NOTE: RUNNING ALL PARTS OF THIS SCRIPT IS RECOMMENDED FOR ALL MariaDB
SERVERS IN PRODUCTION USE! PLEASE READ EACH STEP CAREFULLY!
In order to log into MariaDB to secure it, we'll need the current
password for the root user. If you've just installed MariaDB, and
you haven't set the root password yet, the password will be blank,
so you should just press enter here.
Enter current password for root (enter for none):
OK, successfully used password, moving on...
Setting the root password ensures that nobody can log into the MariaDB
root user without the proper authorisation.
Set root password? [Y/n] y
New password:
Re-enter new password:
Password updated successfully!
Reloading privilege tables..
... Success!
By default, a MariaDB installation has an anonymous user, allowing anyone
to log into MariaDB without having to have a user account created for
them. This is intended only for testing, and to make the installation
go a bit smoother. You should remove them before moving into a
production environment.
Remove anonymous users? [Y/n] y
... Success!
Normally, root should only be allowed to connect from 'localhost'. This
ensures that someone cannot guess at the root password from the network.
Disallow root login remotely? [Y/n] y
... Success!
By default, MariaDB comes with a database named 'test' that anyone can
access. This is also intended only for testing, and should be removed
before moving into a production environment.
Remove test database and access to it? [Y/n] y
- Dropping test database...
... Success!
- Removing privileges on test database...
... Success!
Reloading the privilege tables will ensure that all changes made so far
will take effect immediately.
Reload privilege tables now? [Y/n] y
... Success!
Cleaning up...
All done! If you've completed all of the above steps, your MariaDB
installation should now be secure.
Thanks for using MariaDB!
Escribo un script de automatización para instalar mariadb.
vim secure.exp
set timeout 60
spawn mysql_secure_installation
expect {
"Enter current password for root (enter for none): " {send "\r";exp_continue}
"Set root password? [Y/n] " {send "y\r";exp_continue}
"New password:" {send "123456\r";exp_continue}
"Re-enter new password:" {send "123456\r";exp_continue}
"Remove anonymous users? [Y/n]" {send "y\r";exp_continue}
"Disallow root login remotely? [Y/n]" {send "y\r";exp_continue}
"Remove test database and access to it? [Y/n]" {send "y\r";exp_continue}
"Reload privilege tables now? [Y/n]" {send "y\r";exp_continue}
}
Para ejecutar /usr/bin/expect secure.exp
, me encuentro con el error:
spawn mysql_secure_installation
invalid command name "Y/n"
while executing
"Y/n"
invoked from within
"expect {
"Enter current password for root (enter for none): " {send "\r";exp_continue}
"Set root password? [Y/n] " {send "y\r";exp..."
(file "secure.exp" line 3)
No sirve de nada escribir de la siguiente manera:
set timeout 60
spawn mysql_secure_installation
expect {
"Enter current password for root (enter for none): " {send "\r";exp_continue}
"Set root password? \\[Y/n] " {send "y\r";exp_continue}
"New password:" {send "123456\r";exp_continue}
"Re-enter new password:" {send "123456\r";exp_continue}
"Remove anonymous users? \\[Y/n]" {send "y\r";exp_continue}
"Disallow root login remotely? \\[Y/n]" {send "y\r";exp_continue}
"Remove test database and access to it? \\[Y/n]" {send "y\r";exp_continue}
"Reload privilege tables now? \\[Y/n]" {send "y\r";exp_continue}
}
Mismo error:
invalid command name "Y/n"
while executing
"Y/n"
invoked from within
"expect {
"Enter current password for root (enter for none): " {send "\r";exp_continue}
"Set root password? \\[Y/n] " {send "y\r";exp_conti..."
(file "secure.exp" line 3)
¿Cómo arreglar mi script exp entonces?
[ ... ]
es la sustitución de comandos que es como la de shell$( ... )
. Por"Set root password? [Y/n] "
lo tanto, debe escribirse como"Set root password? \\[Y/n] "
.Respuestas:
Estos scripts esperan para recibir una salida opcional (
timeout -1
significa "sin tiempo de espera") y pueden distinguir diferentes respuestas, ya que es requerido poryum install
ymysql_secure_installation
. Con#!/bin/expect -f
como shebang, los scripts se pueden ejecutar cuando se configuraronchmod +x
.A) Para empezar,
mariadb_yum.exp
(requieresu
osudo
):B) Y luego
mariadb_sec.exp
(no requieresudo
):Para fines de depuración, o para validar la respuesta, se puede ejecutar
expect
con nivel de registrostrace 4
. Esto es probablemente tan confiable como una fuente puede obtener, cuando se trata de escribirexpect
scripts, ya que muestra muy bien lo que está sucediendo y lo más importante, en qué orden suceden las cosas:La instrucción
set exp_internal 1
se puede utilizar para obtener resultados para la coincidencia de expresiones regulares.Una posible fuente de confusión podría ser, donde uno genera los procesos, ya que uno puede generar varios procesos en varios hosts, por ejemplo.
ssh
localmente y luegoyum
y demysql_secure_installation
forma remota. Agregado$spawn_id
al guión; la últimaclose
llamada puede ser redundante, ya que ya lo esEOF
(solo para mostrar cómospawn
yclose
procesos):Conclusión: el
mariadb_sec.exp
script probablemente podría mejorarse aún más, por ejemplo. cuando al principio no envía una contraseña y ve lo que sucede, luego envía la contraseña activadaERROR 1045
(cuando ya se había establecido una contraseña anteriormente). Puede suponerse que se debe establecer la contraseña cuando el servidor se acaba de instalar (excepto queyum reinstall
ofrece el mismo resultado). Simplemente no tenía un contenedor CentOS en blanco para probar todos los casos. A menos que se ejecute en unroot
shell, sería necesario pasar ambos tipos de contraseñas en un script para automatizar esto desde la instalación hasta la post-instalación.Probablemente valga la pena señalar que en GCE,
sudo
no pediría una contraseña; De hecho, existen pequeñas diferencias basadas en el entorno, ya que estas imágenes de contenedor de CentOS se comportan de manera diferente. En tal caso (dado que no haysu
detección de imagen de contenedor o en su lugar), elmariadb_yum.exp
script puede bloquearse durante30
segundos y luego continuar.Las fuentes más acreditadas que puedo ofrecer son el
expect
manual, escrito por Don Libes @ NIST y el manual TCL / TK paraexpect
, junto con su proyecto SourceForge casualmente llamadoexpect
.fuente
No solo se utilizan corchetes para la sustitución de comandos, sino que también son especiales para los patrones globales .
Puede usar el
-exact
interruptor mientras escapa entre corchetes entre comillas:O use llaves en lugar de comillas:
Para su información, puede tener el script esperado generado para usted usando
autoexpect
:Esto generará un script de espera llamado
script.exp
en su directorio de trabajo actual.fuente