ďťż

Powinno to wyeliminować konflikty między procesami Uniksa a użytkownikami Windows.
Jeśli twój system nie obsługuje blokad oportunistycznych na poziomie jądra, może się zdarzyć, że ktoś uruchomi uniksowy proces czytający lub piszący w pliku, z którego korzysta również Windows, co spowoduje uszkodzenie danych. Samba udostępnia jednak prowizoryczny mechanizm ochronny, z którego można skorzystać w razie nieobecności oportunistycznych blokad: opcję veto oplock files. Jeśli możesz przewidzieć, z których plików będą korzystać zarówno użytkownicy Windows, jak i Uniksa, możesz podać ich nazwy w tej opcji. Uniemożliwi to zakładanie oportunistycznych blokad na pliki o takich nazwach, a więc i lokalne buforowanie zmian, dzięki czemu programy działające w Windows i Uniksie będą mogły skorzystać z blokowania systemowego lub czasów uaktualnienia, aby rozstrzygnąć rywalizację o ten sam plik. Oto przykład:
veto oplock files = /*.dbm/
Opcja ta pozwoli na bezpieczne edytowanie plików o rozszerzeniu .dbm zarówno przez użytkowników Windows, jak i Uniksa. Zauważ, że składnia jest podobna jak w opcji veto files.
Opcje blokad zwykłych i oportunistycznych są podane w tabeli 5.8.
Tabela 5.8. Opcje konfiguracji blokad zwykłych i oportunistycznych
Opcja
Parametry
Funkcja
Wartość
domyślna
Zasięg
share
modes
Wartość
logiczna
Jeśli jest ustawiona na yes, włącza obsługę dosowych blokad całych
plików
yes
Udział
locking
Wartość
logiczna
Jeśli jest ustawiona na yes, włącza blokady zakresów bajtów
yes
Udział
strict
locking
Wartość
logiczna
Jeśli jest ustawiona na yes, a na plik nałożona jest blokada zakresu bajtów, odmawia dostępu do całego pliku
no
Udział
oplocks
Wartość
logiczna
Jeśli jest ustawiona na yes, włącza lokalne buforowanie plików w tym udziale
yes
Udział
Dokończenie tabeli na str. 142
Dokończenie tabeli ze str. 141
Tabela 5.8. Opcje konfiguracji blokad zwykłych i oportunistycznych
Opcja
Parametry
Funkcja
Wartość
domyślna
Zasięg
kernel
oplocks
Wartość
logiczna
Jeśli jest ustawiona na yes, informuje Sambę, że jądro obsługuje blokady oportunistyczne
yes
Globalny
fake
oplocks
Wartość
logiczna
Jeśli jest ustawiona na yes, informuje klienta, że przyznano blokadę, choć w rzeczywistości plik nie jest blokowany
no
Udział
blocking
locks
Wartość
logiczna
Pozwala klientowi żądającemu blokady zaczekać na jej przyznanie
yes
Udział
veto
oplock
files
Lańcuch
(lista nazw
plików)
Nie zezwala na oportunistyczne blokowanie wskazanych plików
Brak
Udział
lock
directory
Lańcuch
(pełna
nazwa
wraz ze
ścieżką)
Określa położenie katalogu,
w którym przechowywane są różne pliki Samby, w tym pliki blokady
Taka jak
w pliku
makefile
Samby
Globalny
share modes
Najprostsze blokady udostępniane przez Sambę to blokady w trybie odmowy, tak zwane tryby współdzielenia, z których korzystają programy, takie jak edytor tekstów, aby uniknąć przypadkowego nadpisania plików. Różne typy blokady w trybie odmowy są zebrane w tabeli 5.9.
Tabela 5.9. Blokady SMB w trybie odmowy
Blokada
Opis
DENY_NONE
Nie odrzuca innych żądań dostępu do pliku
DENY_ALL
Odrzuca wszystkie żądania otwarcia pliku
DENY_READ
Odrzuca wszystkie żądania otwarcia pliku w trybie tylko do odczytu
DENY_WRITE
Odrzuca wszystkie żądania otwarcia pliku w trybie tylko do zapisu
DENY_DOS
Jeśli plik jest otwarty do odczytu, inni mogą czytać plik, ale nie mogą
w nim pisać. Jeśli plik jest otwarty do zapisu, inni w ogóle nie mogą otworzyć pliku
DENY_FCB
Przestarzała
Opcja share modes, która wymusza użycie tych blokad, jest domyślnie włączona. Aby ją wyłączyć, użyj następującej dyrektywy:
[ksiegowosc]
share modes = no
Stanowczo odradzamy wyłączanie domyślnego mechanizmu blokowania, jeśli nie ma po temu ważnej przyczyny. Większość aplikacji Windows i DOS-a wymaga mechanizmów blokowania do poprawnej pracy i poskarży się, jeśli będą one niedostępne.
locking
Opcja locking informuje Sambę, czy należy włączyć, czy też wyłączyć blokowanie zakresów bajtów na zlecenie klienta. Samba implementuje blokady zakresów bajtów po stronie serwera za pomocą zwykłych uniksowych blokad doradczych, co zapobiega nadpisaniu zablokowanego zakresu bajtów przez poprawnie działające procesy uniksowe.
Opcję tę można określić dla każdego udziału z osobna, jak w poniższym przykładzie:
[ksiegowosc]
locking = yes
Jeśli opcja locking zostanie ustawiona na yes, klient proszący o przyznanie blokady zostanie wstrzymany aż do czasu, kiedy aktualny posiadacz zwolni ją (lub załamie się). Jeśli zaś opcja ta jest ustawiona na no, Samba nie będzie przechowywać blokad zakresów bajtów, choć żądania zablokowania i odblokowania pliku będą pozornie spełniane. Opcja ta jest domyślnie ustawiona na yes, możesz jednak ustawić ją na no, jeśli pliki znajdują się na nośniku przeznaczonym tylko do odczytu.
strict locking


 

 

 

 

 

 

 

 

 

 

 

 

   
 
  Jeśli twój system rozpoznaje blokady oportunistyczne, ustaw opcję kernel oplocks = yes w pliku konfiguracyjnym Samby...
Pomodliłem się do każdego boga jaki istniał bym był w wstanie wkurzyć tę kobietę do granic możliwości.