Hozzászólások
Kedves GreG! Igazad van abban, amit írtál. Én is tudok menteni worddel, excellel stb, stb. De a probléma a következő: Van egy Access alkalmazásom, amely MySQL adatbázist hajt meg és ez az alkalmazás fut Xp és Win98 klienseken is. Jelenleg a program helyi vinyóról indul. Azt szeretem volna kipróbálni, hogy mi lenne akkor, ha felraknám ezt a samba mindenki által elérhető írási jogot adó megosztására és onnan indítanám el. Ez az, ami nem működik, mert az Access XP nem hajlandó megnyitni az állományt a samba megosztásáról és azt tanácsolja, hogy másoljam azt le egy helyi alkönívtárba és nyissam meg onnan. Ez a gond... 8O
- A hozzászóláshoz be kell jelentkezni
[quote:6bc543eb7a="gyomber"]Kedves GreG! Igazad van abban, amit írtál. Én is tudok menteni worddel, excellel stb, stb. De a probléma a következő: Van egy Access alkalmazásom, amely MySQL adatbázist hajt meg és ez az alkalmazás fut Xp és Win98 klienseken is. Jelenleg a program helyi vinyóról indul. Azt szeretem volna kipróbálni, hogy mi lenne akkor, ha felraknám ezt a samba mindenki által elérhető írási jogot adó megosztására és onnan indítanám el. Ez az, ami nem működik, mert az Access XP nem hajlandó megnyitni az állományt a samba megosztásáról és azt tanácsolja, hogy másoljam azt le egy helyi alkönívtárba és nyissam meg onnan. Ez a gond... 8O
bocs, pont a lenyeg kerulte el a figyelmemet. wordben/excellben gondolkoztam, azert is volt furcsa:]
esetleg szinkronizalast lehetne meg megprobalni... fene tudja.
- A hozzászóláshoz be kell jelentkezni
Khmm... nem egy anonymous konyvtarat probalsz tkp. letrehozni ?????
Abban minenki azt csinal amit ak.. a rendszer enged.
- A hozzászóláshoz be kell jelentkezni
Az admin users kapcsolóval sikerült! Már csak egyetlen problémám van!
A szerverhez windows kliensek is hozzászagolnak és ők a szerveren tárolt office fájljaikat szeretnék módosítani. Az ACCESS azt írja ki a megosztott könyvtárban elhelyezkedő állomány megnyitásakor, hogy nem biztonságos a hely, meg hogy intranet hálózat elérése esetén ez nem megy és hogy másolja be az állományt a júzer a saját hdd-jére és szerkessze onnan. Ez miért van?
Windows megosztásoknál ilyen problémával nem találkoztam. Ezt is meg lehet ldani valahogy?
Köszönetel: Gyömbér
- A hozzászóláshoz be kell jelentkezni
Elnézést kérek, ha már volt ilyen topic, de nem találtam. A helyzet a következő:
van egy szamba+mysql szerverem. Ezen lógnak vegyesen XP és Win98 kliensek. A szerver SuSE93, rajta Samba 3.0.x. Van egy megosztott alkönyvtár, amit a sambával elérhetőnek definiáltam. A gondom az, hogy ha a userek pakolnak fel anyagot az osztott könyvtárba, akkor csak a saját állományait engedi a rendszer törölni, módosítani.
Azt szeretném megoldani, hogy mindenki csinálhasson mindent ebbe, de csakis ebbe az alkönyvtárba. Linuxon a fájlok jogait maximális szabadságra tettem, de ezt a windowsok nem akarták tudomásul venni.
Várom segítségeteket... :roll:
- A hozzászóláshoz be kell jelentkezni
egy idezet a confbol lehet, hogy segitene..
- A hozzászóláshoz be kell jelentkezni
admin users = @mindenki
Ahol mindenki egy group.
Egyetlen szépséghiba, hogy minden fájl a root.staff tulajdona, legalábbis woody+samba 2.0.6 esetében.
- A hozzászóláshoz be kell jelentkezni
nalam a fent beillesztett megosztasra ([public]) gond nelkul lehet menteni MS Office alol.
- A hozzászóláshoz be kell jelentkezni
[akarkik]
comment = akarkik altal irhato es olvashato fajlok
path = /var/lib/samba/akarkik
valid users = @akarkik
read only = no
create mask = 0777
directory mask = 0777
- A hozzászóláshoz be kell jelentkezni
van valami force group opció, és akkor minden létrejövő fájlnak azonos lesz a csoportja. rtfm
- A hozzászóláshoz be kell jelentkezni
pl:
[code:1:1fd42bfc56]
[public]
comment = Public share
path = /home/samba/public
valid users = @users
force group = users
create mask = 0660
directory mask = 0771
writable = yes
[/code:1:1fd42bfc56]
es: File and Directory Permission Options
- A hozzászóláshoz be kell jelentkezni