No he visto instrucciones claras sobre cómo hacer que un servidor independiente se ejecute con MySQL / SQLite. La página wiki sobre cómo configurar el servidor web independiente también está desactualizada por mucho.

Después de un par de horas de hurgar en dynmap. Aquí hay un tutorial sobre cómo hacer que el servidor web independiente se ejecute en NGINX en un servidor * nix.

🔴 ADVERTENCIA 🔴
Si sigue esta guía, se restablecerán todos los datos si _actualmente no_ está utilizando una base de datos SQL con dynmap.

El uso de MySQL con Dynmap no está completamente probado por la comunidad.

Este tutorial asume que conoces un poco de Linux. Si no sabe usar Linux, ¡nunca es demasiado tarde para aprender!

Si está utilizando un "servidor de servidor de Minecraft". En la mayoría de los casos, no podrá configurar un servidor web independiente con su servidor de servidor de Minecraft. Tendrá que conseguir un servidor web o un vps para alojar un servidor web independiente para Dynmap.

Notas

• Le recomendaría encarecidamente que utilice MySQL en lugar de SQLite si tiene la opción. Es posible que requiera algunos pasos adicionales, pero mire el lado positivo. Puede usar MySQL con otros complementos :)

• Este tutorial también requiere que uses sudo. Si no tienes sudo permanente, entonces no tienes suerte o puedes alquilar un VPS.

• Si está utilizando SQLite, no puede alojar el servidor web independiente en un servidor / vps diferente. Tendrá que migrar la base de datos SQLite a un servidor MySQL / MariaDB para alojar el servidor independiente en un servidor / vps diferente. Pero eso es completamente opcional, seguiremos cubriendo cómo configurar un servidor web independiente en el mismo servidor que el servidor de Minecraft con SQLite.
• No cubriré cómo configurar un servidor web independiente con Windows o Apache a menos que haya algún interés. Como alternativa, puede obtener un VPS barato y alojar un servidor web allí si está utilizando MySQL (no SQLite).

Nota para los contribuyentes

Si me da permiso para editar wiki. Con mucho gusto haré una contribución a la wiki sobre cómo configurar un servidor web independiente y mantenerlo;)

Tutoriales de bonificación

Cubro cómo hacer que el servidor web independiente funcione con el proxy de cloudflare, que es completamente opcional. Esto es MUY recomendable si va a permitir que los usuarios inicien sesión en el sitio web de dynmap. Si va a instalar un certificado SSL con certbot, no siga esta parte del tutorial adicional.

También cubriré cómo instalar un certificado SSL en el servidor web NGINX con certbot u otro proveedor, que es completamente opcional. Esto es MUY recomendable si va a permitir que los usuarios inicien sesión en el sitio web de dynmap. Si desea utilizar el proxy cloudflare en su lugar, no siga esta parte del tutorial adicional.

Pros y contras

Pros:

• El sitio web de Dynmap estará disponible incluso si el servidor de Minecraft está inactivo / reiniciando
• Ponga menos carga en el servidor de Minecraft
• NGINX tiene un mejor rendimiento que el servidor web interno

Contras:

• Un poco molesto de configurar
• Necesito saber un poco de linux

Que vamos a cubrir

Cubriremos las siguientes cosas

• Configuración de MySQL / MariaDB (opcional)
• Configuración de NGINX con soporte PHP y SQL
• Preparación del complemento Dynmap para usar con MySQL / SQLite
• Configuración del servidor independiente para MySQL / SQLite
• Bonificación : configuración de un proxy cloudflare con el servidor web NGINX (opcional)
• Bono : configuración de NGINX con certificaciones ssl (opcional)
• Las preguntas frecuentes se encuentran al final de esta guía.

Configuración de MySQL / MariaDB y NGINX con soporte PHP y SQL en su servidor

Para comenzar, debe instalar un servidor web en el servidor en el que desea alojar el sitio web independiente de dynmap. Esta parte del tutorial también cubre la instalación de MySQL en el servidor.

Si desea utilizar SQLite por alguna razón, puede instalar NGINX sin MySQL / MariaDB. PERO NGINX debe estar en el mismo servidor donde está alojado el servidor de Minecraft.

Si está utilizando un servidor de sitio web o un servidor de Minecraft. Vea las notas debajo de los enlaces del tutorial.

¿Dónde debería instalar MySQL / MariaDB?

Por lo general, debe instalar MySQL en el mismo servidor que el servidor de Minecraft. Puede usar el mismo servidor MySQL con complementos que usan MySQL. El complemento Dynmap utilizará MySQL para guardar / cargar datos en los que el servidor web también leerá / escribirá.

Generalmente, hay más beneficios si el servidor MySQL / MariaDB está en el mismo servidor / red que el servidor de Minecraft, ya que la latencia sería menor.

Tutoriales

Hay innumerables tutoriales sobre cómo configurar nginx / MySQL / MariaDB en Internet. Aquí hay algunos enlaces de tutoriales sobre cómo configurarlos con algunos sistemas operativos Linux.

No se preocupe si el tutorial le dice que instale MariaDB, ya que es prácticamente lo mismo que MySQL.

Enlaces a tutoriales

• CentOS 6 ¹
• CentOS 7 ¹
• Debian 8 ¹
• Debian 9 ¹
• Debian 10 ¹
• Ubuntu 12 ¹
• Ubuntu 14 ¹
• Ubuntu 16 ¹
• Ubuntu 18 ¹

¹ fuente

Pruebe para ver si su servidor web está sirviendo una página web ingresando la IP de su servidor web en su navegador web. Si no aparece nada, entonces su firewall podría estar bloqueando el puerto o no inició el servidor nginx.

notas

• Si ya tiene un servidor web, puede omitir este paso. PERO todavía necesita un servidor MySQL si aún no tiene uno.
• Si está utilizando un servidor de sitio web, como se indicó anteriormente. Puede omitir este paso, PERO aún necesita un servidor MySQL.
• Si está utilizando un host de Minecraft, deberá obtener un host de VPS / sitio web. Con suerte, su host de Minecraft también incluye un servidor MySQL con su paquete. Si no es así, supongo que puede instalar el servidor MySQL en el VPS, PERO ASEGÚRESE DE QUE TIENE MUCHO ESPACIO .

Configuración de MySQL (omita este paso si está utilizando SQLite)

Ahora, para configurar el servidor MySQL / MariaDB.

Se recomienda crear un nuevo usuario / contraseña con permisos limitados para cada aplicación.

Si está configurando un servidor web externo, también puede configurar un firewall (iptables / firewalld / ufw / etc) para permitir que solo el servidor web se conecte a la base de datos.

Configurando la base de datos MySQL / MariaDB

Usando una terminal en el servidor que aloja el servidor de Minecraft, crearemos una nueva base de datos y agregaremos algunos usuarios de la base de datos.

Creando una nueva base de datos en MySQL / MariaDB

mysql -u root -p
[Enter mysql root password if there is one]
mysql> CREATE DATABASE <dynmap_database_name>;
mysql> exit

mysql -u root -p
[Enter mysql root password if there is one]
mysql> CREATE DATABASE MyDynmapDatabase;
mysql> exit

Agregar nuevos usuarios

Nota
Si el servidor MySQL está en el mismo servidor que el servidor de Minecraft. <minecraftserver_ip> debería ser localhost

mysql -u root -p
[Enter mysql root password if there is one]
mysql> CREATE USER '<webserver_user>'@'<webserver_ip>' IDENTIFIED BY '<password>';
mysql> CREATE USER '<dynmap_user>'@'<minecraftserver_ip>' IDENTIFIED BY '<password>';
mysql> GRANT CREATE, DELETE, INSERT, SELECT, UPDATE ON <dynmap_database>.* TO '<webserver_user>'@'<webserver_ip>';
mysql> GRANT CREATE, DELETE, INSERT, SELECT, UPDATE ON <dynmap_database>.* TO '<dynmap_user>'@'<minecraftserver_ip>';
mysql> FLUSH PRIVILEGES;
mysql> exit

mysql -u root -p
[Enter mysql root password if there is one]
mysql> CREATE USER 'dynmapwebserver'@'localhost' IDENTIFIED BY 'password1234';
mysql> CREATE USER 'minecraftserver'@'localhost' IDENTIFIED BY 'password5678';
mysql> GRANT CREATE, DELETE, INSERT, SELECT, UPDATE ON MyDynmapDatabase.* TO 'dynmapwebserver'@'localhost';
mysql> GRANT CREATE, DELETE, INSERT, SELECT, UPDATE ON MyDynmapDatabase.* TO 'minecraftserver'@'localhost';
mysql> FLUSH PRIVILEGES;
mysql> exit

Si hizo un oopsie y necesita eliminar el usuario de mysql. Así es como eliminas un usuario.

mysql> DROP USER '<user_to_delete>'@'<ip_you_used>';

Después de crear un nuevo usuario, intente iniciar sesión en el usuario. (después de cerrar la sesión del usuario root de mysql a través de "salir")

mysql -u <webserver_user> -p
[Enter user password]
mysql> exit

Privilegios / permisos de MySQL

MySQL tiene estos permisos disponibles para configurar a los usuarios de MySQL.

• TODOS LOS PRIVILEGIOS : conceda todos los privilegios al usuario
• CREAR : permite al usuario crear bases de datos / tablas
• ELIMINAR : permite al usuario eliminar filas (datos) de una tabla
• DROP : permite al usuario eliminar bases de datos y tablas
• INSERTAR : permite al usuario insertar filas (datos) en una tabla
• SELECCIONAR : permite al usuario leer de una base de datos
• ACTUALIZAR : permite al usuario actualizar datos en una tabla

Preparando el complemento Dynmap

Ahora para cambiar algunas configuraciones en la configuración del complemento.

Instalar Dynmap

Instale la última versión de dynmap en el servidor. La última versión aún debería funcionar con la versión de Minecraft de 1.10 a 1.14

Enciéndelo y apágalo.

Encienda el servidor de Minecraft y luego detenga el servidor. Debería haber una nueva carpeta llamada dynmap en la carpeta plugins .

¡HAGA UNA COPIA DE SEGURIDAD del archivo configuration.txt ! Simplemente haga una copia y asígnele un nombre como configuration.txt.backup .

Abra el archivo de configuración configuration.txt para que podamos cambiar algunas configuraciones.

Cambiar el almacenamiento

Cambie la sección de almacenamiento en la configuración de

storage:
  # Filetree storage (standard tree of image files for maps)
  type: filetree
  # SQLite db for map storage (uses dbfile as storage location)
  #type: sqlite
  #dbfile: dynmap.db
  # MySQL DB for map storage (at 'hostname':'port' with flags "flags" in database 'database' using user 'userid' password 'password' and table prefix 'prefix')
  #type: mysql
  #hostname: localhost
  #port: 3306
  #database: dynmap
  #userid: dynmap
  #password: dynmap
  #prefix: ""
  #flags: "?allowReconnect=true"

a

storage:
  # Filetree storage (standard tree of image files for maps)
  #type: filetree <- DONT FORGET TO COMMENT THIS OUT
  # SQLite db for map storage (uses dbfile as storage location)
  #type: sqlite
  #dbfile: dynmap.db
  # MySQL DB for map storage (at 'hostname':'port' with flags "flags" in database 'database' using user 'userid' password 'password' and table prefix 'prefix')
  type: mysql
  hostname: <mysql_ip>
  port: <mysql_port>
  database: <mysql_database>
  userid: <dynmap_mysql_user>
  password: <dynmap_mysql_password>
  prefix: "" # Can add prefix for tables if you want
  flags: "?allowReconnect=true"

storage:
  # Filetree storage (standard tree of image files for maps)
  #type: filetree <- DONT FORGET TO COMMENT THIS OUT
  # SQLite db for map storage (uses dbfile as storage location)
  type: sqlite
  dbfile: dynmap.db
  # MySQL DB for map storage (at 'hostname':'port' with flags "flags" in database 'database' using user 'userid' password 'password' and table prefix 'prefix')
  #type: mysql
  #hostname: localhost
  #port: 3306
  #database: dynmap
  #userid: dynmap
  #password: dynmap
  #prefix: ""
  #flags: "?allowReconnect=true"

Cambio de la configuración de algunos componentes

Justo debajo de la sección de almacenamiento, debería haber una sección llamada
- class: org.dynmap.InternalClientUpdateComponent que estaremos comentando.

Entonces se vería así:

  - class: org.dynmap.InternalClientUpdateComponent
    sendhealth: true
    sendposition: true
    allowwebchat: true
    webchat-interval: 5
    hidewebchatip: true
    trustclientname: false
    includehiddenplayers: false
    # (optional) if true, color codes in player display names are used
    use-name-colors: false
    # (optional) if true, player login IDs will be used for web chat when their IPs match
    use-player-login-ip: true
    # (optional) if use-player-login-ip is true, setting this to true will cause chat messages not matching a known player IP to be ignored
    require-player-login-ip: false
    # (optional) block player login IDs that are banned from chatting
    block-banned-player-chat: true
    # Require login for web-to-server chat (requires login-enabled: true)
    webchat-requires-login: false
    # If set to true, users must have dynmap.webchat permission in order to chat
    webchat-permissions: false
    # Limit length of single chat messages
    chatlengthlimit: 256
  #  # Optional - make players hidden when they are inside/underground/in shadows (#=light level: 0=full shadow,15=sky)
  #  hideifshadow: 4
  #  # Optional - make player hidden when they are under cover (#=sky light level,0=underground,15=open to sky)
  #  hideifundercover: 14
  #  # (Optional) if true, players that are crouching/sneaking will be hidden 
    hideifsneaking: false
    # If true, player positions/status is protected (login with ID with dynmap.playermarkers.seeall permission required for info other than self)
    protected-player-info: false
    # If true, hide players with invisibility potion effects active
    hide-if-invisiblity-potion: true
    # If true, player names are not shown on map, chat, list
    hidenames: false

 # - class: org.dynmap.InternalClientUpdateComponent
    #sendhealth: true
    #sendposition: true
    #allowwebchat: true
    #webchat-interval: 5
    #hidewebchatip: false
    #trustclientname: false
    #includehiddenplayers: false
    # (optional) if true, color codes in player display names are used
    #use-name-colors: false
    # (optional) if true, player login IDs will be used for web chat when their IPs match
    #use-player-login-ip: true
    # (optional) if use-player-login-ip is true, setting this to true will cause chat messages not matching a known player IP to be ignored
    #require-player-login-ip: false
    # (optional) block player login IDs that are banned from chatting
    #block-banned-player-chat: true
    # Require login for web-to-server chat (requires login-enabled: true)
    #webchat-requires-login: false
    # If set to true, users must have dynmap.webchat permission in order to chat
    #webchat-permissions: false
    # Limit length of single chat messages
    #chatlengthlimit: 256
  #  # Optional - make players hidden when they are inside/underground/in shadows (#=light level: 0=full shadow,15=sky)
  #  hideifshadow: 4
  #  # Optional - make player hidden when they are under cover (#=sky light level,0=underground,15=open to sky)
  #  hideifundercover: 14
  #  # (Optional) if true, players that are crouching/sneaking will be hidden 
    #hideifsneaking: false
    # If true, player positions/status is protected (login with ID with dynmap.playermarkers.seeall permission required for info other than self)
    #protected-player-info: false
    # If true, hide players with invisibility potion effects active
    #hide-if-invisiblity-potion: true
    # If true, player names are not shown on map, chat, list
    #hidenames: false

Inmediatamente después de hacer eso , eliminará los comentarios de la sección justo debajo.
Entonces se verá así.

  #- class: org.dynmap.JsonFileClientUpdateComponent
  #  writeinterval: 1
  #  sendhealth: true
  #  sendposition: true
  #  allowwebchat: true
  #  webchat-interval: 5
  #  hidewebchatip: false
  #  includehiddenplayers: false
  #  use-name-colors: false
  #  use-player-login-ip: false
  #  require-player-login-ip: false
  #  block-banned-player-chat: true
  #  hideifshadow: 0
  #  hideifundercover: 0
  #  hideifsneaking: false
  #  # Require login for web-to-server chat (requires login-enabled: true)
  #  webchat-requires-login: false
  #  # If set to true, users must have dynmap.webchat permission in order to chat
  #  webchat-permissions: false
  #  # Limit length of single chat messages
  #  chatlengthlimit: 256
  #  hide-if-invisiblity-potion: true
  #  hidenames: false

  - class: org.dynmap.JsonFileClientUpdateComponent
    writeinterval: 1
    sendhealth: true
    sendposition: true
    allowwebchat: true
    webchat-interval: 5
    hidewebchatip: false
    includehiddenplayers: false
    use-name-colors: false
    use-player-login-ip: false
    require-player-login-ip: false
    block-banned-player-chat: true
    hideifshadow: 0
    hideifundercover: 0
    hideifsneaking: false
  #  # Require login for web-to-server chat (requires login-enabled: true)
    webchat-requires-login: false
  #  # If set to true, users must have dynmap.webchat permission in order to chat
    webchat-permissions: false
  #  # Limit length of single chat messages
    chatlengthlimit: 256
    hide-if-invisiblity-potion: true
    hidenames: false

Deshabilitar el servidor web interno

Ahora vamos a deshabilitar el servidor web interno ya que ya no lo necesitamos.

Busque disable-webserver en el archivo de configuración y cambie el valor de false a true .

Cambiar algunas URL para el servidor web

Vamos a cambiar algunas URL necesarias para que funcione el servidor web independiente de dynmap. Esta es la parte más importante con la que la mayoría de la gente ha tenido problemas, hasta donde yo sé.

Busque la sección url: en el archivo de configuración. Debe tener un aspecto como este.

url:
    # configuration URL
    #configuration: "up/configuration"
    # update URL
    #update: "up/world/{world}/{timestamp}"
    # sendmessage URL
    #sendmessage: "up/sendmessage"
    # login URL
    #login: "up/login"
    # register URL
    #register: "up/register"
    # tiles base URL
    #tiles: "tiles/"
    # markers base URL
    #markers: "tiles/"

url:
    # configuration URL
    configuration: "standalone/MySQL_configuration.php"
    # update URL
    update: "standalone/MySQL_update.php?world={world}&ts={timestamp}"
    # sendmessage URL
    sendmessage: "standalone/MySQL_sendmessage.php"
    # login URL
    login: "standalone/MySQL_login.php"
    # register URL
    register: "standalone/MySQL_register.php"
    # tiles base URL
    tiles: "standalone/MySQL_tiles.php?tile="
    # markers base URL
    markers: "standalone/MySQL_markers.php?marker="

url:
    # configuration URL
    configuration: "standalone/configuration.php"
    # update URL
    update: "standalone/update.php?world={world}&ts={timestamp}"
    # sendmessage URL
    sendmessage: "standalone/sendmessage.php"
    # login URL
    login: "standalone/login.php"
    # register URL
    register: "standalone/register.php"
    # tiles base URL
    tiles: "standalone/tiles.php?tile="
    # markers base URL
    markers: "standalone/markers.php?marker="

Encenderlo y apagarlo de nuevo

Inicie el servidor de Minecraft, ¡PERO NO LO APAGUE TODAVÍA!
Compruebe y vea si hay algún problema con dynmap consultando el registro más reciente. Si no hay problemas, apague el servidor.

AVISO

La razón principal por la que necesita iniciar y detener el servidor al final es porque Dynmap crea archivos de configuración para que los utilice el servidor web. Si cambió alguna configuración en configuration.txt , entonces existe la posibilidad de que se modifiquen los archivos de configuración en plugins/dynmap/web .

AVISO AÚN MÁS GRANDE

Si va a permitir que los usuarios inicien sesión en dynmap. ¡ DEFINITIVAMENTE debe instalar un certificado SSL o usar el proxy de cloudflare para hacer que las credenciales de inicio de sesión sean seguras de los malos!

Opciones sobre cómo se debe configurar el servidor web

¡Ahora vamos al asunto serio!

A continuación se muestran algunas opciones:

Alojamiento en el mismo servidor con el servidor de Minecraft (MySQL / SQLite)

Opción 1 : puede vincular el servidor web a la carpeta web de dynmap en la carpeta del complemento (más fácil)
Opción 2 : Copie la carpeta web en una ubicación diferente en el servidor (más segura)

Alojar en un servidor diferente que no es el mismo servidor que el servidor de Minecraft (MySQL)

Única opción : Su única opción es copiar la carpeta web al servidor que tiene el servidor web.

Alojamiento con un servidor web (MySQL)

Si está utilizando un servidor web como hostgator, namecheap, 000webhost, etc. Su única opción es copiar la carpeta web al servidor web.
No agregaré detalles sobre cómo hacer esto, ya que hay demasiados servidores web que cubrir.

Configuración general con el servidor web NGINX

Antes de pasar a las siguientes secciones con las opciones de configuración. Cubriremos la configuración general de los servidores web NGINX.

Eliminar la configuración predeterminada del sitio web

Si instaló un servidor web NGINX nuevo. Queremos eliminar la configuración predeterminada del sitio web y agregar nuestra propia configuración. Si ya tiene un NGINX antes de este tutorial y sabe lo que está haciendo. Vaya a la siguiente sección con opciones sobre cómo debe configurarse el sitio web de dynmap.

La configuración predeterminada generalmente se encuentra en /etc/nginx/sites-available/ y /etc/nginx/sites-enabled .

Desea hacer una copia del predeterminado ya que lo usaremos.

sudo cp /etc/nginx/sites-available/default /etc/nginx/sites-available/dynmap

Ahora elimine la configuración predeterminada de sites-enabled para deshabilitar la configuración predeterminada del sitio y reiniciar el servidor web nginx

sudo rm /etc/nginx/sites-enabled/default
sudo service nginx restart

Configurando el servidor web que está en el mismo servidor que el servidor de Minecraft

Si está alojando su propio servidor web NGINX en el mismo servidor que el servidor de Minecraft. ¡Esta es la sección adecuada para ti!

Nota
Asegúrese de seguir la configuración general con NGINX antes de continuar con este tutorial

Opción 1: vincular el servidor web a la carpeta dynmap (haga clic para expandir)

Si desea configurar el servidor web de forma fácil (pero no demasiado segura). ¡Esta es la opción adecuada para ti! Pero aún así te recomiendo encarecidamente que sigas la opción 2, ya que es una opción más segura que la opción 1.

Pros:

• Un comando menos para ejecutar (si te gustan ese tipo de cosas)
• No es necesario copiar los archivos de configuración si cambia la configuración de dynmap

Contras:

• Menos seguro en comparación con la Opción 2 (discutible)

Editar el archivo de configuración del sitio web

Comience a editar el archivo de configuración de dynmap en /etc/nginx/sites-available/dynmap

sudo nano /etc/nginx/sites-available/dynmap
OR
sudo vi /etc/nginx/sites-available/dynmap

El archivo de configuración debería verse así. Cambia los valores en la configuración a tu gusto.

server {
        listen 80 default_server;
        listen [::]:80 default_server;
        server_name map.example.com;

        root /home/<USERNAME>/<MINECRAFTSERVER>/plugins/dynmap/web;

        index index.php index.html index.htm;

        location / {
                # First attempt to serve request as file, then
                # as directory, then fall back to displaying a 404.
                try_files $uri $uri/ =404;
        }

        # pass PHP scripts to FastCGI server

        location ~ \.php$ {
                include snippets/fastcgi-php.conf;

                # With php-fpm (or other unix sockets):
                fastcgi_pass unix:/var/run/php/php7.2-fpm.sock;
        #       # With php-cgi (or other tcp sockets):
        #       fastcgi_pass 127.0.0.1:9000;
        }

        # deny access to .htaccess files, if Apache's document root
        # concurs with nginx's one
        #
        location ~ /\.ht {
                deny all;
        }
}

• No te olvides de cambiaral nombre de usuario de Linux que tiene la carpeta del servidor de Minecraft.
• No te olvides de cambiara la carpeta en la que tienes el servidor de Minecraft

Ejemplo:

        root /home/someuser/minecraft/servers/creative/plugins/dynmap/web;

Opción 2: copiar la carpeta web a una ubicación diferente

Si desea configurar el servidor web de la manera más segura. ¡Esta es la opción adecuada para ti!

Pros:

• Más seguro que la opción 1 (debatible)

Contras:

• Necesita copiar algunos archivos de configuración a una nueva ubicación si cambió la configuración de dynmap

Copiar los archivos a una nueva ubicación

Copie los archivos web de dynmap en una ubicación diferente

sudo cp -r /home/<USERNAME>/<MINECRAFTSERVER>/plugins/dynmap/web/ /var/www/dynmap/

• No te olvides de cambiaral nombre de usuario de Linux que tiene la carpeta del servidor de Minecraft.
• No te olvides de cambiara la carpeta en la que tienes el servidor de Minecraft

Ejemplo:

sudo cp -r /home/MyUsername/minecraft/servers/creative/plugins/dynmap/web/ /var/www/dynmap/

Editar el archivo de configuración del sitio web

Comience a editar el archivo de configuración de dynmap en /etc/nginx/sites-available/dynmap

sudo nano /etc/nginx/sites-available/dynmap
OR
sudo vi /etc/nginx/sites-available/dynmap

El archivo de configuración debería verse así. Cambia los valores en la configuración a tu gusto.

server {
        listen 80 default_server;
        listen [::]:80 default_server;
        server_name map.example.com;

        root /var/www/dynmap;

        index index.php index.html index.htm;

        location / {
                # First attempt to serve request as file, then
                # as directory, then fall back to displaying a 404.
                try_files $uri $uri/ =404;
        }

        # pass PHP scripts to FastCGI server

        location ~ \.php$ {
                include snippets/fastcgi-php.conf;

                # With php-fpm (or other unix sockets):
                fastcgi_pass unix:/var/run/php/php7.2-fpm.sock;
        #       # With php-cgi (or other tcp sockets):
        #       fastcgi_pass 127.0.0.1:9000;
        }

        # deny access to .htaccess files, if Apache's document root
        # concurs with nginx's one
        #
        location ~ /\.ht {
                deny all;
        }
}

¡Ahora hagamos público el servidor dynmap! (para ambas opciones 1 y 2)

Después de seguir los pasos de la Opción 1/2. Vamos a hacer un acceso directo a la configuración del servidor web dynmap y ponerlo en una carpeta.

ln -s /etc/nginx/sites-available/dynmap /etc/nginx/sites-enabled/dynmap

¡Asegúrese de que los archivos de configuración estén libres de errores!

nginx -t -c /etc/nginx/sites-available/dynmap

y reinicie el servidor si no hay problemas.

sudo service nginx restart

¡Y eso debería ser todo!

Coloque la ip del servidor web en su navegador web, debería ver dynmap. Como estará vacío, puede comenzar a renderizar mosaicos uniéndose al servidor y ejecutando el comando /dynmap fullrender <worldname>

Configurar el servidor web que está alojado en un servidor diferente

Si está alojando su propio servidor web NGINX en un servidor diferente al servidor que aloja el servidor de Minecraft. ¡Esta es la sección adecuada para ti!

Nota

• Asegúrese de seguir la configuración general con NGINX antes de continuar con este tutorial
• Las configuraciones del sitio web deben estar en el servidor que aloja el servidor web NGINX, no en el servidor que aloja el servidor de Minecraft.

Pros:

• Incluso más seguro que los otros métodos

Contras:

• Necesita copiar algunos archivos de configuración a una nueva ubicación si cambió la configuración de dynmap

Copiar los archivos a una nueva ubicación

Copie los archivos web de dynmap en una ubicación diferente

Ejecute este comando en el servidor que aloja el servidor de Minecraft. Este comando copiará la carpeta del servidor de Minecraft al servidor web. Le pedirá la contraseña del servidor web.

sudo scp -r /home/<USERNAME>/<MINECRAFTSERVER>/plugins/dynmap/web <WEBSERVER_USERNAME>@<WEBSERVER_IP>:/var/www/dynmap

• No te olvides de cambiaral nombre de usuario de Linux del servidor que tiene la carpeta del servidor de Minecraft.
• No te olvides de cambiara la carpeta en la que tienes el servidor de Minecraft
• No para

Ejemplo:

sudo scp -r /home/SomeUserName1/minecraft/servers/creative/plugins/dynmap/web [email protected]:/var/www/dynmap

Editar el archivo de configuración del sitio web

Comience a editar el archivo de configuración de dynmap en /etc/nginx/sites-available/dynmap

sudo nano /etc/nginx/sites-available/dynmap
OR
sudo vi /etc/nginx/sites-available/dynmap

El archivo de configuración debería verse así. Cambia los valores en la configuración a tu gusto.

server {
        listen 80 default_server;
        listen [::]:80 default_server;
        server_name map.example.com;

        root /var/www/dynmap;

        index index.php index.html index.htm;

        location / {
                # First attempt to serve request as file, then
                # as directory, then fall back to displaying a 404.
                try_files $uri $uri/ =404;
        }

        # pass PHP scripts to FastCGI server

        location ~ \.php$ {
                include snippets/fastcgi-php.conf;

                # With php-fpm (or other unix sockets):
                fastcgi_pass unix:/var/run/php/php7.2-fpm.sock;
        #       # With php-cgi (or other tcp sockets):
        #       fastcgi_pass 127.0.0.1:9000;
        }

        # deny access to .htaccess files, if Apache's document root
        # concurs with nginx's one
        #
        location ~ /\.ht {
                deny all;
        }
}

¡Ahora hagamos público el servidor dynmap!

Después de seguir los pasos. Vamos a hacer un acceso directo a la configuración del servidor web dynmap y ponerlo en una carpeta.

ln -s /etc/nginx/sites-available/dynmap /etc/nginx/sites-enabled/dynmap

¡Asegúrese de que los archivos de configuración estén libres de errores!

nginx -t -c /etc/nginx/sites-available/dynmap

y reinicie el servidor si no hay problemas.

sudo service nginx restart

¡Y eso debería ser todo!

Coloque la ip del servidor web en su navegador web, debería ver dynmap. Como estará vacío, puede comenzar a renderizar mosaicos uniéndose al servidor y ejecutando el comando /dynmap fullrender <worldname>

Configurar el servidor web alojado por un proveedor de alojamiento web

Si está utilizando un proveedor de alojamiento web, ya que no desea configurar uno usted mismo. ¡Esta es la sección adecuada para ti!

Copiar la carpeta web al servidor web

Copie los archivos del servidor de Minecraft en una carpeta en su computadora. Los archivos que va a copiar deben estar en plugins/dynmap/web en el servidor de Minecraft.

Copie los archivos a su servidor web preferiblemente en un nuevo directorio a menos que sea un servidor web dynmap dedicado.

¡Terminar!

¡Si, en serio! Ya terminaste.

Tutoriales de bonificación

Si instaló su propio servidor web NGINX, puede seguir esta parte del tutorial adicional para hacer que su servidor web sea seguro con los inicios de sesión de dynmap. SIEMPRE DEBE manejar las credenciales del usuario con cuidado si habilita los inicios de sesión con Dynmap.

Puede seguir una de las tres opciones para hacer que su servidor web sea seguro

Instalación de un certificado SSL GRATUITO con CertBot

Puede seguir estas instrucciones del sitio web de certbot. Es la forma más sencilla de obtener un certificado SSL para un sitio web.

Como nota, las certificaciones de certbot caducan más rápido que otros proveedores, pero tienen una forma automatizada de renovar sus certificaciones si sigue sus instrucciones sobre cómo hacerlo.

Instalación de un certificado SSL de un proveedor diferente

Como alternativa, puede obtener un certificado SSL de un proveedor diferente, como NameCheap. Descargue la certificación pública y la clave privada del proveedor. NUNCA DEBE COMPARTIR LA CLAVE PRIVADA CON OTRA PERSONA NI HACERLA PÚBLICA . Es estrictamente para su servidor web y no debería estar solo en juego.

Coloque el archivo de certificación en /etc/ssl/certs/<certification_file>.pem
y coloque la clave privada en /etc/ssl/private/<private_key_file>.pem

Haga una copia de seguridad de la configuración del sitio web antes de realizar cambios

sudo cp /etc/nginx/sites-available/dynmap /etc/nginx/sites-available/dynmap_BACKUP

Si hace un oopsie y necesita revertir, ejecute este comando

sudo cp /etc/nginx/sites-available/dynmap_BACKUP /etc/nginx/sites-available/dynmap

En la configuración del sitio web de NGINX, observe las diferencias entre su configuración actual y agregue los cambios que ve en esta configuración de ejemplo.

server {
        listen 80 default_server;
        listen [::]:80 default_server;
        server_name map.example.com;
        return 302 https://$server_name$request_uri;
}

server {
        # SSL configuration

        listen 443 ssl http2;
        listen [::]:443 ssl http2;

        ssl_certificate         /etc/ssl/certs/<certification_file>.pem;
        ssl_certificate_key     /etc/ssl/private/<private_key_file>.pem;

        server_name map.example.com;

        root /var/www/dynmap;

        index index.php index.html index.htm;

        location / {
                # First attempt to serve request as file, then
                # as directory, then fall back to displaying a 404.
                try_files $uri $uri/ =404;
        }

        # pass PHP scripts to FastCGI server

        location ~ \.php$ {
                include snippets/fastcgi-php.conf;

                # With php-fpm (or other unix sockets):
                fastcgi_pass unix:/var/run/php/php7.2-fpm.sock;
        #       # With php-cgi (or other tcp sockets):
        #       fastcgi_pass 127.0.0.1:9000;
        }

        # deny access to .htaccess files, if Apache's document root
        # concurs with nginx's one
        #
        location ~ /\.ht {
                deny all;
        }
}

Entonces solo necesita reiniciar el servidor web NGINX.

sudo service nginx restart

Vaya a su sitio web dynmap y ahora debería ser seguro.

Configuración de NGINX con el proxy de Cloudflare (última actualización el 19 de septiembre de 2019)

Lo bueno del proxy de Cloudflare es que tiene una certificación especial que es solo para comunicarse entre su servidor web y sus servicios. También puede dejar que la certificación dure hasta 15 años. Sin embargo, es solo una alternativa a tener una certificación SSL "real".

Primero, inicie sesión en cloudflare y vaya al dominio con el que desea configurar el proxy. Luego vaya a la sección "SSL / TLS"

En la sección Origin Certificates , haga clic en "Crear certificado".
Seleccione Let Cloudflare generate a private key and a CSR y establezca Private key type en ECDSA

Agregue el nombre map.YOURDOMAIN.com host

Establezca la validez del certificado como desee (¿15 años suena bien, amirite?).

Haga clic en siguiente y debería ver un certificado SSL nuevo y una clave privada en su pantalla. Ahora vamos a copiar el texto y pegarlo en un archivo a través de la terminal.

Primero, creemos un archivo de certificado y peguemos el texto. El texto debe comenzar con -----BEGIN CERTIFICATE----- y terminar con -----END CERTIFICATE-----

sudo nano /etc/ssl/certs/dynmap_cert.pem
OR
sudo vi /etc/ssl/certs/dynmap_cert.pem

A continuación, creemos un archivo de clave privada y peguemos el texto. El texto debe comenzar con -----BEGIN PRIVATE KEY----- y terminar con -----END PRIVATE KEY-----

sudo nano /etc/ssl/private/dynmap_private_key.pem
OR
sudo vi /etc/ssl/private/dynmap_private_key.pem

Ahora vamos a editar la configuración del sitio web de NGINX. Haga una copia de seguridad de la configuración del sitio web antes de realizar cambios

sudo cp /etc/nginx/sites-available/dynmap /etc/nginx/sites-available/dynmap_BACKUP

Si hace un oopsie y necesita revertir, ejecute este comando

sudo cp /etc/nginx/sites-available/dynmap_BACKUP /etc/nginx/sites-available/dynmap

En la configuración del sitio web de NGINX, observe las diferencias entre su configuración actual y agregue los cambios que ve en esta configuración de ejemplo.

server {
        listen 80 default_server;
        listen [::]:80 default_server;
        server_name map.example.com;
        return 302 https://$server_name$request_uri;
}

server {
        # SSL configuration

        listen 443 ssl http2;
        listen [::]:443 ssl http2;

        ssl_certificate         /etc/ssl/certs/dynmap_cert.pem;
        ssl_certificate_key     /etc/ssl/private/dynmap_private_key.pem;

        server_name map.example.com;

        root /var/www/dynmap;

        index index.php index.html index.htm;

        location / {
                # First attempt to serve request as file, then
                # as directory, then fall back to displaying a 404.
                try_files $uri $uri/ =404;
        }

        # pass PHP scripts to FastCGI server

        location ~ \.php$ {
                include snippets/fastcgi-php.conf;

                # With php-fpm (or other unix sockets):
                fastcgi_pass unix:/var/run/php/php7.2-fpm.sock;
        #       # With php-cgi (or other tcp sockets):
        #       fastcgi_pass 127.0.0.1:9000;
        }

        # deny access to .htaccess files, if Apache's document root
        # concurs with nginx's one
        #
        location ~ /\.ht {
                deny all;
        }
}

Entonces solo necesita reiniciar el servidor web NGINX.

sudo service nginx restart

Vaya a su sitio web dynmap y ahora debería ser seguro.

Preguntas frecuentes

Muy cuidadosamente.

Pero aquí está la respuesta seria.
Puede conectarse a su servidor Linux con algo popular como PuTTY o cualquier otro cliente SSH de su elección. Puede iniciar sesión en la terminal si tiene el usuario / contraseña.

Puede encontrar fácilmente guías / tutoriales sobre cómo usar Linux en Internet. ¡Pero siempre debe verificar lo que hace un comando antes de ejecutarlo!

El puerto predeterminado sería 80, pero si siguió el tutorial sobre la instalación de una certificación SSL, el puerto sería 443.

Pero si eso no funciona, verifique si NGINX se está ejecutando ejecutando el comando

sudo service nginx status

y debería decirle qué podría estar mal. También puede probar el archivo de configuración ejecutando el comando

nginx -t -c /etc/nginx/sites-available/dynmap

Desde que comenzamos con una nueva base de datos nueva sin ningún dato en ella. Puede llevar algún tiempo ver las imágenes en dynmap.

Puedes ejecutar el comando en el juego para renderizar completamente un mundo si quieres /dynmap fullrender <worldname>

Decidí no cubrir la configuración de un servidor web independiente con Windows o Apache, ya que la mayoría de la gente va a utilizar Linux y NGINX hoy en día. Pero si hay suficientes personas preguntando, podría cubrir ventanas y / o apache

Sí, debería poder volver a convertir al método anterior si creó un archivo de respaldo configuration.txt.backup de los pasos anteriores.

Simplemente elimine configuration.txt y cambie el nombre de configuration.txt.backup a configuration.txt y estará listo.

¿Porque, porque no?

Hay más posibilidades cuando dynmap usa sql. Sería más rápido hacer una copia de seguridad, las personas aún pueden usar el sitio web dynmap incluso si el servidor está inactivo, ¡y más!

Sí, el ícono del reproductor aún debería estar actualizado en la página web.

El chatbox también debería funcionar bien.

¡Deje un comentario si tiene alguna pregunta o problema!