Wolne działanie sieci lokalnej

Odpowiedz Nowy wątek
2019-12-11 19:55
0

Hej

Mam sobie w domu sieć lokalną, która w uproszczeniu wygląda tak:

PC1 ------ switch ------ router ------ modem - światłowód
PC2 / \ NAS \ AP
sprzęt info
PC1 notebook @ WinXP - karta 100Mbps
PC2 stacjonarka @ Win7 - karta 1Gbps
switch NetGear GS108GE (1Gbps)
router Asus WL-600G @ OpenWRT
NAS WD MyCloud
AP dodatkowy access point do pokrycia WiFi

Jak widać, większość leci przez switcha, więc wydawać by się mogło, że wiekowy już router nie powinien mieć wpływu na prędkość lokalnej sieci.
Skupmy się na połączeniu PC2 do NAS, bo tu mam największy problem. Na NAS leżą między innymi zdjęcia (RAW ~15MB + JPG ~6MB). Do oglądania zdjęć służy wiekowe ACDSee 14, które lokalnie (dysk SSD) radzi sobie błyskawicznie. Niestety, jeśli chodzi o obsługę zdjęć z NAS, to idzie jak przez słomkę i ten problem chciałbym rozwiązać. Oglądanie, obracanie czy inne operacje są tak piekielnie wolne, że przy większych paczkach lepiej mi zgrać wszystko na lokalny SSD, tu ogarnąć i wrzucić ponownie.

Z ciekawości wrzuciłem kopiowanie większego pliku (~2GB) z NAS na lokalny SSD. Total commander pokazywał ~17MBps, a zainstalowany lokalny monitor ruchu sieciowego (DU meter) ~40MBps. Nie wiem, skąd ta rozbieżność i kto pokazuje realną wartość, ale przyda się to do porównania. Zaznaczyłem sporą liczbę .jpg (~1..6MB) i przy kopiowaniu TC pokazywał ~3..5MBps, a DU meter 8..10Mbps (było sporo skoków do 0, były też skoki do 45MBps). Pasek postępu wyglądał, jakby się przycinał, więc może problemem jest jakiś dostęp swobodny do dysku, a nie sam transfer?

Inny przykład to film z aparatu (FullHD mp4). Dla przykładu film 176MB w całości skopiował się w kilka sekund rozpędzając się do kilkunastu Mbps, więc błyskawicznie. Jednak uruchomienie go bezpośrednio z NAS sprawia, że mam jedną klatkę co 1..3s, więc absolutnie nie da się nawet podejrzeć co na nim jest. Ten sam plik, a tak różny dostęp, więc nie do końca mam pomysł, co tu może być problemem.

Co ciekawe, większość pełnometrażowych filmów (np. ~1GB mp4) z PC1 i PC2 mogę sobie odpalić bezpośrednio z NAS i chodzą ok, więc brak tu jakiejś spójności.

Na NAS jest linux, więc w razie co mogę odpalić jakieś komendy, które by dysk sprawdziły, jak ktoś zapoda.

W chwili obecnej obróbka zdjęć to mordęga. Może ktoś coś poradzi w temacie.
Thx


edytowany 1x, ostatnio: Marooned, 2019-12-11 19:59

Pozostało 580 znaków

2019-12-11 20:45
0

pakiety się losowo nie gubią? Zrób na początek zwykłe stałe pingowanie routera ping 192... -t

Pozostało 580 znaków

2019-12-11 22:08
0

Do NAS (jednorazowy 10ms jak wbiłem do katalogu z fotkami by przeglądarka zassała miniatury, by obciążyć nieco dysk, reszta <1ms):

Ping statistics for 192.168.1.125:
    Packets: Sent = 83, Received = 83, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 0ms, Maximum = 10ms, Average = 0ms

Do routera (jednorazowy 593ms, kilka <10ms, reszta <1ms - też obciążałem sieć, zdjęcia, filmy):

Ping statistics for 192.168.1.1:
    Packets: Sent = 175, Received = 175, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 0ms, Maximum = 593ms, Average = 3ms

Pozostało 580 znaków

2019-12-11 22:44
0

Rozumiem, że wszystko jest po kablu.
Nas jest podpięty pod router czy pod switcha?

Badanie:

  1. (PC2)Odpalić wiresharka na win7 i zapisać problematyczną komunikację.
    Wrzucić plik pcapa tutaj lub samemu popatrzeć na czasy pomiędzy pakietami danych, a odpowiedziami (ack).
  2. (PC2) Jeśli NAS jest wpięty do switcha, to sprawdzić komunikację traceroutem pomiędzy PC2, a NAS'em czy przypadkiem pakiety nie lecą przez router.
  3. (Router) Jeśli NAS jest wpięty do switcha, to przepiąć go do routera, przekonfigurować jeśli coś trzeba. Na routerze zbadać problematyczny ruch (o ile po przepięciu wystąpi) tcpdumpem i sprawdzić to samo co w PKT 1.
edytowany 3x, ostatnio: Maly Brat, 2019-12-11 22:46
Tak, po kablu. Jak widać na schemacie, wszystko w domu jest pod switcha. - Marooned 2019-12-12 10:14

Pozostało 580 znaków

2019-12-11 23:40
0

czy jesteś pewny, że dysk jest sprawny? sprawdzałeś odczyt smart?

Pozostało 580 znaków

2019-12-12 10:15
0

Poszperam jak po linuksem sprawdzić smarta i obadam. To może być jakiś trop, a przynajmniej jeden z elementów checklisty do odhaczenia.
Traceroute też obczaję jak wrócę do chaty.


jeśli masz gui to gsmartcontrol - mr_jaro 2019-12-12 13:35
konsola + małe ui od WD, ale tylko do obsługi udziałów etc - Marooned 2019-12-12 14:57
Treceroute jest mniej ważny. Bardziej istotne jest działanie węzłów Twojej sieci. Masz ich na szczęście tylko dwa - istotne - więc warto je przebadać i możesz wrzucić to gdzieś, żebym mógł to obejrzeć. Tylko przy sprawdzaniu problemów z siecią nie oglądaj swoich nagich fotek z NAS'a (jeśli połączenie jest nieszyfrowane) lub wrzuć tylko nagłówki (ale lepiej będzie gdy będzie całość). - Maly Brat 2019-12-13 08:05
To już jakaś wyższa szkoła, będę musiał ogarnąć co i jak. - Marooned 2019-12-13 10:26

Pozostało 580 znaków

2019-12-13 15:48
1

"To już jakaś wyższa szkoła, będę musiał ogarnąć co i jak."

Zapewne masz problem z tcpdumpem na openwrt, jak się domyślam.

To można wyeliminować kilka rzeczy.
1 Wpiąć PC1 tam gdzie NAS (wypiąć fizycznie NAS i podłączyć w to miejsce PC1).
1a Udostępnić na PC1 pliki sambą (udostępnienie folderu lub dysku).
1b Zobaczyć czy problem się pojawia (np przy oglądaniu filmu)
1b1 Zobaczyć transfer managerem zadań w zakładce zasoby.

2 Podłączyć NAS'a tak jak był.
2a Określić jego adres IP
2b Na PC2 otworzyć cmd.exe i wpisać:

arp -a
tracert <adres_ip_nas>
route PRINT
I pokazać co wyskoczyło z tych trzech poleceń. Również napisać jakie adresy IP oraz MAC mają, PC1, PC2, Router, NAS.

3 Zainstalować wiresharka na PC2.
3a Włączyć nasłuchiwanie na odpowiednim interfejsie.
3b Wejść na nasa(normalnie na zamontowany dysk z PC2) i spróbować zrobić coś co sprawia problem
3c Zatrzymać nasłuchiwanie w wiresharku i zapisać ten plik w formacie pcap. Wrzucić gdzieś plik (może okazać się duży). W czasie testu nie pobierać/oglądać nic wrażliwego.

Poinformować o przebiegu tych trzech etapów.

Co może być nie tak?
1 Bardzo często spotykam się z tym, że driver do podłączania zasobów z NAS'a jest upośledzony (PC2). (brak buforowania?)
Rozwiązaniem może być reinstall drivera lub zainstalowanie inne wersji.
2 NAS jest popsuty w jakimś sensie.
Wtedy aktualizacja lub wywalenie nasa i postawienie tego na jakimś tanim komputerze z linuxem lub windowsem (wtedy można na sambie lub nfs).
3 Przewody są niskiej jakości,dlatego jest efekt "rozpędzania się". Sieć to nie samochód, chociaż przez milisekundy może coś takiego wystąpić, ale bez przesady.
Wymienić okablowanie - jak jest level 5 to można zmienić na 6. Szóstki są bardzie pokręcone :)
4 Kolizje pakietów?
Trzeba wiedzieć co i gdzie, żeby to naprawić.

edytowany 1x, ostatnio: Maly Brat, 2019-12-13 15:50
Jakaś podpowiedź, na co mogę zwrócić uwagę w Wireshark? Może uda się coś wychwycić zamiast publikować mój ruch w necie, bo w danych widzę same krzaki i ciężko ocenić, czy jest tam coś "tajnego". - Marooned 2019-12-13 20:32
Na wiele rzeczy. Dziwne pakiety,częste RST, długa odpowiedź PC2 pakietem ACK i na odwrót(druga kolumna w wireshark), częstość SYNów, poprawność dochodzenia po numerach sekwencyjnych, błędne pakiety, ARP, microsoftowe. Ogólnie problem może być w dziwacznie długich odpowiedziach na pakiet, lub zbyt częstym zrywaniu i wznawianiu połączenia tcp/ip. Punkty które napisałem ponumerowałem. Zrobiłem to nie dla "jaj", tylko tak będzie prościej i szybciej. Każdy test coś wyklucza i wtedy można skoncentrować się na tym co trzeba. - Maly Brat 2019-12-13 22:53
Dane newralgiczne raczej lecą po TLS'u, ja nie posiadam komputera kwantowego, ani inteligencji pozwalającej przewidzieć mi zawartość kilku pakietów (co mogłoby dać mi szanse jakoś to odszyfrować). Jeśli masz jakieś wątpliwości to postaraj się wszystko powyłączać oraz możesz wysłać link do pcapa na privie, wtedy dostęp do danych będzie miała ograniczona ilość osób. - Maly Brat 2019-12-13 22:56

Pozostało 580 znaków

2019-12-13 19:54
0
mr_jaro napisał(a):

czy jesteś pewny, że dysk jest sprawny? sprawdzałeś odczyt smart?

Smart wygląda w porządku:
smartctl -a /dev/sdb

SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x002f   100   100   051    Pre-fail  Always       -       0
  2 Throughput_Performance  0x0026   252   252   000    Old_age   Always       -       0
  3 Spin_Up_Time            0x0023   086   086   025    Pre-fail  Always       -       4470
  4 Start_Stop_Count        0x0032   097   097   000    Old_age   Always       -       3622
  5 Reallocated_Sector_Ct   0x0033   252   252   010    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x002e   252   252   051    Old_age   Always       -       0
  8 Seek_Time_Performance   0x0024   252   252   015    Old_age   Offline      -       0
  9 Power_On_Hours          0x0032   100   100   000    Old_age   Always       -       1017
 10 Spin_Retry_Count        0x0032   252   252   051    Old_age   Always       -       0
 11 Calibration_Retry_Count 0x0032   100   100   000    Old_age   Always       -       5
 12 Power_Cycle_Count       0x0032   099   099   000    Old_age   Always       -       1039
181 Program_Fail_Cnt_Total  0x0022   098   098   000    Old_age   Always       -       63088697
191 G-Sense_Error_Rate      0x0022   100   100   000    Old_age   Always       -       2
192 Power-Off_Retract_Count 0x0022   252   252   000    Old_age   Always       -       0
194 Temperature_Celsius     0x0002   064   064   000    Old_age   Always       -       28 (Min/Max 18/45)
195 Hardware_ECC_Recovered  0x003a   100   100   000    Old_age   Always       -       0
196 Reallocated_Event_Count 0x0032   252   252   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0032   252   252   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0030   252   252   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0036   200   200   000    Old_age   Always       -       0
200 Multi_Zone_Error_Rate   0x002a   100   100   000    Old_age   Always       -       10
223 Load_Retry_Count        0x0032   100   100   000    Old_age   Always       -       5
225 Load_Cycle_Count        0x0032   099   099   000    Old_age   Always       -       19818

SMART Error Log Version: 1
No Errors Logged

smartctl -t short /dev/sdb
smartctl -l selftest /dev/sdb

SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Short offline       Completed without error       00%      1018         -
Maly Brat napisał(a):

2b Na PC2 otworzyć cmd.exe i wpisać:

arp -a
tracert <adres_ip_nas>
route PRINT
I pokazać co wyskoczyło z tych trzech poleceń. Również napisać jakie adresy IP oraz MAC mają, PC1, PC2, Router, NAS.

c:\>tracert 192.168.1.125

Tracing route to WDMyCloud.lan [192.168.1.125]
over a maximum of 30 hops:

  1    <1 ms    <1 ms    <1 ms  WDMyCloud.lan [192.168.1.125]

Trace complete.

c:\>route PRINT
===========================================================================
Interface List
 12...00 25 22 ff e5 5a ......Realtek PCIe GBE Family Controller
 11...b0 48 7a f3 4a 3a ......Atheros AR5007G Wireless Network Adapter
  1...........................Software Loopback Interface 1
 14...00 00 00 00 00 00 00 e0 Microsoft ISATAP Adapter #5
 15...00 00 00 00 00 00 00 e0 Microsoft ISATAP Adapter #6
===========================================================================

IPv4 Route Table
===========================================================================
Active Routes:
Network Destination        Netmask          Gateway       Interface  Metric
          0.0.0.0          0.0.0.0      192.168.1.1    192.168.1.150     10
        127.0.0.0        255.0.0.0         On-link         127.0.0.1    306
        127.0.0.1  255.255.255.255         On-link         127.0.0.1    306
  127.255.255.255  255.255.255.255         On-link         127.0.0.1    306
      192.168.1.0    255.255.255.0         On-link     192.168.1.150    266
    192.168.1.150  255.255.255.255         On-link     192.168.1.150    266
    192.168.1.255  255.255.255.255         On-link     192.168.1.150    266
        224.0.0.0        240.0.0.0         On-link         127.0.0.1    306
        224.0.0.0        240.0.0.0         On-link     192.168.1.150    266
  255.255.255.255  255.255.255.255         On-link         127.0.0.1    306
  255.255.255.255  255.255.255.255         On-link     192.168.1.150    266
===========================================================================
Persistent Routes:
  None

IPv6 Route Table
===========================================================================
Active Routes:
 If Metric Network Destination      Gateway
  1    306 ::1/128                  On-link
 12    266 fe80::/64                On-link
 12    266 fe80::e999:b467:f6d2:b9bb/128
                                    On-link
  1    306 ff00::/8                 On-link
 12    266 ff00::/8                 On-link
===========================================================================
Persistent Routes:
  None

Kolejne testy muszą poczekać, aż znajdę chwilę.


Pozostało 580 znaków

Odpowiedz
Liczba odpowiedzi na stronę

1 użytkowników online, w tym zalogowanych: 0, gości: 1, botów: 0