

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!