Fiszki

TIN1

Test w formie fiszek
Ilość pytań: 34 Rozwiązywany: 1294 razy
Funkcje API gniazd pobierają jako parametr długość struktury adresowej bo:
mogą być przekazane struktury adresowe związane z różnymi prokotołami
nie pobierają długości
adres prot IPv4 ma zmienną długość
mogą być przekazane struktury adresowe związane z różnymi prokotołami
API gniazd pozwala na:
wykorzystywanie adresów stałej długości
wykorzystywanie jednego typu struktury sockaddr_in
wysyłanie datagramów w różnych protokołach warstwy transportu
wysyłanie datagramów w różnych protokołach warstwy transportu
Funkcja API gniazd select(int nfds, fd_set *read-fds, fd_set *write-fds, fd_set *except-fds, struct timeval *timeout):
pozwala na eliminację aktywnego oczekiwania na dane dostarczone do gniazda
może zawieszać się w oczekiwaniu na połączenie - tak jak accept()
nie jest funkcją blokującą
obsługuje dane OOB
pozwala na eliminację aktywnego oczekiwania na dane dostarczone do gniazda
może zawieszać się w oczekiwaniu na połączenie - tak jak accept()
obsługuje dane OOB
Funkcja connect()
pozwala na pobieranie danych wraz z żądaniem połączenia
jest funkcją blokującą
nie może być użyta dla UDP
nie może być użyta dla TCP
nawiązuje połączenie TCP z serwerem
może być użyte do gniazda UDP do zapamiętania adresu docelowego wysyłanych datagramów
jest zawsze funkcją blokującą
nie przywiązuje lokalnego adresu do gniazda
jest funkcją blokującą
nawiązuje połączenie TCP z serwerem
może być użyte do gniazda UDP do zapamiętania adresu docelowego wysyłanych datagramów
Funkcja listen()
wywoływana tylko przez serwer TCP
ustala długość kolejki połączeń
odbiera dane z gniazda
zawiesza się w oczekiwaniu na połączenie
przygotowuje gniazdo do pracy w trybie nasłuchu
wywoływana tylko przez serwer TCP
ustala długość kolejki połączeń
przygotowuje gniazdo do pracy w trybie nasłuchu
Funkcja int send(int sfd, const void *buffer, size_t length, int flags):
opcjonalnie ustawia długość kolejki połączeń
pozwala na wysyłanie danych OOB
obsługuje tylko protokół TCP
pozwala na wysyłanie danych OOB
funkcja: int bind (int sfd, const struct sockaddr *saddr, socklen_t saddrlen);
Nie może być wykorzystywane do nadania adresu gniazdu datagramowemu
Przywiązuje lokalny adres do gniazda
Wykorzystywane do nadania adresu gniazdu serwerowemu
Przywiązuje lokalny adres do gniazda
Wykorzystywane do nadania adresu gniazdu serwerowemu
funkcja recv pozwala na odbieranie danych OOB(wysoko priorytetowych) ....
funkcja write pozwala na wysyłanie danych OOB ....
odbiór danych OOB w tcp
wymaga zastosowania funkcji select
może być wykonany przy pomocy funkcji recv()
następuje zawsze z odrębnego bufora
może być wykonany przy pomocy funkcji recv()
Koperta SMTP może zawierać min. informacje o
dacie wysłania wiadomości
adresie odbiorcy wiadomości
temacie wiadomości
opcji potwierdzeniia (DSN)
adresie nadawcy
adresie odbiorcy wiadomości
adresie nadawcy
Określ prawdziwość zdań w odniesieniu do protokołu datagramowego takiego jak IP:
Pakiety mogą ginąć lub ulegać zwielokrotnieniu
Pakiety mogą przychodzić w zmienionej kolejności w stosunku do kolejności wysłania
Droga dla każdego pakietu wybierana jest niezależnie
Pakiety mogą ginąć lub ulegać zwielokrotnieniu
Pakiety mogą przychodzić w zmienionej kolejności w stosunku do kolejności wysłania
Droga dla każdego pakietu wybierana jest niezależnie
Określ prawdziwość zdań w odniesieniu do Internetu:
W warstwie transportu może być używany wyłącznie protokół TCP (UDP SCTP DCCP SPX też)
Bazuje na standardowych protokołach rodziny TCP/IP oraz stowarzyszonych
W warstwie fizycznej mogą być używane wyłącznie protokoły rodziny Ethernet oraz FrameRelay (USB Bluetooth )
Jest oparty na 7-o warstwowym modelu ISO/OSI
Bazuje na standardowych protokołach rodziny TCP/IP oraz stowarzyszonych
Jest oparty na 7-o warstwowym modelu ISO/OSI
Określ prawdziwość zdań w odniesieniu do prokotołu FTP
wykorzystuje tylko jeden port po stronie serwera
bazuje na TCP
Transmisja danych może wymagać zestawienia połączenia od serwera do klienta
Wykorzystuje naprzemiennie dwa porty po FTPstronie serwera (jeden dla poleceń, drugi dla danych)
Nie wymaga przechowania stanu aktualnego połączenia
bazuje na TCP
Transmisja danych może wymagać zestawienia połączenia od serwera do klienta
Wykorzystuje naprzemiennie dwa porty po FTPstronie serwera (jeden dla poleceń, drugi dla danych)
Pająk Andrzej, konfigurując usługi sieciowe w swojej firmie, spotkał się z następującym problemem: możliwe jest nawiązanie połączenia FTP i przesłanie poleceń, ale dane FTP (pliki i zawartość katalogów) nie są przekazywane. Które stwierdzenie jest prawdziwe?
FTP powinno być realizowane w trybie passive
konieczna jest weryfikacja konfiguracji obsługi warstwy MAC na ruterach
problem związany jest prawdopodobnie z warstwą trzecią sieci
FTP powinno być realizowane w trybie passive
Adam otrzymał e-mail zawierający m.in. następujące nagłówki: Delivered-to: [email protected] Received: from dexter.firma.pl (10.2.1.1) by po.firma.pl for [email protected] Received: from mx.firma.pl (80.7.6.5) by dexter.firma.pl for [email protected] To: [email protected] Na podstawie w.w. można wnioskować, że następujące stwierdzenie z dużą dozą prawdopodobieństwa jest prawdziwe:
wewnątrz organizacji Adama e-mail przeszedł przez co najmniej dwa serwery SMTP
serwer brzegowy obsługujący pocztę wychodzącą z Internetu dla domeny Adama ma adres mx.firma.pl
w firmie Adama stosowane są aliasy: e-mail “[email protected]” to alias, a “adam.adamowski” identyfikuje jego skrzynkę wewnętrznie
źródłowy serwer SMTP ma adres: dexter.firma.pl
wewnątrz organizacji Adama e-mail przeszedł przez co najmniej dwa serwery SMTP
serwer brzegowy obsługujący pocztę wychodzącą z Internetu dla domeny Adama ma adres mx.firma.pl
Henio Dobrowolski musi zdecydować, czy zastosować rozwiązanie autoryzacji w systemie firmowej poczty elektronicznej, który produkuje. Ustalił, że: użytkownicy wysyłają pocztę z różnych komputerów znajdujących się w sieci lokalnej firmy, a także z komputerów domowych oraz urządzeń mobilnych o adresach IP pochodzących od różnych dostawców Internetu. W związku z tym Henio:
zastosuje uwierzytelnianie w ramach protokołu
może zastosować opcję STARTTLS, która zapewni pełną ochronę danych jak i bezpieczne uwierzytelnienie
wymusi na wszystkich nadawcach ustalenie odpowiedniej domeny w polu MAIL FROM
zastosuje uwierzytelnianie w ramach protokołu
może zastosować opcję STARTTLS, która zapewni pełną ochronę danych jak i bezpieczne uwierzytelnienie
Porównując protokoły: telnet, rlogin, ssh można stwierdzić, że:
tylko ssh używa kryptografii symetrycznej i asymetrycznej w celu zapewnienia bezpieczeństwa transmisji danych
we wszystkich mogą być wysłane pakiety typu ‘tinygram’
wszystkie te protokoły stosują obowiązkowo pewną formę (nie koniecznie w pełni bezpieczną) uwierzytelnienia użytkownika
tylko ssh używa kryptografii symetrycznej i asymetrycznej w celu zapewnienia bezpieczeństwa transmisji danych
we wszystkich mogą być wysłane pakiety typu ‘tinygram’
Uwierzytelnienie w protokole rlogin/rsh ma następujące cechy:
użytkownik może być uwierzytelniany przy pomocy mechanizmu rhosts (nazwa użytkownika, adres klienta)
użytkownik może być uwierzytelniany przy pomocy hasła
użytkownik może być uwierzytelniany przy pomocy certyfikatu lub hasła jednorazowego
serwer uwierzytelniany jest przy pomocy klucza serwera
użytkownik może być uwierzytelniany przy pomocy mechanizmu rhosts (nazwa użytkownika, adres klienta)
Określ prawdziwość zdań w odniesieniu do protokołu Telnet:
opcje protokołu pozwalają wybrać tryb transmisji znakowej lub binarnej
Opcje protokołu pozwalają wybrać typ terminala
protokół sam w sobie nie zawiera mechanizmu autoryzacji
opcje protokołu nie pozwalają wybrać typu terminala
opcje protokołu pozwalają wybrać tryb transmisji znakowej lub binarnej
Opcje protokołu pozwalają wybrać typ terminala
protokół sam w sobie nie zawiera mechanizmu autoryzacji

Powiązane tematy

Inne tryby