WiFi cam FTP naar USB-HD werkt niet.

[Birdy]

Merkwaardig probleem met m'n RT2600ac.

USB-HD zit aan de Router.
CAM opnamen via FTP naar die USB-HD:

Bedraad (UTP) werkt
PS1

WiFi werkt niet
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.
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 ?

[André PE1PQX]

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...

[Birdy]

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.

[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?

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.

[Briolet]

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.

[Birdy]

@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:
PS4
Kan immers in de setup komen van de CAM via WiFi adres: 192.168.1.160.
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:
PS5

Dus, het is voor mij een raadsel waarom de CAM niet via WiFi naar de Router FTP Server kan en via UTP wel.

[Briolet]

Als je het heel precies wilt weten moet je WireShark gebruiken.

Gebruik 'tcpdump" 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

Code: [Selecteer]

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:

Code: [Selecteer]

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.

[Birdy]

Ik heb even gechecked: tcpdump is beschikbaar onder dsm 6

Code: [Selecteer]

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.

[Birdy]

Ik ga Wireshark installeren op m'n PC en eens kijken.

[Briolet]

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:

Code: [Selecteer]

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.

[Birdy]

Code: [Selecteer]

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:

Code: [Selecteer]

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

[Briolet]

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:

Code: [Selecteer]

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

[Briolet]

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.

Code: [Selecteer]

$ 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. 

[Birdy]

Het kan ook "wlan0" zijn. (Wireless LAN) Of doe voor de zekerheid "any", want die zie ik er ook tussen staan.

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):

W1

W2

Zou denken dat het om de "Bad TCP" zou gaan ?

Volgens internet, 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."

W3

In Frame 238 gekeken, dat gaat over de communicatie tussen mijn PC en de CAM waar ik de TEST uitvoer:

PS6

Waarbij ik dus die foutmelding krijg:

PS7

Kortom, ik wordt er niet wijzer van maar, ben dan ook geen Netwerk analist.

[Briolet]

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.



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.