W ciągu ostatnich kilku miesięcy nasz zespół programistów ciężko pracował nad stworzeniem nowej wersji Zmanda 3.6. Jesteśmy niesamowicie podekscytowani, że możemy się tym z Tobą podzielić!
Dzięki nowo dodanym funkcjom tworzenie kopii zapasowych jest łatwiejsze i bardziej niezawodne niż kiedykolwiek wcześniej.
Niektóre z nowych funkcji i ulepszeń Zmandy 3.6 obejmują;
- Urządzenie do tworzenia kopii zapasowych Zmanda zaktualizowany do CentOS 7
- Obraz operacyjny z Przedsiębiorstwo Amanda konfiguracja dostępna do wypróbowania
- Ulepszony klient Zmanda dla systemu Windows, aby uniknąć wycieków pamięci
- Raporty stały się bardziej czytelne
- Możliwość automatycznego usunięcia taśmy z napędu po zakończeniu tworzenia kopii zapasowej
Cechy wyróżniające się w tej wersji to:
- Klienci mogą teraz wybrać rodzaj powiadomień, które chcą otrzymywać.
- Wprowadzono ulepszenia w systemie planowania, w którym klienci mogą wybrać dni, w których chcą przyrostowa / pełna kopia zapasowa.
Poprawione błędy:
Naprawione defekty
Wydanie obejmuje następujące, ale nie wyłącznie, poprawki błędów dla Amanda Enterprise.
- Ułatwiona aktualizacja konfiguracji: Klient może teraz zaktualizować właściwość etykiety automatycznej w pliku YAML, co z kolei aktualizuje plik konfiguracyjny Amandy do odpowiedniego formatu bez nadpisywania.
- Bardziej czytelne raporty: Strona niestandardowa w sekcji raportów została rozszerzona o wyświetlanie czasu trwania kopii zapasowej w formacie gg: mm: ss, który wcześniej był pusty.
- Naprawiono problem z podziałem na strony: Problem paginacji na stronie Kopia zapasowa -> Media został rozwiązany w przypadku kopii zapasowych na taśmie.
- Pomyślne przywrócenie za pomocą niestandardowego algorytmu: Przywracanie zakończyło się sukcesem po stronie serwera niestandardowego.
- `` Nie '' dużymi literami: Wielkie litery nie były dozwolone przy tworzeniu użytkowników na karcie Administrator -> Utwórz użytkowników.
- Przywracanie niestandardowego szyfrowania: Naprawiono błąd przywracania przy użyciu niestandardowego algorytmu szyfrowania.
- Szyfrowanie dla komputera z systemem Windows: Przywracanie z niestandardowym szyfrowaniem po stronie serwera dla kopii zapasowych systemu Windows nie powiodło się.
- Zmiana hasła naprawiona dla klienta Windows: Ponowne uruchomienie usługi klienta systemu Windows Zmanda nie powiodło się po zmianie hasła usługi.
- Naprawiono generowanie raportów dla systemu Windows: Raporty DLE systemu Windows nie były widoczne.
- Strona raportu rozwiązała problem z brakującymi danymi: Pole czasu trwania kopii zapasowej poprzednio nie było wypełnione danymi.
- Skierowane do tworzenia kopii zapasowych NDMP, nazwy DLE obsługują białe znaki: Kopia zapasowa NDMP uległa awarii, gdy nazwa NDMP DLE zawierała spacje.
- Opcja naprawiona dla nośników taśmowych: Archiwizacja, recykling i upuszczanie nośników taśmowych kończyły się niepowodzeniem.
- Kopia zapasowa Windows poziomu 1 naprawiona w celu przywrócenia: Nośnik kopii zapasowej poziomu 1 nie był rozpoznawany podczas przywracania aplikacji systemu Windows.
- Naprawiono listę napędów taśmowych: Napędy taśmowe nie zostały wymienione w Kopia zapasowa -> Gdzie strona, jeśli taśma nie jest załadowana do napędu.
Poprawki bezpieczeństwa
Karta Zaawansowane została usunięta z Amanda Enterprise 3.6, aby zapobiec lukom w zabezpieczeniach.
Rzućmy okiem na problemy z bezpieczeństwem, które zostały rozwiązane w Społeczność Amandy dla tej wersji:
- Łatka do problemu CVE-2016-10729 wykorzystywała podejście WHITELIST do filtrowania argumentów tar dla runtar W tym samym czasie implementowano filtrowanie opcji dla amgtar, amstar i ambsdtar. Ale te zmiany zostały dokonane przy użyciu podejścia BLACKLIST. Stąd opcja „-F” dla aplikacji amgtar może być użyta do pobrania danych, które powinny być dozwolone tylko przez użytkownika root. Podobny problem występował w przypadku aplikacji amstar.
- Dodano poprawki filtrujące opcje WHITELIST dla amgtar i amstar
- Filtrowane argumenty gwiazdowe z podejściem WHITELIST.
- Filtrowane argumenty zrzutu i xfsdump z podejściem WHITELIST.
- To samo podejście zostało zastosowane w przypadku aplikacji „rundump” w celu wykorzystania problemu z bezpieczeństwem, aplikacja „rundump” nie wykonywała żadnego filtrowania opcji.
- Poprawki dodane do argumentu polecenia filtru z podejściem WHITELIST.
- Użycie getopt () do sprawdzenia opcji polecenia, nie udało się sprawdzić opcji czarnej listy, jeśli argumenty polecenia podano na końcu. Na przykład:
- W poniższym poleceniu „-F” jest opcją na czarnej liście. Ale podanie opcji polecenia, jak określono poniżej, nie filtrowało opcji.
/ usr / lib / amanda / rundump NOCONFIG xfsdump -0f / dev / null / sys -F „echo test”
Działało dobrze, gdy podano polecenie, jak wspomniano:
/ usr / lib / amanda / rundump NOCONFIG xfsdump -0f / dev / null -F „echo test” / sys
Aby uzyskać najlepszą wydajność produktu, zaktualizuj go dzisiaj.
Koniecznie sprawdź też 5 powodów, dla których potrzebujesz nieprzeniknionego planu tworzenia kopii zapasowych i odzyskiwania danych
