Si sobre la carpeta compartida pulsamos el botón derecho del ratón aparecerá el menú contextual. En el mismo, seleccione la opción Crear una carpeta.
Impresiones web superior
domingo, 2 de septiembre de 2018
Desde Ubuntu a Windows 7
Si sobre la carpeta compartida pulsamos el botón derecho del ratón aparecerá el menú contextual. En el mismo, seleccione la opción Crear una carpeta.
sábado, 26 de mayo de 2018
DTD (DOCUMENT TYPE DEFINITIONS) VI
DECLARACIONES DE LISTA DE ATRIBUTOS
Los atributos permiten añadir información adicional a los elementos de un documento. La principal diferencia entre los elementos y los atributos, es que los atributos no pueden contener sub-atributos. Se usan para añadir información corta, sencilla y desestructurada.
| <mensaje prioridad="urgente"> <de>Alfredo Reino</de> <a>Hans van Parijs</a> <texto idioma="holandés"> Hallo Hans, hoe gaat het? ... </texto> </mensaje> |
En el ejemplo anterior, para declarar la lista de atributos de los elementos <mensaje> y <texto> haríamos lo siguiente:
| <!ELEMENT mensaje (de, a, texto)> <!ATTLIST mensaje prioridad (normal | urgente) normal> <!ELEMENT texto(#PCDATA)> <!ATTLIST texto idioma CDATA #REQUIRED> |
El atributo "idioma", pertenece al elemento texto, y puede contener datos de carácter (CDATA). Es más, la palabra #REQUIRED significa que no tiene valor por defecto, ya que es obligatorio especificar este atributo.
A menudo interesa que se pueda omitir un atributo, sin que se adopte automáticamente un valor por defecto. Para esto se usa la condición "#IMPLIED". Por ejemplo, en una supuesta DTD que defina la etiqueta <IMG> de HTML:
<!ATTLIST IMG URL CDATA #REQUIRED ALT CDATE #IMPLIED>
Es decir, el atributo "URL" es obligatorio, mientras que el "ALT" es opcional (y si se omite, no toma ningún valor por defecto).
DTD (DOCUMENT TYPE DEFINITIONS) VII
TIPOS DE ATRIBUTOS
Atributos CDATA y NMTOKEN
Los atributos CDATA (character data) son los más sencillos, y pueden contener casi cualquier cosa. Los atributos NMTOKEN (name token) son parecidos, pero sólo aceptan los caracteres válidos para nombrar cosas (letras, números, puntos, guiones, subrayados y los dos puntos).
| <!ATTLIST mensaje fecha CDATA #REQUIRED> <mensaje fecha="15 de Julio de 1999"> <!ATTLIST mensaje fecha NMTOKEN #REQUIRED> <mensaje fecha="15-7-1999"> |
Los atributos enumerados son aquellos que sólo pueden contener un valor de entre un número reducido de opciones.
<!ATTLIST mensaje prioridad (normal | urgente) normal>
Existe otro tipo de atributo parecido, llamado de notación (NOTATION). Este tipo de atributo permite al autor declarar que su valor se ajusta a una notación declarada.
<!ATTLIST mensaje fecha NOTATION (ISO-DATE | EUROPEAN-DATE) #REQUIRED>
Para declarar las notaciones, se utiliza "<!NOTATION", con una definición externa de la notación. La definición externa puede ser pública o un identificador del sistema para la documentación de la notación, una especificación formal o un asistente de la aplicación que contenga objetos representados en la notación.
| <!NOTATION HTML SYSTEM "http://www.w3.org/Markup"> <!NOTATION HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> |
El tipo ID permite que un atributo determinado tenga un nombre único que podrá ser referenciado por un atributo de otro elemento que sea de tipo IDREF. Por ejemplo, para implementar un sencillo sistema de hipervínculos en un documento:
| <!ELEMENT enlace EMPTY> <!ATTLIST enlace destino IDREF #REQUIRED> <!ELEMENT capitulo (parrafo)*> <!ATTLIST capitulo referencia ID #IMPLIED> |
DTD (DOCUMENT TYPE DEFINITIONS) VIII
DECLARACIÓN DE ENTIDADES
XML hace referencia a objetos (ficheros, páginas web, imágenes, cualquier cosa) que no deben ser analizados sintácticamente según las reglas de XML, mediante el uso de entidades. Se declaran en la DTD mediante el uso de "<!ENTITY"
Una entidad puede no ser más que una abreviatura que se utiliza como una forma corta de algunos textos. Al usar una referencia a esta entidad, el analizador sintáctico reemplaza la referencia con su contenido. En otras ocasiones es una referencia a un objeto externo o local.
Las entidades pueden ser:
- Internas o Externas
- Analizadas o No analizadas
- Generales o Parámetro
Son las más sencillas. Son básicamente abreviaturas definidas en la sección de la DTD del documento XML. Son siempre entidades analizadas, es decir, una vez reemplazada la referencia a la entidad por su contenido, pasa a ser parte del documento XML y como tal, es analizada por el procesador XML.
| <!DOCTYPE texto[ <!ENTITY alf "Alien Life Form"> ]> <texto><titulo>Un día en la vida de un &alf;</titulo></texto> |
Las entidades externas obtienen su contenido en cualquier otro sitio del sistema, ya sea otro archivo del disco duro, una página web o un objeto de una base de datos. Se hace referencia al contenido de una entidad así mediante la palabra SYSTEM seguida de un URI (Universal Resource Identifier)
<!ENTITY intro SYSTEM "http://www.miservidor.com/intro.xml">
Entidades no analizadas
Evidentemente, si el contenido de la entidad es un archivo MPG o una imagen GIF o un fichero ejecutable EXE, el procesador XML no debería intentar interpretarlo como si fuera texto XML. Este tipo de entidades siempre son generales y externas.
<!ENTITY logo SYSTEM "http://www.miservidor.com/logo.gif">
Entidades parámetro internas y externas
Se denominan entidades parámetro a aquellas que sólo pueden usarse en la DTD, y no en el documento XML. Se pueden utilizar para agrupar ciertos elementos del DTD que se repitan mucho. Se diferencian las entidades parámetro de las generales, en que para hacer referencia a ellas, se usa el símbolo "%" en lugar de "&" tanto como para declararlas como para usarlas.
| <!DOCTYPE texto[ <!ENTITY % elemento-alf "<!ELEMENT ALF (#PCDATA)>"> ... %elemento-alf; ]> |
| <!DOCTYPE texto[ <!ENTITY % elemento-alf SYSTEM "alf.ent"> ... %elemento-alf; ]> |
DTD (DOCUMENT TYPE DEFINITIONS) IX
EJEMPLO DE DTD
Un DTD que puede servir como ejemplo podría ser uno que nos defina un lenguaje de marcado para una base de datos de personas.
En el ejemplo vamos a examinar cómo hacer una agenda que guardará el nombre y teléfono de cada persona. Además, cada persona tendrá un identificador (obligatoriamente) como atributo.
El fichero ejemplo-agenda.dtd podría ser algo así:
| <?xml encoding="UTF-8"?> <!ELEMENT agenda (persona)+> <!ELEMENT persona (nombre, tlf)> <!ATTLIST persona id ID #REQUIRED> <!ELEMENT nombre (#PCDATA)> <!ELEMENT tlf (#PCDATA)> |
| <?xml version="1.0"?> <!DOCTYPE agenda SYSTEM "ejemplo-agenda.dtd"> <agenda> <persona id="ricardo"> <nombre>Ricardo Borriquero</nombre> <tlf>951345678</tlf> </persona> <persona id="eva"> <nombre>Eva Risto</nombre> <tlf>955837659</tlf> </persona> </agenda> |
martes, 14 de agosto de 2012
DTD (DOCUMENT TYPE DEFINITIONS) V
MODELOS DE CONTENIDO
Un modelo de contenido es un patrón que establece los sub-elementos aceptados, y el orden en que se acepta.
Un modelo sencillo puede tener un solo tipo de sub-elemento:
<!ELEMENT aviso (parrafo)>
Esto indica que sólo puede contener un solo <parrafo>.
<!ELEMENT aviso (titulo, parrafo)>
La coma, en este caso, denota una secuencia. Es decir, el elemento <aviso> debe contener un <titulo> seguido de un <parrafo>.
<!ELEMENT aviso (parrafo | grafico)>
La barra vertical "|" indica una opción. Es decir, <aviso> puede contener o bien un <parrafo> o bien un <grafico>. El número de opciones no está limitado a dos, y se pueden agrupar usando paréntesis.
<!ELEMENT aviso (titulo, (parrafo | grafico))>
En este último caso, el <aviso> debe contener un <titulo> seguido de un <parrafo> o de un <grafico>.
Además, cada partícula de contenido puede llevar un indicador de frecuencia, que siguen directamente a un identificador general, una secuencia o una opción, y no pueden ir precedidos por espacios en blanco.
| Indicadores de frecuencia | |
| ? | Opcional (0 o 1 vez) |
| * | Opcional y repetible (0 o más veces) |
| + | Necesario y repetible (1 o más veces) |
Para entender esto, vamos a ver un ejemplo.
<!ELEMENT aviso (titulo?, (parrafo+, grafico)*)>
En este caso, <aviso> puede tener <titulo>, o no (pero sólo uno), y puede tener cero o más conjuntos <parrafo><grafico>, <parrafo><parrafo><grafico>, etc.
nos vemos en la parte 6
lunes, 13 de agosto de 2012
DTD (DOCUMENT TYPE DEFINITIONS) IV
DECLARACIONES TIPO ELEMENTO
Los elementos son la base de las marcas XML, y deben ajustarse a un tipo de documento declarado en una DTD para que el documento XML sea considerado válido.
Las declaraciones de tipo de elemento deben empezar con "<!ELEMENT" seguidas por el identificador genérico del elemento que se declara. A continuación tienen una especificación de contenido.
Por ejemplo:
<!ELEMENT receta (titulo, ingredientes, procedimiento)>
En este ejemplo, el elemento <receta> puede contener dentro elementos <titulo>, <ingredientes> y <procedimiento>, que, a su vez, estarán definidos también en la DTD y podrán contener más elementos.
Siguiendo la definición de elemento anterior, este ejemplo de documento XML sería válido:
<receta>
<titulo>...</titulo>
<ingredientes>...</ingredientes>
<procedimiento>...</procedimiento>
</receta>
Pero no este:
<receta>
<parrafo>Esto es un párrafo</parrafo>
<titulo>...</titulo>
<ingredientes>...</ingredientes>
<procedimiento>...</procedimiento>
</receta>
La especificación de contenido puede ser de cuatro tipos:
EMPTY
Puede no tener contenido. Suele usarse para los atributos.
<!ELEMENT salto-de-pagina EMPTY>
ANY
Puede tener cualquier contenido. No se suele utilizar, ya que es conveniente estructurar adecuadamente nuestros documentos XML.
<!ELEMENT batiburrillo ANY>
Mixed
Puede tener caracteres de tipo datos o una mezcla de caracteres y sub-elementos especificados en la especificación de contenido mixto.
<!ELEMENT enfasis (#PCDATA)>
<!ELEMENT parrafo (#PCDATA|enfasis)*>
Por ejemplo, el primer elemento definido en el ejemplo (<enfasis>) puede contener datos de carácter (#PCDATA). Y el segundo (<parrafo>) puede contener tanto datos de carácter (#PCDATA) como sub-elementos de tipo <enfasis>.
Element
Sólo puede contener sub-elementos especificados en la especificación de contenido.
<!ELEMENT mensaje (remite, destinatario, texto)>
Para declarar que un tipo de elemento tenga contenido de elementos se especifica un modelo de contenido en lugar de una especificación de contenido mixto o una de las claves ya descritas.
nos vemos en la parte 5
domingo, 12 de agosto de 2012
DTD (DOCUMENT TYPE DEFINITIONS) III
XML válido
Los ficheros XML válidos son aquellos que tienen DTDs como el resto de las otras aplicaciones SGML. También deben estar bien-formados. Un fichero válido comienza como cualquier otro fichero SGML, con una Declaración de Tipo de Documento, una puede tener una declaración XML opcional:
| <?xml version="1.0"?> <!DOCTYPE anuncio SYSTEM "http://www.foo.org/ad.dtd"> <libro> <titulo>...<imagen/>...</titulo> <texto>...</texto> </libro> |
| <!DOCTYPE anuncio PUBLIC "-//Foo, Inc//DTD Anuncios//ES" "http://www.foo.org/ad.dtd"> ó <!DOCTYPE anuncio SYSTEM "http://www.foo.org/ad.dtd"> |
La DTD puede residir en un fichero externo, y quizá compartido por varios (puede que miles) de documentos. O bien, puede estar contenida en el propio documento XML, como parte de su declaración de tipo de documento.
Veamos un ejemplo:
| <!DOCTYPE etiqueta[ <!ELEMENT etiqueta (nombre, calle, ciudad, pais, codigo)> <!ELEMENT nombre (#PCDATA)> <!ELEMENT calle (#PCDATA)> <!ELEMENT ciudad (#PCDATA)> <!ELEMENT pais (#PCDATA)> <!ELEMENT codigo (#PCDATA)> ]> <etiqueta> <nombre>Pepe García</nombre> <calle>C/Ronda, 3</calle> <ciudad>Armilla</ciudad> <pais>España</pais> <codigo>18465</codigo> </etiqueta> |
La declaración del tipo de documento comienza en la primera línea y termina con "]>". Las declaraciones DTD son las líneas que empiezan con "<!ELEMENT" y se denominan declaraciones de tipo elemento. También se pueden declarar atributos, entidades y anotaciones para una DTD.
En el ejemplo anterior, todas las declaraciones DTD que definen "etiqueta" residen dentro del documento. Sin embargo, la DTD se puede definir parcial o completamente en otro lugar. Por ejemplo:
| <?xml version="1.0"?> <!DOCTYPE coche SYSTEM "http://www.sitio.com/dtd/coche.dtd"> <coche> <modelo>...</modelo> ... </coche> |
sábado, 11 de agosto de 2012
DTD (DOCUMENT TYPE DEFINITIONS) II
Documentos 'bien-formados'
Todos los documentos XML deben estar 'bien-formados':
- si no se utiliza DTD, el documento debe comenzar con un Declaración de Documento único (SDD, Standalone Document Declaration) que indique:
| <?XML version="1.0" standalone="yes"?> <libro> <texto>...<imagen/>...</texto> </libro> |
· todas las etiquetas deben estar balanceadas: esto es, todos los elementos que contengan datos de tipo carácter deben tener etiquetas de principio y fin (no está permitida la omisión excepto para los elementos vacíos, véase más abajo);
- todos los valores de los atributos deben ir entrecomillados (el carácter comilla simple [el apóstrofe] puede utilizarse si el valor contiene caracteres comillas dobles, y viceversa): si necesitas ambos, utiliza ' y "
- cualquier elemento VACÍO (p.e. aquellos que no tienen etiqueta final como <IMG>, <HR>, y <BR> y otros de HTML) deben terminar con '/>' o debes hacerlos no VACÍOS añadiéndoles una etiqueta de fin;
Ejemplo: <BR> se convertirá en <BR/> o en <BR></BR>.
- no debe haber etiquetas aisladas (< ó &) en el texto (p.e. debe darse como < y &), y la secuencia ]]> debe darse como ]]> si no ocurre esto como final de una sección marcada como CDATA;
- los elementos deben anidar dentro de sí sus propiedades (no se deben sobreponer etiquetas, como en el resto de SGML);
- Los ficheros bien-formados sin-DTD pueden utilizar atributos en sus elementos, pero éstos deben ser todos del tipo CDATA, por defecto.
Los ficheros XML bien-formados y sin-DTD deben tener <, >, ', ", y & predefinidos y disponibles para ser utilizados incluso sin DTD. Los ficheros XML válidos deben declararlos explícitamente si los utilizan.
nos vemos en la parte 3
viernes, 10 de agosto de 2012
DTD (DOCUMENT TYPE DEFINITIONS)
1. ¿Qué es un DTD? (DOCUMENT TYPE DEFINITIONS)
Un DTD es un conjunto de reglas sintácticas para definir etiquetas. Nos indica qué etiquetas se pueden usar en un documento, en qué orden deben aparecer, cuáles pueden aparecer dentro de otras, cuáles tienen atributos, etc.
Crear una definición del tipo de documento (DTD) es como crear nuestro propio lenguaje de marcado, para una aplicación específica. Por ejemplo, podríamos crear un DTD que defina una tarjeta de visita. A partir de ese DTD, tendríamos una serie de elementos XML que nos permitirían definir tarjetas de visita.
Originalmente los DTDs se desarrollaron para ser utilizados con SGML. Pueden ser parte del documento XML, pero se suele colocar aparte para utilizarlo en una serie de documentos.
Puesto que XML es un sistema para definir lenguajes, no puede tener un solo DTD (al contrario que HTML). En lugar de eso, quien necesite usar XML para intercambio de datos debe definir su propio DTD. Por ejemplo, el Wall Street Journal Interactive Edition tiene un DTD para especificar cada edición, con información sobre páginas, sumarios, etc.
Un problema que presentan los DTDs es que no siguen una sintaxis XML, sino una propia. Un grupo de desarrolladores han propuesto una alternativa a los DTDs, llamada esquemas ("schemas").
Básicamente, un esquema establece las reglas de un documento e indica qué etiquetas se pueden usar, sus atributos, las relaciones entre etiquetas, etc.
Un esquema, al contrario que un DTD, puede definir tipos de datos, lo cual es claramente beneficioso en el intercambio de datos, objetos o bases de datos.
2. Documentos XML "sin DTD", "válido" y "bien formado"
SGML utiliza Definiciones de Tipo de Documentos(DTD) para describir los elementos (etiquetas) disponibles en un tipo de documento específico. Sin embargo, el diseño y construcción de una DTD puede ser una tarea compleja y no trivial, por lo que XML ha sido diseñado para ser usado con o sin una DTD. Sin-DTD significa que puedes inventar etiquetas sin tener que definirlas formalmente.
Para que esto funcione, un fichero sin-DTD 'define' sus propias etiquetas, informalmente, por la existencia y la localización de elementos cuando son creados. Pero cuando una aplicación XML, como un visualizador encuentra un fichero sin DTD, necesita ser capaz de entender la estructura del documento que está leyendo, y dado que no tiene DTD que le informe al respecto, se han hecho algunas modificaciones en las reglas.
Por ejemplo, el elemento <IMG> de HTML se define como 'VACÍO': no tiene etiqueta de fin. Sin una DTD, una aplicación XML no tendría manera de conocer si debe esperar una etiqueta de fin para un determinado elemento, luego ha tenido que introducirse el concepto de 'bien-formado'. Esto hace el comienzo y fin de todos los elementos, y la presencia de elementos VACÍO completamente no ambigua.
nos vemos en la parte 2
Ejecución y depuración de ficheros XSL
Diferentes atributos que puedes encontrar dentro de XML.
Atributos CDATA y NMTOKEN
Los atributos CDATA (character data) son los más sencillos, y pueden contener casi cualquier cosa. Los atributos NMTOKEN (name token) son parecidos, pero sólo aceptan los caracteres válidos para nombrar cosas (letras, números, puntos, guiones, subrayados y los dos puntos).
<!ATTLIST mensaje fecha CDATA #REQUIRED>
<mensaje fecha="15 de Julio de 1999">
<!ATTLIST mensaje fecha NMTOKEN #REQUIRED>
<mensaje fecha="15-7-1999">
Atributos enumerados y notaciones
Los atributos enumerados son aquellos que sólo pueden contener un valor de entre un número reducido de opciones.
<!ATTLIST mensaje prioridad (normal | urgente) normal>
Existe otro tipo de atributo parecido, llamado de notación (NOTATION). Este tipo de atributo permite al autor declarar que su valor se ajusta a una notación declarada.
<!ATTLIST mensaje fecha NOTATION (ISO-DATE | EUROPEAN-DATE) #REQUIRED>
Para declarar las notaciones, se utiliza "<!NOTATION", con una definición externa de la notación. La definición externa puede ser pública o un identificador del sistema para la documentación de la notación, una especificación formal o un asistente de la aplicación que contenga objetos representados en la notación.
<!NOTATION HTML SYSTEM "http://www.w3.org/Markup">
<!NOTATION HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
Atributos ID e IDREF
El tipo ID permite que un atributo determinado tenga un nombre único que podrá ser referenciado por un atributo de otro elemento que sea de tipo IDREF. Por ejemplo, para implementar un sencillo sistema de hipervínculos en un documento:
<!ELEMENT enlace EMPTY>
<!ATTLIST enlace destino IDREF #REQUIRED>
<!ELEMENT capitulo (parrafo)*>
<!ATTLIST capitulo referencia ID #IMPLIED>
En este caso, una etiqueta <enlace destino="seccion-3"> haría referencia a un <capitulo referencia="seccion-3">, de forma que el procesador XML lo podría convertir en un hipervínculo, u otra cosa.
domingo, 21 de agosto de 2011
Apertura y redirección de puerto en el router para acceso al servidor FTP desde Internet
Parte 4
Accederemos a la consola de administración o configuración del router de nuestra red (o cortafuegos). Cada modelo de router o cortafuegos suele ser diferente, aunque las opciones son parecidas. Para mapear el puerto 21 a la IP del servidor FTP, accederemos a "Virtual Server", añadiremos una nueva "Virtual Server Entry" con los siguientes datos:
- Name: ftp.
- Protocol type: tcp.
- Public port: 21.
- Private port: 21.
- Private IP Candidates: 192.168.1.111
(donde "192.168.1.111" será la IP del servidor de FTP y "21" será el puerto designado para el servidor FTP).
De esta forma, cuando se realice una petición FTP a la IP pública de nuestra conexión a Internet, el router redireccionará la petición al servidor FTP y éste realizará la gestión oportuna.
Una vez configurado el router (o cortafuegos) podremos acceder desde fuera de la LAN, desde Internet. Para ello sólo necesitaremos saber cuál es nuestra IP pública, por ejemplo visitando en el equipo servidor FTP la URL:
Eso es tdoo
Prueba de acceso desde la LAN al servidor FTP
Parte 3
Desde otro equipo de la LAN podremos acceder a nuestro nuevo servidor FTP mediente una aplicación de terceros (como Filezilla Client) o bien podremos utilizar el comando "ftp" del shell de comandos de la consola de MS-DOS.
En otro equipo de la red, abriremos una ventana de MS-DOS, desde "Iniciar", accediendo a "Todos los programas" - "Accesorios" - "Ejecutar" y escribiendo "cmd".
En la ventana de shell de comando escribiremos los siguientes comandos para conectarnos al servidor FTP creado:
ftp
A continuación escribiremos:
open 192.168.1.111
(donde "192.168.1.111" será la IP del servidor de FTP)
Para transferir un fichero desde el equipo actual al servidor FTP ejecutaremos el siguiente comando:
mput contoso_flecha.ico
(donde "contoso_flecha.ico" será el nombre del fichero a transferir)
Si todo es correcto devolverá algo así:
200 PORT command successful.
125 Data connection already open; Transfer starting.
226 Transfer complete.
ftp: 766 bytes enviados en 0,22segundos 3,42a KB/s.
Si accedemos a la carpeta de nuestro servidor FTP podremos ver el fichero transferido desde el otro equipo:
Como hemos comentado, también podremos acceder a nuestro servidor FTP mediante otro software:
Una de las ventajas de este protocolo FTP, es que es estándar, por lo que cualquier equipo con cualquier sistema operativo (Windows, GNU Linux, Mac, Unix, etc.) podrá conectarse a nuestro servidor FTP.
Parte 4:Apertura y redirección de puerto en el router para acceso al servidor FTP desde Internet
Configuración y administración del Servicio de FTP en Windows 7
Parte 2
Para administrar y configurar las opciones del servicio de FTP instalado, accederemos al panel de control, desde el botón "Iniciar" - "Panel de control":
Para mostrar las "Herramientas administrativas" pulsaremos en "Ver por" y seleccionaremos "Iconos pequeños":
Pulsaremos en "Herramientas administrativas":
Pulsaremos en "Administrador de Internet Information Services (IIS)":
Una vez en el administrador de Internet Information Services (IIS), podremos administrar y configurar nuestro servidor FTP, en primer lugar crearemos un sitio FTP, para ello pulsaremos con el botón derecho sobre el nombre del equipo (en nuestro caso "PCWSEVEN"), en el menú emergente pulsaremos en "Agregar sitio FTP...":
Introduciremos los siguientes datos en "Información del sitio" para nuevo sitio FTP:
- Nombre del sitio FTP: introduciremos aquí el nombre que tendrá el sitio FTP, puesto que podemos varios sitios, lo identificará unívocamente, por ejemplo "contoso".
- Ruta de acceso física: introduciremos la unidad y carpeta del equipo con Microsoft Windows 7 donde alojaremos los ficheros del sitio FTP, en nuestro caso "C:/ftp".
A continuación podremos indicar los siguientes datos (en "Configuración de enlaces y SSL"):
- Enlace - Dirección IP: en este campo podremos indicar qué dirección IP se le asignará a este sitio FTP, siempre que el equipo tenga varias direcciones IP. Por defecto quedará seleccionado "Todas las no asignadas". Si tenemos varios sitios FTP y queremos que sean accesibles desde fuera del equipo, podremos indicar qué dirección IP se le asignará a cada sitio FTP.
- Puerto: podremos indicar la dirección IP y el puerto que se asignará al sitio FTP. Por defecto el 21.
- Habilitar nombres de host virtuales: si queremos tener varios sitios FTP en un equipo con una sola dirección IP y queremos que sean accesibles desde fuera del equipo (LAN o Internet) podremos marcar esta opción de "Habilitar nombres de host virtuales" e indicar el nombre del sitio ftp que queramos establecer, por ejemplo: ftp.contoso.com. Si queremos que este sitio FTP esté disponible en Internet, introduciremos en "Host virtual" el nombre de dominio del sitio igual que lo escribirían los usuarios en un explorador, por ejemplo, ftp.ajpdsoft.com.
- Iniciar sitio FTP automáticamente: marcaremos esta opción para que el servicio del sitio FTP se inicie automáticamente al arrancar el equipo.
- Sin SSL: seleccionando esta opción de Secure Sockets Layer (Protocolo de Capa de Conexión Segura) desactivaremos este protocolo.
- Permitir: con esta opción tendremos la posibilidad de conexión SSL o sin SSL.
- Requerir SSL: marcando esta opción sólo podremos conectarnos mediante SSL.
En "Información de autenticación y autorización" podremos indicar las siguientes opciones:
- Autenticación anónima: es un método de autenticación integrado que permite a los usuarios el acceso a cualquier contenido público proporcionando un nombre de usuario anónimo y una contraseña. De forma predeterminada, la autenticación anónima está deshabilitada.
Esta autenticación se usará sólo cuando se desee que todos los clientes que visiten el sitio FTP puedan ver su contenido. - Autenticación básica: es un método de autenticación integrado que requiere que los usuarios proporcionen un nombre de usuario de Windows y una contraseña válidos para obtener acceso al contenido. La cuenta de usuario puede ser local en el servidor FTP o una cuenta de dominio. La autenticación básica transmite contraseñas no cifradas por la red. Solo se debe utilizar la autenticación básica cuando se tenga la certeza de que la conexión entre el cliente y el servidor está protegida con SSL.
- Autorización: podremos indicar los usuarios del equipo Windows que tendrán permisos de acceso a la carpeta del sitio FTP:
- En "Permitir el acceso a" podremos indicar:
- Todos los usuarios: todos los usuarios del equipo tendrán los permisos indicados (lectura y/o escritura).
- Usuarios anónimos: cualquier usuario tendrá los permisos indicados.
- Roles o grupos de usuarios especificados: los grupos indicados tendrán los permisos de lectura y/o escritura.
- Usuarios especificados: los usuarios indicados tendrán los permisos de lectura y/o escritura.
- En "Permisos" indicaremos si queremos que los usuarios o grupos indicados puedan leer o escribir en la carpeta del sitio FTP.
- En "Permitir el acceso a" podremos indicar:
Una vez creado el sitio FTP podremos administrarlo y configurarlo desde el Administrador de Internet Information Services (IIS):
jueves, 28 de abril de 2011
Humor de Informático
Cuantas veces hemos escuchado y nos han hecho preguntas del tipo:
- Me sale una ventana y me pregunta algo. ¿Qué le doy “aceptar” o “cancelar”?
- ¿Dónde le doy para irme al menú?
- Inicio. ¿Qué Inicio? No vayas tan rápido.
- ¡Vamos!, que eso es darle a un botón y ya está.
Ya sabemos que los informáticos o técnicos informáticos somos gente incomprendida. La gente se piensa que por saber de Informática ya tenemos que saberlo todo de todos los aparatos nuevos que salen en casa, y sobre todo si son electrónicos.
Lo que no entiende la gente es que nosotros, por mucho que sepamos, hacemos lo que se debería hacer, leerse el manual.
Por tanto, para todas aquellas personas que piensan igual, el “Centro Mundial de Alto Rendimiento en Tecnología Aplicada” a realizado un estudio durante años sobre dicha problemática y ha llegado al diseño del siguiente diagrama donde dan los primeros pasos para convertirse en un experto informático. Eso sí, recomendar que se sigan todos los pasos.
Y para colmo del técnico informático que vengan con historias como éstas:
- - Busca el cd de la impresora
- El cd es uno redondo, ¿no? - - Me aparece algo raro en inglés cuando hago “X”, ¿que pasa?
- ¿Y que te pone?
- No lo sé, lo he cerrado. - - Me han aparecido 3 iconos en el escritorio.
- Sí, está bien.
- ¿Para que sirven?
- Son del programa.
- ¿Entonces los borro?
- No.
- ¿Entonces que hago?
- Nada, déjalos como están.
- ¿Y no los puedo borrar?
- Déjalos, acaso te molestan.
- ¿No sé, para qué los quiero?
- Para nada son parte del programa déjalos.
- ¿Entonces los dejo?
- Pero es que te molestan.
- No, pero es que no entiendo.
- No los toques, por el momento no te hacen falta para nada, tu sólo abre el archivo que quieres leer y esos iconos déjalos, el programa se abre sólo.
- ¿Entonces, dejo los tres?
- Oye mira, si te molestan a la vista coge crea una carpeta en el escritorio que ponga "iconos que no me gustan" y los metes para no verlos. - - Y le das a “aceptar” a todo hasta el final.
- Y ahora me pregunta si acepto las condiciones. ¿Qué le digo?
- Dale a “aceptar”.
- Y ahora me pregunta dónde se va a instalar. ¿Que le digo?
- Dale a “aceptar”.
- Y ahora me pregunta si quiero configuración previa. ¿Que le digo?
- Dale a “A-CEP-TAR A TO-DO”
