- Ambos argumentos son opcionales. El primero, <tt>[archivo]</tt>, es la
- ubicación del archivo con la descripción de la planta a simular (por omisión
- <tt>planta.xml</tt>). El segundo, <tt>[puerto]</tt>, es el puerto en el cual
- se van a atender las peticiones al servidor (por omisión 7522).
+ Ambos argumentos son opcionales. El primero, <tt>[archivo]</tt>, es la
+ ubicación del archivo con la descripción de la planta a simular (por omisión
+ <tt>planta.xml</tt>). El segundo, <tt>[puerto]</tt>, es el puerto en el cual
+ se van a atender las peticiones al servidor (por omisión 7522).
+
+ \subsection page_server_uso_estado Estado del servidor
+ Mientras el servidor se ejecuta, va imprimiendo en la salida estándar su
+ estado. Se imprime cada vez que llega una conexión entrante y cada vez que
+ se detecta un error.
+
+ Otro tipo de información del estado del servidor puede ser obtenida desde
+ el cliente a través del comando <tt>/server/info</tt> (ver
+ \ref page_server_protocolo_general).
+
+ \note Los errores se imprimen en la salida de error, no en la salida
+ estándar.
+
+ \subsection page_server_uso_fin Finalización del servidor
+ Hay varias formas de finalizar el servidor:
+ - Enviando una señal de interrupción (<tt>SIGINT</tt>), por ejemplo,
+ presionando la combinación de teclas <tt>CTRL-C</tt>.
+ - Enviando una señal de salida (<tt>SIGQUIT</tt>) o de terminación
+ (<tt>SIGTERM</tt>), por ejemplo, a través del comando
+ <tt>kill(1)</tt>.
+ - Enviando un comando <tt>/server/stop</tt> desde un cliente (ver
+ \ref page_server_protocolo_general).
+
+ Cualquiera de estos métodos es válido y finaliza el servidor de forma
+ correcta.