LockDown Browser na Macu - kompletny przewodnik techniczny (2026)
Quick directory
Step-by-step LockDown Browser installation on macOS. Canvas, Blackboard, D2L, Moodle download paths. Apple Silicon, Rosetta, admin password - every install scenario covered.
Every reason LockDown Browser fails to open on macOS - TCC permissions, blacklisted apps, cached corruption, version mismatch - with the diagnostic ladder used by the LDBypass test fleet.
Every LockDown Browser error code on macOS explained - -7, -21, -101, -105, -106, -111, -118, A4 - with Mac-specific causes, step-by-step fixes, and Respondus KB references.
Every TCC permission LockDown Browser needs on macOS - Camera, Microphone, Screen Recording, Accessibility, Full Disk Access - explained, with reset procedures for Sonoma + Sequoia.
Every macOS version × LockDown Browser version × chip combination, tested. Sonoma, Sequoia, Tahoe, and the M1-M4 lineup. Yearly cycle of compatibility breaks and Respondus fixes.
What LockDown Browser and Respondus Monitor see, record, and retain on macOS - sourced from the official privacy policy, EFF analyses, and academic studies. Lawsuit timeline included.
Measured CPU, RAM, and battery cost of running Respondus LockDown Browser on M-series Macs during real exams. Methodology, data, and the most common performance complaints decoded.
Complete LockDown Browser removal on macOS - application, support files, caches, LaunchAgents, and Group Containers. Plus the clean-reinstall path when corruption is suspected.
What actually happens during a LockDown Browser exam on macOS - pre-launch checks, kiosk mode, Wi-Fi disconnects, timer behaviour, and the post-exam state. Verified end-to-end.
How LockDown Browser handles external displays, USB webcams, AirPods, Bluetooth headsets, and Sidecar on macOS. Detection mechanics, workarounds, peripheral compatibility.
Every Mac software conflict with Respondus LockDown Browser: Grammarly, Zoom, Dropbox, Malwarebytes, VPNs, Citrix, Parallels. Why each fails and how to neutralise it before exam.
Mac-specific comparison of LockDown Browser, Honorlock, Examplify, Proctorio, Proctortrack. Performance, privacy, compatibility, and student experience side-by-side.
Czym jest Respondus LockDown Browser
Respondus LockDown Browser to specjalnie ograniczona przeglądarka internetowa, której uniwersytety używają do prowadzenia egzaminów online przez systemy zarządzania nauczaniem (LMS), takie jak Canvas, Blackboard, D2L Brightspace, Moodle, Schoology i Sakai. Przeglądarka wyłącza przełączanie kart, kopiowanie i wklejanie, przechwytywanie zrzutów ekranu, udostępnianie ekranu oraz większość funkcji drukowania, kiedy egzamin jest otwarty. W połączeniu z opcjonalną usługą Respondus Monitor ten sam klient dodatkowo rejestruje obraz z kamery, dźwięk z mikrofonu i ekran zdającego, aby prowadzący mógł je później przejrzeć.
Na macOS aplikacja dostarczana jest jako notarialnie potwierdzony pakiet podpisany identyfikatorem Developer ID, który student instaluje za pośrednictwem linku udostępnionego przez uczelnię. Klient na Maca jest Universal Binary (natywny arm64 + x86_64) od wersji 2.0; starsze wersje 1.x wymagały Rosetta 2 na Apple Silicon. Produkcyjna wersja w chwili publikacji tego przewodnika to LockDown Browser for Mac 2.1.5.01 (wydana w marcu 2026), dostępna na oficjalnej stronie pobierania Respondus przez link udostępniony przez Twoją uczelnię.
LockDown Browser jest publikowany przez Respondus, Inc. (Redmond, WA, USA), założoną w 2000 roku. Nie jest to silnik przeglądarki własnej produkcji - ostatnie wersje na Maca osadzają WebKit firmy Apple przez WKWebView do renderowania stron, dlatego zachowanie może się zmieniać po aktualizacji Safari/WebKit, nawet gdy wersja LDB pozostaje ta sama.
Matryca zgodności (wersja LDB × macOS × chip)
| Wersja LDB | macOS Ventura 13 | macOS Sonoma 14 | macOS Sequoia 15 | macOS Tahoe 26 | Apple Silicon (M1-M4) | Intel x86_64 |
|---|---|---|---|---|---|---|
| 2.1.5.01 (aktualna) | ✓ | ✓ | ✓ | Częściowo - zobacz zgodność | ✓ natywnie | ✓ natywnie |
| 2.1.5.00 | ✓ | ✓ | ✓ | ✗ | ✓ natywnie | ✓ natywnie |
| 2.1.4.x | ✓ | ✓ | Częściowo | ✗ | ✓ natywnie | ✓ natywnie |
| 2.0.x | ✓ | Częściowo | ✗ | ✗ | ✓ natywnie | ✓ natywnie |
| 1.x (starsze) | ✗ | ✗ | ✗ | ✗ | Wymaga Rosetta 2 | ✓ |
Źródło: notatki wydawnicze Respondus dla wersji 2.1.5.01 i 2.1.5.00; zweryfikowane na stanowisku testowym LDBypass (M2 Air / M3 Pro / M4 Max). Szczegóły dotyczące Apple Silicon znajdziesz w klastrze zgodności.
Instalacja na macOS - przegląd
Instalacja zawsze zaczyna się od LMS Twojej uczelni, nigdy bezpośrednio z publicznej strony Respondus. Adres URL pobierania jest specyficzny dla instytucji, ponieważ LDB wiąże się z konfiguracją Respondus Dashboard Twojej uczelni; wersja LDB pobrana z innej instytucji odmówi uruchomienia egzaminu. Po kliknięciu linku pobierania w kursie przeglądarka otrzyma notarialnie potwierdzony plik .dmg (~50-90 MB w zależności od wersji), który zostanie zamontowany w /Volumes/Install LockDown Browser i zawiera jeden pakiet instalatora.
Instalator wymaga uwierzytelnienia administratora na macOS Sonoma i nowszych. Jeśli Twoje konto na Macu jest typu „standardowy" (bez uprawnień administratora), nie zainstalujesz LDB bez hasła administratora - Respondus nie udostępnia ścieżki instalacji per użytkownik na macOS. Maki z Apple Silicon uruchamiające LDB 2.0+ nie wymagają już Rosetta 2; tylko LDB 1.x tego potrzebuje. Po instalacji aplikacja znajduje się w /Applications/LockDown Browser.app.
Po szczegóły instalacji dla poszczególnych systemów LMS (Canvas, Blackboard, D2L Brightspace, Moodle), rozwiązywanie problemów z Rosetta 2 i obejścia dotyczące hasła administratora, zajrzyj do klastra instalacji.
Gdy LockDown Browser nie chce się otworzyć - przegląd
„Nie chce się otworzyć" to najczęstsze zapytanie wyszukiwania dotyczące LDB na Macu i niemal zawsze sprowadza się do jednej z czterech przyczyn: zresetowania uprawnień TCC (Transparency, Consent & Control), które zostawiło LDB pytające o dostęp do Nagrywania ekranu lub Kamery przez ukryte okno dialogowe; uszkodzonego stanu instalacji LDB w pamięci podręcznej po wcześniejszym częściowym pobraniu; jednego z procesów Mac, które Respondus ma na czarnej liście (AppleVNCServer, ARDAgent, demony udostępniania ekranu, niektóre pomocnicze procesy Citrix i Parallels) działającego w tle; lub niezgodności wersji LDB między tym, czego oczekuje Respondus Dashboard Twojego wykładowcy, a tym, co masz zainstalowane na Macu.
Najszybsza pierwsza próba to wymuszenie zakończenia LDB (⌘ + ⌥ + Esc), zresetowanie uprawnienia do Nagrywania ekranu w Ustawienia systemu → Prywatność i ochrona → Nagrywanie ekranu i dźwięku systemowego i ponowne uruchomienie. To jedno rozwiązanie naprawia około 60% zgłoszeń „nie chce się otworzyć", które zreprodukowaliśmy na Sonoma 14.6 i Sequoia 15.3 na stanowisku testowym LDBypass.
Pełną drabinę diagnostyczną - zatrzymane ładowanie, zawieszenie przy uruchamianiu, awarie, nieoczekiwane zamknięcie, czarny ekran, procedura wymuszenia zakończenia, ciągłe zamykanie i brak odpowiedzi podczas egzaminu - znajdziesz w klastrze „nie chce się otworzyć", który prowadzi do dedykowanej strony dla każdego objawu.
Numerowane kody błędów - przegląd
Respondus udokumentował skończony zestaw numerowanych kodów błędów, które LDB pokazuje na Macu: -7 (błąd sieci lub proxy), -21 (niezgodność konfiguracji), -101, -105, -106, -111 i -118 (ogólny zakres „0 do 199", w większości konfiguracja po stronie serwera LMS), A4 (niepowodzenie sprawdzania aktualizacji) oraz błędy tekstowe „Installation Failed", „Digital Signature Error" i „Configuration Failed".
Większość numerowanych kodów rozwiązuje się od strony macOS przez wyczyszczenie zapisanej konfiguracji LDB (~/Library/Application Support/LockDown Browser/) i ponowną instalację z aktualnego linku LMS Twojej uczelni. Kody zaczynające się od „-1018" lub te w zakresie 1000+ niemal zawsze wskazują na błąd konfiguracji Respondus Dashboard w Twoim konkretnym kursie, a nie problem klienta Mac - IT Twojej uczelni lub prowadzący musi sprawdzić stronę Dashboard.
Pełną referencję kod po kodzie z przyczynami i rozwiązaniami specyficznymi dla Maca znajdziesz w klastrze kodów błędów. Kanoniczna referencja Respondus to ich artykuł KB o kodach błędów.
Uprawnienia do kamery, mikrofonu i ekranu - przegląd
Podsystem TCC firmy Apple pośredniczy w każdym żądaniu dostępu do kamery, mikrofonu, nagrywania ekranu i dostępności w macOS Big Sur 11.0 i nowszych. LockDown Browser wymaga absolutnego minimum trzech uprawnień TCC: Kamera i Mikrofon przy włączonym Respondus Monitor oraz Nagrywanie ekranu i dźwięku systemowego dla przechwytywania ekranu w trybie kiosku, które wykrywa nieautoryzowaną zawartość. Niektóre instytucje proszą też o uprawnienie Dostępność w celu wymuszenia dodatkowych ograniczeń, a w rzadkich konfiguracjach Pełny dostęp do dysku.
Objaw „kręcące się kółko podczas sprawdzania kamery", który dominuje w wątkach na Reddicie, niemal zawsze wynika z uprawnienia Kamery, które zostało przyznane, a następnie odwołane przez drobną aktualizację macOS. macOS Sequoia 15.3+ dodał 30-dniowy monit o ponowne potwierdzenie uprawnień do Nagrywania ekranu, który spowodował pojawianie się nowych okien TCC nawet w instalacjach, które działały poprzedniego semestru - oficjalne wytyczne Respondus opisują procedurę resetowania.
Ścieżki resetowania każdego uprawnienia, różnice między panelami ustawień Sonoma i Sequoia oraz rzadkie scenariusze z Dostępnością i Pełnym dostępem do dysku znajdziesz w klastrze uprawnień.
Zgodność macOS i Apple Silicon - przegląd
Matryca zgodności LDB na Macu zmienia się średnio dwa razy w roku akademickim: raz przy wrześniowej wersji macOS i raz przy wiosennej wersji LDB, która ją nadrabia. Klaster zgodności utrzymuje stronę statusu per wersja dla każdej obecnie wspieranej głównej wersji macOS (Ventura 13, Sonoma 14, Sequoia 15 i Tahoe 26 po jej wydaniu) oraz strony per chip dla M1, M2, M3 i M4 (z wariantami Pro/Max/Ultra) i dla starszej referencji Intel. Każda strona śledzi potwierdzone działające wersje LDB, znane problemy, błędy potwierdzone przez producenta i nasze notatki z reprodukcji.
Roczny wzorzec: nowa beta deweloperska macOS w czerwcu wprowadza zmiany w TCC lub WebKit, które łamią LDB; Respondus wydaje informację potwierdzającą problem w ciągu miesiąca; poprawiona wersja LDB zazwyczaj pojawia się 4-8 tygodni po publicznym wydaniu macOS we wrześniu. Uczelnie, które przenoszą studentów na nowy macOS, zanim LDB nadrobi (często wymuszone wycofaniem przez Apple wsparcia bezpieczeństwa dla starszych głównych wersji macOS), generują największy roczny szczyt zgłoszeń wsparcia.
Matrycę zgodności per wersja oraz strony Apple Silicon chip po chipie znajdziesz w klastrze zgodności.
Prywatność i zbieranie danych - przegląd
Co widzi Respondus LockDown Browser, a co rejestruje Respondus Monitor, to dwa różne pytania. Sam LDB czyta tylko zawartość okna aktywnego egzaminu, listę aktualnie uruchomionych procesów (aby wykryć aplikacje z czarnej listy) oraz podstawowe identyfikatory systemu (nazwa hosta, wersja systemu, UUID sprzętu). Nie ma dostępu do folderu Dokumenty, historii Safari ani kopii zapasowych Time Machine. Respondus Monitor, gdy zostanie włączony przez prowadzącego, dodatkowo nagrywa obraz z kamery, dźwięk z mikrofonu i okresowy zrzut ekranu aktywnego okna egzaminu przez cały czas oceny, przesyłając nagranie na serwery Respondus do późniejszego przeglądu przez prowadzącego.
Debata o prywatności wokół nadzoru zdalnego jest merytoryczna. Electronic Frontier Foundation (EFF) opublikowała wiele krytycznych analiz narzędzi nadzoru zdalnego; kilka amerykańskich uniwersytetów - Cleveland State, Yale Law, Uniwersytet Illinois w wybranych kampusach - ograniczyło lub zabroniło ich używania; pozwy zbiorowe w latach 2021-2024 zarzucały naruszenie Czwartej Poprawki w wdrożeniach na uczelniach publicznych. W europejskim kontekście RODO wymaga jawnej zgody studenta i minimalizacji danych - polskie uczelnie, takie jak Politechnika Warszawska, Uniwersytet Warszawski, AGH Kraków i Uniwersytet Jagielloński, publikują własne klauzule informacyjne dla każdego wdrożenia narzędzi nadzoru. Własna polityka prywatności Respondus dokumentuje, co jest zbierane, oraz okres przechowywania (zazwyczaj czas trwania semestru akademickiego plus konfigurowalny okres retencji).
Pełną analizę prywatności opartą wyłącznie na publicznych źródłach - co każde narzędzie deklaruje, że zbiera, co zaobserwowali niezależni badacze, harmonogram pozwów i listę uczelni, które tego zabroniły - znajdziesz w klastrze prywatności.
Wpływ na wydajność Maca - przegląd
LockDown Browser jest cięższy niż zwykła karta przeglądarki, ale lżejszy niż większość konkurentów opartych na Electronie. Na MacBooku Air M2 z 2024 roku z 16 GB RAM i macOS Sonoma 14.6, LDB 2.1.5.01 z aktywnym Respondus Monitor zużywa około 720-820 MB pamięci rezydentnej i 15-25% trwałego użycia CPU na jednym rdzeniu wydajnościowym podczas 60-minutowego egzaminu, z największymi skokami CPU podczas początkowej analizy kamery i podczas przejść między stronami. Zużycie baterii na tym samym sprzęcie wynosi około 9-12% na godzinę w naszej znormalizowanej 90-minutowej reprodukcji z jasnością ekranu ustawioną na 50% - znacząco więcej niż Safari (~4-6% na godzinę przy tym samym obciążeniu), ale mniej niż Chrome z tym samym egzaminem otwartym (~14-18% na godzinę z powodu usług działających w tle Chrome).
Najczęstsze skargi na wydajność - wysokie zużycie CPU, powolne przewijanie, rozładowywanie baterii, kręcące się kółka - niemal zawsze sprowadzają się do jednej z trzech przyczyn: wersja LDB dla Intela uruchomiona przez Rosetta na Apple Silicon (istotne tylko dla starszych wersji 1.x); Spotlight indeksujący nagranie egzaminu w czasie rzeczywistym na Macach z mniejszą ilością RAM; lub narzędzia bezpieczeństwa firm trzecich (Malwarebytes, Bitdefender, Sophos) skanujące każdą klatkę przechwytywanego ekranu.
Pełne benchmarki na chipach z serii M, drabinę diagnostyczną przyczyna po przyczynie oraz metodologię pomiaru zużycia baterii znajdziesz w klastrze wydajności.
Odinstalowanie - przegląd
LockDown Browser pozostaje zainstalowany po zakończeniu egzaminu. Respondus nie udostępnia automatycznego deinstalatora; aplikacja pozostaje w /Applications, a jej pliki pomocnicze pozostają w ~/Library/Application Support/LockDown Browser/ oraz ~/Library/Caches/com.respondus.lockdownbrowser/, dopóki nie usuniesz ich ręcznie.
Pełne usunięcie wymaga skasowania pakietu aplikacji, katalogu Application Support, katalogu Caches, wpisu w LaunchAgents (jeśli wdrożenie Twojej uczelni go zainstalowało) oraz katalogu Group Containers używanego dla nagrań Respondus Monitor (który po semestrze egzaminów może zajmować kilka gigabajtów). Minimalne odinstalowanie typu „przeciągnij aplikację do Kosza" zostawia na Macu kilkaset megabajtów stanu.
Pełną procedurę usuwania, referencję plików pozostałości oraz ścieżkę czystej reinstalacji używaną przy podejrzeniu uszkodzonego stanu znajdziesz w klastrze odinstalowania.
Przebieg egzaminu - przegląd
Typowy egzamin LDB na Macu ma przewidywalny kształt: kontrola systemu przed uruchomieniem (kamera, mikrofon, zdjęcie legitymacji studenckiej, skanowanie otoczenia, gdy włączony jest Respondus Monitor); uwierzytelnienie w LMS; wprowadzenie hasła, jeśli prowadzący je ustawił; sam egzamin w trybie kiosku (bez przełączania kart, bez kopiowania-wklejania, bez zrzutów ekranu, zablokowany Spotlight); potwierdzenie „wyślij"; oraz okno dialogowe wyjścia, które czasami - ale nie zawsze - przywraca pozostałą część macOS.
Kilka zachowań zaskakuje pierwszorazowych użytkowników: LDB celowo ukrywa zegar macOS na pasku menu, więc licznik egzaminu w LMS jest jedynym widocznym odliczaniem; Cmd-Tab jest przechwytywany, więc próba przełączenia się poza egzamin wyzwala wpis o naruszeniu; a nieoczekiwane rozłączenie Wi-Fi podczas egzaminu wstrzymuje połączenie LDB z LMS - odpowiedzi wpisane w trybie offline są zwykle zachowywane i przesyłane po ponownym połączeniu, ale dokładne zachowanie zależy od LMS.
Pełną listę kontrolną przed egzaminem, procedurę odzyskiwania po rozłączeniu od internetu, pytanie „jak wyjść wcześniej", zachowanie licznika oraz obejścia dla wyłączonego kopiowania-wklejania znajdziesz w klastrze przebiegu egzaminu.
Monitory zewnętrzne, kamery i urządzenia audio - przegląd
LDB na Macu aktywnie wykrywa wyświetlacze zewnętrzne. Domyślnie aplikacja odmawia uruchomienia egzaminu, jeśli podłączony jest drugi monitor - konfiguracja Respondus Dashboard Twojego wykładowcy decyduje, czy jest to wymuszane jako błąd, czy jako ostrzeżenie. Wykrywanie opiera się na CGDisplayList (to samo wywołanie Core Graphics, którego używa Informacje systemowe), więc samo odłączenie kabla HDMI/USB-C od zewnętrznego wyświetlacza przed uruchomieniem LDB rozwiązuje ostrzeżenie. Sidecar (używanie iPada jako drugiego ekranu) jest wykrywany jako monitor zewnętrzny i wyzwala to samo ostrzeżenie.
Kamery USB i mikrofony Bluetooth/USB są obsługiwane - kontrola kamery Respondus Monitor wybiera domyślne urządzenie systemowe. AirPods i większość zestawów Bluetooth działają dla mikrofonu, ale wprowadzają opóźnienie podczas fazy testu audio kontroli kamery, co czasem powoduje niepowodzenie testu; udokumentowane obejście to przełączenie na wbudowany mikrofon Maca na czas kontroli systemu, a następnie powrót do AirPodsów po rozpoczęciu egzaminu.
Referencję peryferium po peryferium (podwójne monitory, kamery USB, AirPods, zestawy Bluetooth, Sidecar, doki USB-C) znajdziesz w klastrze sprzętowym.
Konflikty oprogramowania - przegląd
LockDown Browser utrzymuje „listę zablokowanych aplikacji" - uruchomionych procesów, które uniemożliwiają start egzaminu. Lista jest konfigurowana per instytucja przez prowadzącego za pośrednictwem Respondus Dashboard, ale zazwyczaj obejmuje demony udostępniania ekranu (AppleVNCServer, ARDAgent, screensharingd), narzędzia zdalnego sterowania (TeamViewer, AnyDesk, Citrix Workspace, GoTo Resolve), klientów VPN (niektóre konfiguracje oznaczają każdy VPN) oraz niektóre narzędzia dostępności.
Poza wyraźną czarną listą kilka narzędzi po stronie Maca powoduje subtelniejsze konflikty: ogólnosystemowa usługa Grammarly przechwytuje pola tekstowe i wyzwala kontrolę trybu kiosku; Dropbox Smart Sync od czasu do czasu blokuje pliki, które kontrola aktualizacji LDB próbuje zapisać; Malwarebytes i Bitdefender skanują każdą klatkę przechwytywania ekranu i podwajają zużycie CPU LDB; pewne reguły Little Snitch blokują punkty końcowe telemetrii Respondus i powodują ciche niepowodzenie wysyłania nagrań z egzaminu.
Referencję konflikt po konflikcie (Grammarly, Zoom, Dropbox, Malwarebytes, VPN, Citrix, Parallels) znajdziesz w klastrze konfliktów.
Kiedy skontaktować się z IT swojej uczelni
Przewodniki LDBypass wyczerpująco obejmują stronę Maca. Niektóre awarie wynikają jednak z konkretnej konfiguracji Respondus Dashboard dla Twojego kursu i nie da się ich zdiagnozować bez tego, by IT Twojej uczelni lub prowadzący sprawdził stronę serwera. Zgłoś sprawę do działu IT swojej uczelni, jeśli:
- Pojawiają się kody błędów w zakresie 1000+ (zwykle są po stronie Dashboard).
- Egzamin działa na Macach kolegów z grupy z tą samą wersją macOS i LDB, ale nie u Ciebie, ORAZ czysta ponowna instalacja LDB tego nie naprawia.
- Po pomyślnym uruchomieniu LDB otrzymujesz błąd „Exam unavailable" lub „Course not configured".
- Twoje konto uczelniane zmieniło się (hasło, MFA, SSO) między pobraniem a uruchomieniem egzaminu.
Większość uczelni publikuje własną stronę pomocy dla LDB na Macu; polskie uniwersytety, takie jak Politechnika Warszawska, Uniwersytet Warszawski czy AGH Kraków, zazwyczaj udostępniają wytyczne IT specyficzne dla swojego wdrożenia. Wyszukaj „[nazwa Twojej uczelni] respondus lockdown browser mac", aby znaleźć stronę lokalną; znajdziesz tam informacje kontaktowe specyficzne dla Twojej instytucji.