4.- Programación de comunicaciones en red Flashcards

Question 1

Q

4.1.- Comunicación entre aplicaciones

Red de ordenadores. Definición

Answer

A

Las redes de ordenadores están formadas por un conjunto de dispositivos que se encuentran conectados entre sí para poder intercambiar información entre ellos.

Question 2

Q

4.1.- Comunicación entre aplicaciones

Redes de ordenadores. Implementación

Answer

A

Para implementar estas redes, se utilizan unas tecnologías bastante complejas que dividen en capas para simplificar un poco las diferentes funciones que se deben llevar a cabo.

Question 3

Q

4.1.- Comunicación entre aplicaciones

Redes de ordenadores. Capas

Answer

A

Para implementar estas redes, se utilizan unas tecnologías bastante complejas que dividen en capas para simplificar un poco las diferentes funciones que se deben llevar a cabo. Cada una de estas capas será la encargada de una tarea determinada, poniendo en práctica los diferentes recursos (software y hardware) disponibles

Question 4

Q

4.1.- Comunicación entre aplicaciones

Modelo TCP/IP. Definicición

Answer

A

A continuación, es posible ver que se presentan unas encima de otras, como si fueran una pila, de tal forma que, cada capa se puede comunicar con las que tiene encima y debajo. En el modelo TCP/IP, se divide la comunicación en cuatro capas.

Question 5

Q

4.1.- Comunicación entre aplicaciones

Modelo TCP/IP. Capas

Answer

A

En el modelo TCP/IP, se divide la comunicación en cuatro capas.
* Application Layer
* Transport Layer
* Internet Layer
* Physical Network Layer

Question 6

Q

4.1.- Comunicación entre aplicaciones

Modelo TCP/IP. Capas. Application Layer

Answer

A

Application Layer
* HTTP
* FTP
* DNS

Question 7

Q

4.1.- Comunicación entre aplicaciones

Modelo TCP/IP. Capas. Transport Layer

Answer

A

Transport Layer
* TCP
* UDP

Question 8

Q

4.1.- Comunicación entre aplicaciones

Modelo TCP/IP. Capas. Internet Layer

Answer

A

Transport Layer
* IP

Question 9

Q

4.1.- Comunicación entre aplicaciones

Modelo TCP/IP. Capas. Physical Network Layer

Answer

A

Transport Layer
* Ethernet
* ATM
* DECnet

Question 10

Q

4.1.- Comunicación entre aplicaciones

Aplicaciones. Enviar mensajes

Answer

A

Cuando una aplicación quiere enviar un mensaje se siguen los siguientes pasos:
1. El emisor envía el mensaje, lo que significa que el mensaje pasa de la capa de aplicación a la capa de transporte.
2. En el nivel de transporte se divide el mensaje en paquetes para realizar el envío y lo pasa a la capa inferior, la capa de Internet.
3. En el nivel de Internet se comprueba el destino de los paquetes y se calcula la ruta que deben seguir; después se envían los paquetes al nivel de red.
4. El nivel de red se encarga de transmitir el paquete al receptor del mensaje.
5. El receptor recibe los paquetes en el nivel de red, en el más bajo, y los envía a la siguiente capa, que se corresponde con el nivel de Internet.
6. El nivel de Internet del receptor es el encargado de comprobar que son correctos. Si es así, los reenvía al nivel de transporte.
7. El nivel de transporte es el encargado de formar el mensaje con los paquetes recibidos y envía el mensaje a la última capa, el nivel de aplicación.
8. El nivel de aplicación recibe el mensaje correctamente.

Question 11

Q

4.1.- Comunicación entre aplicaciones

Aplicaciones. Enviar mensajes. Paso 1

Answer

A

El emisor envía el mensaje, lo que significa que el mensaje pasa de la capa de aplicación a la capa de transporte.

Question 12

Q

4.1.- Comunicación entre aplicaciones

Aplicaciones. Enviar mensajes. Paso 2

Answer

A

En el nivel de transporte se divide el mensaje en paquetes para realizar el envío y lo pasa a la capa inferior, la capa de Internet.

Question 13

Q

4.1.- Comunicación entre aplicaciones

Aplicaciones. Enviar mensajes. Paso 3

Answer

A

En el nivel de Internet se comprueba el destino de los paquetes y se calcula la ruta que deben seguir; después se envían los paquetes al nivel de red.

Question 14

Q

4.1.- Comunicación entre aplicaciones

Aplicaciones. Enviar mensajes. Paso 4

Answer

A

El nivel de red se encarga de transmitir el paquete al receptor del mensaje.

Question 15

Q

4.1.- Comunicación entre aplicaciones

Aplicaciones. Enviar mensajes. Paso 5

Answer

A

El receptor recibe los paquetes en el nivel de red, en el más bajo, y los envía a la siguiente capa, que se corresponde con el nivel de Internet.

Question 16

Q

4.1.- Comunicación entre aplicaciones

Aplicaciones. Enviar mensajes. Paso 6

Answer

A

El nivel de Internet del receptor es el encargado de comprobar que son correctos. Si es así, los reenvía al nivel de transporte.

Question 17

Q

4.1.- Comunicación entre aplicaciones

Aplicaciones. Enviar mensajes. Paso 7

Answer

A

El nivel de transporte es el encargado de formar el mensaje con los paquetes recibidos y envía el mensaje a la última capa, el nivel de aplicación.

Question 18

Q

4.1.- Comunicación entre aplicaciones

Aplicaciones. Enviar mensajes. Paso 8

Answer

A

El nivel de aplicación recibe el mensaje correctamente.

Question 19

Q

4.1.- Comunicación entre aplicaciones

Aplicaciones. Enviar mensajes. Paso 8

Answer

A

El nivel de aplicación recibe el mensaje correctamente.

Question 20

Q

4.2.- Roles Cliente y Servidor

Modelo cliente-servidor. Definición

Answer

A

El modelo cliente-servidor se basa en una arquitectura
en la que existen distintos recursos, a los que se denomina servidores, y un determinado número de clientes, es decir, de sistemas que requieren de esos recursos. Los servidores, proveem de recursos a los clientes.

Question 21

Q

4.2.- Roles Cliente y Servidor

Modelo cliente-servidor. Cliente. Definición

Answer

A

Sistemas que requieren de los recursos del servidor y los solicitan a través de peticiones al servidor

Question 22

Q

4.2.- Roles Cliente y Servidor

Modelo cliente-servidor. Servidor. Definición

Answer

A

Sistemas donde se almacenan los recursos que requieren el cliente y los proveen a través de respuestas al cliente.

Question 23

Q

4.2.- Roles Cliente y Servidor

Modelo cliente-servidor. En la actualidad

Answer

A

En la actualidad existen distintas aplicaciones que utilizan este modelo, como pueden ser el correo electrónico, mensajería instantánea y el servicio de Internet, es decir, se utiliza siempre que se accede a una página web.

Question 24

Q

4.2.- Roles Cliente y Servidor

Modelo cliente-servidor. Roles

Answer

A

Se debe tener en cuenta que, en este modelo, no se intercambian los roles entre clientes y servidores.

Question 25

Q

4.2.- Roles Cliente y Servidor

Modelo cliente-servidor. Sockets

Answer

A

Los sockets también son un ejemplo del modelo cliente-servidor y se estudiarán en este capítulo.

Question 26

Q

4.3.- Programación de aplicaciones en red. Librerías

Clase InetAddress. Definición

Answer

A

Es la clase que representa las direcciones IP.

Question 27

Q

4.3.- Programación de aplicaciones en red. Librerías

Clase InetAddress. Funciones

Answer

A

byte[] getAddress ()
static InetAddress getLocalHost ()
static InetAddress getLocalHost(String host)
String toString ()

Question 28

Q

4.3.- Programación de aplicaciones en red. Librerías

Clase InetAddress. Funcion byte[] getAddress ()

Answer

A

Devuelve la dirección IP sin procesar como objeto.

Question 29

Q

4.3.- Programación de aplicaciones en red. Librerías

Clase InetAddress. Funcion static InetAddress getLocalHost ()

Answer

A

Devuelve la dirección IP de la máquina.

Question 30

Q

4.3.- Programación de aplicaciones en red. Librerías

Clase InetAddress. Funcion static InetAddress getLocalHost (String host)

Answer

A

Devuelve la dirección IP de la máquina especificada.

Question 31

Q

4.3.- Programación de aplicaciones en red. Librerías

Clase InetAddress. Funcion String toString ()

Answer

A

Convierte la dirección IP en una cadena.

Question 32

Q

4.3.- Programación de aplicaciones en red. Librerías

Clase URL. Definición

Answer

A

Es la clase que representa un localizador de recursos uniforme (URL), es decir, representa la dirección del recurso en Internet.

Question 33

Q

4.3.- Programación de aplicaciones en red. Librerías

Clase URL. URL. Definición

Answer

A

Una URL es un conjunto de caracteres que permiten denominar de forma única los recursos en Internet, de esta forma facilita el acceso a ellos.

Question 34

Q

4.3.- Programación de aplicaciones en red. Librerías

Clase URL. URL. Formato

Answer

A

El formato de una URL es el siguiente: protocolo://máquina:puerto/ruta_fichero

Question 35

Q

4.3.- Programación de aplicaciones en red. Librerías

Clase URL. URL. Usuario y contraseña

Answer

A

Si es necesario la identificación para acceder a ese recurso, el usuario y contraseña se deben indicar delante de la máquina, de forma que la URL quedaría: protocolo:/usuario:contraseña@máquina:puerto/ruta_fichero

Question 36

Q

4.3.- Programación de aplicaciones en red. Librerías

Clase URL. Constructores

Existen diferentes constructores

Answer

A

Existen distintas formas de crear un objeto de esta clase, dependiendo de los parámetros de los que se disponga. Por ello, existen diferentes constructores:
* URL (String url)
* URL (String protocol, String host, int port, String file)
* URL (String protocol, String host, String file)

Question 37

Q

4.3.- Programación de aplicaciones en red. Librerías

Clase URL. Constructores. URL (String url)

Existen diferentes constructores

Answer

A

Crea un objeto URL de la cadena recibida.

Question 38

Q

4.3.- Programación de aplicaciones en red. Librerías

Clase URL. Constructores. URL (String protocol, String host, int port, String file)

Existen diferentes constructores

Answer

A

Crea un objeto URL con los datos recibidos.

Question 39

Q

4.3.- Programación de aplicaciones en red. Librerías

Clase URL. Constructores. URL (String protocol, String host, String file)

Existen diferentes constructores

Answer

A

Crea un objeto URL con los datos recibidos.

Question 40

Q

4.3.- Programación de aplicaciones en red. Librerías

Clase URL. Funciones

Existen diferentes constructores

Answer

A

String getFile ()
String getHost ()
String getPath ()
int getPort ()
String getProtocol ()
URI toURI ()
URLConnection openConnection ()

Question 41

Q

4.3.- Programación de aplicaciones en red. Librerías

Clase URL. Funciones. String getFile ()

Existen diferentes constructores

Answer

A

Devuelve el nombre del archivo.

Question 42

Q

4.3.- Programación de aplicaciones en red. Librerías

Clase URL. Funciones. String getHost ()

Existen diferentes constructores

Answer

A

Devuelve el nombre de la máquina.

Question 43

Q

4.3.- Programación de aplicaciones en red. Librerías

Clase URL. Funciones. String String getPath ()

Existen diferentes constructores

Answer

A

Devuelve el nombre de la ruta de acceso.

Question 44

Q

4.3.- Programación de aplicaciones en red. Librerías

Clase URL. Funciones. int getPort ()

Existen diferentes constructores

Answer

A

Devuelve el puerto que ocupa.

Question 45

Q

4.3.- Programación de aplicaciones en red. Librerías

Clase URL. Funciones. String getProtocol ()

Existen diferentes constructores

Answer

A

Devuelve el protocolo.

Question 46

Q

4.3.- Programación de aplicaciones en red. Librerías

Clase URL. Funciones. URI toURI ()

Existen diferentes constructores

Answer

A

Devuelve el URI equivalente a esta URL.

Question 47

Q

4.3.- Programación de aplicaciones en red. Librerías

Clase URL. Funciones. URLConnection openConnection ()

Existen diferentes constructores

Answer

A

Crea y devuelve una conexión al objeto
remoto de esta URL.

Question 48

Q

4.3.- Programación de aplicaciones en red. Librerías

Clase URLConnection. Definición

Answer

A

Esta clase permite trabajar con conexiones realizadas a la URL especificada.

Question 49

Q

4.3.- Programación de aplicaciones en red. Librerías

Clase URLConnection. Objeto URL. Función openConnection ()

Answer

A

Ccrear un objeto de la clase URL e invocar al método openConnection().

URL url = new URL (“https://www.ilerna.es/
ca/fp-a-distancia”);
URLConnection urlCon = url.openConnection();

Con esto obtenemos una conexión al objeto URL referenciado. Las instancias se esta clase se pueden utilizar tanto para leer como para escribir al recurso referenciado por la URL.

Question 50

Q

4.3.- Programación de aplicaciones en red. Librerías

Clase URLConnection. Funciones

Answer

A

abstract void connect ()
InputStream getInputStream ()
OutputStream getOutourStream ()
URL getURL()

Question 51

Q

4.3.- Programación de aplicaciones en red. Librerías

Clase URLConnection. Funciones. abstract void connect ()

Answer

A

Establece la conexión con el recurso de la URL. Una vez que se obtiene la conexión se pueden leer y escribir datos en dicha conexión.

Question 52

Q

4.3.- Programación de aplicaciones en red. Librerías

Clase URLConnection. Funciones. InputStream getInputStream ()

Answer

A

Devuelve un flujo de entrada para leer los
datos del recurso.

Question 53

Q

4.3.- Programación de aplicaciones en red. Librerías

Clase URLConnection. Funciones. OutputStream getOutourStream ()

Answer

A

Devuelve un flujo de salida para escribir datos en el recurso.

Question 54

Q

4.3.- Programación de aplicaciones en red. Librerías

Clase URLConnection. Funciones. URL getURL()

Answer

A

Devuelve la URL de la conexión.

Question 55

Q

4.4.- Sockets

Socket. Definición

Answer

A

Un socket es un mecanismo que permite la comunicación entre aplicaciones a través de la red, es decir, abstrae al usuario del paso de la información entre las distintas capas. Su función principal es crear un canal de comunicación entre las aplicaciones y simplificar el intercambio de mensajes.

Question 56

Q

4.4.- Sockets

Sockets. Abstracción

Answer

A

Abstrae al usuario del paso de la información entre las distintas capas. Su función principal es crear un canal de comunicación entre las aplicaciones y simplificar el intercambio de mensajes.

Question 57

Q

4.4.- Sockets

Sockets. Componentes

Answer

A

Un socket se define mediante la dirección IP de los dos dispositivos, el protocolo de transporte, y, por último, el puerto de cada uno de los dispositivos por el que se conectan.

Question 58

Q

4.4.- Sockets

Sockets. Puerto. Definición

Answer

A

Un puerto es el identificador que permite la comunicación entre los dispositivos de una red. Una máquina solo puede tener un único puerto asignado.

Question 59

Q

4.4.- Sockets

Sockets. Servidor

Answer

A

La máquina denominada servidor tiene un puerto asignado, que es el encargado de quedarse a la espera de que algún cliente realice cualquier petición.

Question 60

Q

4.4.- Sockets

Sockets. Cliente

Answer

A

Para que un cliente pueda comunicarse con un servidor, debe conocer su dirección IP y el puerto asignado, y realizar la petición.

Question 61

Q

4.4.- Sockets

Sockets. Servidor. Respuesta

Answer

A

Cuando el servidor recibe la petición, si decide aceptarla, asigna el puerto para la comunicación, de forma que el socket conocido por el cliente queda libre para recibir a nuevos clientes.

Question 62

Q

4.4.- Sockets

Sockets. Cliente. Petición

Answer

A

Como la petición la realiza desde el puerto del cliente, el servidor ya conoce su puerto, y es el cliente el que aceptará la conexión, y después, asignará el puerto para el envío de mensajes.

Question 63

Q

4.4.- Sockets

Sockets. Tipos

Existen dos tipos de sockets

Answer

A

Existen dos tipos de sockets:
* Sockets orientados a conexión
* Sockets no orientados a conexión.

Question 64

Q

4.4.- Sockets

Sockets orientados a conexión. Protocolo TCP. Definición

Answer

A

Este tipo de sockets utilizan el protocolo TCP. Se utilizan para aquellas aplicaciones que requieren una alta fiabilidad en el envío de mensajes, puesto que, mediante este protocolo, aseguran la entrega de todos y cada uno de los paquetes, en el mismo orden en el que fueron enviados.

Answer 65

A

Para ello, se utiliza una verificación de los paquetes en el receptor, enviando un acuse de recibo. Si el emisor del mensaje no lo recibe, se procederá entonces al reenvío del paquete.

Answer 66

A

Otra de las principales características de este tipo de sockets es el establecimiento de la conexión. Para realizarla es necesario el envío de varios mensajes antes de comenzar el intercambio de mensajes

Answer 67

A

Petición del cliente de establecer conexión (SYN).
Confirmación (ACK) por parte del servidor para establecer la conexión (SYN).
Confirmación de cliente del mensaje anterior (ACK).

Una vez que estos tres mensajes han sido enviados, es posible empezar a enviar mensajes entre los dispositivos.

Answer 68

A

Cuando termina el envío de mensajes, el cliente es el que decide cerrar la conexión, para ello existen otro tipo de mensajes

Answer 69

A

El cliente envía el mensaje para cerrar la conexión (FIN).
El servidor confirma el cierre de conexión (ACK).
El servidor envía el cierre de la conexión (la otra vía) (FIN).
El cliente confirma el cierre de conexión (ACK)

Answer 70

A

Los sockets orientados a conexión se utilizan en distintos servicios como, por ejemplo, FTP, Telnet, HTTP y SMTP.

Answer 71

A

Los sockets orientados a conexión se utilizan en distintos servicios como, por ejemplo, FTP, Telnet, HTTP y SMTP.

Answer 72

A

Este tipo de sockets utilizan el protocolo UDP

Answer 73

A

Al contrario que los anteriores, este tipo de sockets no garantizan que los mensajes enviados lleguen a su destino, por lo que no es un protocolo fiable. Además, tampoco garantizan que los paquetes vayan a llegar en el orden enviado

Answer 74

A

A cambio de esto, ofrecen una mayor velocidad en el intercambio de los mensajes, puesto que no tienen que establecer conexión para ello, ni controlar los mensajes que han llegado.

Answer 75

A

Los sockets no orientados a conexión también son utilizados en los servicios. En este caso son utilizados por SNTP, DNS y NFS

Answer 76

A

En la capa de transporte hay que destacar dos protocolos,TCP y UDP, que son muy importantes en la comunicaciónen red.

Answer 77

A

Conexión
Función
Uso
Uso por otros protocolos
Ordenar por paquetes de data
Velocidad de transferencia
Confiabilidad
Tamaño de título
Campos comunes de títulos
Fluidez
Peso
Control de flujo de data
Verificación de errores
Campos
Reconocimiento
Handshake (verifica conexiones en tres tiempos)

Answer 78

A

TCP: Protocolo orientado a conexiones.
UDP: Protocolo sin conexiones.

Answer 79

A

TCP: Se usa para enviar mensajes por Internet de una computadora a otra, mediante conexiones virtuales.
UDP: Se usa para transporte de mensajes y/o transferencias. Al no estar basada en conexiones, un programa puede enviar una carga de paquetes y recibirse en el destino.

Answer 80

A

TCP: Aplicaciones que requieren confiablidad alta y donde el tiempo de transmisión es menos crítico.
UDP: Aplicaciones que necesitan transmisión rápida y efectiva. Servidores que reciben una gran cantidad de peticiones pequeñas de un alto número de clientes.

Answer 81

A

TCP: HTTP, HTTPS, SMTP, Telnet.
UDP: DNS, DHCP, TFTP, SNMP, RIP, VoIP.

Answer 82

A

TCP: Orden especificado.
UDP: No tienen orden inherente. Los paquetes son independientes unos de los otros. Si requieren un orden, esto se maneja a nivel de aplicación.

Answer 83

A

TCP: Más lento.
UDP: No hace falta verificación de errores por paquete, por lo que su velocidad es mayor.

Answer 84

A

TCP: Ofrece una garantía absoluta de que los datos llegarán en el mismo orden en que se enviaron.
UDP: No hay garantía de que los paquetes de datos lleguen.

Answer 85

A

TCP: 20 bits.
UDP: 8 bits

Answer 86

A

TCP/UCP: Puerto de origen, puerto de destino, checksum.

Answer 87

A

TCP: Los datos se leen como una secuencia de bits y no se transmiten indicadores para los límites desegmentos de los mensajes.
UDP: Los paquetes son enviados individualmente; se verifica su integridad solo si llegan. Los paquetes tienen límites definidos, que comprueban que el mensaje está completo.

Answer 88

A

TCP: TCP es pesado. Requiere tres paquetes para establecer una conexión antes de transmitir. TCP maneja confiabilidad y control de congestión.
UDP: UDP es liviano. No hay ordenamiento de mensajes ni conexiones de verificación.

Answer 89

A

TCP: Sí realiza control de flujo. Requiere tres paquetes para establecer una conexión antes de transmitir. Maneja confiabilidad y control de congestión.
UDP: No se realiza control de flujo.

Answer 90

A

TCP: Sí hay verificación de errores.
UDP: Sí hay verificación de errores, pero no tiene opciones para recuperar los datos perdidos.

Answer 91

A

TCP: Número de secuencia, Número de ACK, Índice data, Reservado, Bit de control, Ventana, Indicador de urgencia, Opciones, Relleno, CheckSum, Puerto de origen, Puerto de destino.
UDP: Largo, Puerto de origen, Puerto de destino, CheckSum.

Answer 92

A

TCP: Hay segmentos de reconocimiento.
UDP: No hace reconocimiento.

Answer 93

A

TCP: SYN, SYN-ACK, ACK.
UDP: No hace esta verificación.

Answer 94

A

TCP: Completo.
UDP: Solo para detectar errores.

Answer 95

A

Es la clase que se debe instanciar en la parte del servidor para crear el puerto que se queda esperando a la conexión por parte de los clientes.

Answer 96

A

Existen distintos constructores:
* ServerSocket ()
* ServerSocket (int port)
* ServerSocket (int port, int baklog)
* ServerSocket (int port, int baklog, InetAdress dirección)

Answer 97

A

Crea un socket no enlazado.

Answer 98

A

Crea un socket enlazado al puerto especificado.

Answer 99

A

Crea un socket enlazado al puerto especificado, indicando el número máximo de peticiones que pueden estar en cola.

Answer 100

A

Crea un socket enlazado al puerto especificado y a una dirección IP, indicando el número máximo de peticiones que pueden estar en cola.

Answer 101

A

Es la clase que se debe instanciar en la parte del cliente.

Answer 102

A

Existen distintos constructores:
* Socket ()
* Socket (InetAddress address, int port)
* Socket (InetAddress address, int port, InetAddress localAddr, int localPort)
* Socket (String host, int port)
* Socket (String host, int port, InetAddress localAddr, int localPort)

Answer 103

A

Crea un socket no conectado.

Answer 104

A

Crea un socket conectado al puerto indicado en la dirección IP especificada.

Answer 105

A

Crea un socket y lo conecta al puerto especificado en el host.

Answer 106

A

Crea un socket y lo conecta al host remoto especificado en el puerto especificado.

Answer 107

A

Es la clase que se debe instanciar tanto en la parte del cliente como en el servidor.

Answer 108

A

Existen distintos constructores:
* DatagramSocket ()
* DatagramSocket (int port)
* DatagramSocket (int port, InnetAddress Iaddr)
* DatagramSocket (SocketAddress bindaddr)

Answer 109

A

Crea un socket UDP y lo conecta a cualquier puerto disponible de la máquina host remota.

Answer 110

A

Crea un socket UDP y lo conecta con el puerto especificado.

Answer 111

A

Crea un socket UDP y lo conecta a la dirección local especificada.

Answer 112

A

Crea un socket UDP y lo conecta a la dirección de socket local especificada.

Answer 113

A

Es la clase que permite crear paquetes para enviarlos a través del socket UDP.

Answer 114

A

Existen distintos constructores:
* DatagramPacket (byte [] buf, int longitud)
* DatagramPacket (byte [] buf, int longitud, InetAddress address, int port)
* DatagramPacket (byte [] buf, int offset, int longitud)
* DatagramPacket (byte [] buf, int longitud, SocketAddress address)

Answer 115

A

Crea un datagrama que recibe paquetes de la longitud especificada.

Answer 116

A

Crea un datagrama que envía paquetes de la longitud especificada al puerto especificado,

Answer 117

A

Crea un datagrama que recibe paquetes de la longitud especificada del puerto especificado.

Answer 118

A

Crea un datagrama que envía paquetes de la longitud especificada al host especificado.

Answer 119

A

Algunos de sus métodos más importantes:
* Socket accept ()
* void bind (SocketAddress endpoint)
* void close ()
* InetAddress getInetAddress ()
* int getPort ()

Answer 120

A

Acepta una petición de conexión por parte del cliente.

Answer 121

A

Vincula el socket a una dirección IP y a un puerto determinado.

Answer 122

A

Cierra el socket.

Answer 123

A

Devuelve la dirección local del socket.

Answer 124

A

Devuelve el puerto del socket.

Answer 125

A

Algunos de sus métodos más importantes:
* void bind (SocketAddress endpoint)
* void close ()
* void connect (SocketAddress endpoint)
* InputStream getInputStream ()
* InetAddress getLocalAddress ()
* int getLocalPort ()
* OutputStream getOutputStream ()
* int getPort ()
* boolean isClosed ()
* boolean isConnected ()

Answer 126

A

Vincula el socket a una dirección local.

Answer 127

A

Cierra el socket.

Answer 128

A

Conecta el socket con el servidor.

Answer 129

A

Devuelve el flujo de entrada para el socket.

Answer 130

A

Devuelve la dirección a la que está conectado el socket.

Answer 131

A

Devuelve el número de puerto local al está vinculado el socket.

Answer 132

A

Devuelve el flujo de salida para el socket.

Answer 133

A

Devuelve el número de puerto remoto al que está conectado el socket.

Answer 134

A

Comprueba si está cerrado el socket.

Answer 135

A

Comprueba si está conectado el socket.

Answer 136

A

Algunos de sus métodos más importantes:
* InetAddress getAddress ()
* byte [] getData ()
* int getLength ()
* int getPort ()
* void setAddress (InetAddres address)
* void setData (byte [] data)
* void setLength (int longitud)
* void setPort (int port)

Answer 137

A

Devuelve la dirección IP de la máquina con la que se ha realizado una transmisión de paquetes.

Answer 138

A

Devuelve el búfer de datos.

Answer 139

A

Devuelve la longitud de los datos.

Answer 140

A

Devuelve el puerto del host remoto con el que se ha realizado una transmisión de paquetes.

Answer 141

A

Establece la dirección IP de la máquina a la que se envía este datagrama.

Answer 142

A

Establece el búfer de datos para un paquete.

Answer 143

A

Establece la longitud del paquete.

Answer 144

A

Establece el puerto del host remoto al que se envía el datagrama.

Answer 145

A

Cuando se crea un socket en el servidor, se queda esperando a que los clientes se conecten. Esto se realiza mediante la función accept( )

Answer 146

A

Cuando se crea un socket en el cliente, indicando el puerto y la dirección del socket servidor, se realiza la conexión entre el cliente y el servidor.

Answer 147

A

Una vez que existe conexión, comienza la transmisión de los datos, mediante funciones de write y read.

Answer 148

A

Estas operaciones se realizan mediante las clases DataInputStream y DataOutputStream, que permiten utilizar diversos métodos de lectura y de escritura.

Answer 149

A

Cuando se termina la transmisión de los datos, se cierra la conexión, y también el socket del cliente. Después, cuando el servidor acaba su función, también se cierra.

Answer 150

A

Se crea un socket en el servidor que se queda a la espera de peticiones de clientes.

Answer 151

A

Cuando se crea un socket en el cliente, se conecta al socket del servidor.

Answer 152

A

Una vez realizada la conexión se envían los distintos datagramas mediante los métodos send y receive.

Answer 153

A

Cuando se termina la transmisión de los datos, se cierra el socket del cliente. El servidor se puede quedar a la espera de otros clientes, pero cuando el servidor termina su función, también hay que cerrar su socket.

Answer 154

A

Mediante los sockets creados hasta ahora, el servidor
únicamente es capaz de trabajar con un cliente simultáneamente,

Answer 155

A

La solución para esto pasa por la creación de hilos para contestar a cada cliente. Es decir, cuando se crea el socket del servidor y se queda esperando clientes y recibe la petición de un cliente, debe crear un hilo con el resto del funcionamiento del servidor. De esta forma, el servidor podrá atender a todos los clientes que realicen la petición.