KWALIFIKACJA INF2 - CZERWIEC 2024

PYTANIE NR 39.
Podczas próby uzyskania połączenia z serwerem FTP uwierzytelnianie anonimowe nie powiodło się, natomiast próba autoryzacji przy pomocy loginu i hasła kończy się powodzeniem. Jaka jest możliwa przyczyna zaistniałej sytuacji?
A.
B.
C.
D.
Wyjaśnienie poprawnej odpowiedzi:
Skoro logowanie z użyciem loginu i hasła działa, to usługa FTP jest uruchomiona i serwer akceptuje połączenia. Problem dotyczy wyłącznie trybu anonimowego, więc najbardziej prawdopodobna przyczyna to blokada/wyłączenie dostępu anonimowego (konto anonymous) w konfiguracji serwera.
Pozostałe opcje zwykle powodowałyby błędy także przy logowaniu kontem.

Pełne wyjaśnienie:

W FTP rozróżnia się etap nawiązania połączenia i działania usługi od etapu logowania. W treści zadania podano kluczową informację diagnostyczną: anonimowe logowanie nie działa, natomiast logowanie z użyciem loginu i hasła działa. To oznacza, że serwer FTP odpowiada, port/usługa są dostępne, a mechanizm uwierzytelniania dla zwykłych kont funkcjonuje poprawnie.

Najbardziej logicznym wnioskiem jest więc to, że serwer ma skonfigurowaną politykę, która nie zezwala na dostęp anonimowy (np. wyłączony "anonymous", brak mapowania konta anonymous, brak dopuszczenia logowania bez imiennego konta). Właśnie to opisuje odpowiedź: "Wyłączone uwierzytelnianie anonimowe na serwerze."

Dlaczego pozostałe odpowiedzi nie pasują do opisu?

  • "Wyłączona usługa FTP." Gdyby usługa była wyłączona, nie byłoby udanego logowania loginem i hasłem (zwykle brak połączenia lub timeout/odmowa).
  • "Brak żądanego zasobu." Brak katalogu/pliku dotyczy najczęściej etapu po zalogowaniu (np. próba wejścia do katalogu, pobrania pliku). Nie tłumaczy sytuacji, w której samo logowanie kontem działa, a anonimowe nie.
  • "Błędnie ustawione uprawnienia do zasobu." To także zwykle ujawnia się po zalogowaniu jako błąd dostępu do katalogu/operacji, a nie jako selektywne odrzucanie jednego typu logowania przy jednoczesnym akceptowaniu drugiego. Oczywiście uprawnienia konta anonymous mogą być inne, ale pytanie pyta o możliwą przyczynę samego braku powodzenia uwierzytelniania anonimowego, więc najtrafniej wskazuje wyłączenie tej metody.

Wskazówka egzaminacyjna: gdy w zadaniu jeden wariant logowania działa, a inny nie, najpierw wyklucz awarię usługi/łącza i szukaj różnic w konfiguracji kont, metod uwierzytelniania oraz uprawnień przypisanych do konkretnego typu użytkownika.

Dodatkowe pytania

Dodatkowe pytania (FAQ):
Logowanie anonimowe to dostęp do FTP bez imiennego konta użytkownika. Klient zwykle wysyła nazwę anonymous (lub ftp), a jako hasło podaje np. adres e-mail albo dowolny tekst. Serwer może to dopuścić lub całkowicie zablokować w konfiguracji.
Najczęściej wynika to z polityki bezpieczeństwa: serwer ma wyłączony dostęp anonimowy, ale dopuszcza logowanie na konta lokalne/wirtualne. To typowe utwardzenie usługi, aby ograniczyć nieautoryzowany odczyt lub upload plików.
Zależy od serwera, ale zwykle jest to przełącznik typu "Anonymous authentication: off" lub parametr konfiguracyjny (np. w Linuksie ustawienie podobne do anonymous_enable=NO). Dodatkowo może być zablokowane mapowanie konta anonymous na katalog.
Nie. Jeśli usługa FTP byłaby wyłączona, nie udałoby się również zalogować kontem z loginem i hasłem. Typowe objawy to brak połączenia, timeout albo odmowa połączenia na porcie usługi, zanim w ogóle dojdzie do etapu logowania.
Sprawdź konfigurację serwera (czy anonymous jest włączony), użytkownika mapowanego na dostęp anonimowy, katalog główny dla anonymous oraz logi serwera. Dodatkowo upewnij się, że klient FTP używa nazwy anonymous i poprawnie wysyła komendy USER/PASS.
Błąd logowania pojawia się na etapie USER/PASS (odmowa uwierzytelnienia). Błąd uprawnień do katalogu zwykle występuje po zalogowaniu, np. przy LIST/CWD/RETR/STOR. Wtedy sesja może być zestawiona, ale operacje na plikach są blokowane.
Anonimowy dostęp może umożliwić niekontrolowany odczyt danych, a przy błędnej konfiguracji także zapis plików (np. wrzucanie złośliwych treści). Częstym błędem jest pozostawienie anonymous z prawami zapisu. Dlatego w praktyce często się go wyłącza.
Zwykle nie. Brak pliku lub katalogu dotyczy żądania konkretnej ścieżki po zalogowaniu. Możliwe są konfiguracje, gdzie katalog domowy użytkownika nie istnieje i serwer rozłącza sesję, ale w pytaniu podano, że logowanie kontem działa, więc "brak zasobu" nie pasuje jako główna przyczyna.
FTP używa połączenia sterującego (standardowo port 21) i osobnego kanału danych (tryb aktywny/pasywny). Problemy z kanałem danych częściej psują listowanie/pobieranie plików niż samo logowanie. Jeśli logowanie kontem działa, port sterujący i usługa są osiągalne.
Ćwicz scenariusze: włączony/wyłączony anonymous, różne konta i katalogi domowe, błędy uprawnień oraz odczyt logów serwera. Ucz się wnioskowania: gdy jedna metoda logowania działa, szukaj różnic w konfiguracji kont i metod uwierzytelniania, a nie awarii usługi.
info

Statystycznie 57% uczniów zna prawidłową odpowiedź. średnie

Specjaliści zwracają uwagę: "Skoro logowanie z użyciem loginu i hasła działa, to usługa FTP jest uruchomiona i serwer akceptuje połączenia."

Źródła:

  • RFC 959: File Transfer Protocol (FTP), IETF, 1985-10, rozdziały dotyczące komend USER/PASS i przebiegu logowania: https://www.rfc-editor.org/rfc/rfc959 (dostęp: 2026-03-02)
  • Microsoft Learn: IIS FTP Server - Authentication (koncepcje: Anonymous/Basic), dokumentacja produktu, strona tematyczna: https://learn.microsoft.com/en-us/iis/publish/using-the-ftp-service/ (dostęp: 2026-03-02)
  • vsftpd documentation (man page): vsftpd.conf – opcje anonymous_enable i lokalne logowanie: https://man7.org/linux/man-pages/man5/vsftpd.conf.5.html (dostęp: 2026-03-02)

Materiały:

  • Dokumentacja serwera FTP używanego w ćwiczeniach (np. IIS FTP lub vsftpd) – sekcje o anonymous/virtual users
  • Materiały o diagnostyce usług TCP/IP: test portu, logi serwera, kody odpowiedzi FTP
  • RFC dotyczące FTP (dla zrozumienia pojęć i przepływu komend)

Aktualizacja pytania: 31.03.2026



Aktualizacja pytania: 31.03.2026
📡 Brak połączenia internetowego