Synology-Forum.nl
Synology Router => Synology Router => Topic gestart door: Birdy op 20 mei 2018, 16:18:15
-
Merkwaardig probleem met m'n RT2600ac.
USB-HD zit aan de Router.
CAM opnamen via FTP naar die USB-HD:
Bedraad (UTP) werkt
[attach=1]PS1
WiFi werkt niet
[attach=2]PS2
Ik kan wel via Wifi naar de HD via een FTP connectie bijvoorbeeld in de browser: ftp://192.168.1.1:2120 en, uiteraard ook bedraad.
1 - Router reboot > heeft niet geholpen
2 - CAM reboot > heeft niet geholpen
3 - CAM reset > heeft niet geholpen
4 - Er is geen IP blockade
5 - CAM verschillende WiFi IP-adressen gegeven
6 - WiFi: Wijzig ik het IP-adres van de Router (de FTP server) in de CAM setup naar een vrij IP-adres, dan krijg ik dezelfde PS2-foutmelding.
7 - Doe ik hetzelfde, maar dan bedraad, dan krijg ik ook dezelfde PS2-foutmelding.
Ik dacht, laat ik hetzelfde eens testen op m'n DS711+II en ja, dan werkt het wel.
[attach=3]PS3
Heel merkwaardig dus, het probleem is kennelijk de Router.
De vraag is, waarom werkt het wel bedraad [CAM=192.168.1.253] en niet met Wifi [CAM=192.168.1.160] ?
Ik zal me wel ergens op blindstaren, heeft iemand soms een idee ?
-
Kijk voor de aardigheid eens hoe druk het bij je is in de WiFi spectrum.
Kan best zijn dat er ergens bij een directe buur een nieuw accesspoint is dat de jouwe overstemd.
Probeer eens een andere WiFi kanaal enz...
-
Nee, dat is niet het probleem:
Ik kan wel via Wifi naar de HD via een FTP connectie bijvoorbeeld in de browser: ftp://192.168.1.1:2120
laat ik hetzelfde eens testen op m'n DS711+II en ja, dan werkt het wel.
-
In de eerste reactie bij punt 6 en 7 verwijs je naar dezelfde PS3 "foutmelding" wat het plaatje is van de test met de DS711+II.
Wordt dan wat verwarrend met wat je bedoelt?
Als de CAM als "FTP-server" wordt ingezet (punt 6), zou de HD als "FTP-Client" moeten werken.
Hoe moet ik dat dan zien in de connectie van de HD uit naar de CAM toe?? (In de plaats van andersom?)
Verder:
Als je de CAM een vast WiFi IP-adres hebt gegeven, controleer eens of je daarvoor wel het juiste MAC-adres hebt ingevuld?
(Met een verkeerd MAC-adres, wordt dat gereserveerde IP-adres juist NIET aan de CAM toegekend).
Voor WiFi geldt een ander MAC adres als voor een bekabelde verbinding.
-
Je kunt nog in Log Center kijken bij 'verbindingslog'. Daar worden ook mislukte inlogs gerapporteerd.
In elk geval zie ik ook geen logica waarom het via Wifi niet gaat.
-
@Babylonia
In de eerste reactie bij punt 6 en 7 verwijs je naar dezelfde PS3 "foutmelding" wat het plaatje is van de test met de DS711+II.
Wordt dan wat verwarrend met wat je bedoelt?
Klopt, ik verwees naar het verkeerde plaatje, moest zijn PS2 en heb dat aangepast.
Als de CAM als "FTP-server" wordt ingezet (punt 6), zou de HD als "FTP-Client" moeten werken.
Hoe moet ik dat dan zien in de connectie van de HD uit naar de CAM toe?? (In de plaats van andersom?)
Daar was ik niet duidelijk genoeg, dus ook aangepast.
Dus, voor de duidelijkheid:
CAM is Client, Router is FTP-Server, USB-HD is aangesloten op de Router.
V.w.b. MAC-adressen en IP-adressen, dat zit goed:
[attachimg=1]PS4
Kan immers in de setup komen van de CAM via WiFi adres: 192.168.1.160.
[attach=3]PS6
@Briolet
Je kunt nog in Log Center kijken bij 'verbindingslog'. Daar worden ook mislukte inlogs gerapporteerd.
Zover komt het niet als de CAM via WiFi wil verbinden met de Router FTP-Server.
Via UTP zie ik gewoon:
[attachimg=2]PS5
Dus, het is voor mij een raadsel waarom de CAM niet via WiFi naar de Router FTP Server kan en via UTP wel.
-
Als je het heel precies wilt weten moet je WireShark gebruiken.
Gebruik 'tcpdump (https://www.wireshark.org/docs/wsug_html_chunked/AppToolstcpdump.html)" op de nas om het inlogproces te monitoren. (Er is geen Wireshark versie voor op de nas). Ik heb even gechecked: tcpdump is beschikbaar onder dsm 6
tcpdump -i bond0 -s 65535 -w "dumpfile.pcap"
En na enige tijd afbreken met Ctrl-C. De resulterende file laad je in met Wireshark op je PC. Wel filteren op het IP adres van de camera zodat je alleen de relevante pakketten ziet.
Filter in jou geval:
ip.addr == 192.168.1.160
Dan zie je alleen TCP en UDP verkeer tussen nas en camera. En dan hopen dat je er iets van kunt maken.
-
Ik heb even gechecked: tcpdump is beschikbaar onder dsm 6
tcpdump -i bond0 -s 65535 -w "dumpfile.pcap"
Ik neem aan dat ik dit op de Router moet doen en niet op een NAS ?
Het probleem is met de FTP-Server op de Router n.l.
-
Ik ga Wireshark installeren op m'n PC en eens kijken.
-
Op de router idd. En 'bond0' zul je moeten vervangen door de interfacenaam op de router. "eth0" of "wlan0" verwacht is.
Beschikbare interfaces zie je met:
tcpdump -D
Wireshark is een mooi programma om struktuur in dataverkeer te zien. Ik had het nog nooit met verkeer op de nas gedaan, maar via de dumpfile werkt het eigenlijk net zo goed als op mijn mac. En sinds een paar jaar is er ook een mac native versie en hoef je niet meer via een Unix console te werken.
-
SynologyRouter> tcpdump -D
1.eth0 [Up, Running]
2.wifi0 [Up, Running]
3.wlan0 [Up, Running]
4.lbr0 [Up, Running]
5.tun0 [Up, Running]
6.eth1 [Up, Running]
7.wifi1 [Up, Running]
8.wlan1 [Up, Running]
9.eth2 [Up, Running]
10.any (Pseudo-device that captures on all interfaces) [Up, Running]
11.lo [Up, Running, Loopback]
12.gbr0 [Up]
13.tap_lbr0 [Up]
14.vbr3 [Up]
15.tap_vbr3 [Up]
16.bluetooth-monitor (Bluetooth Linux Monitor)
17.nflog (Linux netfilter log (NFLOG) interface)
18.nfqueue (Linux netfilter queue (NFQUEUE) interface)
19.dbus-system (D-Bus system bus)
20.dbus-session (D-Bus session bus)
21.usbmon1 (USB bus number 1)
22.usbmon2 (USB bus number 2)
23.usbmon3 (USB bus number 3)
24.usbmon4 (USB bus number 4)
SynologyRouter>
Omdat het over Wifi gaat, neem ik aan, dat ik wifi0 en wifi1 moet dumpen ( :?: ) echter, op beiden zie ik niets, ook al doe ik iet met de telefoon:
SynologyRouter> tcpdump -i wifi0 -s 65535 -w "dumpfile.pcap"
tcpdump: listening on wifi0, link-type IEEE802_11 (802.11), capture size 65535 bytes
^C0 packets captured
0 packets received by filter
0 packets dropped by kernel
SynologyRouter> tcpdump -i wifi1 -s 65535 -w "dumpfile.pcap"
tcpdump: listening on wifi1, link-type IEEE802_11 (802.11), capture size 65535 bytes
^C0 packets captured
0 packets received by filter
0 packets dropped by kernel
-
Het kan ook "wlan0" zijn. (Wireless LAN) Of doe voor de zekerheid "any", want die zie ik er ook tussen staan.
Vraag me niet waarom er zowel een wifi0 en een wlan0 is.
Op mijn 415+ heb ik alleen:
1.wlan0 [Up, Running]
2.eth0 [Up, Running]
3.bond0 [Up, Running]
4.lbr0 [Up, Running]
5.tun0 [Up, Running]
6.eth1 [Up, Running]
7.any (Pseudo-device that captures on all interfaces) [Up, Running]
8.lo [Up, Running, Loopback]
9.sit0
10.bluetooth-monitor (Bluetooth Linux Monitor)
11.dbus-system (D-Bus system bus)
12.dbus-session (D-Bus session bus)
13.usbmon1 (USB bus number 1)
14.usbmon2 (USB bus number 2)
15.usbmon3 (USB bus number 3)
Dus wel wlan (via een dongle) en geen wifi
-
Ik zie dat je met "ifconfig" ook de interfaces krijgt, maar nu zie je bij TX RX hoeveel data er overgedragen zijn per interface. Dan weet je direct wat de actieve interfaces zijn.
$ ifconfig
bond0 Link encap:Ethernet HWaddr 00:11:32:3A:0E:CD
inet addr:10.0.1.30 Bcast:10.0.1.255 Mask:255.255.255.0
inet6 addr: fe80::211:32ff:fe3a:ecd/64 Scope:Link
UP BROADCAST RUNNING MASTER MULTICAST MTU:1500 Metric:1
RX packets:13625338604 errors:0 dropped:82 overruns:82 frame:0
TX packets:577082811 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:17209402859823 (15.6 TiB) TX bytes:342514042811 (318.9 GiB)
eth0 Link encap:Ethernet HWaddr 00:11:32:3A:0E:CD
UP BROADCAST RUNNING SLAVE MULTICAST MTU:1500 Metric:1
RX packets:9990917152 errors:0 dropped:82 overruns:82 frame:0
TX packets:254391858 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:12722911583720 (11.5 TiB) TX bytes:143368693415 (133.5 GiB)
eth1 Link encap:Ethernet HWaddr 00:11:32:3A:0E:CE
UP BROADCAST RUNNING SLAVE MULTICAST MTU:1500 Metric:1
RX packets:3634421451 errors:0 dropped:0 overruns:0 frame:0
TX packets:322690953 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:4486491275867 (4.0 TiB) TX bytes:199145349396 (185.4 GiB)
Grappig. Als ik de eth0 en eth1 optel voor RX pakketten, dan is dat 1 pakket meer dan voor bond0. Ergens is 1 pakket gestolen. Maar wat maart er 1 uit op een tera hoeveelheid aan pakketten. :)
-
Het kan ook "wlan0" zijn. (Wireless LAN) Of doe voor de zekerheid "any", want die zie ik er ook tussen staan.
:thumbup:
Het was wlan0 = 2.4GHz, wlan1 = 5Ghz, CAM heeft geen 5Ghz.
Dit is wat ik zie in Wireshark van IP 192.168.1.160 (CAM) > 192.168.1.1 (Router):
[attachimg=1]W1
[attachimg=2]W2
Zou denken dat het om de "Bad TCP" zou gaan ?
Volgens internet (https://osqa-ask.wireshark.org/questions/6390/network-analysis), moet je dan:
To see exactly what triggered the tcp.analysis.flags, expand the Transmission Control Protocol section of the Packet Details pane. Under that, expand "SEQ/ACK analysis" then expand "TCP Analysis Flags."
[attachimg=3]W3
In Frame 238 gekeken, dat gaat over de communicatie tussen mijn PC en de CAM waar ik de TEST uitvoer:
[attachimg=4]PS6
Waarbij ik dus die foutmelding krijg:
[attachimg=5]PS7
Kortom, ik wordt er niet wijzer van maar, ben dan ook geen Netwerk analist. :(
-
Ik ben ook geen specialist. Maar toch vind je ook als leek mooie aanwijzingen.
Ik heb het voor de aardigheid eens bij mijn camera getest (op IP 10.0.1.39). Die streamt naar de nas voor SS. Daarnaast heb ik deze camera ook een eigen account op de nas gegeven en een SMB share, waar de camera naar toe schrijft. (Om beelden terug te kijken vanuit de camera zelf).
Vreemd genoeg krijg ik een foutmelding over fout ww als ik FTP test. Ik dacht dat de opgeslagen instellingen ooit werkten. Bovendien gebruik ik dat account en ww ook voor de wel werkende smb share.
Ik heb de FTP inlog er uitgefilterd. Eerst zie je de camera het IP adres ophalen. (Mijn nas is ook DNS server). Dan krijgt hij de melding dat FTP beschikbaar is, waarna de inlog begint. ww staat dan leesbaar in de dump.
[attachimg=1]
Maar als jij die FTP ready niet terug vind, ziet hij die ftp server blijkbaar niet. Wat jij laat zien zijn de 3e en 4e regel uit mijn dump.
-
Even helemaal een "dwarsstraat" voor @Birdy Terug naar de basis waar mogelijk een probleem zou kunnen zitten? :o ;)
Stel voor de WiFi eens een andere beveiligingsmode in.
WPA / WPA2 in plaats van bijv. alleen WPA2 ?? (Of om te testen even helemaal geen beveiliging).
Ander kanaal wil ook nog wel eens helpen. Sommige apparaten kunnen bijv. kanaal 13 niet aan.
-
Dat hij een TCP dump heeft waaruit blijkt dat er pakketten overgedragen worden via de ftp poort, geeft aan dat Wifi wel werkt. Anders kon hij die camera ook niet configureren via Wifi.
-
Dat pakket waar birdy de "foute pakket" melding op krijgt, ziet er bij mij zo uit:
[attachimg=1]
Dat een frame als 'false' gemarkeerd is, zegt blijkbaar niets, dat dat staat bij alle pakketten.
Het is ook niet zo dat Wifi er ten onrechte iets foutief bij plakt, want de lengte is bij mij gelijk. En verminken lijkt me sterk, want dan zou je dat ook bij andere dingen moeten merken.
-
Maar als jij die FTP ready niet terug vind, ziet hij die ftp server blijkbaar niet. Wat jij laat zien zijn de 3e en 4e regel uit mijn dump.
Ik vind inderdaad geen FTP Server want, zover komt het niet eens, vandaar dat de CAM "onbekende fout" geeft.
De CAM komt bij de Router en dan houdt het op, volgens mij, want je ziet wel dat er getracht wordt om met de Router te communiceren.
Dat een frame als 'false' gemarkeerd is, zegt blijkbaar niets, dat dat staat bij alle pakketten.
Bij mij zie ik "Bad TCP", plaatje W1 en W2.
-
Het gaat dus mis in dat [SYN] frame. Heb je misschien kabel en wifi gelijktijdig aangesloten, waardoor de camera de verkeerde data verzend? Het lijkt me toch iets van een fout in de camera die iets verkeerds verzend als het via wifi loopt.
Dat pakket begint met het mac adres van de nas, gevolgd door het mac adres van de camera. Is die laatste wel van de wifi?
-
Heb je misschien kabel en wifi gelijktijdig aangesloten
Nee, en al zou dat zo zijn, dan doet WiFi het niet, dus UTP gaat voor.
Dat pakket begint met het mac adres van de nas, gevolgd door het mac adres van de camera. Is die laatste wel van de wifi?
De NAS doet niet mee, het eerste IP-adres is de CAM en de tweede is de Router.