

Položka \\Samba_server není přístupná
Provozoval jsem bezproblémově na routeru Asus Wl-500gp Sambu. Dělal jsem teď ale údržbu a vše přeinstalovával. Poté se mi již Sambu rozchodit nepodařilo a stále mi Windows hlásí
Položka \\Samba_server není přístupná. Zřejmě nemáte dostatečná oprávnění pro přístup k této položce.
Zkoušel jsem již mnoho věcí. Jednak Sambu spustit z webového prostředí firmwaru Oleg, ručně, to samé na druhém úplně stejném routeru, různá paměťová média pro sdílení s různými filesystémy (na routerech se namountují a jsou přístupná např. i přes FTP server), vypnout firewall ve Windows, psát přímou cestu ke sdílenému adresáři
CD \\Samba_server\adresář
(v tomto případě se výše zmíněná hláška neobjeví, ale nic se neprovede), připojit se z jiného PC, atp. Pracovní skupinu sítě mám nastavenou všude stejnou a přikládám ještě smb.conf, který byl automaticky vytvořen z firmware od Olega:
[admin@AP1 etc]$ cat smb.conf
[global]
interfaces = br0
bind interfaces only = yes
workgroup = K338
server string = WL500gp
guest account = nobody
security = share
browseable = yes
guest ok = yes
guest only = yes
log level = 1
max log size = 100
encrypt passwords = no
preserve case = yes
short preserve case = yes
client code page = 852
coding system = utf8[disc0_1]
path = /tmp/mnt/disc0_1
writable = yes
force user = admin
Vůbec nic nepomohlo. Přitom samotná Samba snad podle
ps
dobře běží:
132 admin 992 S /usr/sbin/nmbd -D
134 admin 1004 S /usr/sbin/smbd -D
Záznam z činnosti Samby je zaznamenáván do /var/log/smb a /var/log/nmb, které jsou prázdné a zapíše se sem jen pokus o vícenásobné spuštění smbd a nmbd.
Již jsem zoufalý a nevím, co ještě vyzkoušet nebo jakým způsobem toto odladit.
Kukni sa na to tcpdumpom, preco ti odmieta spojenie.
Děkuji za námět. Jsem ale v Linuxu celkem začátečník a vůbec nic mi ten log neříká. Zřejmě typická sekce, která se několikrát za sebou opakuje je:
AP2 je router a dotebook je PC s Windows. Dá se z toho něco vyvodit?
Takto tazko povedat, nieje to kompletne.
Bude lepsie ak nahras prihlasovaciu sekvenciu pomocou prikazu:
tcpdump -t -n -nn -s 1500 -i eth0 -w /adresar/problem.cap
a upnes to niekam kam sa netreba registrovat...
Pre rychlu identifikaciu, mozes skusit:
tcpdump -t -n -nn -s 1500 -i eth0 -X | grep "ff53 4d42 7200 00"
Ak sa nieco vypise, tak prihlasovanie prebehlo ok s kodom SUCCESS, inak bude potrebne vidiet viac informacii.
Nějak se mi to nepodařilo:
K tomuto routeru se připojuji přes wifi, což je tuším rozhraní br0. Při spuštěném příkazu tcpdump jsem se k němu pokoušel přistupovat přes Sambu.
Ten tcpdump bude lepsie pouzit priamo z pocitaca a volbou -i nastavit rozhranie s ktorym pristupujes na router.
Myslím, že je to právě br0 - viz výpis výše dole. Nic se ale nezachytilo.
Ak ti to nic nevypisalo pomocou toho "grep", tak ti neprechadza autentizacia a to co pise pocitac o chybe v opravneniach bude najskor pravda.
Nepoznam ako to ma Oleg so Sambou, ale napriklad
security = share, sa pouziva len pre Win9x klientov
security = user, sa pouziva pre NT systemy
encrypt password = no, by mal byt pre NT systemy nastaveny na:
encrypt password = yes
Tak to bylo tímto. Změnil jsem v smb.conf
a už to funguje. Děkuji!
nikde nevidím v globální sekci direktivu, že bys měl server pojmenovaný samba_server
Tudíž:
buď si do smb.conf přidáš do [global] sekce direktivu (poté je třeba restartovat službu)
Nebo si náležitě upravíš soubor hosts, případně lmhosts (v závislosti na tom, do jaké "hloubky" chceš tento název provázat). Nicméně první řešení je správnější.
Zkusil jsem přidat do [global] tento řádek
čili stejné jméno jako jméno routeru a spouštět Sambu manuálně, ale nepomohlo to. V okolních počítačích ve Windows tento router vidím a zobrazuje se jako "WL500gp (Ap2)". Když ale na něj kliknu, zase se zobrazí stejná hláška.
a uživatel "admin" opravdu existuje? Protože "admin" je jen pro webové rozhraní, v shellu je to root.
Ano, existuje, přihlašuji se pod ním.
a má práva na ten nasdílený adresář?
Ano, má: