Download COFIGURACION DE APACHE _TOMCAT.

Document related concepts
no text concepts found
Transcript
COFIGURACION DE APACHE - TOMCAT COMO SERVIDOR WEB
INDEPENDIENTE
INDICE
1)---------------------------------------------------------------INSTALACION DE TOMCAT EN UN S.O WINDOWS
2)---------------------------------------------------------------MODIFICACION DEL ARCHIVO SERVER.XML
2.1)-----------------------------------------------------------MODIFICAR EL SERVER.XML PARA QUE TOMCA
ESCUCHE POR EL PUERTO DE INTERNE(80)
2.2)----------------------------------------------------- MODIFICAR EL SEVER.XML PARA CONECXIONES
SEGURAS (SSL)
2.3)----------------------------------------------------- MODIFICAR EL SERVER.XML PARA CREAR UN HOST
VIRTUAL
3) ---------------------------------------------------------CREACION E INSTALACION DE CERTIFCADOS VALIDOS
3.1) --------------------------------------------------INDICARLE AL TOMCAT QUE PAGINAS DE LA
APLICACIÓN SE SIRVE OBLIGATORIAMENTE POR EL PUERTO SSL.
4) ---------------------------------------------------------COFIGURAR EL MANAGER PARA ACCESO LOCAL
Este manual asido escrito por Jackson Perea, dueño de los derechos de autor, para
www.facilbus.com.
Página 1
INSTALACION DE APACHE -TOMCAT EN UN S.O WINDOWS.
Se asume que el lector ya ha descargado el archivo binario de instalación de tomcat par Windows.
De no ser así lo puedes des cargar de este en lace.
Una vez descargado el archivo lo descomprimes y mueves la carpeta descomprimida a un sitio de
fácil acceso.
Dentro de la carpeta descomprimida viene un archivo tomcat.exe dale dobleclik para que inicie la
instalación del tomcat.
Durante la instalación te pedirá: La ruta de la carpeta de instalación puedes escoger una o dejar la
que aparece allí, el nombre del administrador y la contraseña y el puerto de escucha que debe ser
el puerto 80.
Cuando termina el proceso de instalación para verificar que tomcat quedo bien instalado abre una
ventana en tu navegador y escribe http://localhost y luego pulsa enter te debe aparecer la
ventana de inicio de tomcat de no ser si quiere decir que hay algún error; es posible que durante
la instalación se halla pasado por alto el argumento del puerto de escucha(80) y por esta razón no
lo modifico en el archivo serve.xml, de ser este el problema tocara modificar el archivo
manualmente. Si el problema es el mencionado entonces escribe en tu navegador lo siguiente:
http://localhost:8080 y te debe aparecer la ventana de inicio de tomcat, si no es asi quiere desir
que el tomcat no instalo correctamente y hay que desinstalarlo.
Ventana de inicio de tomcat.
Este manual asido escrito por Jackson Perea, dueño de los derechos de autor, para
www.facilbus.com.
Página 2
ARAQUE MANUAL DEL TOMCAT
En al guanas ocasiones el instalador que viene con el tomcat no funciona correctamente y
por esta razón toca iniciar el tomcat manualmente.
Las líneas a continuación describen 2 archivos con extensión .bat que sirven para iniciar y
parar el tomcat.
-----------------------------<archivo para iniciarel tomcat>-------------------------------------------set catalina_home=E:\apache-tomcat-6.0.18
set tomcat_home=E:\apache-tomcat-6.0.18
set java_home=C:\Archivos de programa\Java\jdk1.6.0_10
set CLASSPATH=%JAVA_HOME%\lib\tools.jar
set jre_home=C:\Archivos de programa\Java\jdk1.6.0_10\jre
E:
cd apache-tomcat-6.0.18
cd bin
set catalina_base=E:\apache-tomcat-6.0.18
startup
------------------------------------------------------------------------------------------------------------------------------------------------------------<archivo para detener al tomcat>------------------------------------------set java_home=C:\Archivos de programa\Java\jdk1.6.0_10
set jre_home=C:\Archivos de programa\Java\jdk1.6.0_10\jre
set catalina_home=E:\apache-tomcat-6.0.18
E:
cd apache-tomcat-6.0.18
cd bin
shutdown
--------------------------------------------------------------------------------------------------------------------------------
Este manual asido escrito por Jackson Perea, dueño de los derechos de autor, para
www.facilbus.com.
Página 3
En estos archivos tienes que modificar las rutas de acceso a tu instalación de java(jdk y jre) y la
ruta en donde tienes guardado el tomcat. Por ejemplo: en estos archivos se asume que tomcat
está guardado en la unidad E: en la carpeta “apache-tomcat-6.0.18”.
catalina_home: Es pesifica la ruta en donde esta guardado el tomcat.
jre_home: Espesifica laruta en donde esta instalado el jre de java.
java_home: Espesifica la ruta endonde esta instalado el jdk de java.
Utiliza el bloc denotas o cualquier otro editor de texto para modificar estos archivos y los guardas
con extensión .bat
Una vez listos estos dos archivos puedes iniciar y parar el tomcat a tu gusto.
Modificando el server.xml
El server.xml es el archivo de configuración del tomcat así que cualquier cambio en las
definiciones para el servidor se debe realizar allí.
Haciendo que el servidor escuche por el puerto 80
Para modificar el sever.xml nos vamos ala carpeta de tomcat luego la carpeta conf y estado allí le
damos click derecho a el serve.xml y escogemos editar si aparece como opción, sino le damos abrir
con y escogemos bloc denotas. Cuando este listo es server.xml para editar buscamos en el cuerpo
del archivo este bloque de instrucciones:
<!-- <Connector port="8080" protocol="HTTP/1.1"
connectionTimeout="20000"
redirectPort="8443" />
--> <!-- A "Connector" using the shared thread pool-->
<-- <Connector executor="tomcatThreadPool"
port="8080" protocol="HTTP/1.1"
connectionTimeout="20000"
redirectPort="8443" />-->
en donde te muestran dos opciones de conector para el http, el primero es más bien utilizado en
sistemas operativo que ejecutan un proceso a la vez el Segundo conector es para S.O que ejecutan
varios procesos a la vez como es el caso de Windows.
Este manual asido escrito por Jackson Perea, dueño de los derechos de autor, para
www.facilbus.com.
Página 4
Entonces le quitamos el coment ario al segundo conector y cambiamos el número de puerto por el
que escucha las peticione http que dando así:
<Connector executor="tomcatThreadPool"
port="80" protocol="HTTP/1.1"
connectionTimeout="20000"
redirectPort="443" />
También hemos modificado el redirectPort="443" envista que el puerto para conexiones seguras
es el 443.
Modificando el sever.xml para conexiones seguras(ssl)
Enseguida del bloque anterior esta el bloque de códigos que nos permitirá realizar conexiones
segura en nuestro servidor tomcat. Posdata si el bloque de códigos no está enseguida búscalo en
el cuerpo del archivo.
Este es el bloque a modificar:
<!-- Define a SSL HTTP/1.1 Connector on port 8443
This connector uses the JSSE configuration, when using APR, the
connector should be using the OpenSSL style configuration
described in the APR documentation -->
<Connector port="8443" protocol="HTTP/1.1" SSLEnabled="true"
maxThreads="150" scheme="https" secure="true"
clientAuth="false" sslProtocol="TLS" />
El bloque de código modificado que dara asi:
<!-- Define a SSL HTTP/1.1 Connector on port 8443
This connector uses the JSSE configuration, when using APR, the
connector should be using the OpenSSL style configuration
described in the APR documentation -->
Este manual asido escrito por Jackson Perea, dueño de los derechos de autor, para
www.facilbus.com.
Página 5
<Connector port="443" protocol="HTTP/1.1" SSLEnabled="true"
maxThreads="150" scheme="https" secure="true"
keystorePass="aqui escribes el password del almacén de claves"
clientAuth="false" sslProtocol="TLS" />
Donde keystorepass es la contraseña del almacén jks de donde tomcat lee los certificados. Es
tema lo tocaremos más adelante.
Modificando el server.xml para crear un host virtu
El uso de un host virtual se hace muy útil cuando tomcat esta funcionado como servidor principal
conectado al internet, un host virtual sirve para separar dominios y para indicarle directamente al
tomcat adonde debe ir cuando llega una petición desde internet. Estas son unas de las pocas
utilidades del host virtual.
Dentro del cuerpo del server.xml buscamos el siguiente bloque de código:
<!-- An Engine represents the entry point (within Catalina) that processes
every request. The Engine implementation for Tomcat stand alone
analyzes the HTTP headers included with the request, and passes them
on to the appropriate Host (virtual host).
Documentation at /docs/config/engine.html -->
<!-- You should set jvmRoute to support load-balancing via AJP ie :
<Engine name="Standalone" defaultHost="localhost" jvmRoute="jvm1">
-->
<Engine name="Catalina" defaultHost="localhost">
<!--For clustering, please take a look at documentation at:
/docs/cluster-howto.html (simple how to)
/docs/config/cluster.html (reference documentation) -->
Este manual asido escrito por Jackson Perea, dueño de los derechos de autor, para
www.facilbus.com.
Página 6
<!-<Cluster className="org.apache.catalina.ha.tcp.SimpleTcpCluster"/>
-->
<!-- The request dumper valve dumps useful debugging information about
the request and response data received and sent by Tomcat.
Documentation at: /docs/config/valve.html -->
<!-<Valve className="org.apache.catalina.valves.RequestDumperValve"/>
-->
<!-- This Realm uses the UserDatabase configured in the global JNDI
resources under the key "UserDatabase". Any edits
that are performed against this UserDatabase are immediately
available for use by the Realm. -->
<Realm className="org.apache.catalina.realm.UserDatabaseRealm"
resourceName="UserDatabase"/>
<!-- Define the default virtual host
Note: XML Schema validation will not work with Xerces 2.2.
-->
<Host name="localhost" appBase="webapps"
unpackWARs="true" autoDeploy="true"
xmlValidation="false" xmlNamespaceAware="false">
<!-- SingleSignOn valve, share authentication between web applications
Documentation at: /docs/config/valve.html -->
<!-<Valve className="org.apache.catalina.authenticator.SingleSignOn" />
Este manual asido escrito por Jackson Perea, dueño de los derechos de autor, para
www.facilbus.com.
Página 7
-->
<!-- Access log processes all example.
Documentation at: /docs/config/valve.html -->
<!-<Valve className="org.apache.catalina.valves.AccessLogValve" directory="logs"
prefix="localhost_access_log." suffix=".txt" pattern="common" resolveHosts="false"/>
-->
</Host>
Que dando modificado de la siguiente manera:
<!-- An Engine represents the entry point (within Catalina) that processes
every request. The Engine implementation for Tomcat stand alone
analyzes the HTTP headers included with the request, and passes them
on to the appropriate Host (virtual host).
Documentation at /docs/config/engine.html -->
<!-- You should set jvmRoute to support load-balancing via AJP ie :
<Engine name="Standalone" defaultHost="localhost" jvmRoute="jvm1">
-->
<Engine name="Catalina" defaultHost="www.tudominio.com" ><!--name="Catalina"
defaultHost="localhost" jvmRoute="balancer"-->
<!--For clustering, please take a look at documentation at:
/docs/cluster-howto.html (simple how to)
/docs/config/cluster.html (reference documentation) -->
<Cluster className="org.apache.catalina.ha.tcp.SimpleTcpCluster"/>
<!-- The request dumper valve dumps useful debugging information about
the request and response data received and sent by Tomcat.
Documentation at: /docs/config/valve.html -->
<!-<Valve className="org.apache.catalina.valves.RequestDumperValve"/>
-->
<Host name="www.tudominio.com" appBase="www.tudominio.com"/>
<!-- This Realm uses the UserDatabase configured in the global JNDI
Este manual asido escrito por Jackson Perea, dueño de los derechos de autor, para
www.facilbus.com.
Página 8
resources under the key "UserDatabase". Any edits
that are performed against this UserDatabase are immediately
available for use by the Realm. -->
<Realm className="org.apache.catalina.realm.UserDatabaseRealm"
resourceName="UserDatabase"/>
<!-- Define the default virtual host
Note: XML Schema validation will not work with Xerces 2.2.
-->
<Host name="localhost" appBase="webapps"
unpackWARs="true" autoDeploy="true"
xmlValidation="false" xmlNamespaceAware="false">
<!-- SingleSignOn valve, share authentication between web applications
Documentation at: /docs/config/valve.html -->
<!-<Valve className="org.apache.catalina.authenticator.SingleSignOn" />
-->
<!-- Access log processes all example.
Documentation at: /docs/config/valve.html -->
<!-<Valve className="org.apache.catalina.valves.AccessLogValve" directory="logs"
prefix="localhost_access_log." suffix=".txt" pattern="common" resolveHosts="false"/>
-->
</Host>
Realizados estos pasos nos vamos al directorio de instalación del tomcat y estando allí creamos un
nuevo directorio con el nombre www.tudominio.com y dentro de esta carpeta creamos un nuevo
directorio con el nombre ROOT. En esta carpeta se instala la aplicación principal del dominio. Para
instalar otras aplicaciones dentro de este host virtual lo único que hay que hacer es pegar el
directorio que contiene la aplicación en el directorio www.tudominio.com .
I de esta manera queda configurado el host virtual y así tenemos a nuestro tomcat es cuchando
peticiones para localhost y para www.tudominio.com de forma directa.
Puedes remplazar el bloque de código en tu archivo server.xml por el anterior cambiando
obviamente www.tudominio.com por un dominio real.
Creación e instalación de certificados validos.
Para la creación de certificados podemos utilizar la herramienta keytool de java pero por razones
de manejo prefiero utilizar Openssl.
Este manual asido escrito por Jackson Perea, dueño de los derechos de autor, para
www.facilbus.com.
Página 9
Para utilizar OpenSsl hay que descargar la herramienta de este sitio:
http://www.openssl.org/related/binaries.html
Cuando hallas descargado los binarios de Openssl para Windows dale dolbleclik al
instalador y de allí en adelante la instalación es muy sencilla solo sigue los pasos que se te
indican.
Una vez instalado el Openssl procedemos a generar dos certificados con sus
correspondientes claves de la siguiente manera:
Desde la línea de comandos (cmd) utilizando la instrucion cd te posicionas en la carpeta en
donde se instalo Openssl y luego pasas al directorio bin que se encuentra allí dentro. E.j:
cd c:\Openssl
cd bin
Una vez se está dentro del directorio bin se ejecutan los siguientes comandos:
Nota: no es conveniente que copies y pegues las instrucciones siguientes en el cmd por que podría
genera errores de sintaxis. Es mejor que las escribas.
openssl req -x509 -newkey rsa:2048 -keyout cakey.pem -days 3650 -out cacert2.pem
esta instrucción genera un certificado público(cacer2.pem) que se deposita en el directorio
bin o en el directorio Openssl. Este certificado posteriormente lo utilizaremos como el
certificado de la CA certificadora para firmar nuestro certificado.
Nota: los comandos siguientes generaran archivos que se depositaran en el directorio bin o
en el directorio Openssl.
Listo el paso anterior procedemos a generar la clave privada para nuestro certificado:
openssl genrsa -des3 -out key_priv.pem -passout pass:tucontraseña 2048
Este comando genero un archivo key_priv.pem que contiene la clave privada de nuestro
certificado.
Listo el paso anterior procedemos a realizar la petición de firmado para nuestro certificado.
openssl req -new -subj "/DC=tudominio/DC=com/CN=www.tudominio.com" -key
key_priv.pem -passin pass:tucontraseña -out request_cer_ key_priv.pem
Listo el paso anterior procedemos a generar nuestro certificado:
Bueno antes de llevar a cabo este paso hacemos lo siguiente: Abrimos el bloc de notas y en el
escribimos las dos líneas siguientes:
Este manual asido escrito por Jackson Perea, dueño de los derechos de autor, para
www.facilbus.com.
Página 10
basicConstraints = critical,CA:FALSE
extendedKeyUsage = serverAuth
Y lo guardamos con el nombre de confi.txt en el directorio bin.
Listo esto ejecutamos el siguiente comando:
openssl x509 -CA cacert2.pem -CAkey cakey.pem -req -in request_cer_ key_priv.pem days 3650 -extfile confi.txt -sha1 -CAcreateserial -out micerti.pem
Una vez ejecutado este comando se te pedirá la contraseña dela CA firmadora, esta contraseña
debe ser la misma que se avenido usando durante el proceso.
Listo el paso anterior procedemos a exportar nuestro certificado a un almacén pk12 para luego
ser importado al jks que es el almacén de certificados de java.
Para exportar nuestro certificado a un almacen pk12 realizamos el siguiente comando:
openssl pkcs12 –export –out micerti.pk12 -in micerti.pem -inkey
key_priv.pem
Una vez ejecutado este comando es posible que te pida una clave
entonces escribes la misma que se ha venido usando.
Luego de exportar el certificado a micerti.pk12 en la línea de
comando (cmd) agregamos a la variable de entorno la ruta al
directorio bin del jdk de java. E.j:
set path=%path%;c:java\jdk_5.1\bin
Una vez establecida la variable de entorno podemos utilizar
keytool de java si problemas.
Utilizamos el keytool de java para importar el primer certificado
que generamos que vendría siendo como ya dije la CA firmadora y
nuestro certificado que está almacenado en micerti.pk12
Primero importamos el certificado de la CA firmadora con el
siguiente comando:
Keytool –importcert –alias cualquiercosa –file cacert2.pem
Cuando ejecutes este comando se te pedirá la contraseña del jks la
escribes y luego te preguntara si confías en el certificado y entonces le
dices que sí.
Este manual asido escrito por Jackson Perea, dueño de los derechos de autor, para
www.facilbus.com.
Página 11
A hora vamos a importar el certificado para el servidor:
keytool -importkeystore -srckeystore micerti.pk12 -srcstoretype PKCS12
La ejecución de este comando guarda el certificado en el jks predeterminado que genera keytool.
Nota: si no has ejecutado keytool antes es probable que el comando anterior sea rechazado de ser
así entonces ejecuta el comando siguiente: keytool -genkey -alias cualquiercosa cuando hallas
ejecutado este comando sete pedirá que ingreses unos datos; cundo sete pida la contraseña
escribe la misma que hemos venido usando. Luego ejecutas este comando para borrar la clave
recién creada keytool –delete –alias cualquiercosa –storepass micontraseña.
Si ya has usado keytool antes entonces verifica que la contraseña del almacén jks sea igual a la
que sea usado en el proceso. Con este comando puedes cambiar la contraseña keytool storepasswd -new clavenueva -storepass clavevieja”
Nota: es conveniente que en el almacén de claves solo estén los 2 certificados que hemos creado
para verificar que es asi utiliza este comando: keytool -list si hay certificados diferentes borralos
con este comando: keytool –delete –alias cualquiercosa –storepass micontraseña.
Listos todos estos pasos procedemos a instalar el certificado en el explorador para que lo
reconozca como certificado de confianza.
Antes de todo abre el archivo cacert2.pem con el bloc de notas y luego lo guardas como cacert.crt
Listo.. Entonces continuamos.
En Internet explorer se hace de la siguiente manera: abrimos una ventana del explorador ->nos
vamos a la pestaña de herramientas ->opciones de internet -> contenido -> certificados; estando
en la ventana de certificados te vas a la pestaña personal y allí le das al botón importar >examinar y buscas la carpeta donde tienes el archivo micerti.pk12 lo seleccionas y le das aceptar
y terminas el proceso de importación.
A hora te posicionas en la pestaña entidades de certificación raíz de confianza y le das clik al
botón importa ->examinar y buscas la carpeta en donde tienes el archivo cacert.crt lo seleccionas
y ledas aceptar y terminas el proceso de importación.
En Mozilla Firefox se hace de la siguiente manera: abrimos una ventana del explorador ->nos
vamos a la pestaña de herramientas ->opciones..-> Avanzado; estando en la ventana de Avazado
te vas a la pestaña cifrado y allí le das al botón ver certificados estando en esa ventana te
posicionas en la pestaña Sus certificados e importas el archivo micerti.pk12, luego te posicionas
en la pestaña Autoridades e importas el archivo cacert.crt
Este manual asido escrito por Jackson Perea, dueño de los derechos de autor, para
www.facilbus.com.
Página 12
Indicarle al tomcat que paginas obligatoriamente se deben
servir por el puerto SSl
Para indicarle al tomcat que paginas atenderá obligatoriamente el
el puerto ssl se debe agregar al archivo web.xml de la aplicación
el siguiente bloque de código:
<security-constraint>
<web-resource-collection>
<web-resource-name>Entire Application</web-resource-name>
<url-pattern>/mipagina.jsp</url-pattern>
<url-pattern>/mipagina.html</url-pattern>
</web-resource-collection>
<user-data-constraint>
<transport-guarantee>CONFIDENTIAL</transport-guarantee>
</user-data-constraint>
</security-constraint>
Donde caca element <url-pattern>/mipagina.jsp </url-pattern>
Especifica la dirección relativa de la pagina que debe ser
accedida por el puerto ssl. Puedes agregar todos los elementos
<url-pattern>/mipagina.jsp </url-pattern> que necesites.
Configuración del manager para acceso local
Para configurar el manager para acceso local lo único que debes hacer es
ir al archivo tomcat-user.xml que se encuentra en el directorio conf de
la carpeta en donde se instalo tomcat.
Abres el archivo tomcat-user.xml para editar con el bloc de notas y te
debe aparecer lo siguiente:
<?xml version='1.0' encoding='utf-8'?>
<tomcat-users>
</tomcat-users>
Y lo modificas agregando las siguientes líneas:
<?xml version='1.0' encoding='utf-8'?>
<tomcat-users>
<role rolename="manager"/>
<role rolename="admin"/>
<user username="miusuario" password="tu contraseña"
roles="admin,manager"/>
</tomcat-users>
Este manual asido escrito por Jackson Perea, dueño de los derechos de autor, para
www.facilbus.com.
Página 13
La etiqueta <role rolename="nobre del role"/> se utilize para llamar alos
roles definidos en tomcat. Con la etiqueta <user username="miusuario"
password="tu contraseña" roles="admin,manager"/> defines un nobre de
usuario y una contraseña además defines los roles para el <tomcat-user>
que acabas de crear. Pueden haber tantos <tomcat-user> como desees y
definir roles diferentes para cada uno.
Para tener más idea sobre los reles que soporta el manager consulta la
documentación en línea de tomcat 6.0.x
Esta es la ventana principal del manager
Configurando el manager para un host virtual
Envista de que la
tomcat 6.0.x para
aquí presento una
pero que al final
información que viene en la documentación de
este tipo de configuración es un poco enredada
manera poco ortodoxa de hacer esta configuración
resulta ser una solución útil.
Para realizar esta configuración se siguen los siguientes pasos:
1. Te posisionas en el directorio conf de la carpeta de
instalación de tomcat.
Este manual asido escrito por Jackson Perea, dueño de los derechos de autor, para
www.facilbus.com.
Página 14
2. Buscas un directorio de nombre “enginename” y dentro de este
directorio creas un nuevo directorio con el nombre exacto del
hos virtual creado en la sección anterior.
Si la carpeta enginename no esta lacreas y punto.
3. Abres el bloc de notas y en el copias lo siguiente:
<Context path="/manager" privileged="true"
docBase = "ruta ala carpeta de
instalacion/webapps/manager">
<Valve
className="org.apache.catalina.valves.RemoteAddrValve"
allow = "127 \ .0 \ .0 \ .1" />
</ Context>
4. guardas este archivo con el nombre manager.xml en la carpeta
del host virtual creada en el 2 paso; luego vuelves a guardar
el archivo en la misma carpeta con el nombre contex.xml
5. luego tevas al directorio webapps en lacarpeta de instalación
de tomcat y estado allí copias el directorio manager que allí
se encuentra.
6. Te vas a la carpeta base de tu host virtual y en ella pegas
el directorio manager que acabas de copiar.
Ahora ya tienes el manager funcionado para el local host y
para el host virtual.
Nota: si deseas acceder al manager de forma remota quita la
restricción allow=”127 \ .0 \ .0 \ .1” de los archivos
contex.xml y manager.xml y sería bueno que agregaras la ruta
relativa del manager al web.xml de la aplicación manager de
esta manera:
<security-constraint>
<web-resource-collection>
--------------------------------<url-pattern>/manager</url-pattern>
-----------------</web-resource-collection>
--------------------<user-data-constraint>
<transport-guarantee>CONFIDENTIAL</transport-guarantee>
</user-data-constraint>
</security-constraint>
Este manual asido escrito por Jackson Perea, dueño de los derechos de autor, para
www.facilbus.com.
Página 15
Una vez el manager está instalado la Interfax principal te brinda
la posibilidad de: detener, reinicias y pausar las aplicaciones
instaladas en ese host virtual. Las funciones arriba mencionadas
solo son una parte de las funciones que brinda el manager.
Bueno y esto es todo..
Ha antes de terminar esto no va dentro del alcance del manual pero
sería bueno que lo tuviese en cuenta; para que tu host sea
encontrado en una consulta DNS debe estar inscrito en el archivo
host de window que se encuentra en la siguiente ruta:
C:\Windows\System32\drivers\etc, lo abres y te debe aparecer algo
asi:
# Copyright (c) 1993-2006 Microsoft Corp.
#
# This is a sample HOSTS file used by Microsoft TCP/IP for Windows.
#
# This file contains the mappings of IP addresses to host names. Each
# entry should be kept on an individual line. The IP address should
# be placed in the first column followed by the corresponding host name.
# The IP address and the host name should be separated by at least one
# space.
#
# Additionally, comments (such as these) may be inserted on individual
# lines or following the machine name denoted by a '#' symbol.
#
# For example:
#
#
102.54.94.97
#
38.25.63.10
127.0.0.1
rhino.acme.com
# source server
x.acme.com
# x client host
localhost
Este manual asido escrito por Jackson Perea, dueño de los derechos de autor, para
www.facilbus.com.
Página 16
Bueno debajo de la instrucción “127.0.0.1 localhost” copias
la ip de tu maquina y al frente el nombre del host virtual
que hemos creado quedando a si:
127.0.0.1
localhost
Ip_de tu pc
www.tudominio.com
Bueno a hora si esto es todo…
CON ENTUSIASMO ESPERANDO LE SEA DE AYUDA A MUCHOS....
ESCRITO POR: JACKSON PEREA
19/10/2009
Este manual asido escrito por Jackson Perea, dueño de los derechos de autor, para
www.facilbus.com.
Página 17