T

tiska2010

Usuario (Chile)

Primer post: 26 feb 2010Último post: 29 ago 2010
4
Posts
11
Puntos totales
10
Comentarios
R
razones por que no debemos crer en la iglecia no en dios
InfoporAnónimo8/29/2010

bueno queridisimos amigos de taringa aquí las traigo las que para mi y para un grupo de personas las razones de por que no debemos creer en la iglesia la biblia etc. en este post no busco a ofender a nadie en sus carencias si no quiere saber no lo vea ¿por que? 1 .- si no fuera por nuestra gran iglesia católica estaríamos mucho mas abanzado a abriamos descubierto cosas antes que lo que sabemos ahora por que ello percigieron a cintificos que segun ellos atentaban contra las enseñansas de dios por ejemplo la penicilina se descubrio como 100 años antes. galileo galliley no quedo ciego por mirar el sol con su telescopio si no que lo cegaron los de a iglecia por que el descubrió que "en el cielo infinito no se veia dios y que podían aver mas ceres" 2.-la gran iglecia que nosotros conocimos fue un a de las mayores apoya-dores de los nazis en europa 3.-pueden confiar en una religion cullo lider el papa sirvió a las fuerzas de la ss nazi 4.-la biblia todo lo que dice es una farsa fue traducida al español en el siglo v y la traducieron a su pinta 5.- la gran iglesia ataco sin piedead a mujeres niños arabes en las cruzadas sin enbargo los arabes no les acian nada y segun ellos eras su deber sagrado atcar y recuperar tierra santa 6.- jesus segun ellos le dio de comer a una correa de personas con 12 panes pero los numero en esa epoca eran distinto 200000 personas pueden aber sido 5 y 0 12020020 personas la base numerica era distinta a la romana yo no busco quitarle seguidores a la iglesia este post no quita que dejen de creer en dios por que dios es la iglesia y la iglesia es la iglesia y fue creada por humanos

11
50
post de cosas ironicas y graciosas
post de cosas ironicas y graciosas
HumorporAnónimo4/5/2010

bueno aqui les dejo este post con iron ias de la vida <object width="353" height="132"><embed src= link: "http://www.goear.com/files/external.swf?file=ac980bc" type="application/x-shockwave-flash" wmode="transparent" quality="high" width="353" height="132"></embed></object> 1:no se supone que los gringos empezaron greenpace y cuidar la flora y fauna y todo eso y cuidar las ballenas o por lo menos no acerlas sufrir bueno vean este video link: http://www.videos-star.com/watch.php?video=cWtsbPKDf4g bueno aqui les dejo otra estupideses en un solo video link: http://www.videos-star.com/watch.php?video=7BTZjfNUymA bueno eso fue todo dejen puntines y comenten

0
0
curiosidades curiosas
curiosidades curiosas
HumorporAnónimo2/26/2010

Curiosidades sobre la Coca-Cola [PDF] [RSS] [Enviar a un Amigo] En la ciudad de Atlanta (Georgia) en 1886 un farmacéutico llamado John S. Pemberton desarrolló la fórmula de un jarabe para una bebida \"deliciosa y refrescante\". Su contable, Frank Robinson, ideó la marca y diseñó el logotipo. En sus comienzos, fue introducida comercialmente como \"un tónico efectivo para el cerebro y los nervios\". El mayor anuncio de esta bebida está instalado sobre una colina. Su nombre es "El Hacha", en Arica (Chile), sus medidas son 122 metros de ancho por 40 metros de altura. Está elaborado con 70.000 botellas. En Centroamérica hay una playa, un gran mercado, y una parada de autobús que llevan por nombre Coca-Cola. Cada segundo del día se consumen cerca de 8.000 refrescos de "The Coca-Cola Company". Si se pusiese toda la Coca-Cola que se ha fabricado hasta ahora en botellas de tamaño normal y se colocaran en fila una detrás de otra, harían el recorrido de ida y vuelta hasta la luna 1.045 veces. Ha habido cinco temas musicales publicitarios de Coca-Cola que han alcanzado las primeras posiciones en las listas de éxitos europeas. Coca-Cola siempre ha tenido imitadores. Se cuentas por centenas la cantidad de colas que proclamaban ser tan verdaderas como la original. Como ejemplo de la variedad de marcas que surgieron al rebufo de la original ahí van unas cuantas muestras: Afri-Kola, Cafe-Kola, Candy-Cola, Carbo-Cola, Celery-Cola, CocaBeta, Coke-Ola, Cola-Coke, Cold-Cola, Four-Cola, Cherry-Cola, Hayo-Cola, Jacob's-Cola, King-Cola, Koka-Nola, Koke, Kola-Kola, Loco-Kola, Mexicola, Nerv-Ola, Nifti-Cola, PauPau-Cola, Penn-Cola, Pepsi-Cola, Prince-Cola, QuaKola, Rococola, Roxa-Cola, Sherry-Cola, Silver-Cola, Sola Cola, Star-Cola, Taka-Cola, Toka-Tona, True-Cola, Vani-Cola, Vine-Cola, Wine-Cola, etc, etc, etc ... Los hombres de Coca-Cola les llamaban "Fakes-Cola" (falsas colas). En Junio de 1915 la empresa Root-Glass es encargadada de diseñar una nueva botella. A través del artesano Earl Dean, se busca en las páginas de la Enciclopedia Británica ilustraciones de los ingredientes que contiene el refresco que inspiraran de algún modo el diseño de la botella. Una ilustración del grano del cacao llama inmediatamente su atención y la forma aflautada le da la idea. Fabrica unas cuantas muestras antes de cerrar el horno, que dejaba de trabajar en verano... y se consuma el error. El cacao nunca ha figurado entre los ingredientes de la formula original de Coca-Cola. El bueno de Earl, con las prisas, confundió la hoja de cacao con la hoja de coca y creó, sin imaginárselo, el envase más conocido del mundo. Teoría que derriba la leyenda de que la botella de Coca-Cola está inspirada en la figura de la mujer. Si algún antepasado nuestro hubiese comprado una sola de las acciones de la compañía en 1892, cuyo valor nominativo era de 100 dólares, hoy tendríamos aproximadamente 2.000 millones de dólares por esa sola acción. La ya histórica botella de Coca-Cola figura por méritos propios en el MOMA, no sólo como magnífico ejemplo de diseño, sino también como producto de contemplación universal. Sólo dos personas, en teoría, conocen exactamente la fórmula y la manera de mezclar de manera correcta todos sus ingredientes. Nunca viajan juntos, ni coinciden en los mismos lugares, ni comen los mismos platos, ni duermen en el mismo hotel. La receta secreta, denominada "Merchandise 7X" está guardada bajo llave en el SunTrust Bank Building de Atlanta, Georgia, cuna del inventor de la bebida. El Papá Noel que conocemos hoy es el estilo de Santa Claus que Coca Cola creó en los años treinta. Su creador fue Haddom Sundblom, ilustrador de Coca-Cola durante muchos años, de origen sueco y al que, por cierto, no le gustaba el sabor de Coca-Cola. _________________________________________________________________________________________________________ En 1879 fue introducida en Estados Unidos una sustancia para tratar la adicción a la morfina: la cocaína. En 1853 John Coffee construyó la cárcel en Dundalk, Irlanda. Quedó en bancarrota en el proyecto y se convirtió en el primer preso de su propia cárcel. El "hombre del año" en 1938 según la revista Time era Adolfo Hitler. Ronald Reagan, el ex-presidente de los Estados Unidos y exactor de cine, fue rechazado para el rol principal en una película de 1964 llamada "The Best Man" porque "no tenía apariencia de presidente". En 1943, Thomas Watson, director de IBM, hizo una declaración diciendo "yo creo que hay un mercado mundial para quizás cinco computadoras". "No nos gusta como suenan, y la música de la guitarra esta pasando de moda" dijeron los de Decca Recording Company en 1962 al rechazar a los Beatles. En un memorandum interno de Western Union en 1876 escribieron lo siguiente después de que Alexander Graham Bell les ofreció venderles los derechos para el teléfono: "Este 'teléfono' tiene muchas cosas en su contra como para ser seriamente considerado un medio de comunicación. El aparato no tiene ningún valor para nosotros". "640 Kb -de memoria- deben ser suficientes para cualquiera"... Bill Gates en 1981. El emperador en la silla eléctrica. En Agosto de 1890 un prisionero fue ejecutado en la silla eléctrica. Esta fue la primera ejecución que se hizo por ese método. Cuando el Emperador Menelik II de Abisinia (Etiopía hoy) se enteró, encargó tres sillas eléctricas a los Estados Unidos. El único problema fue que, al llegar el envío, descubrió que necesitaban electricidad para funcionar (Abisinia todavía no contaba con este adelanto). Como el emperador era muy inspirado pronto le encontró la solución. Uso una de ellas como su propio trono imperial. Las marmotas (o mongooses), esos pequeños mamíferos Asiáticos famosos por matar cobras, fueron llevadas por los agricultores de Hawaii para tratar de controlar la población de ratas, pero se les paso un pequeño detalle. Las marmotas son animales diurnos y las ratas son animales nocturnos. Hoy en día, las marmotas son consideradas en Hawaii como una plaga, casi tanto como las ratas. Peter Archer de 47 años de edad fue arrestado por correr desnudo por una calle en Melbourne, Australia, pero fue dejado libre cuando la policía supo que venía huyendo de una funeraria donde un doctor lo había pronunciado oficialmente muerto.

0
7
C
crea tu propia web con un servidor apache en ubuntu
Hazlo Tu MismoporAnónimo7/1/2010

bueno taringeros aui les dejo un info y tuto de como crear un servidor htpdf Apache es el servidor web más usado en sistemas Linux. Los servidores web se usan para servir páginas web solicitadas por equipos cliente. Los clientes normalmente solicitan y muestran páginas web mediante el uso de navegadores web como Firefox, Opera o Mozilla. Los usuarios introducen un Localizador de Recursos Uniforme (Uniform Resource Locator, URL) para señalar a un servidor web por medio de su Nombre de Dominio Totalmente Cualificado (Fully Qualified Domain Name, FQDN) y de una ruta al recurso solicitado. Por ejemplo, para ver la página web del sitio web de Ubuntu, un usuario debería introducir únicamente el FQDN. Para solicitar información específica acerca del soporte de pago, un usuario deberá introducir el FQDN seguido de una ruta. El protocolo más comunmente utilizado para ver páginas Web es el Hyper Text Transfer Protocol (HTTP). Protocolos como el Hyper Text Transfer Protocol sobre Secure Sockets Layer (HTTPS), y File Transfer Protocol (FTP), un protocolo para subir y descargar archivos, también son soportados. Los servidores web Apache a menudo se usan en combinación con el motor de bases de datos MySQL, el lenguaje de scripting PHP, y otros lenguajes de scripting populares como Python y Perl. Esta configuración se denomina LAMP (Linux, Apache, MySQL y Perl/Python/PHP) y conforma una potente y robusta plataforma para el desarrollo y distribución de aplicaciones basadas en la web. El servidor web Apache2 esta disponible en Ubuntu. Para instalar Apache2: Introduce el siguiente comando en un terminal: sudo apt-get install apache2↵ Apache se configura colocando directivas en archivos de configuración de texto plano. El archivo principal de configuración se llama apache2.conf. Además, se pueden añadir otros archivos de configuración mediante la directiva Include, y se pueden usar comodines para incluir muchos archivos de configuración. Todas las directivas deben colocarse en alguno de esos archivos de configuración. Apache2 sólo reconocerá los cambios realizados en los archivos principales de configuración cuando se inicie o se reinicie. El servidor también lee un fichero que contiene los tipos mime de los documentos; el nombre de ese fichero lo establece la directiva TypesConfig, y es mime.types por omisión. El archivo de configuración predeterminado de Apache2 es /etc/apache2/apache2.conf. Puede editar este archivo para configurar el servidor Apache2. Podrá configurar el número de puerto, la raíz de documentos, los módulos, los archivos de registros, los hosts virtuales, etc. Opciones básicas Esta sección explica los parámetros de configuración esenciales para el servidor Apache2. Remitase a la Documentación de Apache2 para más detalles. Apache2 trae una configuración predeterminada preparada para servidores virtuales. Viene configurado con un único servidor virtual predeterminado (usando la directiva VirtualHost) que se puede modificar, o dejarlo tal cual si sólo tiene un único sitio web, o usarlo como plantilla para servidores virtuales adicionales si tienes varios sitios web. Si se deja solo, el servidor virtual predeterminado funcionará como tu servidor predeterminado, o los usuarios del sitio web verán si la URL que introducen no concuerda con la directiva ServerName de cualquiera de tus sitios personalizados. Para modificar el servidor virtual predeterminado, edita el archivo /etc/apache2/sites-available/default. Si deseas configurar un nuevo servidor o sitio virtual, copia ese archivo dentro del mismo directorio con el nombre que haya elegido. Por ejemplo, sudo cp /etc/apache2/sites-available/default /etc/apache2/sites-available/minuevositio edita el nuevo archivo para configurar el nuevo sitio usando algunas de las directivas que se describen a continuación. La directiva ServerAdmin especifica la dirección de correo del administrador del servidor. El valor por omisión es webmaster@localhost. Cambia esta dirección por alguna a la que le puedan llegar los mensajes que te le envíen (si tu eres el administrador del servicio). Si tu sitio web tiene algún problema, Apache2 mostrará un mensaje de error con en la que aparecerá esta dirección de correo para que la gente pueda enviar un informe del error. La directiva se encuentra en el fichero de configuración de su sitio en /etc/apache2/sites-available. La directiva Listen especifica el puerto (y, opcionalmente, la dirección IP) por el que escuchará Apache2. Si no se especifica la dirección IP, Apache2 escuchará por todas las direcciones IP asignadas a la máquina en la que se ejecute. El valor predeterminado de la directiva Listen es 80. Cambiarlo a 127.0.0.1:80 provoca que Apache2 sólo escuche por su dispositivo loopback, de forma que no estará disponible para Internet. Cámbialo a 81 (por ejemplo) para cambiar el puerto por el que escucha, o déjalo tal cual para que funcione normalmente. La directiva se puede encontrar y cambiar en su propio archivo de configuración, /etc/apache2/ports.conf. La directiva ServerName es opcional, y especifica con cuál FQDN (Full Qualified Domain Name, Nombre de Dominio Totalmente Cualificado) responderá tu sitio web. El servidor virtual predeterminado no especifica ninguna directiva ServerName, por lo que responderá a todas las peticiones que no se ajusten a ninguna directiva ServerName en otro servidor virtual. Si acabas de adquirir el dominio ubuntumola.com, y desea asociar a él tu servidor Ubuntu, el valor de la directiva ServerName en el archivo de configuración de su servidor virtual debería ser ubuntumola.com. Añade esta directiva al nuevo archivo de configuración virtual que creó previamente /etc/apache2/sites-available/minuevositio). También puedes desear que tu sitio responda a www.ubuntumola.com, ya que muchos usuarios asumen que el prefijo www es apropiado. Para ello, usa la directiva ServerAlias. Puedes usar comodines en la directiva ServerAlias. Por ejemplo, ServerAlias *.ubuntumola.com hará que tu sitio responda a cualquier solicitud de dominio que termine en .ubuntumola.com. La directiva DocumentRoot especifica dónde debe buscar Apache los archivos que forman el sitio. El valor predeterminado es /var/www. No hay ningún sitio configurado allí, pero si descomentas la directiva RedirectMatch en /etc/apache2/apache2.conf, las peticiones se redirigirán a /var/www/apache2-default, que es donde reside el sitio predeterminado de Apache2. Cambia este valor en el archivo de host virtual de tu sitio y recuerda crear ese directorio si fuese necesario. Apache2 no procesa el directorio /etc/apache2/sites-available. Los enlaces simbólicos en /etc/apache2/sites-enabled apuntan a los sitios «disponibles». Usa la utilidad a2ensite (Apache2 Enable Site) para crear esos enlaces simbólicos, así: sudo a2ensite minuevositio donde el archivo de cofiguración de su sitio es /etc/apache2/sites-available/minuevositio. Igualmente, se debe usar la utilidad a2dissite para deshabilitar sitios. Opciones predeterminadas Esta sección explica la configuración de las opciones predeterminadas del servidor Apache2. Por ejemplo, si deseas añadir un host virtual, las opciones que configuras para el host virtual tienen prioridad para ese host virtual. Para las directivas no definidas dentro de las opciones del host virtual, se usan los valores predeterminados. El DirectoryIndex es la página servida por defecto por el servidor cuando un usuario solicita el índice de un directorio añadiendo la barra de división (/) al final del nombre del directorio. Por ejemplo, cuando un usuario solicite la página http://www.ejemplo.com/este_directorio/, él o ella obtendrá la página DirectoryIndex si existe, un listado de directorio generado por el servidor si no existe pero tiene especificada la opción Indexes, o una página Permiso Denegado si no se cumplen ninguna de las condiciones anteriores. El servidor intentará buscar uno de los archivos listados en la directiva DirectoryIndex y devolverá el primero que encuentre. Si no encuentra ninguno de esos archivos, y está establecida la opción Options Indexes para ese directorio, el servidor generará y devolverá una lista, en formato HTML, de los subdirectorios y archivos del directorio. El valor predeterminado, almacenado en /etc/apache2/apache2.conf, es «index.html index.cgi index.pl index.php index.xhtml». Por tanto, si Apache2 encuentra un archivo en un directorio solicitado que se ajusta a alguno de esos nombres, se mostrará el primero de todos. La directiva ErrorDocument te permite especificar un archivo que usará Apache2 para los eventos de error específicos. Por ejemplo, si un usuario solicita un recurso que no existe, se producirá un error 404, y (en base a la configuración predeterminada de Apache2), se mostrará el archivo /usr/share/apache2/error/HTTP_NOT_FOUND.html.var . Ese archivo no está en el DocumentRoot del servidor, sino que existe una directiva Alias en /etc/apache2/apache2.conf que redirige hacia /usr/share/apache2/error/ las solicitudes dirigidas al directorio /error. Para ver una lista de las directivas ErrorDocument predeterminadas, usa la orden: grep ErrorDocument /etc/apache2/apache2.conf De forma predeterminada, el servidor escribe los registros de las transferencias en el archivo /var/log/apache2/access.log. Puedes cambiar esto sitio a sitio en los archivos de configuración de su servidor virtual con la directiva CustomLog, o también puedes omitirla para aceptar la opción predeterminada, especificada en /etc/apache2/apache2.conf. También puedes especificar el archivo en el que se registrarán los errores, por medio de la directiva ErrorLog, cuyo valor predeterminado es /var/log/apache2/error.log. Estos se mantienen separados de los registros de transferencias para ayudar en la resolución de problemas con su servidor Apache2. También puedes especificar la directiva LogFormat (consulta en /etc/apache2/apache2.conf su valor predeterminado). Algunas opciones son especificadas por directorio en lugar de por servidor. Una de estas directivas es Option. Un parrafo Directory es encerrado entre etiquetas XML, como estas: <Directory /var/www/mynewsite> ... </Directory> La directiva Options dentro del parrafo Directory acepta un o más de los siguientes valores (entre otros), separados por espacios: ExecCGI - Permite la ejecución de scripts CGI. Los scripts CGI no serán ejecutados si esta opción no fue escojida. Muchos archivos no deberían ser ejecutados como scripts CGI. Esto podría resultar muy peligroso. Los scripts CGI deberían mantenerse en un directorio separado fuera de su DocumentRoot, y dicho directorio debería ser el único que tuviese activada la opción ExecCGI. Así está establecido desde el principio, y la ubicación predeterminada para los scripts CGI es /usr/lib/cgi-bin. Includes - Permite «server-side includes». Éstos, permiten a un fichero HTML incluir otros ficheros. No es una opción muy común, consulte el Apache2 SSI para más información. IncludesNOEXEC - Permite «server-side includes», pero deshabilita los #exec y #include en los scripts CGI. Indexes - Muestra una lista formateada del contenido de los directorios, si no existe el DirectoryIndex (como el index.html) en el directorio solicitado. Por razones de seguridad, esto no debería establecerse, y desde luego no en el directorio indicado por DocumentRoot. Habilite esta opción con cuidado (y sólo para ciertos directorios) sólo si esta seguro de querer que los usuarios vean todo el contenido del directorio. Vistas múltiples - Soporte para vistas múltiples negociadas por contenido; esta opción está desactivada de forma predeterminada por motivos de seguridad. Consulte la documentación de Apache2 sobre esta opción. SymLinksIfOwnerMatch - Solo seguirá enlaces simbólicos si el directorio de destino es del mismo usuario que el enlace. Configuración de Servidores Virtuales Los servidores virtuales te permiten ejecutar, en la misma máquina, diferentes servidores para diferentes direcciones IP, diferentes nombres de máquina o diferentes puertos. Por ejemplo, puedes tener los sitios web http://www.ejemplo.com y http://www.otroejemplo.com en el mismo servidor web usando servidores virtuales. Esta opción corresponde a la directiva <VirtualHost> para el servidor virtual predeterminado y para los servidores virtuales basados en IP. Corresponde a la directiva <NameVirtualHost> para un servidor virtual basado en el nombre. El conjunto de directivas para un servidor virtual sólo se aplican a un servidor virtual particular. Si una directiva se establece a nivel del servidor completo y no se define dentro de las opciones del servidor virtual, entonces se usarán las opciones predeterminadas. Por ejemplo, puedes definir una dirección de correo electrónico para el webmaster y no definir direcciones de correo individuales para cada servidor virtual. Establece la directiva DocumentRoot apuntando al directorio que contenga el documento raíz (como el index.html) para el host virtual. El DocumentRoot por defecto es /var/www. La directiva ServerAdmin dentro del apartado VirtualHost es la dirección de correo electrónico que se usa en el pie de las páginas de error si selecciona mostrar un pie de página con una dirección de correo en las páginas de error. Configuración del Servidor Esta sección explica como configurar básicamente un servidor. LockFile - La directiva LockFile establece la ruta al archivo de bloqueo usado cuando el servidor se compila con la opción USE_FCNTL_SERIALIZED_ACCEPT o USE_FLOCK_SERIALIZED_ACCEPT. Debe almacenarse en el disco local. Debe dejarse a su valor predeterminado, a menos que el directorio de registros esté ubicado en un directorio NFS compartido. Si es éste el caso, debería cambiarse el valor predeterminado a una ubicación en el disco local y a un directorio en el que sólo tenga permisos de lectura el usuario «root» . PidFile - La directiva PidFile establece el archivo en el que el servidor registrará su identificador de proceso (pid). Sobre este archivo sólo debe tener permisos de lectura el usuario «root». En la mayoría de los casos, debería dejarse a su valor predeterminado. User - La directiva User establece el identificador de usuario utilizado por el srevidor para responder a las peticiones. Esta opción determina el acceso de servidor. Todos los archivos inaccesibles para este usuario serán también inaccesibles para los visitantes de tu sitio web. El valor predeterminado para User es «www-data». Hasta que no sepa exactamente lo que esta haciendo, no ponga en la directiva User al root. Usar el root como usuario puede crear grandes agujeros de seguridad en su servidor Web. La directiva Group es similar a la directiva User. Group establece el grupo sobre el que el servidor aceptará las peticiones. El grupo por defecto es también www-data. ] Módulos de Apache Apache es un servidor modular. Esto supone que en el núcleo del servidor sólo está incluida la funcionalidad más básica. Las características extendidas están disponibles a través de módulos que se pueden cargar en Apache. De forma predeterminada, durante la compilación se incluye un juego básico de módulos en el servidor. Si el servidor se compila para que use módulos cargables dinámicamente, los módulos se podrán compilar por separado y se podrán añadir posteriormente usando la directiva LoadModule. En caso contrario, habrá que recompilar Apache para añadir o quitar módulos. Ubuntu compila Apache2 para que permita la carga dinámica de módulos. Las directivas de configuración ser pueden incluir condicionalmente en base a la presencia de un módulo en particular, encerrándolas en un bloque <IfModule>. Puedes instalar módulos adicionales de Apache2 y usarlos con su servidor web. Puedes instalar los módulos de Apache2 usando la orden apt-get. Por ejemplo, para instalar el módulo de Apache2 que proporciona autenticación por MySQL, puedes ejecutar lo siguiente en la línea de órdenes de una terminal: sudo apt-get install libapache2-mod-auth-mysql Una vez instalado el módulo, este estará disponible en el directorio /etc/apache2/mods-available. Puedes utilizar el comando a2enmod para activar el módulo. Puedes utilizar el comando a2dismod para desactivar el módulo. Una vez que actives el módulo, este estará disponible en el directorio /etc/apache2/mods-enabled. [] Configuración HTTPS El módulo mod_ssl añade una importante característica al servidor Apache2 - la habilidad de encriptar las comunicaciones. De esta forma, cuando tu navegador se esta comunicando utilizando la encriptación SSL, se utilizará el prefijo https:// al principio del Localizador de Recursos Uniformes (URL) en la barra de direcciones del navegador. El módulo mod_ssl esta disponible en el paquete apache2-common. Si tienes instalado este paquete, podrás ejecutar el siguiente comando en un terminal para activar el módulo mod_ssl: sudo a2enmod ssl Certificados y Seguridad Para configurar un servidor seguro, utiliza criptografía de clave pública para crear un par de claves pública y privada. En la mayoría de los casos, tú envías tu solicitud de certificado (incluyendo su clave pública), una prueba de la identidad de tu compañía, y el pago correspondiente a una Autoridad de Certificación (Certificate Authority, CA). La CA verifica la solicitud de certificado y tu identidad, y posteriormente te envía un certificado para su servidor seguro. También puedes crear su propio certificado auto-firmado. Ten en cuenta, no obstante, que los certificados auto-firmados no deben usarse en la mayoría de los entornos de producción. Los certificados auto-firmados no son aceptados automáticamente por los navegadores de los usuarios. Los navegadores solicitarán al usuario que acepte el certificado para crear la conexión segura. Cuando tengas un certificado auto-firmado o un certificado firmado por una CA de su elección necesitarás instalarlo en tu servidor seguro. Tipos de Certificados Necesitas una clave y un certificado para trabajar con tu servidor seguro, lo que significa que deberás generar tu propio certificado firmado por tí mismo, o comprar un certificado firmado por una CA. Un certificado firmado por una CA proporciona dos capacidades importantes para tu servidor: Los navegadores (habitualmente) reconocen automáticamente el certificado y permiten establecer una conexión segura sin preguntar al usuario. Cuando una CA envía un certificado firmado, está garantizando la identidad de la organización que está suministrando las páginas web al navegador. Muchos navegadores web que soportan SSL tienen una lista de CAs cuyos certificados aceptan automáticamente. Si un navegador encuentra un certificado autorizado por una CA que no está en su lista, el navegador le preguntará al usuario si desea aceptar o denegar la conexión. Puedes generar un certificado firmado por tí mismo para tu servidor seguro, pero ten en cuenta que un certificado auto-firmado no proporciona la misma funcionalidad que un certificado firmado por una CA. La mayoría de los navegadores web no reconocen automáticamente los certificados auto-firmados, y éstos además no proporcionan ninguna garantía acerca de la identidad de la organización que está proporcionando el sitio web. Un certificado firmado por una CA proporciona estas dos importantes características a un servidor seguro. El proceso para obtener un certificado de una CA es realmente fácil. A grandes rasgos, consta de: 1. Crear dos llaves encriptadas pública y privada. 2. Crear una solicitud de certificado basado en la clave pública. La solicitud de certificado contiene información sobre tu servidor y la compañía que lo aloja. 3. Enviar la solicitud de certificado, junto con los documentos que prueban su identidad, a una CA. No podemos decirte qué autoridad de certificación elegir. Tu decisión debe basarse en tus experiencias pasadas, o en las experiencias de tus amigos o colegas, o simplemente en factores económicos. Una vez se haya decidido por una CA, necesitas seguir las instrucciones que ésta te proporcione para obtener un certificado proveniente de ella. 4. Cuando la CA esté segura de que tiene todo lo que necesita de ti, te enviará un certificado digital. 5. Instalar este certificado en tu servidor seguro, y soportar transacciones seguras. Cuando obtengas un certificado de una CA, o generes tu propio certificado auto-firmado, el primer paso es generar una clave. [ Generar una Petición de Firma de Certificado (Certificate Signing Request, CSR) Para generar la Solicitud de Firma de Certificado (Certificate Signing Request, CSR), deberás crear tu propia clave. Para ello, puedes ejecutar la siguiente orden en la línea de órdenes de una terminal: openssl genrsa -des3 -out server.key 1024 Generating RSA private key, 1024 bit long modulus .....................++++++↵ .................++++++↵ unable to write 'random state' e is 65537 (0x10001)↵ Enter pass phrase for server.key: Ahora puedes introducir tu frase de paso. Para mayor seguridad, ésta debería contener, al menos, ocho caracteres. La longitud mínima al especificar -des3 es de cuatro caracteres. Debes incluir números y/o signos de puntuación, y no debería ser una palabra que se pudiera encontrar en un diccionario. Además, recuerda que tu frase de paso distingue mayúsculas de minúsculas. Vuelve a escribir la frase de paso para verificarla. Cuando la hayas vuelto a escribir correctamente, se generará la clave del servidor y se almacenará en el archivo server.key. También puedes ejecutar tu servidor web seguro sin una frase de paso. Esto puede ser conveniente porque así no tendrás que introducir la frase de paso cada vez que vaya a arrancar tu servidor web seguro. Pero también resulta altamente inseguro y comprometer la clave significa también comprometer al servidor. En todo caso, puedes escoger ejecutar su servidor web seguro sin frase de paso quitando la opción -des3 en la fase de generación, o ejecutando la siguiente orden en una terminal: openssl rsa -in server.key -out server.key.insecure Una vez hayas ejecutado la orden anterior, la clave insegura se almacenará en el archivo server.key.insecure. Puedes usar este archivo para generar el CSR sin frase de paso. Para crear el CSR, ejecuta el siguiente comando en un terminal: openssl req -new -key server.key -out server.csr Se te pedirá que introduzcas la frase de paso. Si la introduces correctamente, se te solicitará que introduzcas el nombre de la empresa, el nombre del sitio, la dirección de correo electrónico, etc. Cuando hayas introducido todos esos detalles, se creará tu CSR y se almacenará en el archivo server.csr. Puedes enviar ese archivo CSR a una AC para que lo procese. La AC usará ese archivo CSR y emitirá el certificado. Por otra parte, también puedes crear un certificado auto-firmado usando este CSR. Creación de un certificado auto-firmado Para crear un certificado auto-firmado, ejecuta la siguiente orden en una terminal: openssl·x509·-req·-days·365·-in·server.csr·-signkey·server.key·-out·server.crt La orden anterior te solicitará que introduzcas la frase de paso. Cuando la hayas introducido, se creará tu certificado y se almacenará en el archivo server.crt. {{Importante|Si tu servidor seguro se va a usar en un entorno de producción, probablemente necesitarás un certificado firmado por una CA. No se recomienda el uso de certificados auto-firmados. ] Instalar el Certificado Puedes instalar el archivo de la clave server.key y el archivo del certificado server.crt o el archivo de certificado enviado por tu CA ejecutando las siguientes órdenes en la línea de órdenes de una terminal: sudo cp server.crt /etc/ssl/certs sudo cp server.key /etc/ssl/private Deberías añadir las siguientes cuatro líneas al archivo /etc/apache2/sites-available/default o bien al archivo de configuración de tu servidor virtual seguro. Debes colocarlas en la sección VirtualHost, bajo la línea DocumentRoot: SSLEngine on SSLOptions +FakeBasicAuth +ExportCertData +CompatEnvVars +StrictRequire SSLCertificateFile /etc/ssl/certs/server.crt SSLCertificateKeyFile /etc/ssl/private/server.key El HTTPS suele escuchar en el puerto número 443. Podrías añadir la siguiente línea al archivo /etc/apache2/ports.conf: Listen 443 Accediendo al Servidor Una vez hayas instalado tu certificado, deberías reiniciar su servidor web. Puedes ejecutar la siguiente orden en la línea de órdenes de una terminal para reiniciar tu servidor web. programa nesesario: http://www.oscommerce.com/solutions/oscommerce COMENTEN NO LES CUESTA NNNAAAAA NO ISE UN COPY PAST ESCRIBI LA MAYORIA DE LAS PARTES

0
0
PosteameloArchivo Histórico de Taringa! (2004-2017). Preservando la inteligencia colectiva de la internet hispanohablante.

CONTACTO

18 de Septiembre 455, Casilla 52

Chillán, Región de Ñuble, Chile

Solo correo postal

© 2026 Posteamelo.com. No afiliado con Taringa! ni sus sucesores.

Contenido preservado con fines históricos y culturales.