Voy a intentar reescribir la pregunta inicial para que tenga más sentido.
El problema al que me enfrentaba es que tengo el sitio web de mi empresa alojado en Site Ground, pero desafortunadamente, debido al uso del creador del sitio, no pueden transferirlo a un dominio adicional diferente en la raíz de documentos de ese dominio. La razón por la que quería moverlo fue porque finalmente registré el nombre de dominio que coincide con el nombre de mi empresa. Actualmente se accedía a ese sitio web desde un nombre de dominio temporal que nunca planeé mantener como nombre de dominio para mi empresa.
Para evitar confusiones, el nombre de mi empresa es Systopian Solutions. La página de inicio de mi empresa pública se estaba ejecutando temporalmente (o eso creía) bajo la raíz del documento para el nombre de dominio "systopian.com". Había planeado completamente que una vez que obtuviera el nombre de dominio de mi empresa adecuado, "systopiansolutions.com", podría agregar ese dominio como otro dominio adicional en Site Ground y luego transferir el contenido real del sitio de un dominio adicional a otro, ambos. en el sitio Grounds Hosting.
Sin embargo, en mi pensamiento inicial de que el sitio podría transferirse, y antes de abrir la pregunta original que estaba aquí, incluso si eso lo transfiriera, me quedé con un pequeño problema.
También tengo un servidor VPS alojado por Vultr. Este servidor ejecuta todos los sitios de aplicaciones web de procesamiento de pagos, facturación y facturación pública de mi empresa (Invoice Ninja), así como un par de sitios de aplicaciones web internas que me permiten brindar diferentes servicios a mi cliente.
NOTA LATERAL: (y si bien soy consciente de que nunca debe ejecutar sitios públicos ni sitios internos en el servidor guardado, he implementado una serie de pasos para asegurar que nadie pueda husmear. Para 1. Yo He configurado alias para todas las URL de mis sitios internos, de modo que ninguna de ellas use las URL comúnmente conocidas. Si saben que esos sitios están allí, Invoice Ninja tiene una implementación de seguridad muy sólida que no permitirá que nadie elija. cualquier fqdn/dir a menos que Invoice Ninja lo permita para la funcionalidad de ese producto, sin embargo, usando /etc/phpmyadmin/apache2.conf, que tiene un formato completamente diferente al de /etc/apache2/sites-available/ El archivo site-name.conf está configurado. La sintaxis es completamente diferente, pero por razones que no puedo explicar, si necesito instalar un nuevo sitio, en lugar de usar site-name.conf, esto hará que Invoice Ninja rechace el acceso. cualquiera de las rutas de DocumentRoot, uso /etc/phpmyadmin/apache2.conf y voy al final debajo de la configuración de phpMyAdmins donde luego creo una nueva sección de etiquetas usando los marcadores y coloco las rutas, modificaciones, rutas y todas las demás configuraciones apropiadas. requerido por el nuevo sitio, guarde y luego reinicie apache2. Sin embargo, llevo la seguridad un paso más allá, ya que estamos mezclando sitios públicos e internos en el mismo servidor, agregando el uso de .htpasswd y obligando a quienes pueden intentar acceder a algún sitio interno que puedan encontrar si presionan lo suficiente. Se requieren las credenciales de 1 de los 2 únicos usuarios que están configurados en el archivo .htpasswd. Si cumplen con esas credenciales de alguna manera, los sitios de aplicaciones web tienen cada uno sus propias credenciales de inicio de sesión/administración de usuarios necesarias para acceder a esos sitios. Si bien no me hago ilusiones de que lo que he hecho sea impermeable, puedo asegurarles que se necesitaría un hacker MUY decidido y con años de experiencia para piratear los sitios internos. Hay suficientes capas y las contraseñas elegidas son MUY fuertes con una longitud mínima de caracteres y la combinación correcta de #, caracteres especiales, caracteres superiores/inferiores).
El pequeño problema que tuve fue que quería que mi servidor VPS que alojaba algunos de los sitios públicos de mi empresa, como Bill Ninja, utilizara el nuevo dominio de la empresa systopiansoltions.com. En el caso de que la transferencia de la página de inicio de mi empresa se hubiera transferido al nuevo dominio adicional en el host de mi sitio, eso significaría que tendría que ir a diferentes servidores, que de alguna manera necesitarían usar el dominio systopiansoltions.com. Y esto es lo que estaba preguntando, ¿hay alguna manera de que pueda alojar mi sitio en Site Ground, donde el registro DNS A tendría una dirección IP diferente para que el registro A apunte el dominio systopiansoltions.com a la IP de Site Ground? de 37.60.253.172 y de alguna manera también apunta el mismo registro A de servidores DNS para mis sitios de servidores VPS a la dirección IP de mis sitios VPS, que es 207.246.87.29.
La pregunta inicial fue más o menos, sin tener ningún tipo de balanceador de carga o configuración de enrutador, ¿existe alguna forma de tener el mismo FQDN apuntando de alguna manera a 2 direcciones IP diferentes?
Algunas ideas que tuve que podrían ayudarme a hacer esto de la manera más limpia posible serían configurar redireccionamientos de alguna manera, aunque no estoy seguro de cómo funcionaría.
Esta fue la explicación detallada de mi problema y pregunta.
Hubo una segunda parte de esta pregunta, que hice por error con la información incorrecta, así que la haré también...
Dado que el host VPS contiene sitios internos y sitios públicos de clientes, me preguntaba si hay una manera de configurar 2 nombres de dominio diferentes cada uno para un sitio según su función...
Ejemplo: en el servidor VPS, /etc/hosts tenía las siguientes entradas (no incluyo las entradas "localhost"). Y así quedó configurado hasta el día de hoy. El problema es que ahora que registré el nombre de dominio de la empresa adecuado, me encantaría poder utilizar el nombre de dominio systopian-web1.com para todos los sitios internos, mientras de alguna manera configuro el sitio público Ninja de Facturas orientado al cliente para usar el dominio systopiansoltions.com, sin embargo, no tengo una tercera IP para usar y, francamente, me falta cualquier tipo de presupuesto operativo por un tiempo, por lo que no puedo darme el lujo de agregar una tercera IP que crearía este problema. desaparecer todos juntos.
207.246.87.29 systopian-web1.com <--IP principal
45.76.165.28 unms.systopian-web1.com <-- IP secundaria agregada específicamente para la instalación de esta aplicación, ya que requería una dirección IP dedicada.
Entonces, mi pregunta es, ¿hay alguna forma de usar 1 IP con 2 nombres de dominio diferentes? ¿Alguien sabe de alguna otra forma de lograr esto?
Sé que en mi apache2/sites-available/invoice-ninja.conf puedo cambiar las siguientes entradas: ServerName systopiansolutions.com ServerAlias www.systopiansolutions.com Sin embargo, mi pensamiento inicial fue que para especificar cualquiera de estos dos, el nombre de dominio debía definirse en /etc/hosts. No es ese el caso? No estoy seguro de cómo se resolverían estos dominios, ya que sé que no puedo tener dos registros A donde 2 nombres de dominio apunten a la misma dirección IP, es decir, que stopiansolutions.com se resuelva en 207.246.87.29 y luego tenga mi otro dominio. El nombre en el mismo servidor VPS systopian-web1.com apunta a la misma IP 207.246.87.29, a menos que pueda actualizar /etc/hosts, contiene lo siguiente
207.246.87.29 systopian-web1.com <-- Este dominio se establecería para los sitios web internos que utilizo para proporcionar funcionalidad y servicios a mis clientes, pero el público no tiene acceso a estos sitios.
207.246.87.29 stopiansolutions.com <-- Este dominio se configuraría para Invoice Ninja, ya que este es un sitio público orientado al cliente, por lo que quiero que todos los sitios públicos orientados al cliente utilicen este dominio.
45.76.165.28 unms.systopian-web1.com
Y solo para recordarles, lo que pregunté antes sigue siendo una pregunta abierta, y es que, dado que la página de inicio de mi empresa pública está alojada actualmente en Site Ground, ¿habría alguna forma de usar el mismo nombre de dominio en dos sitios completamente diferentes? ¿Servidores cada uno de los cuales tiene una IP muy diferente? ** Puede que haya resuelto esto de otra manera, pero la pregunta sigue en pie.
Aparte de eso, solo tengo otra opción, pero lo explicaré al reescribir mi propia respuesta, si puedo modificarla, si no, agregaré otra respuesta.
Tengo una petición amistosa, especialmente cuando ustedes responden a alguien que pueden ver claramente si está muy verde en el uso de este sitio. En lugar de responder como lo hicieron algunos de ustedes, lo que honestamente me llevó al punto de simplemente abandonar el sitio, ya que sentí que las respuestas mostraban una total falta de tolerancia hacia aquellos que son nuevos y que aún no lo son todos. No estoy familiarizado con la forma en que son las cosas aquí, y era bastante ignorante de las expectativas que algunos de ustedes parecían tener con respecto a cómo se publican las preguntas, etc., pero en lugar de eso, trate de ser acogedor y envíeles un mensaje privado o responda a su publicación y comparta con ellos el enlace que luego me compartieron, después de que me quedó claro que los miembros verdes y sus preguntas no bien escritas no son nada tolerados. Esto me habría dado un gran incentivo para tomarme el tiempo que tengo ahora para reescribir la pregunta. A veces las personas se enfrascan tanto en sí mismas que olvidan hasta dónde llega un pequeño gesto de bondad.
Si no fuera porque uno de los otros miembros se tomó el tiempo para intentar darle sentido a mi pregunta y hizo todo lo posible para brindarme una forma diferente de considerar mi problema, no sé si alguna vez habría regresado. lo cual hubiera sido una pena porque, como muchos de ustedes, tengo 2 décadas de soporte técnico, ingeniería de soporte de aplicaciones, administración de sistemas, servicios web y arquitecto de ingeniería de migración e integración de sistemas externos. Estoy bastante seguro de que en algún momento habría podido compartir algunos de mis muchos años de experiencia para ayudar a otras personas que no tienen los niveles de habilidad que yo tengo en muchas áreas, y me encanta ayudar a la gente. Entonces, aunque no estoy tratando de vencer a un caballo muerto, solo les pediría que se acerquen a los nuevos miembros con un poco de perdón y aceptación, y en lugar de abandonar la reputación de la primera publicación que hacen, tratar de señalarles en el camino correcto. dirección (como se hizo nuevamente, mucho después del hecho) para que puedan aprender a escribir la publicación más efectiva, en lugar de hacerlos sentir no bienvenidos y alejados de los miembros. Con suerte, tanto mis preguntas como lo que acabo de explicar marquen la diferencia y, con suerte, la próxima persona no se sentirá tan rechazada como yo.
Si alguien tiene alguna pregunta sobre las preguntas que planteé reescritas, no dude en preguntar.
Salud,
John
Respuesta1
Probablemente estés confundiendo dos conceptos:
- elcanóniconombre de dominio completo tal y como lo devuelve
hostname --fqdn. Lo utiliza un servidor para saber cómo llamarse a sí mismo, por ejemplo, en elHELOcomando deSMTP. - los nombres de dominio completos de sus sitios web.
Para alojar systopiansolutions.comen sus instalaciones, no necesita cambiar el nombre de host canónico del servidor, simplemente agregue un Aregistro DNS que apunte a su servidor y configure un Apache <VirtualHost>. No tienes que cambiar nada en /etc/hostsninguno de los dos, ya que el servidor Apache2 selecciona un sitio para servir basándose en el Hostencabezado del cliente, no en la dirección IP de la interfaz entrante (en realidad, tengo que adivinar qué estás intentando hacer con el /etc/hostsarchivo). ya que lo mencionas solo en el título de la pregunta).
MySQL usa un nombre de host para identificar al usuario que se conecta, pero probablemente esté usandoservidor localde todos modos.
Editar: Después de tus aclaraciones, la respuesta a esta pregunta:
La pregunta inicial fue más o menos, sin tener ningún tipo de balanceador de carga o configuración de enrutador, ¿existe alguna forma de tener el mismo FQDN apuntando de alguna manera a 2 direcciones IP diferentes?
Es bastante sencillo: puedes tener tantos Aregistros DNS para el mismo dominio como quieras, siempre que todos los servidores tengan el mismo contenido. Si no lo hacen, sus usuarios obtendrán aleatoriamente una página web u otra.
En cuanto al /etc/hostsarchivo, hace 25 años solía contener la misma información DNSy se podía descargar desde la NIC las direcciones IP y los nombres de dominio de todos los hosts de Internet. Evidentemente hoy en día no funciona así. Hoy en día lo usas sólo para anular DNS(en UNIX-es /etc/hostsse consulta antes de consultar DNS): por ejemplo, normalmente (o históricamente) cada host tiene solo su nombre corto como webserver1in /etc/hostnamey una línea:
127.0.1.1 webserver1.example.com webserver1
que anula el Aregistro de webserver1.example.com, de modo que la comunicación interna del host consigo mismo utilice el dispositivo de bucle invertido.
Respuesta2
Si bien no pude encontrar una respuesta adecuada en este momento, y el hecho de que parece que Site Ground no puede transferir la página de inicio pública de mi empresa al dominio adicional agregado como systopiansolutions.com, realmente no tiene preguntas relacionadas con tener 1 nombre de dominio resuelto en 2 direcciones IP diferentes. Entonces, si bien todavía tengo curiosidad por saber cómo se podría hacer eso, si es que se puede hacer, o cómo alguien con ese nivel de experiencia lidiaría con el mismo problema si lo tuviera.
Sin embargo, dado que ahora hay una manera de transferir el sitio real, decidí que simplemente crearía otro sitio ner en el servidor VPS, y aunque ese servidor ya tiene Invoice Ninja (que es un sitio público orientado al cliente), lo haría. tal vez olvide intentar tener el nombre de dominio en varios lugares con múltiples IP y simplemente cambie toda la configuración del servidor VPS, eliminando las referencias a systopian-web1.com en /etc/hosts y reemplace todas las entradas para ese dominio. nombre al de systopiansolutions.com. De esta manera, todos los sitios, públicos o no, apuntarán al nombre de dominio adecuado para mi empresa.
Así que seguí adelante con ese plan y no solo actualicé mi DNS que proporciona Site Ground.
Además, modifiqué /etc/hosts, comenté la entrada de systopian-web1.com y agregué la entrada de systopiansolutions.com.
Revisé cada uno de mis sitios web site-name.conf, así como apache2.conf, y cambié todos los ServerName y ServerAlias para usar systopiansolutions.com.
Luego reinicié mi host para asegurarme de que todos mis cambios se realizaran en cada una de las áreas según correspondiera.
Al hacer esto también, pude obtener mis certificados SSL para todos mis sitios, aprovisionarlos e instalarlos en todos los sitios que utilizan systopiansolutions.com. Como se trata de un servidor VPS, tuve que crear los certificados manualmente usando certbot-auto, que si entendía cómo funciona ese programa cli, valida sus nombres de dominio, basándose en las entradas en /etc/hosts, no en DNS.
Una vez que se instalaron los SSL, TODOS los sitios, públicos e internos, funcionan correctamente con el nuevo dominio y con https.
Sin embargo, noté un par de problemas que, si bien no me hacen daño en absoluto, son un par de problemas con los que espero que alguien pueda ayudarme, ya que odio jugar con cualquier cosa mientras todo funciona tan perfectamente. Sin embargo, según tengo entendido, es posible que solo tenga un FQDN en su /etc/hostname; sin embargo, el mío tiene dos. Una vez más, nada funciona y nadie se queja. Y aunque he leído que sí, puedes enumerar más de una entrada FQDN aquí, leí las páginas man de Linux, que dicen que no, solo se permite una. Como no sé qué subsistemas realmente usan este archivo para sus entradas, no estoy seguro exactamente de qué nombre de dominio debería configurarse aquí...
root@systopian-web1:/etc# cat /etc/hostname systopian-web1 <==== Este es el nombre del host local. systopian-web1.com <==== Este era el antiguo FQDN del servidor. Y, si es posible, me encantaría seguir usando este nombre de dominio para todos los sitios de aplicaciones web que son solo sitios internos.
Ahora, en mi /etc/hosts, tenemos una historia ligeramente diferente, cambié el nombre de dominio del servidor. Sin embargo, a menos que alguien sepa cómo puedo configurar ambos nombres de dominio para usarlos en este mismo host, no estoy seguro de qué más hacer. Dado que el servidor no está vinculado de ninguna manera a mi red local, no puedo usar las entradas de localhost para configurar los sitios internos para usar LocalHost con systopian-web1.com. Entonces eso tampoco funcionaría.
root@systopian-web1:/etc# cat /etc/hosts
127.0.0.1 localhost
127.0.1.1 systopian-web1
//207.246.87.29 systopian-web1.com
207.246.87.29 systopiansolutions.com
45.76.165.28 unms.systopian-web1.com
//The following lines are desirable for IPv6 capable hosts
::1 localhost ip6-localhost ip6-loopback
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
El otro problema es que quiero mantener el nombre de host 127.0.1.1 en systopian-web1 para cumplir con mi convención de nomenclatura del servidor del Centro de operaciones. Por lo tanto, la
/etc/hosts shows:
127.0.0.1 localhost
127.0.1.1 systopian-web1
Espero haber explicado mejor lo que hice para evitar la preocupación de tener 2 direcciones IP apuntando a un solo nombre de dominio, ya que uno de mis primeros pensamientos sobre cómo manejar estos problemas que surgieron en mi publicación de preguntas recién escrita es Ya no es un problema y dado que trabajaré en la creación de la página de inicio de mi empresa en el servidor VPS, que ahora está configurado con el nombre de dominio systopiansolutions.com, ya no hay necesidad (aparte de la simplicidad de configurar un sitio). usando el Creador de sitios de arrastrar y soltar gratuito de Site Grounds), para tener la página de inicio de mi empresa alojada en Site Ground.