Nie musisz pozostawiać udostępnionego folderu ZimaOS otwartego dla gości tylko dlatego, że Dolphin w CachyOS nie pyta automatycznie o nazwę użytkownika i hasło. Wątek społeczności IceWhale z listopada 2025 r. rozpoczął się dokładnie od tego problemu: udziały ZimaOS 1.5.1 były widoczne tylko po włączeniu dostępu gościa, a uwierzytelnione udziały nie pojawiały się normalnie w Dolphin.
Odpowiedzi doprowadziły ostatecznie do dwóch różnych rozwiązań. Jeden z użytkowników włączył SSH w ZimaOS i połączył się przez sftp://, co działało, ale całkowicie omijało Sambę. Inny użytkownik CachyOS zainstalował składniki klienta Samba, utworzył dane logowania i zamontował udział ZimaOS przez CIFS/fstab. Aktualny ZimaOS obsługuje również udostępnianie Samba wielu użytkownikom, dlatego lepszym rozwiązaniem długoterminowym jest utworzenie konta członka ZimaOS dla tego udziału i połączenie się z CachyOS przy użyciu tych danych logowania. SFTP należy traktować jako osobną opcję awaryjną, gdy celowo chcesz uzyskać dostęp do plików przez SSH.
Utwórz chroniony hasłem udział Samba w ZimaOS
Aktualny ZimaOS obsługuje uprawnienia Samba oparte na członkach. W aplikacji Pliki wybierz folder, który chcesz udostępnić, i użyj elementów sterujących udostępnianiem Samba, aby przypisać członka zamiast włączać nieograniczony dostęp gościa.
Aktualny przewodnik ZimaOS dotyczący udostępniania Samba wielu użytkownikom opisuje obecny model:
- Utwórz konto członka albo wybierz istniejące.
- Przypisz tego członka do udostępnianego folderu.
- Wybierz uprawnienia tylko do odczytu albo do odczytu i zapisu.
- Zapisz udział i skopiuj adres połączenia podany przez ZimaOS.
Nazwa użytkownika i hasło używane w CachyOS powinny być danymi logowania członka Samba w ZimaOS, który ma uprawnienia do udziału. Nie są one automatycznie danymi logowania do systemu Linux na komputerze z CachyOS.
Dlaczego Dolphin może widzieć ZimaOS, ale nie pytać o dane logowania
Autor oryginalnego wpisu mógł wykryć serwer ZimaOS w CachyOS, ale nie mógł przeglądać chronionych udziałów. Drugi użytkownik zgłosił takie samo zachowanie w marcu 2026 r.: macOS i Windows mogły się uwierzytelnić, natomiast CachyOS wyświetlał serwer, ale nie pokazywał użytecznego monitu o dane logowania.
Ten objaw może wystąpić, gdy klient Linux obsługuje wykrywanie, ale nie ma zainstalowanego lub skonfigurowanego kompletnego stosu klienta SMB/KIO/CIFS. Ikona serwera widoczna w Dolphin potwierdza, że wykrywanie sieci działa, ale nie dowodzi, że uwierzytelniony dostęp SMB jest w pełni skonfigurowany.
Przetestuj dane uwierzytelniające ZimaOS przed rozwiązywaniem problemów z Dolphin
Przed utworzeniem stałego montowania sprawdź, czy serwer akceptuje dane uwierzytelniające użytkownika. W systemie typu Arch/CachyOS, z zainstalowanym smbclient zainstalowany, wyświetl udziały za pomocą:
smbclient -L ZIMAOS_LAN_IP -U ZIMAOS_MEMBER_NAME
Po wyświetleniu monitu wprowadź hasło użytkownika ZimaOS. Jeśli pojawią się chronione udziały, usługa Samba ZimaOS i dane uwierzytelniające działają poprawnie. Pozostały problem leży po stronie klienta CachyOS, a nie samego udziału ZimaOS.
Łączenie z poziomu Dolphin za pomocą uwierzytelnionego adresu URL SMB
Zamiast otwierać wyłącznie automatycznie wykrytą ikonę serwera, wpisz udział bezpośrednio w pasku lokalizacji Dolphin:
smb://ZIMAOS_MEMBER_NAME@ZIMAOS_LAN_IP/SHARE_NAME
Dolphin/KIO powinien następnie poprosić o hasło tego użytkownika, jeśli nie zostało ono wcześniej zapisane. Jeśli nadal przełącza się na dostęp anonimowy lub nigdy nie wyświetla monitu, przetestuj te same dane uwierzytelniające za pomocą smbclient i użyj montowania CIFS, aby oddzielić problem Dolphin/KIO od problemu z uwierzytelnianiem Samby.
Unikaj osadzania hasła bezpośrednio w adresie URL, który może zostać zapisany w historii powłoki, zrzutach ekranu lub dziennikach.
Montowanie udziału ZimaOS za pomocą CIFS
Aby uzyskać przewidywalne montowanie w systemie Linux, zainstaluj cifs-utils i utwórz lokalny punkt montowania. Dokumentacja Samby dla Arch Linux, która ma zastosowanie do CachyOS, ponieważ CachyOS bazuje na Arch Linux, obsługuje uwierzytelnione montowanie CIFS.
sudo mkdir -p /mnt/zima-share
sudo mount -t cifs //ZIMAOS_LAN_IP/SHARE_NAME /mnt/zima-share \
-o username=ZIMAOS_MEMBER_NAME,vers=3.1.1
Polecenie powinno poprosić o hasło, zamiast umieszczać je bezpośrednio w historii powłoki. Jeśli w Twoim środowisku SMB jest negocjowane automatycznie, jawne vers=3.1.1 może nie być wymagane.
Informacje o aktualnym działaniu klienta Samba w systemie Linux znajdziesz w przewodniku ArchWiki po Sambie.
Użyj chronionego pliku poświadczeń przy stałych montowaniach
Jeśli chcesz, aby udział ZimaOS był montowany automatycznie, nie umieszczaj hasła w postaci zwykłego tekstu bezpośrednio w /etc/fstab. Zamiast tego utwórz plik poświadczeń odczytywany przez użytkownika root:
sudo mkdir -p /etc/samba/credentials
sudo nano /etc/samba/credentials/zima-share
Zapisz:
username=ZIMAOS_MEMBER_NAME
password=YOUR_ZIMAOS_MEMBER_PASSWORD
Następnie go zabezpiecz:
sudo chown root:root /etc/samba/credentials/zima-share
sudo chmod 600 /etc/samba/credentials/zima-share
Wpis /etc/fstab wpis może odwoływać się do tego pliku:
//ZIMAOS_LAN_IP/SHARE_NAME /mnt/zima-share cifs credentials=/etc/samba/credentials/zima-share,_netdev,nofail,x-systemd.automount,vers=3.1.1 0 0
Przetestuj za pomocą sudo mount -a przed ponownym uruchomieniem.
Społecznościowe obejście problemu z SFTP korzysta z SSH, a nie z Samby
Pierwsze skuteczne obejście opisane w wątku było inne. Użytkownik włączył SSH w ZimaOS, a następnie wpisał:
sftp://ZIMAOS_USERNAME@ZIMAOS_LAN_IP
Zadziałało to, ponieważ SFTP działa przez SSH i nie zależy od wykrywania Samba ani poświadczeń SMB. Użytkownik zauważył, że dodatkowe dyski można znaleźć po wyświetleniu ukrytych plików w Dolphin za pomocą Ctrl + H i przechodzeniu do ścieżek zamontowanych nośników.
Obecne wersje ZimaOS ułatwiają włączenie SSH za pomocą trybu deweloperskiego. Zobacz aktualny przewodnik SSH dla ZimaOS.
SFTP nie jest jednak odpowiednikiem udziału Samba członka w ZimaOS. Konto SSH może udostępniać szerszy widok systemu plików serwera niż udział Samba celowo ograniczony do jednego folderu.
Kiedy używać SMB, a kiedy SFTP
| Metoda | Najlepsze zastosowanie | Uwierzytelnianie | Granica dostępu |
|---|---|---|---|
| SMB / CIFS | Zwykłe udziały NAS i stałe montowania | Poświadczenia członka Samba w ZimaOS | Uprawnienia udziału skonfigurowane w ZimaOS |
| SFTP | Transfer plików oparty na SSH | Konto ZimaOS/SSH | Dostęp systemu plików dozwolony dla konta SSH |
Lista kontrolna uwierzytelnionego dostępu z CachyOS do udziału w ZimaOS
- Utwórz członka Samba w ZimaOS i ustaw dla niego hasło.
- Przypisz tego członka do docelowego folderu udostępnionego.
- Pozostaw dostęp gościa wyłączony, jeśli dostęp anonimowy nie jest potrzebny.
- Zainstaluj wymagane pakiety klienta Samba/CIFS w CachyOS.
- Przetestuj konto za pomocą
smbclient -L ZIMAOS_IP -U USERNAME. - Spróbuj
smb://USERNAME@ZIMAOS_IP/SHAREw Dolphin. - Jeśli Dolphin nadal nie działa, przetestuj
mount.cifs. - W przypadku stałego dostępu przechowuj poświadczenia w chronionym pliku, zamiast umieszczać je bezpośrednio w fstab.
- Używaj SFTP tylko wtedy, gdy dostęp w stylu SSH jest akceptowalny.
Najczęściej zadawane pytania dotyczące SMB w ZimaOS i CachyOS
Czy muszę włączyć dostęp gościa dla CachyOS?
Nie. Obecna wersja ZimaOS obsługuje udostępnianie Samba oparte na członkach, a CachyOS może uwierzytelniać się przez Samba/CIFS za pomocą poświadczeń członka.
Dlaczego Dolphin wyświetla ZimaOS, ale nigdy nie prosi o hasło?
Wykrywanie udziałów i uwierzytelnione przeglądanie SMB to osobne funkcje. Najpierw przetestuj narzędzia klienta Samba/CIFS, a następnie połącz się bezpośrednio z chronionym udziałem.
Czy sftp:// to to samo co udział SMB w ZimaOS?
Nie. SFTP korzysta z SSH. Może być przydatnym rozwiązaniem awaryjnym, ale respektuje uprawnienia systemu plików konta SSH, a nie uprawnienia członka udziału Samba w ZimaOS.
Czy mogę automatycznie montować udział ZimaOS podczas uruchamiania CachyOS?
Tak. Wpis CIFS w fstab lub automatyczne montowanie systemd może korzystać z chronionego pliku poświadczeń.
Czy powinienem umieścić hasło do ZimaOS bezpośrednio w /etc/fstab?
Nie. Dedykowany plik poświadczeń z restrykcyjnymi uprawnieniami jest bezpieczniejszy.
