Udostępnij za pośrednictwem


Rozwiązywanie problemów z rozwiązaniem Azure Update Manager

W tym artykule opisano błędy, które mogą wystąpić podczas wdrażania lub używania usługi Azure Update Manager, jak je rozwiązać, oraz znane problemy i ograniczenia zaplanowanego stosowania poprawek.

Ogólne wskazówki dotyczące rozwiązywania problemów

Poniższe kroki rozwiązywania problemów dotyczą maszyn wirtualnych platformy Azure związanych z rozszerzeniem poprawki na maszynach z systemami Windows i Linux.

Maszyna wirtualna platformy Azure z systemem Linux

Aby sprawdzić, czy agent maszyny wirtualnej platformy Microsoft Azure jest uruchomiony i wyzwolił odpowiednie akcje na maszynie oraz numer sekwencji żądania automatycznego instalowania poprawek, sprawdź dziennik agenta, aby znaleźć więcej informacji w pliku /var/log/waagent.log. Każde żądanie automatycznego instalowania poprawek ma unikatowy numer sekwencji skojarzony z nim na maszynie. Wyszukaj dziennik podobny do 2021-01-20T16:57:00.607529Z INFO ExtHandler.

Katalog pakietów rozszerzenia to /var/lib/waagent/Microsoft.CPlat.Core.Edp.LinuxPatchExtension-<version>. Podfolder /status zawiera plik <sequence number>.status. Zawiera krótki opis akcji wykonywanych podczas pojedynczego żądania automatycznego instalowania poprawek i stanu. Zawiera również krótką listę błędów, które wystąpiły podczas stosowania aktualizacji.

Aby przejrzeć dzienniki związane ze wszystkimi akcjami wykonywanymi przez rozszerzenie, sprawdź /var/log/azure/Microsoft.CPlat.Core.LinuxPatchExtension/, aby znaleźć więcej informacji. Zawiera on dwa następujące pliki dziennika, na które trzeba zwrócić uwagę:

  • <seq number>.core.log: zawiera informacje dotyczące akcji instalowania poprawek. Te informacje obejmują poprawki oceniane i instalowane na maszynie oraz wszelkie problemy napotkane w trakcie procesu.
  • <Date and Time>_<Handler action>.ext.log: Istnieje osłona powyżej operacji poprawki, która służy do zarządzania rozbudową i wywoływania określonej operacji poprawki. Ten dziennik zawiera informacje o obwolucie. W przypadku automatycznego instalowania poprawek dziennik <Date and Time>_Enable.ext.log zawiera informacje o tym, czy została wywołana określona operacja poprawki.
Maszyna wirtualna platformy Azure z systemem Windows

Aby sprawdzić, czy agent maszyny wirtualnej jest uruchomiony i wyzwolił odpowiednie akcje na maszynie oraz numer sekwencji żądania automatycznego instalowania poprawek, sprawdź dziennik agenta, aby znaleźć więcej informacji w pliku C:\WindowsAzure\Logs\AggregateStatus. Katalog pakietów rozszerzenia to C:\Packages\Plugins\Microsoft.CPlat.Core.WindowsPatchExtension<version>.

Aby przejrzeć dzienniki związane ze wszystkimi akcjami wykonywanymi przez rozszerzenie, zapoznaj się z C:\WindowsAzure\Logs\Plugins\Microsoft.CPlat.Core.WindowsPatchExtension<version> w celu uzyskania dodatkowych informacji. Zawiera on dwa następujące pliki dziennika, na które trzeba zwrócić uwagę:

  • WindowsUpdateExtension.log: zawiera informacje dotyczące akcji instalowania poprawek. Te informacje obejmują poprawki oceniane i instalowane na maszynie oraz wszelkie problemy napotkane w trakcie procesu.
  • CommandExecution.log: Istnieje osłona powyżej operacji poprawki, która służy do zarządzania rozbudową i wywoływania określonej operacji poprawki. Ten dziennik zawiera informacje o obwolucie. W przypadku automatycznego instalowania poprawek dziennik zawiera informacje o tym, czy została wywołana określona operacja poprawki.

Ocena okresowa nie jest poprawnie ustawiana, gdy przy użyciu polityki oceny okresowej są tworzone wyspecjalizowane, migrowane i przywrócone maszyny wirtualne.

Przyczyna

Ocena okresowa nie jest poprawnie ustawiana podczas procesu tworzenia dla wyspecjalizowanych, migrowanych i przywróconych maszyn wirtualnych ze względu na sposób, w jaki obecna polityka modyfikacji jest zaprojektowana. Po utworzeniu zasady, na panelu zgodności te zasoby będą widoczne jako niezgodne.

Rozwiązanie

Uruchom zadanie naprawcze po utworzeniu, aby zremediować nowo utworzone zasoby. Aby uzyskać więcej informacji, zobacz temat Korygowanie niezgodnych zasobów za pomocą usługi Azure Policy.

Wymóg wstępny dotyczący zaplanowanego stosowania poprawek nie jest skonfigurowany poprawnie, a harmonogramy nie są dołączane przy korzystaniu z określonych zasad podczas tworzenia wyspecjalizowanych, uogólnionych, migrowanych i przywróconych maszyn wirtualnych.

Przyczyna

Wymagania wstępne dotyczące zaplanowanego stosowania poprawek i ustalania harmonogramów nie są poprawnie ustawiane podczas korzystania z opcji „Planowanie cyklicznych aktualizacji za pomocą Azure Update Manager” oraz ustawiania wymagań wstępnych dla planowania cyklicznych aktualizacji na wirtualnych maszynach Azure podczas tworzenia maszyn wyspecjalizowanych, uogólnionych, migrowanych i przywróconych. Jest to spowodowane sposobem, w jaki zaprojektowano bieżącą politykę „Wdrażaj, jeśli nie istnieje”. Po utworzeniu zasady, na panelu zgodności te zasoby będą widoczne jako niezgodne.

Rozwiązanie

Uruchom zadanie naprawcze po utworzeniu, aby zremediować nowo utworzone zasoby. Aby uzyskać więcej informacji, zobacz temat Korygowanie niezgodnych zasobów za pomocą usługi Azure Policy.

Kwestia

Istnieją błędy korygowania dla maszyn wirtualnych, które mają odwołanie do obrazu galerii w trybie maszyny wirtualnej. Jest to spowodowane tym, że wymaga uprawnienia do odczytu obrazu galerii i obecnie nie jest częścią roli współtwórcy maszyny wirtualnej.

Zrzut ekranu przedstawiający kod błędu niepowodzenia korygowania zasad.

Przyczyna

Rola Współtwórcy maszyny wirtualnej nie posiada wystarczających uprawnień.

Rozwiązanie

  • W przypadku wszystkich nowych przypisań wprowadzono niedawną zmianę polegającą na nadaniu roli Contributor tożsamości zarządzanej utworzonej podczas przypisywania zasad na potrzeby remediacji. W przyszłości zostanie to przypisane dla wszystkich nowych zadań.
  • W przypadku wszystkich poprzednich przypisań, jeśli występują błędy zadań korygowania, zalecamy ręczne przypisanie roli współautora do tożsamości zarządzanej, wykonując kroki wymienione w sekcji Udzielanie uprawnień do tożsamości zarządzanej za pomocą zdefiniowanych ról
  • Ponadto w scenariuszach, w których rola Współtwórcy jest nieskuteczna, gdy połączone zasoby (obraz galerii lub dysk) znajdują się w innej grupie zasobów lub subskrypcji, ręcznie przypisz tożsamości zarządzanej odpowiednie role i uprawnienia w określonym zakresie, aby odblokować procesy naprawcze, wykonując kroki opisane w Udzielanie uprawnień tożsamości zarządzanej za pomocą zdefiniowanych ról.

Nie można wygenerować okresowej oceny dla serwerów z obsługą usługi Arc

Kwestia

Subskrypcje, w których serwery z możliwością korzystania z Arc są włączone do systemu, nie generują danych oceny.

Rozwiązanie

Upewnij się, że subskrypcje serwerów Arc są zarejestrowane u dostawcy zasobów Microsoft.Compute, aby okresowe dane oceny były generowane okresowo zgodnie z oczekiwaniami. Dowiedz się więcej

Konfiguracja konserwacji nie jest stosowana, gdy maszyna wirtualna zostanie przeniesiona do innej subskrypcji lub grupy zasobów

Problem

Po przeniesieniu maszyny wirtualnej do innej subskrypcji lub grupy zasobów konfiguracja zaplanowanej konserwacji skojarzona z maszyną wirtualną nie jest uruchomiona.

Rozwiązanie

Konfiguracje konserwacji nie obsługują obecnie przenoszenia przypisanych zasobów między grupami zasobów lub subskrypcjami. Aby obejść ten problem, wykonaj następujące kroki dla zasobu, który chcesz przenieść. W ramach wymagań wstępnych najpierw usuń przypisanie przed wykonaniem kroków.

Jeśli używasz static zakresu:

  1. Przenieś zasób do innej grupy zasobów lub subskrypcji.
  2. Utwórz ponownie przydział zasobów.

Jeśli używasz zakresu dynamic:

  1. Zainicjować lub zaczekać na następne zaplanowane uruchomienie. Ta akcja powoduje wyświetlenie monitu systemu o całkowite usunięcie przypisania, aby można było wykonać kolejne kroki.
  2. Przenieś zasób do innej grupy zasobów lub subskrypcji.
  3. Ponownie utwórz przypisanie zasobów.

Jeśli którykolwiek z kroków zostanie pominięty, przenieś zasób do poprzedniej grupy zasobów lub identyfikatora subskrypcji i ponownie wykonaj kroki.

Uwaga

Jeśli grupa zasobów zostanie usunięta, utwórz ją ponownie pod tą samą nazwą. Jeśli identyfikator subskrypcji zostanie usunięty, skontaktuj się z zespołem pomocy technicznej w celu ograniczenia ryzyka.

Nie można zmienić opcji zarządzania poprawkami z aktualizacji automatycznych na aktualizacje ręczne.

Kwestia

Chcesz upewnić się, że klient usługi Windows Update nie zainstaluje poprawek w systemie Windows Server, dlatego chcesz ustawić ustawienie poprawki na Ręczne. Maszyna platformy Azure ma opcję orkiestracji poprawek jako AutomaticByOS/Windows aktualizacje automatyczne i nie możesz zmienić orkiestracji poprawek na aktualizacje ręczne przy użyciu Zmień ustawienia aktualizacji.

Rozwiązanie

Jeśli nie chcesz, aby instalacja poprawek była aranżowana przez platformę Azure lub nie korzystasz z niestandardowych rozwiązań do stosowania poprawek, możesz zmienić opcję aranżacji poprawek na Harmonogramy zarządzane przez klienta (wersja zapoznawcza) lub AutomaticByPlatform i nie ByPassPlatformSafetyChecksOnUserSchedule łączyć konfiguracji harmonogramu/konserwacji z maszyną. To ustawienie gwarantuje, że na urządzeniu nie zostanie wdrożona żadna aktualizacja, dopóki nie zmienisz jego jawnie. Aby uzyskać więcej informacji, zobacz Scenariusz 2 w scenariuszach użytkownika.

Zrzut ekranu przedstawiający powiadomienie o nieudanych ustawieniach aktualizacji.

Maszyna pokazuje „Nie oceniono” i pokazuje wyjątek „HRESULT”

Problem

  • Masz maszyny, które są wyświetlane jako Not assessed w obszarze Zgodność, i widzisz poniżej nich komunikat o wyjątku.
  • Widzisz HRESULT kod błędu w portalu.

Przyczyna

Agent aktualizacji (Windows Update Agent w systemie Windows i menedżer pakietów dystrybucji systemu Linux) nie jest poprawnie skonfigurowany. Program Menedżer aktualizacji korzysta z agenta aktualizacji komputera, aby zapewnić wymagane aktualizacje, stan poprawki i wyniki wdrożonych poprawek. Bez tych informacji Menedżer aktualizacji nie może prawidłowo zgłaszać poprawek, które są wymagane lub zainstalowane.

Rozwiązanie

Spróbuj przeprowadzić aktualizacje lokalnie na maszynie. Jeśli ta operacja zakończy się niepowodzeniem, zazwyczaj oznacza to, że występuje błąd konfiguracji agenta aktualizacji.

Ten problem jest często spowodowany problemami z konfiguracją sieci i zaporą. Aby rozwiązać ten problem, skorzystaj z poniższych kontroli.

Jeśli zostanie wyświetlony HRESULT kod błędu, kliknij dwukrotnie wyjątek wyświetlany na czerwono, aby wyświetlić cały komunikat o wyjątku. Przejrzyj poniższą tabelę, aby zapoznać się z potencjalnymi rozwiązaniami lub zalecanymi akcjami.

Wyjątek Rozwiązanie lub akcja
Exception from HRESULT: 0x……C Wyszukaj odpowiedni kod błędu na liście kodów błędów usługi Windows Update, aby uzyskać dodatkowe szczegóły na temat przyczyny wyjątku.
0x8024402C
0x8024401C
0x8024402F
Wskazuje problemy z łącznością sieciową. Upewnij się, że maszyna ma łączność sieciową z usługą Update Management. Zapoznaj się z sekcją dotyczącą planowania sieci, aby uzyskać listę wymaganych portów i adresów.
0x8024001E Operacja aktualizacji nie została ukończona, ponieważ trwało wyłączanie usługi lub systemu.
0x8024002E Usługa Windows Update jest wyłączona.
0x8024402C Jeśli używasz serwera programu WSUS, upewnij się, czy wartości rejestru WUServer i WUStatusServer w kluczu rejestru HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate zawierają poprawny serwer WSUS
0x80072EE2 Wystąpił problem z łącznością sieciową lub problem dotyczący komunikacji ze skonfigurowanym serwerem WSUS. Sprawdź ustawienia usługi WSUS i upewnij się, że jest ona dostępna z poziomu klienta.
The service cannot be started, either because it is disabled or because it has no enabled devices associated with it. (Exception from HRESULT: 0x80070422) Upewnij się, że usługa Windows Update (wuauserv) jest uruchomiona i nie jest wyłączona.
0x80070005 Błąd odmowy dostępu może być spowodowany przez jednym z następujących problemów:
- Zainfekowany komputer.
- Ustawienia usługi Windows Update nie są poprawnie skonfigurowane.
— Błąd uprawnień do pliku dla folderu %WinDir%\SoftwareDistribution.
- Za mało miejsca na dysku systemowym (C).
Wszelkie inne wyjątki ogólne Przeprowadź w Internecie wyszukiwanie możliwych rozwiązań i współpracuj z lokalną pomocą techniczną IT.

Pomóc w ustaleniu możliwych przyczyn może też przejrzenie pliku %Windir%\Windowsupdate.log. Aby uzyskać więcej informacji na temat sposobu odczytywania dziennika, zobacz temat Odczytywanie pliku Windowsupdate.log.

Możesz również pobrać i uruchomić narzędzie do rozwiązywania problemów z usługą Windows Update, aby sprawdzić, czy na maszynie nie występują problemy z usługą Windows Update.

Uwaga

Dokumentacja narzędzia do rozwiązywania problemów z usługą Windows Update wskazuje, że jest ona używana na klientach systemu Windows, ale działa również w systemie Windows Server.

Znane problemy dotyczące zaplanowanego stosowania poprawek

  • W przypadku harmonogramu współbieżnego lub powodującego konflikt wyzwalany jest tylko jeden harmonogram. Drugi harmonogram jest wyzwalany po zakończeniu pierwszego harmonogramu.
  • Jeśli maszyna jest nowo utworzona, harmonogram może mieć 15 minut opóźnienia wyzwalacza harmonogramu w przypadku maszyn wirtualnych platformy Azure.

Zaplanowane stosowanie poprawek kończy się niepowodzeniem z powodu błędu "ShutdownOrUnresponsive"

Problem

Zaplanowane stosowanie poprawek nie zainstalowało poprawek na maszynach wirtualnych i zwraca błąd "ShutdownOrUnresponsive".

Rozwiązanie

Harmonogramy wyzwalane na maszynach usuniętych i utworzonych ponownie przy użyciu tego samego identyfikatora zasobu w ciągu 8 godzin mogą zakończyć się niepowodzeniem, generując błąd ShutdownOrUnresponsive z powodu znanego ograniczenia.

Nie można zastosować poprawek dla maszyn wyłączonych

kwestia

Poprawki nie są stosowane dla maszyn, które są w stanie wyłączenia. Możesz również zauważyć, że maszyny tracą skojarzone konfiguracje konserwacji lub harmonogramy.

Przyczyna

Maszyny są w stanie wyłączenia.

Rozwiązanie

Upewnij się, że maszyny są włączone co najmniej 15 minut przed zaplanowaną aktualizacją. Aby uzyskać więcej informacji, zobacz Zamknięte maszyny.

Uruchomienie poprawki nie powiodło się, a właściwość okna obsługi pokazuje wartość true, nawet jeśli pozostał czas

Problem

Podczas wyświetlania wdrożenia aktualizacji w Historii aktualizacji właściwość Niepowodzenie z powodu przekroczenia okna konserwacji jest true, chociaż pozostało wystarczająco dużo czasu na wykonanie. W takim przypadku jest możliwe jedno z następujących problemów:

  • Nie są wyświetlane żadne aktualizacje.
  • Co najmniej jedna aktualizacja jest w stanie Oczekiwanie.
  • Stan ponownego uruchomienia to Wymagane, ale nie podjęto próby ponownego uruchomienia, nawet gdy przekazano ustawienie ponownego uruchomienia jako IfRequired lub Always.

Przyczyna

Podczas wdrażania aktualizacji użycie okna obsługi jest sprawdzane w kilku krokach. Dziesięć minut okna obsługi jest zarezerwowane do ponownego uruchomienia w dowolnym momencie. Zanim wdrożenie pobierze listę brakujących aktualizacji lub pobierze albo zainstaluje dowolną aktualizację (z wyjątkiem aktualizacji dodatku Service Pack systemu Windows), sprawdza, czy istnieje 15 minut + 10 minut na ponowny rozruch (czyli 25 minut w oknie obsługi).

W przypadku aktualizacji dodatku Service Pack dla systemu Windows wdrożenie sprawdza, czy istnieje 20 minut + 10 minut na ponowny rozruch (czyli 30 minut). Jeśli wdrożenie nie ma wystarczającego czasu, pomija skanowanie/pobieranie/instalację aktualizacji. Wdrożenie następnie sprawdza, czy jest potrzebny ponowny rozruch oraz czy w oknie obsługi pozostało 10 minut. Jeśli tak jest, wdrożenie wyzwala ponowny rozruch. W przeciwnym razie ponowne uruchomienie zostanie pominięte.

W takich przypadkach stan jest aktualizowany do wartości Niepowodzenie, oraz właściwość Przekroczono okno konserwacji jest zaktualizowana do wartości true. W przypadku, gdy pozostały czas jest krótszy niż 25 minut, skanowanie i instalowanie aktualizacji się nie odbywa.

Aby uzyskać więcej informacji, przejrzyj dzienniki w ścieżce pliku podanej w komunikacie o błędzie podczas wdrażania.

Rozwiązanie

Ustaw dłuższy zakres czasu dla maksymalnego czasu trwania podczas wyzwalania wdrożenia aktualizacji na żądanie, aby uniknąć problemu.

Rozszerzenie aktualizacji systemu operacyjnego Windows/Linux nie jest zainstalowane

Problem

Rozszerzenie Aktualizacji systemu operacyjnego Windows/Linux musi zostać pomyślnie zainstalowane na maszynach Arc w celu przeprowadzania ocen na żądanie, aktualizowania poprawek i zaplanowanego aktualizowania poprawek.

Rozwiązanie

Wykonaj na żądanie ocenę lub poprawkę, aby zainstalować rozszerzenie na komputerze. Możesz również włączyć maszynę do harmonogramu konserwacji, który zainstaluje rozszerzenie podczas stosowania poprawek zgodnie z harmonogramem.

Jeśli rozszerzenie jest już obecne na maszynie usługi Arc, ale stan rozszerzenia nie jest Pomyślny, upewnij się, że usuniesz rozszerzenie i uruchomisz operację na żądanie, aby zostało ponownie zainstalowane.

Rozszerzenie aktualizacji poprawek systemu Windows/Linux nie jest zainstalowane

Problem

Rozszerzenie aktualizacji poprawek systemu Windows/Linux musi zostać pomyślnie zainstalowane na maszynach platformy Azure w celu przeprowadzania oceny lub stosowania poprawek na żądanie, zaplanowanego stosowania poprawek i okresowych ocen.

Rozwiązanie

Wykonaj na żądanie ocenę lub poprawkę, aby zainstalować rozszerzenie na komputerze. Możesz również włączyć maszynę do harmonogramu konserwacji, który zainstaluje rozszerzenie podczas stosowania poprawek zgodnie z harmonogramem.

Jeśli rozszerzenie jest już obecne na maszynie, ale stan rozszerzenia nie jest Powodzenie, wyzwól operację na żądanie, która zainstaluje je ponownie.

Sprawdzanie zezwolenia na operacje rozszerzenia nie powiodło się

Problem

Właściwość AllowExtensionOperations jest ustawiona na wartość false w pliku OSProfile maszyny.

Rozwiązanie

Właściwość powinna być ustawiona na wartość true, aby umożliwić prawidłowe działanie rozszerzeń.

Uprawnienia Sudo nie są obecne

Problem

Uprawnienia Sudo nie są przyznawane rozszerzeniom na potrzeby oceny lub przechwytywania poprawek na maszynach z systemem Linux. Może zostać wyświetlony następujący wyjątek:

EXCEPTION: Exception('Unable to invoke sudo successfully. Output: root is not in the sudoers file. This incident will be reported. False ',)

Usługa Azure Update Manager (AUM) wymaga wysokiego poziomu uprawnień ze względu na wiele różnych składników, które mogą być aktualizowane za pomocą usługi AUM (sterowniki jądra, stosowanie poprawek zabezpieczeń systemu operacyjnego itp.). Rozszerzenia usługi AUM używają root konta do wykonywania operacji.

Rozwiązanie

Udziel uprawnień sudo, aby upewnić się, że operacje oceny lub stosowania poprawek zakończyły się powodzeniem. Musisz dodać konto root do pliku sudoers.

  1. Otwórz plik sudoers do edycji:

    sudo visudo
    
  2. Dodaj następujący wpis na końcu /etc/sudoers pliku:

    root ALL=(ALL) ALL
    
  3. Po zakończeniu zapisz i zamknij edytor przy użyciu polecenia Ctrl-X. Jeśli używasz edytora vi , możesz wpisać :wq i nacisnąć ⏎ ENTER.

Serwer proxy jest skonfigurowany

Problem

Serwer proxy jest skonfigurowany na maszynach z systemem Windows lub Linux, które mogą blokować dostęp do punktów końcowych wymaganych do pomyślnego przeprowadzenia operacji oceny lub stosowania poprawek.

Rozwiązanie

W przypadku systemu Windows zobacz problemy związane z serwerem proxy.

W przypadku systemu Linux upewnij się, że konfiguracja serwera proxy nie blokuje dostępu do repozytoriów wymaganych do pobierania i instalowania aktualizacji.

Sprawdzanie protokołu TLS 1.2 nie powiodło się

Problem

Protokoły TLS 1.0 i TLS 1.1 są przestarzałe.

Rozwiązanie

Użyj protokołu TLS 1.2 lub nowszego.

W przypadku systemu Windows zobacz Protokoły w Schannel SSP TLS/SSL.

W przypadku systemu Linux wykonaj następujące polecenie, aby wyświetlić obsługiwane wersje protokołu TLS dla dystrybucji. nmap --script ssl-enum-ciphers -p 443 www.azure.com

Sprawdzanie połączenia HTTPS nie powiodło się

Problem

Połączenie HTTPS nie jest dostępne, co jest wymagane do pobierania i instalowania aktualizacji z wymaganych punktów końcowych dla każdego systemu operacyjnego.

Rozwiązanie

Zezwalaj na połączenie HTTPS z komputera.

Usługa MsftLinuxPatchAutoAssess nie jest uruchomiona lub czas nie jest aktywny

Kwestia

MsftLinuxPatchAutoAssesss jest wymagany do pomyślnej okresowej oceny na maszynach z systemem Linux.

Rozwiązanie

Upewnij się, że stan LinuxPatchExtension jest pomyślny dla komputera. Uruchom ponownie maszynę, aby sprawdzić, czy problem został rozwiązany.

Repozytoria systemu Linux nie są dostępne

Problem

Aktualizacje są pobierane ze skonfigurowanych repozytoriów publicznych lub prywatnych dla każdej dystrybucji systemu Linux. Komputer nie może nawiązać połączenia z tymi repozytoriami w celu pobrania lub oceny aktualizacji.

Rozwiązanie

Upewnij się, że reguły zabezpieczeń sieci nie utrudniają połączenia z wymaganymi repozytoriami na potrzeby operacji aktualizacji.

Następne kroki