Ainakin tämän kyseisen mallin End of Life on 31.12.2026
Jaa katopas, niin onkin. Eli saa jäädä hyllyyn minun osalta.
Chatgpt ehdoitti tälläistä:
Meinasin tätä kanssa kirjoittaa että EoL hyvin lähellä ja täysin pilvituote. Aikasemman mallin sai haxattua vanhemmalla firmiksellä takaisin lokaaliksi stream kameraksi. Mitään tietoa en löytänyt juuri tästä 2 versiosta että sitä saisi lokaaliksi. D-linkin Corv AC2200 tukiasemien jälkeen en ole d-linkin roskaa ostanut. Eivät saaneet koskaan korjattu disabloidun avoimen quest verkon satunnaista ilmestymistä esiin ja sitä kautta suojaamatonta pääsyä kotiverkkoon. Hylättiin vaan ilmoittamalla pikku ilmoituksella sivuillaan 29.1.2024 ja siirty parin kuukauden päästä 29.3 legacy - listalle. Käytännössä en koskaan ilmoitusta nähnyt. Heidän omat luopaukset eol on 3kk, mutta sitäkään eivät noudattaneet.
Network Protocols IPv4, Bonjour (mDNS and DNS-SD),
Niinpä onkin. Sampurainen, toivottavasti olisi ohjelmistopäivityksellä avanneet tuon kun EOL:kin iskee -kalliimpi malli oli saanut onvif tuen ohjelmistopäivityksellä:
> ffprobe -hide_banner -rtsp_transport tcp rtsp://admin:<PIN>@192.168.1.IP:554/live/profile.0/video
Input #0, rtsp, from 'rtsp://admin:<PIN>@192.168.1.IP:554/live/profile.0/video':
Metadata:
title : Session streamed by D-Link
comment : live/profile.0/video
Duration: N/A, start: -0.022000, bitrate: N/A
Stream #0:0: Video: h264 (Main), yuv420p(tv, bt709, progressive), 1920x1080, 15 fps, 15 tbr, 90k tbn, start 0.068000
Stream #0:1: Audio: aac (LC), 16000 Hz, mono, fltp, start -0.022000Päivititkö sattumoisin fimwaren? Toimiko vielä uudella firmiksellä/tuliko sattumoisin tuota onvif tukea mahdolliseksi enabloida?
En saanut tota recovery moodia päälle, mutta ainakin tämä rtsp striimi toimii ihan out of the box.
Tyylinsä kullakin, mutta miten siis varmistat että kamerat eivät ole käytössä, katkotko niiltä sähköt kun olet paikalla? Ja poissaollessasi voivat sitten teoriassa olla osana bottiverkkoa tai toimia residential proxyinä jos päätyvät korkatuiksi? Toki se, että ovat edes jollain tasolla palomuuritetussa sisäverkossa pienentää riskiä. Itse kyllä eristän internetistä tällaiset ei-luotetut/vanhentuneet laitteet jos niitä haluan vielä käyttää.
Joo.
99% perus-kotikäyttäjistä on NATin takana ja fiksut laittaa nämä vielä guest-verkkoon. Sitten voi haxxorit tulla katselemaan sitä samaa kuvaa pihasta tms mitä silmilläkin näkee kun jaksaa kävellä paikalle.
En päivittänyt firmwarea, enkä tuolta sovelluksesta pikaisesi löytänyt mistä se edes päivitetään.
Joo, näyttäisi toimivan. Mutta vaatinee palomuurin tai tarpeeksi kyvykkään reitittimen että saa blokattua sen kätevästi. Itse jouduin nyt testaamaan vaan irroittamalla nettikaapelin modeemin ja wifi-tukiaseman väliltä...
Kiitos! Enpä siis itse päästä nettiin kameraa ollenkaan, vaan samantien mennä wlan-Lan IoT verkkooni
Ei auta nykypäivänä natit kun Androidtv purkitkin ja miniprojektorit avaa VPN yhdeyden sun verkosta palvelinta kohti. Jolloin sen VPN kautta päästään läpi sun verkkoon. Aivan samoin kuin Tailscalea sun itse käyttäessä. Jopa pikkuruinen esp32 joka saattaa olla joku älypistorasiassa kontrollerina kykenee avaamaan Wireguardilla VPN yhteyden ulkopuoliselle palvelimelle.
Onnistuu kyllä. IP/MAC-osoitteelle vain täysi WAN-esto.
Jos kamera sieltä huutelee isäntää, tai jotain, niin samalla NAT aukoo jonkin portin sisäänpäin, tai jos kamera ihan suoraa pyytää NAT aukaiseen tietyn portin, portteja sisäänpäin.
Ihan kaikille se ei ole noin harmitonta, pihassa tiirailevat on havaitavissa, ja eivät jaa sitä hauskuutta koko netille. Ja vähän ollaa siinäkin että onko ok että isäntä jakaa viereiden toilailut koko neitille, eli jos ei itsestä valitä, niin vastuuta vieraista. Oma lukunsa sitten jos pihassa lapsia.
Mitä tää tarkoittaa?
Päivitykset loppuu, eli jos tulevaisuudessa löytyy tietoturva reikiä, niin aikas turha odotella korjauksia...
github.com
Github linkki on vanhemmalle 1 versiolle kun nyt alessa oleva 2. Eli vain yleisesti suuntaa antava.Omat pikaiset kokemukset:
- micro-usb sellaisessa paikassa, että liitin vääntyy, kun kameran kääntää "normaaliin" asentoon. Joku insinööri on luultavasti saanut potkut tästä riman alituksesta.
- koska kotto vaatii mydlink sovelluksen, iso riski, että kamerat muuttuvat verkonpainoiksi lähitulevaisuudessa. Näin kävi Logi Circle 2 -kameroille.. laite toimii, mutta ilman pilveä ei voi ottaa käyttöön.
- guest verkkoon ei yhdistä
- puhelimen mobiilidata piti sammuttaa
- jos ei ole erillistä IoT verkkoa, niin _vähän_ pelottava laite kytkeä lähiverkkoon
- uusin firmware valmiiksi sisässä
- sovelluksen kautta ei näy enää kuva, kun blockaa kamerasta verkkoyhteyden reitittimen asetuksista
- Fing sovelluksella tsekkasin avoimet portit, rtsp
- VLC:llä sain testattua rtsp streamin: rtsp://admin:PIN_CODE@192.168.0.X:554/live/profile.0/video
- aika pitkä viive kuvassa. Muutenkaan kuvanlaatu ei yllättänyt eli paska.
Onko kympin arvoinen? En oikein osaa sanoa vielä. Oli tarkoitus virittää nämä siten, että voin monitoroida akvaarioita etänä.
Täältä muuten löytyi kaikenlaista lisätietoa. Olisi tietysti voinut googlailla tämän ennen kuin yritti yhdistää kameraan.
GitHub - mouldybread/DCS-6100LH: Hacking the D-Link DCS-6100LH
Hacking the D-Link DCS-6100LH. Contribute to mouldybread/DCS-6100LH development by creating an account on GitHub.
Meinasin ehdottaa Coralin TPU M.2 tai USB jolle laskenta. Mutta näköjään Google ajanut sen tuen alas uusien myötä. Havaiten sen yllärinä kun meinasin coral.ai sivustoa pasteta tänne. Sinällään tuotetta vielä saa ja frigatessa kivasti keventää. TPU kun paljon energiatehokkaampi näissä hommissa kuin CPU tai GPU.
github.com
Yleisesti Reolinkkiä kai pidetään luotettavampana, mutta Kiinan kautta kai senkin datat kulkevat
Hit Ctrl+c key to stop autoboot: 1
isvp_t31# version
U-Boot 2013.07 (Jan 20 2022 - 20:05:09)
mips-linux-gnu-gcc (Ingenic r2.3.3 2016.12) 4.7.2
GNU ld (Ingenic r2.3.3 2016.12) 2.24.51.20140512
isvp_t31# printenv
baudrate=115200
bootargs=console=ttyS1,115200n8 mem=49M@0x0 rmem=15M@0x3100000 init=/linuxrc rootfstype=squashfs root=/dev/mtdblock2 rw mtdparts=jz_sfc:256k(boot),1792k(kernel),4608k(rootfs),7936k(userdata),1536k(userdata2),256k(userdata3)
bootcmd=sf probe 0;sf read 0x80600000 0x40000 0x280000; bootm 0x80600000
bootdelay=1
ethact=Jz4775-9161
ethaddr=00:d0:d0:00:95:27
gatewayip=193.169.4.1
ipaddr=193.169.4.81
loads_echo=1
netmask=255.255.255.0
serverip=193.169.4.2
stderr=serial
stdin=serial
stdout=serial
Environment size: 538/16380 bytes
isvp_t31# <INTERRUPT>
isvp_t31# setenv bootargs 'console=ttyS1,115200n8 mem=49M@0x0 rmem=15M@0x3100000 init=/bin/sh rootfstype=squashfs root=/dev/mtdblock2 rw mtdparts=jz_sfc:256k(boot),1792k(kernel),4608k(rootfs),7936k(userdata),1536k(userdata2),256k(userdata3)'
isvp_t31# printenv bootargs
bootargs=console=ttyS1,115200n8 mem=49M@0x0 rmem=15M@0x3100000 init=/bin/sh rootfstype=squashfs root=/dev/mtdblock2 rw mtdparts=jz_sfc:256k(boot),1792k(kernel),4608k(rootfs),7936k(userdata),1536k(userdata2),256k(userdata3)
isvp_t31# sf probe 0
the manufacturer 20
SF: Detected XM25QH128C
--->probe spend 4 ms
isvp_t31# sf read 0x80600000 0x40000 0x280000
SF: 2621440 bytes @ 0x40000 Read: OK
--->read spend 842 ms
isvp_t31# bootm 0x80600000
## Booting kernel from Legacy Image at 80600000 ...
.
.
.s='DCS-6100LHV2-MACADDRESS'; printf '%s' "$s" | md5sum | cut -c1-8, missä korvaat MACADDRESS sun kameran MAC osotteella.s='DCS-6100LHV2-MACADDRESS'; printf '%s' "$s" | md5sum | cut -c1-8, missä korvaa MACADDRESS sun kameran MAC osotteella/mydlink/mydlink_watchdog.sh) siihen ku laittaa vaan exit 0 ekaksi komennoksi niin kamera on nähtävästi leikattu irti pilvestä (mikään binääri mikä liittyy kameran pilviominaisuuksiin ei pöyri enää rebootin jälkeen (mydlink, da_adaptor, da_fctl, sa, rec)). Myöskään kameralla ei ole enään mitään aktiivista yhteyttä johonkin remote IP:hen (toisin kuten ennen tämän poistoa).telnetd & bootti scriptin perään (/mnt/mtd/boot.sh)/mnt/conf/SystemConfig.ini) OsdDisplayEnable = 1dd if=/dev/zero of=/mnt/mtd/font/main_day.rgba8888 bs=25920 count=1
dd if=/dev/zero of=/mnt/mtd/font/main_night.rgba8888 bs=25920 count=1
dd if=/dev/zero of=/mnt/mtd/font/sub_day.rgba8888 bs=11520 count=1
dd if=/dev/zero of=/mnt/mtd/font/sub_night.rgba8888 bs=11520 count=1printf ' ' > /mnt/conf/dev_modelwget kanssa, nc ja tftp puuttuu kameran busyboxista), ja sitten ajoin mdb set fw_upgrade /tmp/DCS6100LHV2Ax_FW102B02.bin. Ja valmista tuli, OpenSSL wrapperi sai kiinni cryptaus algoritmin (aes-128-cbc) ja avaimet (K & IV). Firmwaren sai decryptattua avaimilla onnistuneesti, En nyt jaa avaimia tai decryptattua firmwarea tähän koska noh, emt, ei ehkä ole "sallittua"? Voit laittaa YV jos haluat ne.Sen verran pitää lisätä vielä että tuli ikävä löydös, tää kamera synkronoi kellonajan ainoastaan omalla pilviyhteysbinäärillään. Joka bootin jälkeen hakee kellonajan
wss://dcd-da.us.komfy.co:443/SwitchCamera. Eli jos leikkaa pilviyhteyden täysin pois (joko roottina modaamalla kameran scriptiä, tai reitittimen palomuurilla blockkaamalla) niin kameran päivämäärä resettaa 1.1.2000 joka bootissa.#!/bin/sh
SERVER="www.google.com"
PATHNAME="/generate_204"
while true; do
HTTP_DATE=$(
printf "HEAD $PATHNAME HTTP/1.1\r\nHost: $SERVER\r\nConnection: close\r\n\r\n" |
/usr/sbin/openssl s_client \
-quiet \
-connect "$SERVER:443" \
-servername "$SERVER" 2>/dev/null |
sed -n 's/^[Dd]ate: *//p' |
tr -d '\r' |
head -1
)
if [ -n "$HTTP_DATE" ]; then
if date -u -D '%a, %d %b %Y %H:%M:%S GMT' -s "$HTTP_DATE"; then
exit 0
fi
fi
sleep 10
donedocker run --rm -it \
-v "$PWD:/work" \
-w /work \
tsl0922/musl-cross \
bashCC="$(find /opt -type f -name 'mipsel-linux-musl-gcc' 2>/dev/null | head -1)"
TOOLBIN="$(dirname "$CC")"
export PATH="$TOOLBIN:$PATH"cat > timesync.c <<'EOF'
#include <arpa/inet.h>
#include <errno.h>
#include <stdint.h>
#include <stdio.h>
#include <string.h>
#include <sys/socket.h>
#include <sys/time.h>
#include <unistd.h>
#define NTP_PORT 123
#define NTP_PACKET_SIZE 48
#define NTP_UNIX_EPOCH_DELTA 2208988800ULL
static uint32_t read_be32(const unsigned char *p)
{
return ((uint32_t)p[0] << 24) |
((uint32_t)p[1] << 16) |
((uint32_t)p[2] << 8) |
((uint32_t)p[3]);
}
int main(int argc, char **argv)
{
int fd;
ssize_t n;
unsigned char packet[NTP_PACKET_SIZE];
struct sockaddr_in server;
struct timeval timeout;
struct timeval tv;
uint32_t ntp_seconds;
uint64_t unix_seconds;
if (argc != 2) {
fprintf(stderr, "Usage: %s <IPv4 NTP server>\n", argv[0]);
return 2;
}
memset(&server, 0, sizeof(server));
server.sin_family = AF_INET;
server.sin_port = htons(NTP_PORT);
if (inet_aton(argv[1], &server.sin_addr) == 0) {
fprintf(stderr, "Invalid IPv4 address: %s\n", argv[1]);
return 2;
}
fd = socket(AF_INET, SOCK_DGRAM, 0);
if (fd < 0) {
perror("socket");
return 1;
}
timeout.tv_sec = 5;
timeout.tv_usec = 0;
if (setsockopt(fd, SOL_SOCKET, SO_RCVTIMEO,
&timeout, sizeof(timeout)) != 0) {
perror("setsockopt");
close(fd);
return 1;
}
if (connect(fd, (struct sockaddr *)&server, sizeof(server)) != 0) {
perror("connect");
close(fd);
return 1;
}
memset(packet, 0, sizeof(packet));
/*
* NTP client request:
* LI = 0
* Version = 4
* Mode = 3 (client)
*/
packet[0] = 0x23;
n = send(fd, packet, sizeof(packet), 0);
if (n != NTP_PACKET_SIZE) {
if (n < 0)
perror("send");
else
fprintf(stderr, "Short send: %ld bytes\n", (long)n);
close(fd);
return 1;
}
n = recv(fd, packet, sizeof(packet), 0);
close(fd);
if (n < 0) {
perror("recv");
return 1;
}
if (n < NTP_PACKET_SIZE) {
fprintf(stderr, "Short NTP reply: %ld bytes\n", (long)n);
return 1;
}
if ((packet[0] & 0x07) != 4) {
fprintf(stderr, "Invalid NTP reply mode: %u\n",
(unsigned)(packet[0] & 0x07));
return 1;
}
if (packet[1] == 0) {
fprintf(stderr, "NTP server returned stratum 0\n");
return 1;
}
ntp_seconds = read_be32(&packet[40]);
if ((uint64_t)ntp_seconds < NTP_UNIX_EPOCH_DELTA) {
fprintf(stderr, "Invalid NTP timestamp\n");
return 1;
}
unix_seconds =
(uint64_t)ntp_seconds - NTP_UNIX_EPOCH_DELTA;
if (unix_seconds < 1577836800ULL) {
fprintf(stderr,
"Refusing implausible Unix timestamp: %llu\n",
(unsigned long long)unix_seconds);
return 1;
}
if (unix_seconds > 2147483647ULL) {
fprintf(stderr,
"Timestamp does not fit signed 32-bit time_t\n");
return 1;
}
tv.tv_sec = (time_t)unix_seconds;
tv.tv_usec = 0;
if (settimeofday(&tv, NULL) != 0) {
perror("settimeofday");
return 1;
}
printf("Clock set successfully: Unix %lu\n",
(unsigned long)tv.tv_sec);
return 0;
}
EOFmipsel-linux-musl-gcc \
-static \
-fno-pie \
-no-pie \
-Os \
-march=mips32 \
-mabi=32 \
-mno-mips16 \
-mno-micromips \
-s \
-o timesync \
timesync.cfile timesync
mipsel-linux-musl-readelf -h timesync | grep -E 'Class:|Data:|Type:|Flags:'python3 -m http.server 8000 ja sitten wgettaa kamerassa wget http://sun.koneen.ip:8000/timesync)chmod +x ja sitten laittaa boot.sh:n pohjalle esim vaikka(
while true; do
/mnt/mtd/timesync 192.168.20.1 && exit 0
sleep 10
done
) &/mnt/conf/SystemConfig.ini) wifi tiedot kuntoon:Dhcp = onWIFI_SECURITY_TYPE = 4
WIFI_SSID = base64-encoodattu-ssid
WIFI_PWD = base64-encoodattu-salasana/mnt/conf/SystemConfig.ini) että cloud rekisteröinti on tehty:register_st = 1echo 'EET-2EEST,M3.5.0/3,M10.5.0/4' > /mnt/mtd/TZ
/mnt/mtd/TZ_change_notifyIsoin kysymys mikä itselle jäi. Saako verkkoyhteyden määritettyä tätä kautta ilman valmistajan softaa.
Just mun uusimman viestin pohjalla sanoin tosta. Toimii.
... Mielenkiinnosta tunkkailin sitten OpenIPC:n kameraan (alustavasti kähvelletty sensorin ja wifin moduulit originaalista firmwaresta). Eipä tuosta ihan kultaa silti tule, mutta onpa halpa tapa päästä kikkailemaan noiden custom-firmisten kanssa. Thingino voisi olla vielä otollisempi vaihtoehto, kun keskittyy erityisesti noihin Ingenic-piireihin, mutta ei näyttänyt olevan yhtään t31, rtl8188 ja os02g10 -kombolla olevaa kameraa mallina, ja uusien mallien lisääminen jäi pikalukemisella vähän hämärään. No, sadepäiviä odotellessa...En ees tienny että tämmösiä open source alternatiivisia firmiksiä on olemassa kameroille. Olishan se pitäny arvata. Tää on varmaan oikeasti järkevin juttu mitä pitäis tehä jos vie ittensä kameran UARTtiin asti (olettaen että lopputulos on stabiili ja toimiva).Leivänpaahdin4835 näköjään ehti oleellisimmat ensin
