W chwili obecnej statystyki ruchu w sieci (patrz: http://openlinksys.info/forum/viewthr...rowstart=0) zapisuję na swoim windowsowym PC, w katalogu udostępnionym w sieci i zadeklarowanym w Tomato jako /CIFS1/.
Ponieważ chciałem mieć możliwość zapisywania tych statystyk przez całą dobę, a nie tylko wtedy gdy mój PC jest włączony, więc spróbowałem do tego wykorzystać posiadany w sieci LAN serwer linuxowy.
W tym celu na serwerze został udostępniony udział sieciowy, zadeklarowany w Tomato jako /CIFS2/.
Tomato widzi poprawnie ten udział, również gdy przez putty zaloguję sie na Linksysie to mam dostęp do katalogu /CIFS2/, ale jednak ograniczony.
Widzę całą zawartość katalogu /CIFS2/, mogę wchodzić do istniejących w nim podkatalogów oraz tworzyć tam nowe katalogi, mogę kasować istniejące katalogi oraz pliki, ale nie mogę ani tworzyć nowych plików, ani ich otwierać.
Nie mogę także kopiować żadnych plików do /CIFS2/.
Natomiast jeśli jestem w Windows zalogowany jako właściciel tego udziału, to mogę te wszystkie operacje wykonywać bez żadnych ograniczeń, włącznie z otwieraniem oraz tworzeniem plików.
Atrybuty obydwóch udziałów (tj. /CIFS1 oraz /CIFS2) sa identyczne:
drwxrwxrwx 1 root root 0 Oct 20 2007 cifs1/
drwxrwxrwx 4 root root 0 Jun 3 22:41 cifs2/
Co o tym myślicie?
Zaczynam podejrzewać błąd w Tomato (obecnie używam wersji 1.17).
Czy moglibyście (oczywiście, kto ma taka możliwość) sprawdzić, jak jest z tym u Was?
Dziadek napisał/a:
W chwili obecnej statystyki ruchu w sieci (patrz: http://openlinksys.info/forum/viewthr...rowstart=0) zapisuję na swoim windowsowym PC, w katalogu udostępnionym w sieci i zadeklarowanym w Tomato jako /CIFS1/.
Ponieważ chciałem mieć możliwość zapisywania tych statystyk przez całą dobę, a nie tylko wtedy gdy mój PC jest włączony, więc spróbowałem do tego wykorzystać posiadany w sieci LAN serwer linuxowy.
W tym celu na serwerze został udostępniony udział sieciowy, zadeklarowany w Tomato jako /CIFS2/.
Tomato widzi poprawnie ten udział, również gdy przez putty zaloguję sie na Linksysie to mam dostęp do katalogu /CIFS2/, ale jednak ograniczony.
Widzę całą zawartość katalogu /CIFS2/, mogę wchodzić do istniejących w nim podkatalogów oraz tworzyć tam nowe katalogi, mogę kasować istniejące katalogi oraz pliki, ale nie mogę ani tworzyć nowych plików, ani ich otwierać.
Nie mogę także kopiować żadnych plików do /CIFS2/.
Natomiast jeśli jestem w Windows zalogowany jako właściciel tego udziału, to mogę te wszystkie operacje wykonywać bez żadnych ograniczeń, włącznie z otwieraniem oraz tworzeniem plików.
Atrybuty obydwóch udziałów (tj. /CIFS1 oraz /CIFS2) sa identyczne:
drwxrwxrwx 1 root root 0 Oct 20 2007 cifs1/
drwxrwxrwx 4 root root 0 Jun 3 22:41 cifs2/
Co o tym myślicie?
Zaczynam podejrzewać błąd w Tomato (obecnie używam wersji 1.17).
Czy moglibyście (oczywiście, kto ma taka możliwość) sprawdzić, jak jest z tym u Was?
Dziwne. Jakiej samby używasz? Możesz udostępnić konfigurację? (chociaż tego udziału?)
Zobacz w logach samby - Pamiętam że miałem podobny problem, ale mnie się nawet nie chciał zasób zamontować, i właśnie w logach było rozwiązanie.
Na pewno w 1.17 działało CIFS poprawnie - używałem tej wersji przez jakiś czas.
Ja uprawnienia dla cifsa mam uboższe o prawa zapisu dla grupy i pozostałych, ale to nie ma znaczenia.
Na wszelki wypadek radziłbym zrobić update do 1.19 - to nic nie kosztuje
Z tym może być problem, bo na tym linuxowym serwerze jestem tylko userem, natomiast ktoś inny grzecznościowo administruje mi nim już od 8 lat.
Przez cały ten czas Samba (v. 2.03) działała mi bez problemów, także przy kilku różnych komputerach stopniowo podłączanych do grupy roboczej.
Cytat
Na pewno w 1.17 działało CIFS poprawnie - używałem tej wersji przez jakiś czas.
Ale czy masz na myśli współpracę z Linuxem?
Bo mnie z Windowsem też współpracuje bez zarzutu, ale z Linuxem wystąpił wyżej opisany problem.
Cytat
Na wszelki wypadek radziłbym zrobić update do 1.19 - to nic nie kosztuje
Taki mam nastepny plan, ale wolałbym wiedzieć czy innym użytkownikom CIFS funkcjonuje z Linuxem poprawnie, żeby nie działać na oślep, zwłaszcza, że wcale nie wiadomo, czy w wersji 1.19 będzie lepiej.
EDIT:
Właśnie updatowałem do wersji 1.19.
Niestety, żadnej poprawy.
Edytowany przez Dziadek dnia 07-06-2008 01:53
Z tym może być problem, bo na tym linuxowym serwerze jestem tylko userem, natomiast ktoś inny grzecznościowo administruje mi nim już od 8 lat.
Przez cały ten czas Samba (v. 2.03) działała mi bez problemów, także przy kilku różnych komputerach stopniowo podłączanych do grupy roboczej.
Cytat
Na pewno w 1.17 działało CIFS poprawnie - używałem tej wersji przez jakiś czas.
Ale czy masz na myśli współpracę z Linuxem?
Bo mnie z Windowsem też współpracuje bez zarzutu, ale z Linuxem wystąpił wyżej opisany problem.
Cytat
Na wszelki wypadek radziłbym zrobić update do 1.19 - to nic nie kosztuje
Taki mam nastepny plan, ale wolałbym wiedzieć czy innym użytkownikom CIFS funkcjonuje z Linuxem poprawnie, żeby nie działać na oślep, zwłaszcza, że wcale nie wiadomo, czy w wersji 1.19 będzie lepiej.
EDIT:
Właśnie updatowałem do wersji 1.19.
Niestety, żadnej poprawy.
Mnie CIFS z sambą zawsze współpracował poprawnie, od wersji 1.09. Z windowsem nie próbowałem, ale jak mówisz że działa to pewnie działa
No dobrze, a czy twój administrator mógłby podrzucić chociaż ostatnie linijki z loga samby przy próbie utworzenia czegoś przez router?
IMHO to jest ewidentny błąd w konfiguracji samby. No ale jak nie ty administrujesz tym serwerem to niewiele da się zdziałać
Edytowany przez NeoX dnia 08-06-2008 10:56
map_share_mode: Incorrect value 80000000 for desired_access to file \statsperuser-old.txt
Cytat
IMHO to jest ewidentny błąd w konfiguracji samby.
Google wskazuje, że to raczej nasz Linksys nie z każdą wersją Samby chce współpracować.
Być może. Nie wiem co tam za przedpotopowa wersja samby jest :D Ale może niech admin zrobi update? (to powinien być jego obowiązek:P)
Z tego co czytam na okularach to jest to spowodowane iż cifs używa czegoś czego starsze samby nie mają
Edytowany przez NeoX dnia 09-06-2008 16:33
· Łącznie użytkowników: 24,115 · Najnowszy użytkownik: Ja
Czat
Musisz się zalogować, aby opublikować wiadomość.
Maniek91PL
06-11-2024 22:37
dzięki !
maxikaaz
29-10-2024 14:27
@Maniek91PL - Administration=> Admin Access, i tam masz "Allow Wireless Access" do zaznaczenia
Maniek91PL
26-10-2024 22:07
siemka! ktoś przypomni co się ustawiało jeśli nie mogę wejść od strony wifi do tomato? od lan działa
overflow2
04-10-2024 17:34
Kupowałem Asusy n10u albo n12d1 ale nie widzę ich, chyba już nie produkują, Chodzi o coś nowego i taniego. Transfery niewielkie.
maxikaaz
04-10-2024 09:38
@overflow2 patrząc po dostępności funkcji w nowych kompilacjach, to chyba nawet WRT54G/GL jeszcze ma OpenVPN, albo jakiś odpowiednik... zależy, na jakie transfery liczysz.
overflow2
30-09-2024 20:53
Jaki aktualnie najtańszy router do tomato do openvpn?
maxikaaz
27-07-2024 15:07
@servee - na początek router do rozebrania i obejrzenia, ciężko wróżyć tak tylko po objawach
maxikaaz
27-07-2024 14:55
@servee - cały kontroler nie pada tak sobie z powodu "zbiegu okoliczności", więc prawdopodobnie gdzieś przepięcie.
servee
25-07-2024 13:33
@maxikaaz: działało, aż pewnego pięknego dnia przestało działać. W tym dniu była też burza, ale to raczej zbieg okoliczności.
maxikaaz
25-07-2024 11:38
@servee - o ile problem jest w obrębie samych wyjść (dławiki, warystory), to naprawialne, ale jeśli w samym SoC - to nienaprawialne ze względu na koszta. A co było przyczyną?
' target='_blank'>Link
