Samba - nie mogę skonfigurować

Witam
Kolejny problem pojawił się z dodatkiem samba. Po instalacji i konfiguracji brak HA w otoczeniu sieciowym. Konfiguracja jest standardowa, user, hasło allow host, a pomimo tego nie mogę dostać się do plików. HA jest pokazywane jako inne urządzenie a klikając na ikonę otwiera się strona domowa HA ale z innym adresem ip pomimo tego że HA ma ustawiony stały adres. Po lekturze kilku postów nadal nie mogę tego poprawnie skonfigurować.
Log:

s6-rc: info: service s6rc-oneshot-runner: starting
s6-rc: info: service s6rc-oneshot-runner successfully started
s6-rc: info: service fix-attrs: starting
s6-rc: info: service fix-attrs successfully started
s6-rc: info: service legacy-cont-init: starting
cont-init: info: running /etc/cont-init.d/samba.sh
[10:41:52] INFO: Hostname: homeassistant
[10:41:52] INFO: Interfaces: eth0 wlan0 
No builtin backend found, trying to load plugin
tdbsam_open: Converting version 0.0 database to version 4.0.
tdbsam_convert_backup: updated /var/lib/samba/private/passdb.tdb file.
account_policy_get: tdb_fetch_uint32_t failed for type 1 (min password length), returning 0
account_policy_get: tdb_fetch_uint32_t failed for type 2 (password history), returning 0
account_policy_get: tdb_fetch_uint32_t failed for type 3 (user must logon to change password), returning 0
account_policy_get: tdb_fetch_uint32_t failed for type 4 (maximum password age), returning 0
account_policy_get: tdb_fetch_uint32_t failed for type 5 (minimum password age), returning 0
account_policy_get: tdb_fetch_uint32_t failed for type 6 (lockout duration), returning 0
account_policy_get: tdb_fetch_uint32_t failed for type 7 (reset count minutes), returning 0
account_policy_get: tdb_fetch_uint32_t failed for type 8 (bad lockout attempt), returning 0
account_policy_get: tdb_fetch_uint32_t failed for type 9 (disconnect time), returning 0
account_policy_get: tdb_fetch_uint32_t failed for type 10 (refuse machine password change), returning 0
Added user homeassistant.
cont-init: info: /etc/cont-init.d/samba.sh exited 0
s6-rc: info: service legacy-cont-init successfully started
s6-rc: info: service legacy-services: starting
services-up: info: copying legacy longrun nmbd (no readiness notification)
services-up: info: copying legacy longrun smbd (no readiness notification)

Konfig:

username: homeassistant
password: haslohaslo
workgroup: WORKGROUP
compatibility_mode: false
veto_files:
  - ._*
  - .DS_Store
  - Thumbs.db
  - icon?
  - .Trashes
allow_hosts:
  - 10.0.0.0/8
  - 172.16.0.0/12
  - 192.168.0.0/24
  - fe80::/10

W win10 odnajdywanie sieci i udostępnienie plików włączone.

Która wersja dodatku? Miałem podobny problem, nie udało się go rozwiązać, wróciłem do używanej poprzedniej wersji add-on’a Samba share 8.2.

Miałem tak samo, wcześniej działało, a od kilku dni nie mogłem wejść w otoczenie sieciowe. Przed chwilą uruchomiłem ponownie dodatek i działa: \HOMEASSISTANT\config
Samba v. 10.0.0.

Wersja to 10.0.0 pobrana z oficjalnego sklepu.

Przy którejś z aktualizacji był problem.
Najprostsze bejście to skopiowanie konfiguracji w YAML gdzieś na bok, usunięcie addona, restart systemu dla pewności, ponowna intslacja addonam wklejenie konfigu (tego “na boku”) zapis i start dodatku.

W sieci bez obsługi IPv6 wywaliłbym to
- fe80::/10

Natomiast zależnie od podpiętych klientów (jakieś stare windowsy), może być potrzebne to
compatibility_mode: true

wersja 10.0.0 kończy z maglowaniem nazw (dla współczesnych windowsów niepotrzebne)

PS co masz dalej w logu? stanęło na tym i amen?

To jest świeża instalacja nie aktualizacja i od samego początku miałem problemy z sambą, na jakiś czas dałem sobie spokój ale teraz czas nadrobić. co do konfiguracji, bez znaczenia czy compatibility_mode: jest ustawione na true czy false efekt jest taki sam. Z allow_host skasowałem wszystko poza 192… (była taka rada na jakimś forum) ale nic to nie dało.
Aktualny log:

Samba name server HOMEASSISTANT is now a local master browser for workgroup WORKGROUP on subnet 192.168.1.100
*****
Registered MSG_REQ_POOL_USAGE
Denied connection from 192.168.1.17 (192.168.1.17)
Connection denied from ipv4:192.168.1.17:65325 to ipv4:192.168.1.100:139
Registered MSG_REQ_POOL_USAGE
Denied connection from 192.168.1.17 (192.168.1.17)
Connection denied from ipv4:192.168.1.17:65326 to ipv4:192.168.1.100:139
Registered MSG_REQ_POOL_USAGE
Denied connection from 192.168.1.17 (192.168.1.17)
Connection denied from ipv4:192.168.1.17:65327 to ipv4:192.168.1.100:139
Registered MSG_REQ_POOL_USAGE
Denied connection from 192.168.1.59 (192.168.1.59)
Connection denied from ipv4:192.168.1.59:49834 to ipv4:192.168.1.100:139
Registered MSG_REQ_POOL_USAGE
Denied connection from 192.168.1.59 (192.168.1.59)
Connection denied from ipv4:192.168.1.59:49835 to ipv4:192.168.1.100:139
Registered MSG_REQ_POOL_USAGE
Denied connection from 192.168.1.59 (192.168.1.59)
Connection denied from ipv4:192.168.1.59:49836 to ipv4:192.168.1.100:139
Registered MSG_REQ_POOL_USAGE
Denied connection from 192.168.1.194 (192.168.1.194)
Connection denied from ipv4:192.168.1.194:37980 to ipv4:192.168.1.100:445
Registered MSG_REQ_POOL_USAGE
Denied connection from 192.168.1.194 (192.168.1.194)
Connection denied from ipv4:192.168.1.194:38300 to ipv4:192.168.1.100:445
Registered MSG_REQ_POOL_USAGE
Denied connection from 192.168.1.194 (192.168.1.194)
Connection denied from ipv4:192.168.1.194:38316 to ipv4:192.168.1.100:445
Registered MSG_REQ_POOL_USAGE
Denied connection from 192.168.1.194 (192.168.1.194)
Connection denied from ipv4:192.168.1.194:38318 to ipv4:192.168.1.100:445
Registered MSG_REQ_POOL_USAGE
Denied connection from 192.168.1.194 (192.168.1.194)
Connection denied from ipv4:192.168.1.194:38320 to ipv4:192.168.1.100:445
Registered MSG_REQ_POOL_USAGE
Denied connection from 192.168.1.194 (192.168.1.194)
Connection denied from ipv4:192.168.1.194:39046 to ipv4:192.168.1.100:445
Registered MSG_REQ_POOL_USAGE
Denied connection from 192.168.1.194 (192.168.1.194)
Connection denied from ipv4:192.168.1.194:39348 to ipv4:192.168.1.100:445
Registered MSG_REQ_POOL_USAGE
Denied connection from 192.168.1.194 (192.168.1.194)
Connection denied from ipv4:192.168.1.194:39350 to ipv4:192.168.1.100:445
Registered MSG_REQ_POOL_USAGE
Denied connection from 192.168.1.194 (192.168.1.194)
Connection denied from ipv4:192.168.1.194:39352 to ipv4:192.168.1.100:445
Registered MSG_REQ_POOL_USAGE
Denied connection from 192.168.1.194 (192.168.1.194)
Connection denied from ipv4:192.168.1.194:39354 to ipv4:192.168.1.100:445
Registered MSG_REQ_POOL_USAGE
Denied connection from 192.168.1.194 (192.168.1.194)
Connection denied from ipv4:192.168.1.194:39692 to ipv4:192.168.1.100:445
Registered MSG_REQ_POOL_USAGE
Denied connection from 192.168.1.194 (192.168.1.194)
Connection denied from ipv4:192.168.1.194:39864 to ipv4:192.168.1.100:445
Registered MSG_REQ_POOL_USAGE
Registered MSG_REQ_POOL_USAGE
Could not find child 165 -- ignoring
Registered MSG_REQ_POOL_USAGE
Registered MSG_REQ_POOL_USAGE
Could not find child 167 -- ignoring
Registered MSG_REQ_POOL_USAGE
Registered MSG_REQ_POOL_USAGE
Could not find child 169 -- ignoring
Registered MSG_REQ_POOL_USAGE
Registered MSG_REQ_POOL_USAGE
Could not find child 171 -- ignoring
Registered MSG_REQ_POOL_USAGE
Registered MSG_REQ_POOL_USAGE
Could not find child 173 -- ignoring
Registered MSG_REQ_POOL_USAGE
Registered MSG_REQ_POOL_USAGE
Could not find child 175 -- ignoring
Registered MSG_REQ_POOL_USAGE
Registered MSG_REQ_POOL_USAGE
Could not find child 177 -- ignoring
Registered MSG_REQ_POOL_USAGE
Registered MSG_REQ_POOL_USAGE
Could not find child 179 -- ignoring
Registered MSG_REQ_POOL_USAGE
Registered MSG_REQ_POOL_USAGE
Could not find child 181 -- ignoring
Registered MSG_REQ_POOL_USAGE
Registered MSG_REQ_POOL_USAGE
Could not find child 183 -- ignoring
Registered MSG_REQ_POOL_USAGE
Registered MSG_REQ_POOL_USAGE
Could not find child 185 -- ignoring
Registered MSG_REQ_POOL_USAGE
Denied connection from 192.168.1.59 (192.168.1.59)
Connection denied from ipv4:192.168.1.59:50180 to ipv4:192.168.1.100:139
Registered MSG_REQ_POOL_USAGE
Denied connection from 192.168.1.59 (192.168.1.59)
Connection denied from ipv4:192.168.1.59:50181 to ipv4:192.168.1.100:139
Registered MSG_REQ_POOL_USAGE
Denied connection from 192.168.1.59 (192.168.1.59)
Connection denied from ipv4:192.168.1.59:50182 to ipv4:192.168.1.100:139

To jest natywna instalacja HAOS (generic lub dedykowany na konkretny SBC) czy jakaś wirtualizacja/Debian/supervised itp., itd.?

Bo ten log wygląda jakby jakiś firewall blokował cały ruch.

Ty łaczysz się z adresu IP 192.168.1.59, który nie należy do podsieci 192.168.0.0/24 ustawionej w allow_hosts. Konfiguracja Samby powinna być taka:

allow_hosts:
  - 172.16.0.0/12
  - 192.168.1.0/24
  - fe80::/10

jeżeli Twoja sieć lokalna ma adresację 192.168.1.0/24.

1 polubienie

Zgodnie z opisem jaki znalazłem w sieci postać 192.168.0.0/24 dotyczy wszystkich adresów w mojej sieci, chyba że coś jest namieszane i czegoś nie załapałem, pomijając to zmiana adresu na 192.168.1.0 nic nie daje efekt jest taki sam.

Błąd, w sieci jest dużo kalkulator IP, sprawdź np. https://42.pl/ipcalc/?a=192.168.1.0&m=24.

Zakładam, że wprowadziłeś ten IP z maską /24 i zrobiłeś restart dodatku, pokaż jeszcze logi.

1 polubienie
192.168.1.0/16

ogarnie wszystkie sieci 192.168.x.x

Tak zrobiłem restart dodatku oraz później samego HA bez zmian, dalej HA pojawia się jako nieznane urządzenie i nie można się wbić w katalogi.
wpisywane adresy:
192.168.0.0/24
192.168.0.0/16
192.168.1.0/24
192.168.1.0/16
Ale zacznijmy od początku.
Neta mam z UPC
adres rutera 89 itd
maska 255.255.252.0
sieć lokalna
adres ip 192.168.1.1
maska 255.255.255.0
dhcp włączony
początkowy adres lokalny 192.168.1.10
HA stały adres ip 192.168.1.100 - natomiast brak tego adresu na liście klientów dhcp
następnie stoi ruter jako most do którego jest podpięty 1 PC i HA.
Jeszcze spróbuje wpiąć Hą po do rutera UPC pomijając edimaxa.

Podepnij także PC do tego routera UPC tak, aby PC i HA były podłączone do tego samego urządzenia (switcha).

Nic z tego obojętne jaki adres wpisze w konfiguracji (0.0/16 1.0/16 0.0/24 1.0/24) efekt jest ten sam, HA jest wykrywany jako “inne urządzenie” bez dostępu do plików, klikając na niego odpala się strona startowa HA. Może inaczej, jak zainstalować starszą wersję dodatku.

Zaczynimy od tego, że

  1. w białej liście adresów miałeś początkowo zupełnie inną podsieć niż ta o której rozmawiamy, czego nie zauważyłem, ale zauważył to @macek
    Samba - nie mogę skonfigurować - #8 przez macek

wejdź eksploratorem na taki adres
\\192.168.1.100
powinno się pojawić okno logowania, podajesz usera homeassistant (zgodnie z konfiguracją) oraz swoje bardzo_trudne_do_złamania_hasło (które zastąpiłeś przez haslohaslo ale użyj czegoś naprawdę trudnego do złąmania, bo Daodatek Samba sprawdza hasłą w haveibeenpwned i jeśli są złamane, kiedyś wyciekły lub są za łatwe to ich nie dopuszcza do użytku)

  1. Masz routery połączone kaskadowo, czy jeden z nich pracuje w trybie mostka a drugi routera? (konfiguracja, która opisałeś jest dziwna, ale nie jest nieprawdopodobna - sam używam w ten sposób routery WiFi w charakterze dodatkowych AP, o ile oczywiście są w trybie mostka z wyłączonym DHCP i routingiem)
    Jaka jest konkretna konfiguracja (na dobry początek wystarczą IP LAN, w tym również komputera z którego chcesz wejść w zasoby.

  2. Świeża instalacja ale jaka? metod jest od groma mamy zgadywać? w niektórych z nich trzeba sobie samemu ogarniać firewalla

  3. Nie ma sensu instalować starej wersji, aktualna działa bezbłędnie (problem dotyczył jakiejś aktualizacji pomiędzy 8.x a 10.x) a zakładam, że nie masz windowsa 2000, czy xp

PS nie mam jak zaemulować potencjalnych problemów z konfiguracją, bo jestem w pracy i stąd nie mogę tego zrobić.

Próbowałem już się logować z adresu \192.168.1.100 , za każdym razem w przeglądarce mam komunikat “nie udało się uzyskać dostępu do pliku”
Co do sieci to idzie to tak:
modem z upc → (po kablu tv1) → (po wifi laptop1, laptop2, ruter edimax jako most)
ruter edimax → 1 pc → HA na rasberry. jaśniej nie potrafię tego opisać.
teraz adresy ip
modem UPC 192.168.1.1
ruter edimax 192.168.1.10
HA stałe ip 192.168.1.100
komputer z którego chciałbym się łączyć 192.168.1.59
próbowałem już chyba wszystkich konfiguracji jakie znalazłem na forach
192.168.0.0/16
192.168.1.0/16
192.168.0.0/24
192.168.1.0/24
ustawień true, false w “compatibility_mode”
Po każdej zmianie restart samby, puźniej nawet po każdej zmianie restart HA.
I lipa.
Instalacja HA zgodna z opisem
https://www.home-assistant.io/installation/raspberrypi.
Mam serwer postawiony na madia vault i z każdego komputera mam dostęp przez sambę, wiec zakładam że problem dotyczy ustawień w HA.
Albo inaczej zainstaluj sobie TeamViever i wyślę Ci login i hasło dostaniesz pełną kontrolę nad pulpitem.

Jest OK.
to jest całą sieć 192.168.1.0 z maską 255.255.255.0

Co to znaczy jako most - ma zmostkowane wszystkie interfejsy i jest połaczony po kablu z jednym portów LAN głównego routera, czy może masz na myśli jakiś tryb repeatera bezprzewodowego? (jeśli tak, to go wywal)

nie masz wchodzić eksplorerem na
\192.168.1.100
tylko na
\\192.168.1.100
(2x backslash)

w kwestii odpowiedzi na pytanie 4 to wejdź
Ustawienia → System → Naprawy → hamburger menu → Informacje o systemie (popup) → KOPIUJ
i wklej całość “jak jest” do posta.

Nie świadczę usług zdalnej konfiguracji, albo rozwiązujemy problem za pomocą forum albo wcale, wiem, że czas bywa frustrujący, ale jestem w robocie i nie mam czau na inne zajęcia.

PS restart HA nie ma żadnego wpływy na Dodatki (to są oddzielne byty od HA), no chyba że mówiłeś o restarcie HAOS (całej maszyny).

Oczywiście \\ błąd w pisaniu

## System Information

version | core-2022.11.4
-- | --
installation_type | Home Assistant OS
dev | false
hassio | true
docker | true
user | root
virtualenv | false
python_version | 3.10.7
os_name | Linux
os_version | 5.15.61-v8
arch | aarch64
timezone | Europe/Warsaw
config_dir | /config

<details><summary>Home Assistant Cloud</summary>

logged_in | false
-- | --
can_reach_cert_server | ok
can_reach_cloud_auth | ok
can_reach_cloud | ok

</details>

<details><summary>Home Assistant Supervisor</summary>

host_os | Home Assistant OS 9.3
-- | --
update_channel | stable
supervisor_version | supervisor-2022.11.2
agent_version | 1.4.1
docker_version | 20.10.18
disk_total | 28.5 GB
disk_used | 5.2 GB
healthy | true
supported | true
board | rpi4-64
supervisor_api | ok
version_api | ok
installed_addons | ESPHome (2022.11.1), Node-RED (13.5.3), File editor (5.4.2), Mosquitto broker (6.1.3), SSH & Web Terminal (12.1.3), Samba share (10.0.0)

</details>

<details><summary>Dashboards</summary>

dashboards | 1
-- | --
resources | 0
views | 1
mode | storage

</details>

<details><summary>Recorder</summary>

oldest_recorder_run | 22 listopada 2022 21:59
-- | --
current_recorder_run | 1 grudnia 2022 18:07
estimated_db_size | 19.80 MiB
database_engine | sqlite
database_version | 3.38.5

</details>

Sambe bym zostawił w spokoju zastosuj konfiguracje która podali koledzy,
spróbuj w wierszu poleceń WINDOWS z uprawnieniami administratora

NET USE use \homeassistant /user:hauser hapassword

podaj swoje dane user:pass
Jakie błędy ci się pojawiają ?

Może trzeba sprawdzić SMB, ja WIN 10 musiałem aktywować

Test
ScreenShot_20221201221913