Poradniki

Oficjalne how-to, tutoriale, poradniki i FAQ publikowane przez QNAP.

FAQ Dlaczego nie mogę połączyć Web Server z MariaDB 10?

Dotyczy produktów
Wszystkie serie NAS



Scenariusz
Hostujesz zawartość na serwerze QTS Web Server i nie możesz zainicjować bazy danych za pomocą aplikacji MariaDB 10 zainstalowanej z App Center.



Rozwiązanie
Ten problem jest prawdopodobnie spowodowany zmianami numerów portów dostępu w MariaDB 10 i MariaDB 5. Domyślnie MariaDB 10 jest dostępna przez port 3307. Aby rozwiązać ten problem, użyj 127.0.0.1:3307, aby połączyć się z MariaDB 10 podczas konfigurowania serwera Web Server.

Uwaga: Możesz dostosować domyślny port dostępu dla MariaDB. Jeśli to zrobiłeś, upewnij się, że dostosujesz określony port podczas łączenia się z serwerem Web Server.


Dalsze czytanie

 

FAQ Dlaczego nie mogę połączyć się z serwerem OpenVPN w QVPN Service?

Dotyczy produktów

  • QVPN Service 3.0.781 i wcześniejsze wersje

Scenariusz
Ze względu na aktualizację OpenVPN do wersji 2.6, która wprowadza ulepszone funkcje bezpieczeństwa, QVPN Service został zaktualizowany do wersji 3.2 w celu zachowania kompatybilności. Jednakże starsze wersje QVPN Service (3.0.781 i niższe) nadal wykorzystują OpenVPN 2.4 lub wcześniejsze zarówno po stronie serwera, jak i klienta. Ta niekompatybilność może uniemożliwić klientom korzystającym z OpenVPN 2.6 pomyślne połączenie się z serwerami korzystającymi z OpenVPN 2.4 lub wcześniejszych.

Obejście problemu

Opcja 1: Zaktualizuj QVPN Service
Zalecanym rozwiązaniem jest aktualizacja QVPN Service do wersji 3.2 lub nowszej na urządzeniu QNAP. Zapewni to kompatybilność z najnowszą wersją OpenVPN i najwyższy poziom bezpieczeństwa.

Opcja 2: Zmodyfikuj plik konfiguracyjny (Dla starszego sprzętu)
Jeśli ograniczenia sprzętowe uniemożliwiają aktualizację do nowszej wersji QVPN Service, możesz zastosować następujące obejście problemu:

  1. Pobierz plik konfiguracyjny z serwera QVPN.
    Szczegóły znajdziesz w Pobieranie pliku konfiguracyjnego OpenVPN w samouczku QVPN Service.
  2. Otwórz plik za pomocą edytora tekstu.
  3. Dodaj następujący ciąg znaków na końcu linii `tls-cipher`: `:mad:SECLEVEL=0`.
    63fde8ab3c874201ad712f2ccf3167d5.png

    Ważne`SECLEVEL=0` to parametr konfiguracyjny w OpenVPN, który określa poziom bezpieczeństwa połączenia. Zmiana poziomu bezpieczeństwa na 0 umożliwia użycie wszystkich dostępnych algorytmów kryptograficznych i szyfrów, w tym starszych i mniej bezpiecznych.
  4. Zapisz zmodyfikowany plik konfiguracyjny.
  5. Ponownie zaimportuj zaktualizowany plik konfiguracyjny OpenVPN do klienta.WażneUstawienie `SECLEVEL=0` obniża poziom bezpieczeństwa połączenia, umożliwiając użycie przestarzałych algorytmów i ustawień kryptograficznych. Należy to traktować wyłącznie jako tymczasowe rozwiązanie, dopóki QVPN Service nie zostanie zaktualizowany do kompatybilnej wersji.
 

FAQ Dlaczego mój smart TV wyświetla pliki multimedialne z NAS tylko alfabetycznie?

Produkty, których dotyczy problem
QTS, QuTS hero



Scenariusz
Mój nowy telewizor smart TV wyświetla pliki multimedialne z NAS tylko w kolejności alfabetycznej i ignoruje inne preferencje sortowania, takie jak date modified, recently watched, itp. Inne telewizory smart TV nadal działają zgodnie z oczekiwaniami przy tej samej konfiguracji NAS.



Przyczyna
Jeśli te same pliki są sortowane zgodnie z oczekiwaniami na innych telewizorach, konfiguracja NAS jest prawdopodobnie prawidłowa.

Ten problem jest najprawdopodobniej spowodowany przez ograniczone możliwości klienta DLNA/UPnP w oprogramowaniu telewizora smart TV. Niektóre telewizory smart TV mogą nie obsługiwać zaawansowanych opcji sortowania przez DLNA. Mogą używać uproszczonej przeglądarki multimediów, która sortuje pliki tylko alfabetycznie, ignorując inne metadane plików.



Rozwiązanie
To nie jest problem z NAS — to tylko ograniczone wsparcie klienta po stronie telewizora.

Podczas gdy DLNA historycznie było popularnym standardem do strumieniowania multimediów z urządzeń NAS do telewizorów smart TV i innych klientów, obecnie jest coraz częściej uważane za technologię starszej generacji. Nowoczesne telewizory smart TV, zwłaszcza nowsze modele firm Samsung i LG, często oferują ograniczone funkcjonalności DLNA, co może prowadzić do wymuszonego sortowania alfabetycznego, braku obsługi metadanych lub słabej obsługi napisów.

Dla lepszego i bardziej elastycznego doświadczenia multimedialnego zalecamy przejście na nowoczesne aplikacje serwerów multimediów, takie jak Plex, Emby, or Jellyfin.

Te aplikacje oferują:

  • Lepszą kompatybilność z telewizorami smart TV i urządzeniami mobilnymi
  • Bogate metadane (miniatury, opisy, plakaty)
  • Historię odtwarzania i profile użytkowników
  • Transkodowanie dla różnych formatów urządzeń
  • Zdalny dostęp i zwiększone bezpieczeństwo



Dalsze informacje
Jak zdalnie uzyskać dostęp do serwera multimediów Plex w QNAP NAS?

Najlepszy NAS dla Plex, zoptymalizowany pod kątem transkodowania
 

FAQ Dlaczego nie mogę połączyć się z QuFTP za pomocą macOS Finder?

Dotyczy produktów
QuFTP



Objaw
Podczas próby połączenia z QuFTP za pomocą Finder na macOS, moje urządzenie wskazuje, że ścieżka sieciowa nie istnieje, ale mogę uzyskać dostęp do tej ścieżki na urządzeniu z systemem Windows i przez intranet.



Ograniczenia
Finder w systemie macOS ma kilka ograniczeń podczas tworzenia połączeń FTP:

  • Nazwy użytkowników i hasła nie mogą zawierać symbolu @.
  • Można tylko pobierać pliki; przesyłanie nie jest dozwolone.
  • Przeciąganie i upuszczanie dużych plików może powodować problemy.
  • Minimalne opcje bezpieczeństwa.
W rezultacie QNAP zaleca korzystanie z klienta FTP innej firmy.
 

FAQ Dlaczego mój Security Center utknął na ekranie ładowania po instalacji?

Dotyczy produktów
QTS, QuTS hero, Security Center 3.1.0 lub nowszy



Objaw
Po uruchomieniu Security Center interfejs pozostaje zablokowany na ekranie ładowania i nie kończy procesu inicjalizacji.

Przyczyna główna
Ten problem występuje, jeśli ustawienie `InnerWebAccessPort` w pliku konfiguracyjnym systemu zostało zmienione z domyślnego portu `58080` na nieobsługiwany port, taki jak `48080`. Security Center polega na domyślnym porcie do komunikacji wewnętrznej i nie uruchomi się poprawnie, jeśli ten port zostanie zmieniony.

Ta zmiana może nastąpić w wyniku ręcznej modyfikacji przez użytkownika lub oprogramowanie innych firm, ale nie jest obecnie walidowana przez Security Center, co prowadzi do cichej awarii.



Rozwiązanie

  1. Zaloguj się do NAS za pomocą SSH jako administrator.
  2. Sprawdź bieżącą konfigurację portu:

    Kod:
    ps
    
    |
    
    grep
    
    thttp
    ShellCopy
    • Nieprawidłowe: `/usr/local/sbin/_thttpd_ -p 48080`
    • Prawidłowe: `/usr/local/sbin/_thttpd_ -p 58080`
  3. Edytuj plik konfiguracyjny:

    Kod:
    vi
    
    /etc/config/uLinux.conf
    ShellCopy
  4. Usuń lub skomentuj tę linię:

    Kod:
    InnerWebAccessPort
    
    =
    
    48080
    ShellCopy
  5. Uruchom ponownie usługi sieciowe i bezpieczeństwa:

    Kod:
    /etc/init.d/Qthttpd.sh
    
    restart
    
    /etc/init.d/stunnel.sh
    
    restart
    
    /etc/init.d/thttpd.sh
    
    restart
    ShellCopy
5. Uruchom ponownie Security Center.

Security Center powinien teraz ładować się poprawnie, używając portu `58080`



Dalsze informacje
Skrócona instrukcja obsługi Security Center

Jak dostosować ustawienia progowe w Security Center, aby zmniejszyć częstotliwość alertów?
 

FAQ Dlaczego nie mogę połączyć się z moją Kamerą USB po włączeniu Force secure connection (HTTPS)?

Odpowiedni produkt

  • QUSBCam2 3.0.0 lub nowsze wersje



Przyczyna
Jeśli opcja Force secure connection (HTTPS) only jest włączona w Control Panel, QVR Pro może mieć trudności z połączeniem się z wcześniej działającą kamerą USB, gdy konfiguracja kanału zostanie zmieniona po zaktualizowaniu QUSBCam2 do wersji 3.0.0.



Rozwiązanie
Wykonaj poniższe kroki, aby przywrócić połączenie między QVR Pro a kamerą USB.

  1. Przejdź do Control Panel > General Settings > System Administration.Wyłącz opcję "Force secure connection (HTTPS) only".

    b158b2ebefd3885d32157692ecec4cae.png
  2. Odśwież stronę i poczekaj, aż QVR Pro ponownie połączy się z kamerą USB.

    9cdd899d9a403066a2b903407b5959a3.png
  3. Po podłączeniu kamery włącz opcję "Force secure connection (HTTPS) only".

    52d1beae0b3e42a972e1a62e8d70fdcb.png
UwagaPowtórz powyższą procedurę, jeśli napotkasz ten sam problem po ponownym włączeniu QVR Pro lub ponownym uruchomieniu urządzenia.
 

FAQ Dlaczego mój QNAP NAS używa przestrzeni wymiany, nawet gdy dostępna jest wolna pamięć?

Produkty, których dotyczy
NAS (QTS / QuTS Hero)



Scenariusz
Zauważam, że przestrzeń wymiany (swap) jest używana, mimo że połowa pamięci systemowej jest nadal wolna. Dlaczego?



Rozwiązanie
Takie zachowanie jest normalne i niekoniecznie wskazuje na problem z Twoim NAS-em. Nowoczesne systemy operacyjne (w tym QTS i QuTS hero, które są oparte na systemie Linux) mogą alokować przestrzeń wymiany (swap) nawet wtedy, gdy pamięć fizyczna (RAM) nie jest w pełni wykorzystana.

Przyczyny obejmują:

  1. Optymalizacja pamięci przez jądro systemu
    • Jądro systemu Linux może przenosić rzadko używane dane z pamięci RAM do przestrzeni wymiany (swap), utrzymując więcej pamięci RAM dostępnej dla pamięci podręcznej systemu plików i często używanych aplikacji.
    • Poprawia to ogólną responsywność, zwłaszcza w przypadku usług, które wymagają szybkiego dostępu do danych w pamięci podręcznej.
  2. Stabilność systemu
    • Użycie przestrzeni wymiany (swap) jako bufora zapobiega wyczerpaniu pamięci przez aplikacje w przypadku nagłych wzrostów obciążenia.
    • Nawet jeśli dostępna jest „wolna” pamięć RAM, system może nadal proaktywnie przenosić nieaktywne strony pamięci do przestrzeni wymiany (swap).
  3. Obciążenia związane z kontenerami i wirtualizacją
    • Podczas uruchamiania Virtualization Station, Container Station lub aplikacji o dużym zapotrzebowaniu na pamięć, system może używać przestrzeni wymiany (swap) w celu utrzymania izolacji pamięci między aplikacjami.
  4. Usługi działające w tle
    • Niektóre usługi (np. indeksowanie, aplikacje multimedialne, zadania tworzenia kopii zapasowych) mogą tymczasowo wywoływać użycie przestrzeni wymiany (swap), nawet jeśli wykorzystanie pamięci wydaje się umiarkowane.
Użycie przestrzeni wymiany (swap) na QNAP NAS jest oczekiwanym zachowaniem i częścią sposobu, w jaki system efektywnie zarządza pamięcią. Niewielkie ilości użycia przestrzeni wymiany (swap) są normalne i nie stanowią powodu do obaw. Jeśli problemy z wydajnością występują przy dużym obciążeniu, najlepszym długoterminowym rozwiązaniem jest rozbudowa pamięci RAM.
 

FAQ Dlaczego nie mogę połączyć się z internetem za pomocą QVPN QBelt na iOS lub Android?

Dotyczy produktów

  • QVPN Service (QBelt)
  • QVPN for iOS 1.5.7 i nowsze
  • QVPN for Android 1.8.11 lub nowsze



Objaw
Po nawiązaniu połączenia QBelt VPN za pomocą QVPN for iOS lub QVPN for Android możesz doświadczyć jednego lub więcej z poniższych problemów:

  • Strony internetowe na urządzeniu mobilnym ładują się wolno lub wcale.
  • Strona logowania do NAS ciągle się ładuje.
  • Aplikacje mobilne, takie jak LINE lub aplikacje do przesyłania wiadomości, nie mogą wysyłać ani odbierać wiadomości.
  • Dostęp do Internetu natychmiast wraca do normy po rozłączeniu VPN.
Tunel VPN został pomyślnie nawiązany, ale cały ruch sieciowy (w tym usługi inne niż NAS) jest zakłócony.



Przyczyna główna

Zmiany w zachowaniu DNS w QVPN for iOS 1.5.7
Począwszy od QVPN for iOS 1.5.7, aplikacja zmienia sposób uzyskiwania ustawień DNS dla połączeń QBelt.

Wersja | Zachowanie DNS
QVPN for iOS 1.5.6 i wcześniejsze | Używa stałego DNS:
  • `8.8.8.8` dla użytkowników globalnych
  • `114.114.114.114` dla użytkowników w Chinach
QVPN for iOS 1.5.7 i nowsze | Używa serwera DNS skonfigurowanego w ustawieniach QBelt usługi QVPN Service na serwerze NAS (takie samo zachowanie jak w Androidzie).
Jeśli zaktualizujesz QVPN iOS do wersji 1.5.7 lub nowszej, a pole DNS w ustawieniach QBelt serwera NAS jest puste lub zawiera nieprawidłowy adres serwera DNS, klient nie będzie mógł rozwiązywać nazw domen. W rezultacie połączenie VPN zostanie nawiązane, ale usługi internetowe nie będą działać.

QVPN for Android
QVPN for Android również używa serwera DNS skonfigurowanego w ustawieniach QBelt na serwerze NAS. Jeśli DNS QBelt nie jest skonfigurowany lub jest skonfigurowany nieprawidłowo, klienci Android mogą doświadczyć tych samych objawów.



Rozwiązanie

Skonfiguruj prawidłowy serwer DNS dla QBelt na serwerze NAS

  1. Zaloguj się do serwera NAS za pomocą przeglądarki internetowej.
  2. Otwórz QVPN Service.
  3. W lewym panelu wybierz QBelt.
  4. Znajdź pole DNS Server i wprowadź prawidłowy adres IP serwera DNS.

Region | Zalecany serwer DNS
Globalny (użytkownicy ogólni) | `8.8.8.8` (Google DNS)
Chiny | `114.114.114.114`
7035f3626f93c86e93388cd061229607.png


  1. Kliknij Apply lub Save, aby zapisać ustawienia.
  2. Rozłącz i ponownie połącz połączenie QBelt VPN w aplikacji QVPN.
  3. Sprawdź, czy strony internetowe i aplikacje mobilne mogą normalnie uzyskiwać dostęp do Internetu.
Uwaga
  • Ten problem nie dotyczy samego tunelu VPN. Wpływa on jedynie na korzystanie z sieci po nawiązaniu połączenia VPN.
  • Zmiana zachowania DNS w QVPN for iOS 1.5.7 jest celowa. Pozwala to administratorom na elastyczne określanie serwerów DNS.
  • Zalecamy proaktywne sprawdzenie, czy pole DNS QBelt zawiera prawidłowy adres IP, aby uniknąć problemów z łącznością po zaktualizowaniu aplikacji QVPN przez użytkowników.
  • Jeśli Twoje środowisko już używa określonego serwera DNS (na przykład wewnętrznego serwera DNS), możesz wprowadzić ten adres IP zamiast `8.8.8.8`.

Wsparcie techniczne QNAP
Jeśli problem nadal występuje po skonfigurowaniu ustawień DNS zgodnie z powyższym opisem, skontaktuj się ze wsparciem technicznym QNAP i podaj następujące informacje:

  • Model NAS, wersja QTS/QuTS hero oraz wersja QVPN Service.
  • Model urządzenia mobilnego i wersja iOS/Android.
  • Wersja aplikacji QVPN.
  • Zdalny dostęp do NAS Helpdesk, który umożliwia naszym inżynierom wsparcia sprawdzenie Twojej konfiguracji.
 

FAQ Dlaczego nie mogę pobrać obrazów LXD w Container Station?

Dotyczy produktów
Container Station 3.0.6 i wcześniejsze wersje

Szczegóły
Możesz doświadczyć błędów wdrożenia podczas próby pobrania obrazów LXD w wersjach Container Station wcześniejszych niż 3.0.6 (w tym 3.0.0 i serii 2.x). Jest to znany problem wynikający z wycofania z eksploatacji oryginalnego serwera LXD Registry w maju 2024 r.
Container Station polega na serwerze LXD Registry w celu uzyskania dostępu i pobrania obrazów kontenerów LXD. Ponieważ oryginalny serwer został wycofany, próby pobrania obrazów za pośrednictwem szablonów aplikacji lub funkcji Explore w dotkniętych wersjach nie będą już działać.

Rozwiązanie
Ten problem został rozwiązany w wersji Container Station 3.0.7 i nowszych. Aktualizacja Container Station do wersji 3.0.7 lub nowszej przywróci funkcję pobierania obrazów LXD i tworzenia kontenerów zarówno za pośrednictwem szablonów aplikacji, jak i funkcji Explore.
 

FAQ Dlaczego nie mogę nadpisywać plików na QNAP NAS, gdy uzyskuję do niego dostęp za pośrednictwem Client for NFS na Windows Server?

Dotyczy produktów

  • Wszystkie serie QNAP NAS
  • Windows Server (dowolna obsługiwana wersja)

Scenariusz
Użytkownik uzyskuje dostęp do folderu współdzielonego QNAP NAS za pośrednictwem usług plików sieciowych (NFS) z serwera Windows Server z obsługiwaną wersją. Podczas kopiowania pliku o tej samej nazwie system Windows wyświetla monit Replace or Skip Files , wskazując, że istniejący plik jest obecny na serwerze NAS.
50c3d2614779717fd72b5a3aa8952bd9.png


Jednak po wybraniu opcji Replace the file in the destination operacja kończy się niepowodzeniem z powodu błędu odmowy dostępu lub błędu uprawnień, uniemożliwiając nadpisanie lub zaktualizowanie pliku.
09463de7f09a0f88bb0e5f0a8a0e6a79.png




Przyczyna główna
To zachowanie jest znanym ograniczeniem funkcji Client for NFS w systemie Windows Server i jest niezależne od konfiguracji NAS. To samo zachowanie obserwuje się we wszystkich obsługiwanych wersjach Windows Server, które zawierają Client for NFS.

  • Client for NFS obsługuje tylko NFSv2 i NFSv3 i nie obsługuje list ACL NFSv4. W rezultacie nie może negocjować ani modyfikować list ACL POSIX przez NFS.
  • Domyślnie Client for NFS uzyskuje dostęp do udziałów NFS przy użyciu anonimowego UID i GID. Jeśli serwer NAS nie przyznaje uprawnień do zapisu tej anonimowej tożsamości, operacje zapisu kończą się niepowodzeniem.
  • Dostęp jest odmawiany, chyba że anonimowe UID i GID są jawnie mapowane na UID i GID, które serwer NAS rozpoznaje i którym zezwala na zapis do folderu współdzielonego, niezależnie od skonfigurowanych uprawnień zapisu folderu współdzielonego.
UwagaTe ustawienia muszą być skonfigurowane na serwerze Windows Server.


Rozwiązanie
Aby rozwiązać ten problem, zmapuj anonimowego użytkownika NFS na serwerze Windows Server na UID i GID, którym serwer NAS zezwala na zapis do folderu współdzielonego.

Konfigurację można zastosować, korzystając z jednej z poniższych metod.

Metoda 1: Konfiguracja za pomocą PowerShell (zalecane)

  1. Otwórz PowerShell jako administrator.
  2. Uruchom PowerShell z uprawnieniami administratora.
  3. Uruchom następujące polecenia, aby zmapować anonimowe UID i GID na `0`, co odpowiada użytkownikowi root QNAP.
    Kod:
    Set-ItemProperty
    
    -
    Path
    
    "HKLM:\SOFTWARE\Microsoft\ClientForNFS\CurrentVersion\Default"
    
    -
    Name
    
    AnonymousUid
    
    -
    Value
    
    0
    
    -
    PropertyType
    
    DWord
    
    Set-ItemProperty
    
    -
    Path
    
    "HKLM:\SOFTWARE\Microsoft\ClientForNFS\CurrentVersion\Default"
    
    -
    Name
    
    AnonymousGid
    
    -
    Value
    
    0
    
    -
    PropertyType
    
    DWord
    PowerShellCopy
  4. Uruchom następujące polecenie, aby ponownie uruchomić Client for NFS lub ponownie uruchomić system, aby zastosować zmiany:
    Kod:
    nfsadmin
    
    client
    
    restart
    PowerShellCopyWskazówkaAlternatywnie możesz ponownie uruchomić serwer Windows Server.

Metoda 2: Konfiguracja za pomocą rejestru systemu Windows

  1. Naciśnij Win + R.
  2. Wpisz `regedit`.
  3. Naciśnij Enter.
  4. Przejdź do następującej ścieżki rejestru:
    Kod:
    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\ClientForNFS\CurrentVersion\Default
    CustomCopy
  5. Przejdź do Edytuj > Nowy, a następnie kliknij Wartość DWORD (32-bitowa).
  6. Utwórz następujące dwie wartości DWORD (32-bitowe) w folderze domyślnym:
    • AnonymousUid = 0
    • AnonymousGid = 0
  7. Zastosuj zmiany, ponownie uruchamiając klienta NFS:
    Kod:
    nfsadmin client restart
    CustomCopy
  8. WskazówkaAlternatywnie możesz ponownie uruchomić serwer Windows Server.
Ważne
  • Mapowanie UID i GID na `0` umożliwia Client for NFS dostęp do serwera NAS jako użytkownik root. Upewnij się, że folder współdzielony NAS przyznaje uprawnienia do zapisu tej tożsamości.
  • Zastosuj te ustawienia na każdym serwerze Windows Server, który uzyskuje dostęp do udziału NFS.
  • Dotyczy to wszystkich wersji systemu Windows, które obsługują funkcję Client for NFS.
  • W środowiskach wymagających szczegółowej kontroli uprawnień lub obsługi list ACL NFSv4, Windows Server działający jako klient NFS nie jest obsługiwany.



Dalsze informacje

 

FAQ Dlaczego nie mogę korzystać z PHP 7.4 po aktualizacji QTS/QuTS hero do 5.2.0?

Odpowiednie produkty

  • QTS/QuTS hero 5.2.0 lub nowszy
  • aplikacja PHP 7.4



Ograniczenia
PHP 7.4 wymaga OpenSSL w wersjach wcześniejszych niż 3.0. Jednakże, QTS/QuTS hero 5.2.0 aktualizuje NAS do OpenSSL 3.0. W rezultacie, aplikacja PHP 7.4 nie będzie już dostępna w App Center począwszy od QTS/hero 5.2.0.

Dodatkowo, jeśli masz aplikację PHP 7.4 zainstalowaną na QTS/hero 5.1.x, zostanie ona wyłączona po aktualizacji do QTS/hero 5.2.0 lub nowszych wersji.
 

FAQ Dlaczego mój NAS nie jest dostępny lub nie jest widoczny w Qfinder Pro po awarii zasilania?

Odpowiednie produkty
QTS, QuTS hero



Przegląd
Po nagłej awarii zasilania lub przepięciu serwer NAS może nie być już widoczny w Qfinder Pro, ani dostępny za pośrednictwem interfejsu sieciowego, ani nie uruchamiać się.

Możliwe objawy mogą obejmować:

  • Brak aktywności diod LED lub sygnałów dźwiękowych podczas uruchamiania
  • Diody LED wydają się działać normalnie, ale serwer NAS jest niedostępny przez sieć LAN
  • Diody LED dysków migają nieprawidłowo lub wcale
  • Serwer NAS włącza się, ale nie uruchamia się całkowicie



Przyczyna źródłowa
Serwer QNAP NAS może nie uruchamiać się po nieoczekiwanej utracie zasilania z powodu:

  • Uszkodzone wewnętrzne oprogramowanie układowe (DOM/Flash): Jeśli oprogramowanie układowe było używane lub aktualizowane w momencie utraty zasilania, mogło ulec uszkodzeniu.
  • Niestabilne lub uszkodzone dyski: Dyski z krytycznymi błędami mogą uniemożliwić serwerowi NAS ukończenie inicjalizacji systemu.
  • Przerwane uaktualnienie oprogramowania układowego: Jeśli awaria zasilania nastąpiła podczas aktualizacji oprogramowania układowego, program rozruchowy systemu lub system operacyjny mogą być niekompletne.
  • Błędna konfiguracja sieci: Resetowanie DHCP lub adresów IP może spowodować, że serwer NAS będzie niedostępny.



Rozwiązanie

Krok 1: Uruchom serwer NAS bez dysków

  1. Wyłącz serwer NAS.
  2. Wyjmij wszystkie dyski twarde z serwera NAS.
  3. Włącz serwer NAS bez włożonych dysków.

  • Jeśli serwer NAS uruchomi się i usłyszysz sygnał dźwiękowy: Potwierdza to, że oprogramowanie układowe i sprzęt systemu działają prawidłowo. Przejdź do kroku 2.
  • Jeśli serwer NAS nadal się nie uruchamia: Problem może dotyczyć uszkodzonego DOM lub awarii płyty głównej. Zapoznaj się z NAS Recovery Guide lub skontaktuj się z QNAP Technical Support.

Krok 2: Przetestuj dyski twarde

  • Jeśli serwer NAS uruchamia się bez dysków, problem jest prawdopodobnie związany z dyskami.
  • Zidentyfikuj wszystkie dyski, które wcześniej zgłaszały SMART errors, nietypowe dźwięki lub błędy w dziennikach systemowych.
  • Włóż dysk, który uważasz za sprawny, i włącz serwer NAS.
  • Włóż kolejny dysk i przetestuj ponownie.
  • Kontynuuj, aż zidentyfikujesz dysk (lub wiele dysków), który uniemożliwia pomyślne uruchomienie.

Krok 3: Przywróć dostęp do systemu
Jeśli serwer NAS uruchomi się pomyślnie:

  • Podłącz serwer NAS i komputer do tej samej podsieci.
  • Użyj Qfinder Pro, aby zlokalizować serwer NAS w sieci.
  • Jeśli serwer NAS nadal nie jest widoczny:
    • Spróbuj bezpośredniego połączenia Ethernet ze statycznym adresem IP (np. NAS: 192.168.1.100 / PC: 192.168.1.101).
    • Zresetuj ustawienia sieciowe serwera NAS, naciskając i przytrzymując przycisk resetowania przez 3 sekundy. Spowoduje to zresetowanie tylko hasła administratora i ustawień IP.
    • Nie wykonuj 10-sekundowego resetu, chyba że rozumiesz jego pełne konsekwencje.



Dalsze informacje

 

FAQ Dlaczego nie mogę dodać Azure SMB file share jako cel kopii zapasowej w Hybrid Backup Sync?

Produkty, których dotyczy
Hybrid Backup Sync (HBS 3)



Omówienie
Podczas próby dodania udziału plików Azure SMB jako miejsca docelowego kopii zapasowej w Hybrid Backup Sync (HBS 3) może się okazać, że operacja zakończy się niepowodzeniem. Ten problem występuje z powodu ograniczenia zgodności w HBS 3: nie obsługuje on montowania udziałów plików Azure SMB, ponieważ wymagają one formatu adresu opartego na adresie URL, którego HBS 3 nie może używać.



Ograniczenie
Hybrid Backup Sync (HBS 3) obecnie nie obsługuje łączenia się z udziałami plików Azure SMB jako celami kopii zapasowych, ponieważ nie może montować udziałów SMB, które wymagają adresu opartego na adresie URL.
Obecnie HBS 3 obsługuje tylko tworzenie kopii zapasowych bezpośrednio w Azure Storage (Blob storage).



Zalecenie
Aby utworzyć kopię zapasową danych w Microsoft Azure za pomocą HBS 3, proszę użyć przestrzeni Azure Storage (Blob storage) jako miejsca docelowego kopii zapasowej.
Szczegółowe instrukcje znajdują się w poniższych linkach.



Więcej informacji

 

FAQ Dlaczego nie dostałem więcej wolnego miejsca po usunięciu migawek?

Odpowiednie produkty

  • Wszystkie serwery NAS z systemem QTS



Scenariusz
Po usunięciu migawek użycie miejsca na migawki nie zmniejsza się zgodnie z oczekiwaniami. Pula pamięci masowej nadal pokazuje znaczne zużycie miejsca przez migawki, mimo że wszystkie widoczne migawki zostały usunięte.



Rozwiązanie
Użyj narzędzi w Storage & Snapshots, aby zidentyfikować, gdzie jest używane miejsce na migawki i zwolnić dodatkowe miejsce w puli pamięci masowej.

  1. Przejdź do Storage & Snapshots > Storage > Storage/Snapshots.
    (Jest to punkt wejścia do zwiększania wolnego miejsca w puli pamięci masowej.)
  2. Wybierz odpowiednią storage pool.
  3. Kliknij Manage.
    Otworzy się okno Storage Pool Management.
  4. Kliknij Actions, a następnie wybierz Free some space.

    a9b87beecf3f02b249cd401d59c35649.png

    Otworzy się okno Increase Pool Free Space.
  5. W oknie Increase Pool Free Space wykonaj jedną lub więcej dostępnych czynności.
    Uwaga: Niektóre opcje są dostępne tylko wtedy, gdy pula pamięci masowej ma odpowiednią konfigurację lub zawiera odpowiednie obiekty pamięci masowej.

    f2d08e058e0cf9d66344054b3c261226.png

    • Run a space reclaim to release used space in thin volumes
      Dostępne tylko wtedy, gdy pula pamięci masowej ma co najmniej jeden wolumin cienki z miejscem do odzyskania.
      Aby utworzyć miejsce do odzyskania w woluminie cienkim, najpierw możesz usunąć niechciane pliki z tego woluminu, a następnie:
      1. Kliknij Execute.
        Pojawi się okno dialogowe.
      2. Kliknij OK, aby odzyskać dostępne miejsce w pamięci masowej.
        System zwolni używane miejsce do puli pamięci masowej. Pojawi się okno dialogowe.
      3. Kliknij OK, aby zamknąć okno dialogowe.
    • Delete older snapshots (from the pool-level tool)
      Jeśli nadal masz starsze migawki w woluminach lub jednostkach LUN w tej puli:
      1. Wybierz volume lub LUN.
      2. Kliknij Manage.
        Otworzy się okno Snapshot Manager.
      3. Opcjonalnie: Kliknij ikonę widoku, aby przełączyć się na list view.
      4. Wybierz jedną lub więcej migawek do usunięcia.
      5. Kliknij ikonę Delete.
Jeśli usunięto migawki bezpośrednio z Snapshot Manager (bez uruchamiania odzyskiwania miejsca lub sprawdzania opcji na poziomie puli), pula pamięci masowej może nadal pokazywać ograniczone wolne miejsce, zwłaszcza gdy w grę wchodzą woluminy cienkie lub zarezerwowane miejsce na migawki.



Dalsze informacje

 

FAQ Dlaczego nazwy plików lub folderów wyglądają inaczej podczas uzyskiwania dostępu do NAS za pomocą AFP lub SMB?

Dotyczy produktów
QTS



Objaw
Podczas uzyskiwania dostępu do NAS za pomocą klienta AFP (Apple Filing Protocol) nazwy plików lub folderów wyświetlają się poprawnie. Jednakże, podczas uzyskiwania dostępu do NAS za pomocą protokołu SMB (Server Message Block), nazwy plików i folderów są całkowicie inne.



Przyczyna główna
Ten problem występuje, gdy pliki lub foldery używają nazwy, która nie jest zgodna z konwencjami nazewnictwa SMB. W takiej sytuacji klienci SMB nie są w stanie poprawnie przetworzyć nazwy. Na przykład, jeśli nazwa folderu zawiera dwukropek :)), nazwa wyświetla się niepoprawnie, gdy jest przeglądana za pomocą klienta SMB.

e4ed140e9bb07b6d103303e2bff24c5f.png


Następujące konwencje nazewnictwa powodują problemy podczas przeglądania za pomocą klienta SMB:

  • Kończy się kropką (.)
  • Kończy się spacją ( )
  • Zawiera następujące znaki specjalne:
    • gwiazdka (*)
    • ukośnik wsteczny (\)
    • dwukropek :))
    • znak większości (>)
    • znak mniejszości (< )
    • znak zapytania (?)
    • cudzysłów (")
    • ukośnik (/)
    • pionowa kreska (|)



Obejście problemu
Możesz poprawnie wyświetlić nazwy plików i folderów, wykonując następujące czynności:

  1. Zaloguj się do QTS jako administrator.
  2. Przejdź do Control Panel > Privilege > Shared Folders.
  3. Zidentyfikuj folder udostępniony.
  4. Kliknij Edit Properties w kolumnie Action.
    Otworzy się okno Edit Properties.
  5. Włącz Only allows applications to access files using the long file name format.
  6. Kliknij OK.
Nazwy plików i folderów wyświetlają się poprawnie w kliencie SMB.

Jeśli klient SMB nadal wyświetla nazwy niepoprawnie, rozważ zmodyfikowanie zawartości, aby była zgodna z konwencjami nazewnictwa SMB.


Dalsze czytanie

 

FAQ Dlaczego nazwa pliku staje się krzakami podczas transferu FTP?

Dotyczy produktów
Wszystkie serie NAS



Przyczyna główna
Gdy klient FTP i NAS nie używają tego samego kodowania języka, nazwy plików mogą być zniekształcone podczas transmisji. Dodatkowo, niektóre aplikacje FTP nie obsługują prawidłowo Unicode, lub opcja Unicode w NAS nie jest wyłączona, co również może prowadzić do problemów z kodowaniem.



Rozwiązanie
Wykonaj poniższe kroki, aby rozwiązać problemy z zniekształconymi nazwami plików podczas transferów FTP:

1. Konfiguracja kodowania języka NAS:

Przejdź do Control Panel > System > General Settings > Codepage i wybierz język najczęściej używany przez użytkowników FTP (np. chiński tradycyjny).

77cc180a9ed1032174c4c528002d811c.jpg


2. Wyłączanie obsługi Unicode w QuFTP:

Otwórz QuFTP Service i przejdź do System > General > Other Features, a następnie odznacz Enable Unicode Support.

97e336734d3cdf777abe9fbe7ce2a906.jpg


InformacjaZdecydowanie zaleca się, aby użytkownicy końcowi używali aplikacji FTP obsługujących Unicode, takich jak FileZilla, i upewnili się, że w ustawieniach aplikacji wybrano kodowanie UTF-8.



Dalsze informacje
Oficjalna strona FileZilla
 

FAQ Dlaczego mój NAS nagle lub sporadycznie zwolnił po latach normalnego działania?

Dotyczy produktów
Wszystkie modele QNAP NAS



Scenariusz
Twój NAS działał normalnie przez lata. Ostatnio, bez znaczących zmian w konfiguracji lub użytkowaniu, jego wydajność stała się niestabilna lub zauważalnie wolniejsza.



Przyczyna główna
Oprócz czynników związanych z obciążeniem sieci i systemu, nagły lub sporadyczny spadek wydajności jest często związany z pogarszającym się stanem dysku twardego.

W miarę starzenia się dysków twardych, na powierzchni dysku może wystąpić degradacja fizyczna, co może prowadzić do powstawania uszkodzonych sektorów. Gdy system napotka te problematyczne sektory, dysk może wielokrotnie ponawiać operacje odczytu/zapisu lub próbować odzyskać i realokować uszkodzone sektory do obszarów zapasowych.

Podczas tego procesu odzyskiwania i realokacji, operacje wejścia/wyjścia dysku mogą być tymczasowo blokowane lub opóźniane, co sprawia, że NAS wydaje się wolny lub nie reaguje. W rezultacie użytkownicy mogą doświadczać sporadycznego spadku wydajności, takiego jak wolniejszy dostęp do plików, dłuższe czasy odpowiedzi lub niestabilna prędkość odczytu/zapisu, nawet jeśli obciążenie i środowisko pozostają niezmienione.

Może to być związane ze wskaźnikami stanu dysku, takimi jak ostrzeżenia S.M.A.R.T. Gdy dyski twarde mają niestabilne lub nieczytelne sektory, system może wielokrotnie ponawiać operacje wejścia/wyjścia, co skutkuje wolniejszą wydajnością.



Rozwiązanie
Urządzenia QNAP NAS zapewniają monitorowanie stanu dysków za pomocą technologii S.M.A.R.T. (Self-Monitoring, Analysis, and Reporting Technology), która może ostrzec Cię o potencjalnych problemach z dyskiem, zanim nastąpi całkowita awaria.

Krok 1: Sprawdź stan dysku S.M.A.R.T.

  1. Otwórz Storage & Snapshots w QTS lub QuTS hero.
  2. Przejdź do Disks i przejrzyj informacje S.M.A.R.T. dla każdego dysku. Zwróć szczególną uwagę na następujące atrybuty:
    • Reallocated Sector Count
    • Current Pending Sector
    • Uncorrectable Sector Count

Krok 2: Interpretacja wskaźników stanu dysku

  • Reallocated Sector Count increases: Wskazuje, że dysk ponownie mapuje uszkodzone sektory, co może sygnalizować postępującą degradację.
  • Current Pending Sector > 0: Wskazuje, że istnieją sektory oczekujące na realokację, co może powodować spowolnienia z powodu wielokrotnych prób odczytu.
  • Uncorrectable Sector Count > 0: Wskazuje, że danych nie można odzyskać z tych sektorów, co zwiększa ryzyko utraty danych i znacznych spowolnień.

Przykład ze zrzutem ekranu S.M.A.R.T.
b1f920444613e3c6cafd4629e9fdb7f7.png


Główne wnioski z tego przykładu:

  • Current Pending Sector = 3 (Warning): Wskazuje, że 3 sektory są obecnie nieczytelne. System będzie wielokrotnie ponawiać próby dostępu, co prowadzi do wolniejszego dostępu do plików, dłuższych czasów tworzenia kopii zapasowych lub synchronizacji oraz sporadycznych opóźnień systemowych.
  • Uncorrectable Sector Count = 4 (Warning): Wskazuje, że 4 sektory nie mogą zostać naprawione, co może skutkować błędami odczytu plików, niestabilnością aplikacji lub dłuższymi czasami odbudowy RAID.
  • Reallocated Event Count = 0: Nie nastąpiła jeszcze realokacja, ale obecność sektorów oczekujących i nienaprawialnych silnie wskazuje, że realokacja jest nieuchronna.

Krok 3: Zalecane działania

Obserwacja | Zalecenie
Wykryto sektor oczekujący | Jak najszybciej wykonaj kopię zapasową danych.
Wykryto sektor nienaprawialny | Unikaj używania dysku do długoterminowego przechowywania danych.
Obecne sektory oczekujące + nienaprawialne | Wymień dysk przy najbliższej okazji.
Reallocated Sector Count wzrasta | Wymień dysk tak szybko, jak to możliwe. Rosnąca liczba wskazuje na postępującą awarię dysku.
Wydajność już spadła | Natychmiastowa wymiana dysku może zapobiec dalszym problemom.
Ważna uwaga: RAID nie zastępuje kopii zapasowych. Gdy stan dysku ulega pogorszeniu, istnieje ryzyko utraty danych podczas wymiany lub odbudowy. Zawsze upewnij się, że Twoje dane są zarchiwizowane na urządzeniu zewnętrznym lub w usłudze chmurowej przed wymianą dysku lub odbudową RAID.


Dalsze informacje

 

FAQ Dlaczego napotykam niespójności obudowy JBOD podczas parowania urządzeń HA, nawet przy identycznych konfiguracjach?

Odpowiednie produkty

  • QuTS hero h5.3.0 lub nowszy
  • High Availability Manager
  • Storage Manager



Scenariusz
Podczas początkowego parowania dwóch urządzeń NAS w celu utworzenia klastra wysokiej dostępności (HA) system sprawdza, czy konfiguracje pamięci masowej obu urządzeń NAS są identyczne, włączając w to podłączone obudowy JBOD. Nawet jeśli modele obudów JBOD, podłączone porty, zainstalowane gniazda dysków i pojemności dysków są zgodne między urządzeniami NAS, High Availability Manager może nadal zgłaszać niespójności z powodu niezgodnych identyfikatorów obudów, uniemożliwiając utworzenie klastra HA.



Przyczyna
Identyfikatory obudów są zazwyczaj przypisywane do jednostek rozszerzających w kolejności chronologicznej, w jakiej są podłączane do hosta NAS, zaczynając od „1”.

Nawet przy identycznych modelach i konfiguracjach obudów JBOD, podłączenie ich do dwóch urządzeń NAS w różnej kolejności chronologicznej spowoduje niezgodność identyfikatorów obudów.



Rozwiązanie
Możesz ponownie zainicjować identyfikatory obudów w obu urządzeniach NAS. Spowoduje to przypisanie nowych identyfikatorów obudów do obudów JBOD na podstawie ich fizycznej kolejności podłączenia do każdego urządzenia NAS (tj. według portu), zamiast chronologicznej kolejności podłączenia.

  1. Upewnij się, że odpowiadające sobie obudowy JBOD są podłączone do tych samych portów w obu urządzeniach NAS.
    Zapewni to, że wszystkie obudowy JBOD są podłączone w tej samej kolejności fizycznej w obu urządzeniach NAS.
  2. Dla każdego urządzenia NAS wykonaj następujące czynności:
    1. Zaloguj się jako administrator.
    2. Otwórz Storage Manager.
    3. Przejdź do Disks.
    4. Kliknij ⋮ w prawym górnym rogu strony Devices & Disks, a następnie wybierz Recover > Reinitialize Enclosure IDs.
      System przypisuje nowe identyfikatory obudów do obudów JBOD na podstawie ich fizycznej kolejności podłączenia.
  3. Po ponownym zainicjowaniu identyfikatorów obudów w obu urządzeniach NAS, otwórz High Availability Manager, aby ponownie rozpocząć tworzenie klastra HA.



Dalsze informacje

 

FAQ Dlaczego mój NAS ciągle próbuje zainstalować nieobsługiwaną aplikację po ponownym uruchomieniu?

Produkty, których dotyczy
Wszystkie serie NAS
Począwszy od wersji 2.4, produkt wcześniej znany jako Boxafe został przemianowany na HDP for SaaS.



Przegląd
Po próbie zainstalowania nieobsługiwanej aplikacji, NAS kontynuuje próby instalacji aplikacji po każdym ponownym uruchomieniu. Instalacja kończy się niepowodzeniem za każdym razem i generuje komunikaty ostrzegawcze oraz logi.Dzieje się tak, na przykład, podczas próby zainstalowania Boxafe na TS-212, który nie spełnia minimalnych wymagań sprzętowych dla Boxafe.


11e65d11d59cb23cb85b84ef867356bc.png





Rozwiązanie
Aby rozwiązać ten problem, musimy połączyć się z NAS za pomocą SSH i uruchomić następujące polecenia:

1.- cd /mnt/HDA_ROOT/update_pkg/

2.- ls


c70e4c53c2130d03852e17bbeaae8d44.png



Jeśli aplikacja jest wymieniona, musimy ją usunąć za pomocą polecenia „rm APP_NAME”. Polecenia w tym przypadku będą następujące:

3.- rm boxafe_1.0.251_arm_64.qpkg

4.- rm boxafe_1.0.251_x86_64.qpkg

Na koniec uruchom ponownie NAS i potwierdź, że problem został rozwiązany.