🚀 go-pugleaf

W dniu środa, 6 marca 2013 09:33:40 UTC+1 użytkownik Marek napisał:
> Otóż kupiłem dysk sieciowy Seagate GoFlex Home. Podłączyłem go do sieci 
> 
> ethernet. Zamapowałem ten dysk na komputerze pracującym pod W8. Potem 
> 
> komputer przeniosłem w inne miejsce, gdzie dostęp jest tylko przez WiFi. 
> 
> Zamapowany dysk przestał działać. Wklepując z palca adres dysku też go 
> 
> nie widzę. Raz udało mi się w ten sposób nawiązać połączenie i zamapować 
> 
> go ponownie. Sam nie wiem jak mi się to udało. Nigdy potem nie 
> 
> powtórzyłem tego wyczynu. 
Mam dokładnie podobny problem z dyskiem ZYXEL NSA310
dysk podłączony kablem do routera. Laptopy z win7 widza go i wszystko smiga. Kupiłem lapka z win8 i problem. Dysku nie widać przez HTTP nie można się zalogowac itp. Przez około tydzień działało ale na Chrome na IE nie działał. Teraz nawet na chrome nie działa.
Nie mam pojęcia gdzie jest problem. Lapek lączy sie z routerem przez WIFi. Poo kablu nie próbowałem. Inne lapki z win7 podłaczone do tej sieci dysk widza.

W dniu 2013-03-06 10:21, Kris pisze:

> Mam dokładnie podobny problem z dyskiem ZYXEL NSA310

No to chyba pozostaniemy z tym problemem. Dyski sieciowe nie będą 
działać w sieci bezprzewodowej :-(


-- 
Pozdrawiam
Marek

Dnia Fri, 08 Mar 2013 09:57:22 +0100, Marek napisał(a):

> W dniu 2013-03-06 10:21, Kris pisze:
> 
>> Mam dokładnie podobny problem z dyskiem ZYXEL NSA310
> 
> No to chyba pozostaniemy z tym problemem. Dyski sieciowe nie będą 
> działać w sieci bezprzewodowej :-(

Jest w W8 coś takiego jak definicja rodzaju sieci: publiczna, domowa,
firmowa?
-- 
M.   
/odpowiadając na priv zmień px na pl/

W dniu 2013-03-08 11:14, Michal Kawecki pisze:
> Jest w W8 coś takiego jak definicja rodzaju sieci: publiczna,
> domowa, firmowa?

W8 pyta się podczas instalacji czy sieć jaką wykrył ma współdzielić czy
nie zasoby komputera. Nie widziałem nazewnictwa rodzaju sieci. Ponadto 
jeśli nawet byłby, to jaki to może mieć wpływ skoro po podłączeniu do 
ethernetem do tej samej sieci wszystko działa a po WiFi raz ni z gruszki 
ni z pietruszki zadziałało?


-- 
Pozdrawiam
Marek

W dniu 2013-03-08 13:21, Marek pisze:
> W dniu 2013-03-08 11:14, Michal Kawecki pisze:
>> Jest w W8 coś takiego jak definicja rodzaju sieci: publiczna,
>> domowa, firmowa?
>
> W8 pyta się podczas instalacji czy sieć jaką wykrył ma współdzielić czy
> nie zasoby komputera. Nie widziałem nazewnictwa rodzaju sieci. Ponadto
> jeśli nawet byłby, to jaki to może mieć wpływ skoro po podłączeniu do
> ethernetem do tej samej sieci wszystko działa a po WiFi raz ni z gruszki
> ni z pietruszki zadziałało?

Jest taka opcja "zmień zaawansowane ustawienia udostępniania" 
(Sieć-ikonę masz w tray-u pewnie).


-- 
animka

Dnia Fri, 08 Mar 2013 13:21:00 +0100, Marek napisał(a):

> W dniu 2013-03-08 11:14, Michal Kawecki pisze:
>> Jest w W8 coś takiego jak definicja rodzaju sieci: publiczna,
>> domowa, firmowa?
> 
> W8 pyta się podczas instalacji czy sieć jaką wykrył ma współdzielić czy
> nie zasoby komputera. Nie widziałem nazewnictwa rodzaju sieci. Ponadto 

Każde połączenie definuje się osobno. Tak więc ethernet może być siecią
domową (z udostępnianiem), a WiFi - siecią publiczną (zamkniętą). 

> jeśli nawet byłby, to jaki to może mieć wpływ skoro po podłączeniu do 
> ethernetem do tej samej sieci wszystko działa a po WiFi raz ni z gruszki 
> ni z pietruszki zadziałało?

Może wówczas oba połączenia były aktywne jednocześnie, a może coś
kombinowałeś z Zaporą. BTW do takiego testu wystarczy ją wyłączyć, jak
również wszystkie programy, które również mogą filtrować sieć (np.
firewalla w antywirusie).
-- 
M.   
/odpowiadając na priv zmień px na pl/

W dniu 2013-03-08 19:26, animka pisze:
>
> Jest taka opcja "zmień zaawansowane ustawienia udostępniania"
> (Sieć-ikonę masz w tray-u pewnie).

I co w tych opcjach ustawić aby dyski sieciowe dało się wyszukiwać?


-- 
Pozdrawiam
Marek

W dniu 2013-03-08 22:03, Michal Kawecki pisze:

> Każde połączenie definuje się osobno. Tak więc ethernet może być siecią
> domową (z udostępnianiem), a WiFi - siecią publiczną (zamkniętą).

A tak, oczywiście. Pootwierałem dla obu dych połączeń wszystkie opcje 
udostępniania i nic. Wpisuję do exloratora \\nazwa_dysku_sieciowego i 
nie znajduje mi niczego. Raz mi się zdarzyło, że połączył się i działał 
aż do restartu.

> Może wówczas oba połączenia były aktywne jednocześnie,

Nie mam ethernetu podłączonego. Albo WiFi albo ethernet. WiFi jest złem 
koniecznym - po to aby komputer pracował tam gdzie kabla nie ma.

> a może coś
> kombinowałeś z Zaporą. BTW do takiego testu wystarczy ją wyłączyć, jak
> również wszystkie programy, które również mogą filtrować sieć (np.
> firewalla w antywirusie).

Bez antywirusa zaczynałem. Teraz go zainstalowałem. Ale sprawdzę: 
wyłączę go oraz zaporę, która sama się uruchamia w takim przypadku. 
Tylko dlaczego na kablu działa?


-- 
Pozdrawiam
Marek

Dnia Sat, 09 Mar 2013 00:33:26 +0100, Marek napisał(a):

> W dniu 2013-03-08 22:03, Michal Kawecki pisze:
> 
>> a może coś
>> kombinowałeś z Zaporą. BTW do takiego testu wystarczy ją wyłączyć, jak
>> również wszystkie programy, które również mogą filtrować sieć (np.
>> firewalla w antywirusie).
> 
> Bez antywirusa zaczynałem. Teraz go zainstalowałem. Ale sprawdzę: 
> wyłączę go oraz zaporę, która sama się uruchamia w takim przypadku. 
> Tylko dlaczego na kablu działa?

1. Bo antywirus (np. Kaspersky), który zastępuje Zaporę, ma własne
defincje rodzajów sieci i sieć WiFi domyślnie traktuje jako publiczną.
2. Bo rozgłaszanie po nazwach działa tylko w obrębie tej samej podsieci.
Jeżeli więc WiFi masz na adresach 192.168.0.x, a pozostałe maszyny są w
adresacji 192.168.1.x, to po nazwach - bez postawienia crossowego
serwera WINS - ich nie zobaczysz.
-- 
M.   
/odpowiadając na priv zmień px na pl/

W dniu 2013-03-09 16:48, Michal Kawecki pisze:

> 1. Bo antywirus (np. Kaspersky), który zastępuje Zaporę, ma własne
> defincje rodzajów sieci i sieć WiFi domyślnie traktuje jako publiczną.

Zweryfikuję. Choć w takim przypadku ani razu nie powinno się udać 
połączyć. Dotyczy to również poniższego. A jednak udało się.

> 2. Bo rozgłaszanie po nazwach działa tylko w obrębie tej samej podsieci.
> Jeżeli więc WiFi masz na adresach 192.168.0.x, a pozostałe maszyny są w
> adresacji 192.168.1.x, to po nazwach - bez postawienia crossowego
> serwera WINS - ich nie zobaczysz.

Ok, wyjaśnię. Mam router WiFi. Do niego podłączona jest ethernetowa sieć 
lokalna plus dysk sieciowy. Nie ma szansy aby komputer podłączony do 
tego routera dostał od DHCP inny numer IP niż z danej podsieci. W 
klientach DHCP widzę dysk pod adresem 192.168.0.104. Komputer łączący 
się po WiFi ma IP 192.168.0.102.

Między komputerem a routerem jest repeater z innym SSID niż mój router 
(po to aby było łatwiej określić z jakim routerem łączymy się). Nie wiem 
czy on nie przeszkadza w jakiś sposób. Spróbuję zrobić test i dokonać 
połączenia bez repeatera.


-- 
Pozdrawiam
Marek

W dniu niedziela, 10 marca 2013 01:01:42 UTC+1 użytkownik Marek napisał:
> Między komputerem a routerem jest repeater z innym SSID niż mój router 
> 
> (po to aby było łatwiej określić z jakim routerem łączymy się). Nie wiem 
> 
> czy on nie przeszkadza w jakiś sposób. Spróbuję zrobić test i dokonać 
> 
> połączenia bez repeatera.

Na 100% problem jest z Win8. Wszystkie inne urządzenia(telefony, xbox360, laptopy z win7) widzą dysk sieciowy bez problemu. Problem ma tylko lapek z win8.
Przez noip też z zewnątrz łączę się bez problemu z dyskiem sieciowym.

W dniu 2013-03-10 13:24, Kris pisze:

>
> Na 100% problem jest z Win8. Wszystkie inne urządzenia(telefony, xbox360, laptopy z win7) widzą dysk sieciowy bez problemu. Problem ma tylko lapek z win8.
> Przez noip też z zewnątrz łączę się bez problemu z dyskiem sieciowym.
>

Czyli chodzi W8 + WiFi = nie ma dysków sieciowych ?

-- 
Pozdrawiam
Marek

Kris wrote:
> W dniu niedziela, 10 marca 2013 01:01:42 UTC+1 użytkownik Marek napisał:
>> Między komputerem a routerem jest repeater z innym SSID niż mój router
>>
>> (po to aby było łatwiej określić z jakim routerem łączymy się). Nie wiem
>>
>> czy on nie przeszkadza w jakiś sposób. Spróbuję zrobić test i dokonać
>>
>> połączenia bez repeatera.
>
> Na 100% problem jest z Win8. Wszystkie inne urządzenia(telefony, xbox360, laptopy z win7) widzą dysk sieciowy bez problemu. Problem ma tylko lapek z win8.
> Przez noip też z zewnątrz łączę się bez problemu z dyskiem sieciowym.

Masz włączonego klienta WINS w tym komputerze? Czy masz serwer WINS w 
sieci domowej? Jeżeli masz, to czy jest jeden, czy może więcej? Powinien 
być jeden serwer WINS, nie więcej i klient WINS powinien być włączony.

W dniu czwartek, 28 marca 2013 15:30:19 UTC+1 użytkownik Poldek napisał:

> Masz włączonego klienta WINS w tym komputerze? 
Nie mam pojęcia
>Czy masz serwer WINS w 
> 
> sieci domowej? 
Nie mam pojęcia
>Jeżeli masz, to czy jest jeden, czy może więcej? 
Nie mam pojęcia
>Powinien 
> 
> być jeden serwer WINS, nie więcej i klient WINS powinien być włączony.

Jak to zrobić?

W dniu 2013-03-28 15:30, Poldek pisze:

> Masz włączonego klienta WINS w tym komputerze?

Używam domyślnych ustawień TCP/IP na każdym komputerze. Czyli w zakładce 
WINS mam "włącz wyszukiwanie LMHOSTS" a w ustawieniach NetBIOS 
"domyślne" czyli "użyj serwera NetBIOS" z serwera DHCP..."

I to mnie zastanowiło. Czy w routerze WiFi, który pełni funkcję 
repeatera DHCP może być włączony (nie pamiętam czy jest)? Czy nie będzie 
się gryzł z DHCP w routerze bazowym (czy jak go zwać). Czy adres IP LAN 
repeatera jest istotny? Repeater ma IP domyślny 192.168.100.252 a router 
główny ma 192.168.0.1

> Czy masz serwer WINS w
> sieci domowej?

Serwer jako urządzenie? Nie mam. Nie instalowałem niczego i nie używam 
innych ustawień sieci niż domyślne.

-- 
Pozdrawiam
Marek

Marek wrote:
> W dniu 2013-03-28 15:30, Poldek pisze:
>
>> Masz włączonego klienta WINS w tym komputerze?
>
> Używam domyślnych ustawień TCP/IP na każdym komputerze. Czyli w zakładce
> WINS mam "włącz wyszukiwanie LMHOSTS" a w ustawieniach NetBIOS
> "domyślne" czyli "użyj serwera NetBIOS" z serwera DHCP..."
>
> I to mnie zastanowiło. Czy w routerze WiFi, który pełni funkcję
> repeatera DHCP może być włączony (nie pamiętam czy jest)? Czy nie będzie
> się gryzł z DHCP w routerze bazowym (czy jak go zwać). Czy adres IP LAN
> repeatera jest istotny? Repeater ma IP domyślny 192.168.100.252 a router
> główny ma 192.168.0.1
>
>> Czy masz serwer WINS w
>> sieci domowej?
>
> Serwer jako urządzenie? Nie mam. Nie instalowałem niczego i nie używam
> innych ustawień sieci niż domyślne.
>

Jeden działający serwer DHCP to zdecydowanie najlepsze rozwiązanie.
Próbowałeś się łączyć bez udziału repeatera, tylko do radia z routera?
Jeśli chodzi o serwer WINS, to nie jest osobne urządzenie fizyczne, 
tylko włączona usługa na jednym z urządzeń znajdujących się w sieci 
lokalnej. Najlepiej niech serwer WINS działa na routerze centralnym dla 
Twojej sieci LAN. Jeżeli nie ma takiej funkcji, to inne urządzenie w 
sieci LAN, które jest włączone cały czas, np. NAS. Jeżeli nie masz NASa, 
to komputer, który chodzi non-stop.

W dniu piątek, 29 marca 2013 11:04:06 UTC+1 użytkownik Poldek napisał:
> Twojej sieci LAN. Jeżeli nie ma takiej funkcji, to inne urządzenie w 
> 
> sieci LAN, które jest włączone cały czas, np. NAS. Jeżeli nie masz NASa, 
> 
> to komputer, który chodzi non-stop.

Tylko czemu lapki z win7 i starszymi działaja a problem jest tylko z lapkami z win8?

W dniu 2013-03-29 11:04, Poldek pisze:
>
> Jeden działający serwer DHCP to zdecydowanie najlepsze rozwiązanie.
> Próbowałeś się łączyć bez udziału repeatera, tylko do radia z routera?

Nie ma zasięgu :-( Chciałem taki test przeprowadzić. Prawdopodobnie 
wtedy zadziała. Stawiam na zakłócenia ze strony repeatera. Raz udało mi 
się nawiązać połączenie z dyskiem/zamapować i to mnie bardziej 
zastanowiło, co się stało, że powiodło się nieoczekiwanie...

> Jeśli chodzi o serwer WINS, to nie jest osobne urządzenie fizyczne,
> tylko włączona usługa na jednym z urządzeń znajdujących się w sieci
> lokalnej. Najlepiej niech serwer WINS działa na routerze centralnym dla
> Twojej sieci LAN. Jeżeli nie ma takiej funkcji, to inne urządzenie w
> sieci LAN, które jest włączone cały czas, np. NAS. Jeżeli nie masz NASa,
> to komputer, który chodzi non-stop.

Właśnie nie ma takiego komputera, który pracuje non stop. Konfigurację 
mam taką:
- router TP-LINK WR 1043
- repeater WL 5470AP

Jedynie one są non stop zasilane. Chyba tylko klient WINS tam działa. 
Nie widzę opcji serwera. Jak to w Windows działa skoro żaden komputer 
nie jest serwerem WINS (przynajmniej świadomie ustawionym)?

-- 
Pozdrawiam
Marek

Marek wrote:

> Jedynie one są non stop zasilane. Chyba tylko klient WINS tam działa.
> Nie widzę opcji serwera. Jak to w Windows działa skoro żaden komputer
> nie jest serwerem WINS (przynajmniej świadomie ustawionym)?

Nie ma przymusu posiadania serwera WINS w sieci lokalnej. W dzisiejszych 
czasach prawie wszystko opiera się na TCP/IP. Ale jeżeli masz sieć w 
której są maszyny działające pod kontrolą systemu MS Windows, to serwer 
WINS może ułatwić odnajdywanie zasobów sieciowych.

Dnia Fri, 29 Mar 2013 10:28:44 +0100, Marek napisał(a):

> W dniu 2013-03-28 15:30, Poldek pisze:
> 
>> Masz włączonego klienta WINS w tym komputerze?
> 
> Używam domyślnych ustawień TCP/IP na każdym komputerze. Czyli w zakładce 
> WINS mam "włącz wyszukiwanie LMHOSTS" a w ustawieniach NetBIOS 
> "domyślne" czyli "użyj serwera NetBIOS" z serwera DHCP..."
> 
> I to mnie zastanowiło. Czy w routerze WiFi, który pełni funkcję 
> repeatera DHCP może być włączony (nie pamiętam czy jest)? Czy nie będzie 
> się gryzł z DHCP w routerze bazowym (czy jak go zwać). Czy adres IP LAN 
> repeatera jest istotny? Repeater ma IP domyślny 192.168.100.252 a router 
> główny ma 192.168.0.1

Zaraz. Niedawno pisałeś, że oba urządzenia siedzą w jednej posieci
lokalnej z adresami 192.168.0.x. A teraz piszesz, że sieć wygląda trochę
bardziej skomplikowanie. Może rozrysuj po prostu swoją topologię wraz z
adresacją. 

A tak na marginesie, w takich sytuacjach zamiast instalować WINS (w
klienckim Windows nie ma, w serwerowym masz w standardzie), po prostu na
serwerze DHCP przypisuję stałe adresy IP do MAC-ów komputerów, a
następnie dopisuję te adresy wraz z nazwami maszyn do plików hosts. I
problem znika.
-- 
M.   
/odpowiadając na priv zmień px na pl/

W dniu 2013-03-29 17:48, Michal Kawecki pisze:

> Zaraz. Niedawno pisałeś, że oba urządzenia siedzą w jednej posieci
> lokalnej z adresami 192.168.0.x.

Nie zrozumiałeś. Drugi numer IP dotyczy interfejsu LAN repeatera. Nie 
wiem czy gdziekolwiek ma to zastosowanie ale wspominam...

> A teraz piszesz, że sieć wygląda trochę
> bardziej skomplikowanie. Może rozrysuj po prostu swoją topologię wraz z
> adresacją.

Ok, mogę spróbować. Zresztą nie ma za bardzo co rysować bo mam tylko 2 
routery.

1. Router I z serwerem DHCP wystawia adresy 192.168.0.100-200.
2. Do routera podłączonych jest kilka urządzeń po kablu - w tym dysk 
sieciowy o jakim mówimy.
3. Router I posiada adres interfejsu też z tej puli adresowej (jeśli ma 
to znaczenie)
4. SSID: dom, SSID(to be bridged):dom2, BSSID(to be bridged): mac 
address routera II.
5. Router II (repeater) posiada swój interfejs na adresie 
192.168.100.252 i chyba do niczego ta informacja nie jest potrzebna bo 
routery łączą się korzystając z innych metod (MAC ID, SSID)
6. Router II posiada SSID dom2. Resztę parametrów musiałbym sprawdzić - 
odłączyć router i sprawdzić na moim PC. Daj znać jeśli to konieczne. Nie 
mogę wejść na ten router wpisując http://192.168.100.252. Pytanie: czy 
powinien interfejs być w tej samej podsieci aby był widoczny?
7. Do routera II podłączone są 2 urządzenia i bez problemu korzystają z 
WWW ale nie ma dostępu do dysku sieciowego.

> A tak na marginesie, w takich sytuacjach zamiast instalować WINS (w
> klienckim Windows nie ma, w serwerowym masz w standardzie), po prostu na
> serwerze DHCP przypisuję stałe adresy IP do MAC-ów komputerów, a
> następnie dopisuję te adresy wraz z nazwami maszyn do plików hosts. I
> problem znika.

Hmmm... tak na sztywno? Mógłbym oczywiście również i tak. Z drugiej zaś 
strony nierzadko ktoś obcy przychodzi ze swoim laptopem więc pomyślałem, 
że lepiej zostawić adresy dynamiczne.

U mnie komputery widzą się wzajemnie przy dynamicznych IP więc "jakoś" 
to działa. Problem tylko ten dysk stanowi. Dysk jest na Linuxie jak 
wyczytałem. Może to różnicę robi?

Do głowy mi przyszło: a może usztywnić IP dysku na routerze i tylko jego 
wprowadzić do hosts w tym jednym problematycznym komputerze?

Czy możesz mi powiedzieć jak wygląda rozgłaszanie nazw? W sieciach 
jestem kiepski - mniej więcej wiem co w trawie piszczy ale nie wnikałem 
nigdy w detale. Chodzi o to, że dysk ma przypisaną w ustawieniach jakąś 
nazwę (goflex_home - konkretnie). Jak to się dzieje, że mimo 
dynamicznego IP wszystkie komputery (z wyjątkiem jednego po WiFi) 
doskonale wiedzą jak się do niego dostać po nazwie \\goflex_home ? Co 
może być powodem, że ta nazwa raz tylko przeszła przez oba routery + 
WiFi i udało się połączyć? Może w repeaterze powinienem coś wyłączyć?

-- 
Pozdrawiam
Marek

W dniu piątek, 29 marca 2013 17:48:11 UTC+1 użytkownik Michal Kawecki napisał:

> A tak na marginesie, w takich sytuacjach zamiast instalować WINS (w
> 
> klienckim Windows nie ma, w serwerowym masz w standardzie), po prostu na
> 
> serwerze DHCP przypisuję stałe adresy IP do MAC-ów komputerów, a
> 
> następnie dopisuję te adresy wraz z nazwami maszyn do plików hosts. I
> 
> problem znika.
Tak właśnie mam i win 7 działa ok,z androidem również a  w win8 nie można połaczyć się z dyskiem sieciowym

On 2013-03-30, Kris <kszysztofc@gmail.com> wrote:
> W dniu piątek, 29 marca 2013 17:48:11 UTC+1 użytkownik Michal Kawecki napisał:
>
>> A tak na marginesie, w takich sytuacjach zamiast instalować WINS (w
>> 
>> klienckim Windows nie ma, w serwerowym masz w standardzie), po prostu na
>> 
>> serwerze DHCP przypisuję stałe adresy IP do MAC-ów komputerów, a
>> 
>> następnie dopisuję te adresy wraz z nazwami maszyn do plików hosts. I
>> 
>> problem znika.
> Tak właśnie mam i win 7 działa ok,z androidem również a  w win8 nie można połaczyć się z dyskiem sieciowym

W w8 jest inna domyślna konfiguracja cifsa przez co nie może dogadać się
z linuksem. Przynajmniej tak napisali tutaj(wraz z opisem jak to
poprawić):
http://admin-magazine.com/Articles/Linux-with-Windows-8

Pewnie już wyszły nowsze wersje smb na linuksa które sobie radzą bez
dłubania w rejestrach w8 ale aktualizacja tego na dysku sieciowym może
być trudna(choć nie musi, zależy od modelu).

-- 
Pozdrawiam
orcus

Marek wrote:

> Do głowy mi przyszło: a może usztywnić IP dysku na routerze i tylko jego
> wprowadzić do hosts w tym jednym problematycznym komputerze?

Jeżeli to jest dysk sieciowy, tzn. dysk z interfejsem ethernet połączony 
od do routera kablem sieciowym, to ustawienie mu stałego adresu IP jest 
dobrym pomysłem. Jeżeli to jest dysk USB podłączony do routera i 
udostępniany przez router, to nie ustawisz mu innego adresu niż adres 
routera.

W dniu 2013-03-30 10:37, Poldek pisze:
>
> Jeżeli to jest dysk sieciowy, tzn. dysk z interfejsem ethernet połączony
> od do routera kablem sieciowym, to ustawienie mu stałego adresu IP jest
> dobrym pomysłem. Jeżeli to jest dysk USB podłączony do routera i
> udostępniany przez router, to nie ustawisz mu innego adresu niż adres
> routera.

GO FLEX HOME Seagata - jak pisałem. To dysk na Linuxie podłączany kablem 
ethernetowym.

-- 
Pozdrawiam
Marek

W dniu 2013-03-30 09:45, orcus@pwr.wroc.pl pisze:
>
> Pewnie już wyszły nowsze wersje smb na linuksa które sobie radzą bez
> dłubania w rejestrach w8 ale aktualizacja tego na dysku sieciowym może
> być trudna(choć nie musi, zależy od modelu).
>

To jak wytłumaczyć, że w sieci LAN działa bez zarzutu a po WiFi tylko 
raz udało mi się łączność nawiązać? Hipotetycznie sposób przyłączenia 
komputera nie powinien rzutować na to czy dysk taki bedzie widoczny czy 
nie skoro wszystkie komputery widzą się wzajemnie.

-- 
Pozdrawiam
Marek

On 2013-03-30, Marek <precz@spamowi.com> wrote:
> W dniu 2013-03-30 09:45, orcus@pwr.wroc.pl pisze:
>>
>> Pewnie już wyszły nowsze wersje smb na linuksa które sobie radzą bez
>> dłubania w rejestrach w8 ale aktualizacja tego na dysku sieciowym może
>> być trudna(choć nie musi, zależy od modelu).
>>
>
> To jak wytłumaczyć, że w sieci LAN działa bez zarzutu a po WiFi tylko 
> raz udało mi się łączność nawiązać? Hipotetycznie sposób przyłączenia 
> komputera nie powinien rzutować na to czy dysk taki bedzie widoczny czy 
> nie skoro wszystkie komputery widzą się wzajemnie.

Nie mam pojęcia. Odpowiadałem na post "w W8 nie działa".

U Ciebie to wygląda na problem z broadcastami(albo repeater je uwala -
świadomie lub nie, albo np. linuks na dysku je zrzuca). 

Tak z ciekawości - czy jak Ci zadziałało to przypadkiem nie przełączyłeś
się dopiero z kabla na WiFi? Lokalny cache mógł zapamiętać jak rozwiązać
nazwę na ip. 

-- 
Pozdrawiam
orcus

W dniu 2013-03-30 19:47, orcus@pwr.wroc.pl pisze:

 > U Ciebie to wygląda na problem z broadcastami

Od jednego urządzenia tylko? Czy mogą mieć one "inną składnię" od 
linuksowego dysku sieciowego?

> Tak z ciekawości - czy jak Ci zadziałało to przypadkiem nie przełączyłeś
> się dopiero z kabla na WiFi?

Właśnie nie. To było tak, że przeniosłem komputer z kabla pod WiFi. 
Chciałem zaprezentować użytkownikowi gdzie ma backupować dane i ... 
dupa. Pomyślałem sobie, że WiFi wstaje z opóźnieniem po starcie Windows 
więc może dlatego nie potrafi podłączyć zamapowanego dysku. Zacząłem 
działać na oślep. Wywaliłem mapowanie i chciałem raz jeszcze je 
skonfigurować. Niestety wpisanie do explorera \\nazwa_dysku skutkowało 
nie znalezieniem tego dysku. Restartowałem sprzęt i połączenie samo i 
nic. W pewny momencie załapało i udało mi się zamapować. Zrobiłem próbę 
czy przetrwa restart - i jak się spodziewałem - nie przetrwało.

> Lokalny cache mógł zapamiętać jak rozwiązać
> nazwę na ip.

Zastanawia mnie jeszcze ten repeater... Od jakiegoś czasu nie mam 
dostępu do niego poprzez wpisanie URL http://jego_ip Być może stało się 
to w chwili kiedy wymieniłem zepsuty router a nowy pracuje w innej 
podsieci by default (w sensie IP interfejsu WWW). Ale to chyba nie 
powinno rzutować?


-- 
Pozdrawiam
Marek

On 2013-03-30, Marek <precz@spamowi.com> wrote:
> Zastanawia mnie jeszcze ten repeater... Od jakiegoś czasu nie mam 
> dostępu do niego poprzez wpisanie URL http://jego_ip Być może stało się 
> to w chwili kiedy wymieniłem zepsuty router a nowy pracuje w innej 
> podsieci by default (w sensie IP interfejsu WWW). Ale to chyba nie 
> powinno rzutować?

Ale jesteś w 100% pewny, że działa on jako repeater a nie ap-client?
Na komputerze na którym działa wpisz wcmd line:
ping ip_dysku
arp -a ip_dysku

powtórz na ty na którym nie działa.
Czy dostałeś to samo?

-- 
Pozdrawiam
orcus

W dniu 2013-03-30 23:34, orcus@pwr.wroc.pl pisze:
>
> Ale jesteś w 100% pewny, że działa on jako repeater a nie ap-client?

Na 100% to ja niczego pewien nie jestem... :-( Z grubsza potrafię takie 
proste sieci konfigurować ale mogę też popełniać grube błędy. Wydaje mi 
się, że gdybym nie ustawił funkcji repeatera to nic by nie działało. 
Repeater nie ma dostępu do internetu sam w sobie.

> Na komputerze na którym działa wpisz wcmd line:
> ping ip_dysku
> arp -a ip_dysku
>
> powtórz na ty na którym nie działa.
> Czy dostałeś to samo?
>

Dokładnie to samo. Pingi na komputerze w LAN <1ms a na tym drugim na 
WiFi 2...3ms.

ARP zwraca mi adres IP, fizyczny adres urządzenia a typ jako dynamic.

Zrobiłem jeszcze jedną rzecz. W przeglądarce w komputerze na WiFi 
podałem URL http://ip_dysku i widzi interfejs WWW tego dysku. Gdy 
wpisuję nazwę \\goflex_home to kiszka.


-- 
Pozdrawiam
Marek

Zrobiłem próbę jeszcze jedną. Usztywniłem IP dla dysku. Dopisałem ip 
dysku do hosts:

ip costam

Bez problemu dostaję się do \\costam. Może z małym problemem. Mianowicie 
zamapowany dysk na jakiś zasób z \\costam po restarce komputera jest 
oczywiście niedostępny (bo WiFi startuje z opóźnieniem). Gdy już WiFi 
wystartuje możemy 2x kliknąć na tym dysku, zostaniemy poproszeni o login 
i hasło i będzie działał. Czy da się spowodować aby używał zapamiętanego 
logowania?  Pytam gdyż ten problem będzie wspólny dla docelowego 
rozwiązania jakim jest komunikacja z dyskiem bez ingerencji w hosts.

Odnośnie repetera - widać ewidentnie, że nazwa dysku sieciowego nie 
przechodzi choć nazwy innych komputerów - tak. Czyli rozgłaszanie nazwy 
spod Linuxa różnić się musi od tego mechanizmu pod Windows skoro tylko 
to jest blokowane. Jakieś pomysły ?

-- 
Pozdrawiam
Marek

On 2013-03-31, Marek <precz@spamowi.com> wrote:
> Odnośnie repetera - widać ewidentnie, że nazwa dysku sieciowego nie 
> przechodzi choć nazwy innych komputerów - tak. Czyli rozgłaszanie nazwy 
> spod Linuxa różnić się musi od tego mechanizmu pod Windows skoro tylko 
> to jest blokowane. Jakieś pomysły ?

Netbios w przypadku gdy nie znalazł w lokalnym cache nazwy rozsyła
broadcast. Problem jest albo z zapytaniem albo odpowiedzią. Żeby to
uściślić proponuje:
- zainstaluj wiresharka(http://www.wireshark.org/download.html) na dwóch
  maszynach - tej z problemem i jakiejś podłączonej do routera z dhcp
- zrestartuj problematyczną maszynę by mieć czysty cache
- uruchom wiresharka i tryb live capture(na początku musisz wybrać
  interfejs - druga ikonka od lewej nazywająca się "show capture
  options" wybierz interfejs, zatwierdź i później trzecia ikonka od
  lewej - "start a new live capture") na obu maszynach
- dla przejrzystości dodaj filtr:
  nbns and ip.addr == ip_maszyny_z_problemami
- na problematycznej maszynie spróbuj dostać się do dysku po nazwie.

Sprawdź czy:
- broadcast jest wysyłany(pojawi się "Name query NB NAZWA_DYSKU") na
  problematycznej maszynie
- czy broadcast przechodzi przez repeater(ten sam broadcast pojawi się
  na drugiej maszynie z wiresharkiem)
- czy dostajesz odpowiedź("Name query response" - to jest unicast więc
  zobaczy go tylko maszyna z problemem).

Możesz to samo powtórzyć na tej drugiej maszynie i dostaniesz wtedy
zrzut poprawnej komunikacji. Jak klikniesz w ikonkę "stop the running
live capture" możesz zapisać cały zrzut(albo tylko niektóre pakiety) i
wczytać to na innej maszynie. To pozwoli Ci samemu sprawdzić czym
dokładnie różnią się pakiety.

Dla jasności u mnie wygląda to tak(pozwoliłem sobie poprzycinać na
szybko screenshot):
http://imageshack.us/f/259/wireshark.png/
- 1.114 to mój komputer z którego robię test
- 1.113 to windows nazywający się potworek i odpowiadający poprawnie
- nie mam urządzenia nazywającego się GOFLEX_HOME, ale taki broadcast
z zapytaniem o nazwę powinni zobaczyć wszyscy w mojej domenie
rozgłoszeniowej

Najlepiej byłoby uruchomić wiresharka(czy tcpdumpa) bezpośrednio na
dysku. Masz dostęp do shella na nim? Bo nawet wykonanie tego testu nie
jest w stanie w 100% potwierdzić czy dysk dostaje broadcast i go olewa
czy na niego odpowiada i repeater zrzuca odpowiedź(potwierdzi jedynie,
że broadcast przechodzi przez repeater) - czyli w jednym przypadku nie
dostaniesz konkretnej odpowiedzi gdzie jest problem(albo może być tak,
że broadcast nie dotrze, albo odpowiedź dotrze a to problematyczna 
maszyna ją oleje).

-- 
Pozdrawiam
orcus

Dzięki za obszerną poradę. Jutro to sprawdzę. Ciekaw jestem efektów.

Przy okazji: czy jest to coś w rodzaj Microsoft Network Monitor? Czy to 
narzędzie więcej informacji uzyska z ruchu sieciowego?

On 2013-04-01, Marek <precz@spamowi.com> wrote:
> Przy okazji: czy jest to coś w rodzaj Microsoft Network Monitor? Czy to 
> narzędzie więcej informacji uzyska z ruchu sieciowego?

Nie znam Microsoft Network Monitor. Wireshark pokaże Ci pakiety w pełnej
postaci oraz postara się je ładnie opisać zgodnie ze swoją bazą(opisze
który bit dokładnie co oznacza o ile zna dany protokół). Plusem jest to,
że działa tak samo dobrze zarówno na linuksie jak i windowsie.

-- 
Pozdrawiam
orcus

W dniu 2013-04-01 13:49, orcus@pwr.wroc.pl pisze:

> Nie znam Microsoft Network Monitor. Wireshark pokaże Ci pakiety w pełnej
> postaci oraz postara się je ładnie opisać zgodnie ze swoją bazą(opisze
> który bit dokładnie co oznacza o ile zna dany protokół).

Ten Microsoftowy produkt wydaje mi się być niemalże kopią nawet 
wizualnie. Też jest opis ramek bardzo dokładny. Oczywiście test dokonam 
na polecanym przez Ciebie programie. Chciałbym umieć zdiagnozować takie 
problemy komunikacyjne. W sieci Windowsowej zdarzają się nierzadko.

 > Plusem jest to,
 > że działa tak samo dobrze zarówno na linuksie jak i windowsie.

Zdecydowanym plusem.


-- 
Pozdrawiam
Marek

Marek wrote:
> W dniu 2013-03-30 10:37, Poldek pisze:
>>
>> Jeżeli to jest dysk sieciowy, tzn. dysk z interfejsem ethernet połączony
>> od do routera kablem sieciowym, to ustawienie mu stałego adresu IP jest
>> dobrym pomysłem. Jeżeli to jest dysk USB podłączony do routera i
>> udostępniany przez router, to nie ustawisz mu innego adresu niż adres
>> routera.
>
> GO FLEX HOME Seagata - jak pisałem. To dysk na Linuxie podłączany kablem
> ethernetowym.
>

Ustaw na routerze temu dyskowi stałe IP. Dla przykładu niech to będzie 
192.168.1.3
Na komputerze zrób "Uruchom \\192.168.1.3\"
Dysk powinien być widoczny w ekspolratorze windows. Kliknij go prawym 
przyciskiem myszy i wybierz "Mapuj dysk sieciowy", zaznacz opcję "Mapuj 
przy uruchomieniu". U mnie tak to mniej więcej działa.

W dniu 2013-04-03 14:48, Poldek pisze:

> Ustaw na routerze temu dyskowi stałe IP. Dla przykładu niech to będzie
> 192.168.1.3
> Na komputerze zrób "Uruchom \\192.168.1.3\"
> Dysk powinien być widoczny w ekspolratorze windows. Kliknij go prawym
> przyciskiem myszy i wybierz "Mapuj dysk sieciowy", zaznacz opcję "Mapuj
> przy uruchomieniu". U mnie tak to mniej więcej działa.

Dokładnie tak teraz postępuję. Jednakże to też nie do końca działa gdyż 
- tak jak pisałem - WiFi startuje nie w chwili ładowania Windows lecz po 
jego załadowaniu. Odtwarzanie zamapowanych dysków wykonuje się więc 
przed startem WiFi. Windows stwierdza, że nie ma dostępu do dysku i po 
zabawie. Jedyne obejście jest takie, że użytkownik po starcie WiFi 2x 
kliknie na tym dysku i poda login hasło. I tak za każdym razem gdy 
będzie chciał skorzystać z dysku. Korzystanie z systemu tworzy się 
absurdalne.

-- 
Pozdrawiam
Marek

Marek wrote:
> W dniu 2013-04-03 14:48, Poldek pisze:
>
>> Ustaw na routerze temu dyskowi stałe IP. Dla przykładu niech to będzie
>> 192.168.1.3
>> Na komputerze zrób "Uruchom \\192.168.1.3\"
>> Dysk powinien być widoczny w ekspolratorze windows. Kliknij go prawym
>> przyciskiem myszy i wybierz "Mapuj dysk sieciowy", zaznacz opcję "Mapuj
>> przy uruchomieniu". U mnie tak to mniej więcej działa.
>
> Dokładnie tak teraz postępuję. Jednakże to też nie do końca działa gdyż
> - tak jak pisałem - WiFi startuje nie w chwili ładowania Windows lecz po
> jego załadowaniu. Odtwarzanie zamapowanych dysków wykonuje się więc
> przed startem WiFi. Windows stwierdza, że nie ma dostępu do dysku i po
> zabawie. Jedyne obejście jest takie, że użytkownik po starcie WiFi 2x
> kliknie na tym dysku i poda login hasło. I tak za każdym razem gdy
> będzie chciał skorzystać z dysku. Korzystanie z systemu tworzy się
> absurdalne.

No to nie wiem, też mam Windows (XP Pro SP3) i u mnie WiFi startuje 
razem ze startem systemu. Nieraz widzę, że jeżeli ociągam się z 
wpisaniem hasła do Windows, to zdąży się połączyć z WiFi zanim zaloguję 
się do systemu.
Druga sprawa, że czasami faktycznie na wstępie pokazuje komunikat "Nie 
można podłączyć wszystkich dysków sieciowych". Jednak w praktyce nic z 
tego nie wynika. Tzn. kliknięcie na dysk sieciowy, który jest zmapowany 
na stałe powoduje pokazanie jego zasobów. Zadnego hasła nie muszę 
wpisywać. Być może nie bez znaczenia jest fakt, że nazwy użytkownika i 
hasła dostępu do dysków sieciowych dla poszczególnych użytkowników 
poustawiałem takie same, jak hasła do Windows. Zauważyłem, że w Viście 
nie działa to już tak gładko i user pracowicie wpisuje swoje hasło do 
dysku sieciowego przy pierwszej próbie po restarcie systemu.

W dniu 2013-04-04 12:46, Poldek pisze:
>
> No to nie wiem, też mam Windows (XP Pro SP3) i u mnie WiFi startuje
> razem ze startem systemu. Nieraz widzę, że jeżeli ociągam się z
> wpisaniem hasła do Windows, to zdąży się połączyć z WiFi zanim zaloguję
> się do systemu.

Ha, i na tym różnica polega, że ja nie mam logowania na starcie. W 
związku z tym u mnie najpierw system startuje a połączenie WiFi zajmuje 
więcej czasu. System startuje mi w 8 sekund a WiFi potrzebuje ok 20-30 
na oko. Obejściem mogłoby być wymuszenie logowania na starcie, 
odczekanie 30 sekund i dopiero zalogowanie się. Jednakże trochę chore 
rozwiązanie byłoby to. Komputer trzeba spowolnić aby działało :-)

> Druga sprawa, że czasami faktycznie na wstępie pokazuje komunikat "Nie
> można podłączyć wszystkich dysków sieciowych". Jednak w praktyce nic z
> tego nie wynika. Tzn. kliknięcie na dysk sieciowy, który jest zmapowany
> na stałe powoduje pokazanie jego zasobów. Zadnego hasła nie muszę
> wpisywać.
> Być może nie bez znaczenia jest fakt, że nazwy użytkownika i
> hasła dostępu do dysków sieciowych dla poszczególnych użytkowników
> poustawiałem takie same, jak hasła do Windows. Zauważyłem, że w Viście
> nie działa to już tak gładko i user pracowicie wpisuje swoje hasło do
> dysku sieciowego przy pierwszej próbie po restarcie systemu.

W W8 jest opcja "zapamiętaj hasło" (w XP chyba też była) ale nie działa 
w stosunku do dysków, które są dostępne dopiero po chwili od 
uruchamiania systemu :-( Nie jestem w stanie ustawić loginu i hasła dla 
dysku takiego jak dany user posiada gdyż dwa dyski będą miały różne 
parametry logowania.


-- 
Pozdrawiam
Marek