Wielkie dzięki za info. Jest jakaś szansa że w ogóle powstanie taki obraz? Cezary masz taką możliwość?

Jeśli kogoś to zainteresuje DIR853 R1 dostał wsparcie openwrt

DIR853/EE=DIR853 R1

https://github.com/openwrt/openwrt/comm … bff4664ffe

Podłącz do internetu i zrób

opkg install
opkg install luci
/etc/init.d/uhttpd enable
/etc/init.d/uhttpd start

Zakładając że masz tam już openwrt.
Nie, snapshot z openwrt nie ma domyślnie środowiska graficznego i musisz sobie luci doinstalować.

Wgrać openwrt Tu masz opisane jak to jest dla tego routera: https://github.com/openwrt/openwrt/comm … bff4664ffe

Są tylko dwa pliki. Spróbuj ten sysupgrade, jak nie wejdzie to initramfs i jak się uruchomi to zrób sysupgrade żeby zapisać obraz do flash.

Witam
Mały poradnik, jak zainstalować OpenWrt na DIR-853 R1 w wersji /EE.
Korzystałem z plików na eko.one.pl. (https://dl.eko.one.pl/firmware/)
Oczywiście pobieramy obrazy dla wersji R1. Na początek instalujemy wersję minimalną z INITRAMFS.
Wejście routera w tryb Recovery. I tu musiałem dojść samemu dlaczego nie mogłem wcześniej uzyskać tego trybu w routerze.
Wprowadzenie routera w ten tryb wymaga włączenia (Power) z wciśniętym przyciskiem Reset.
Przycisk Reset przytrzymujemy do 10-u mrugnięć niebieskiej diody LED przy symbolu USB, aż do chwili gdy LED będzie świecić światłem ciągłym. Wtedy puszczamy przycisk Reset.
Kartę sieciową PC-ta ustawiłem na
adres: 192.168.0.101
maskę: 255.255.255.0
brama: 192.168.0.1 
Bez adresu bramy - strona Recovery na routerze nie odpowiadał !
Możliwe, że w tym trybie włożenie w port USB pendrivia z firmware-m też pozwoli aktualizować, ale nie próbowałem.

Podpinamy się kablem do jednego ze złącz LAN.
W przeglądarce wywołanie: 192.168.0.1,  mamy dostęp do trybu Recovery.

Wskazujemy plik:*********dlink_dir-853-r1-initramfs-kernel.bin i wgrywamy.
Naprzemiennie powinny mrugać niebieskie diody LED: 2,4G i 5G. Trwa to chwilę.
Router samoczynnie się zrestartuje. Zobaczymy po zgaśnięciu diod LED i ponownym włączeniu się diody Power, która na początku świecić na pomarańczowo. Kiedy zmieni kolor na niebieski możemy logować się do OpenWrt.
Teraz w ustawieniach naszej karty sieciowej na PC-cie zmieniamy adres karty na
192.168.1.101, maska pozostaje: 255.255.255.0, i opcjonalnie bramę: 192.168.1.1
Logujemy się albo Putty-m (ssh, port 22), albo z wiesza poleceń komendą: ssh root@192.168.1.1
Przy pierwszym logowaniu zostajemy poinformowani, że zostaje dodany klucz: key fingerprint dla połączenia ssh na naszym komputerze (C:\Users\użytkownik\.ssh\know host). Możemy wydać zgodę wpisując "yes".

Powinien zgłosić się OpenWrt.
Router ma skonfigurowany port WAN dla DHCP, więc podpinamy do portu WAN sieć zewnętrzną i wydajemy polecenie:
/opkg update
aby zaktualizować listę pakietów.
Następnie instalujemy Luci, aby mieć dostęp do interfejsu graficznego:
/opkg install luci
Teraz już mamy dostęp z przeglądarki do strony logowania do Luci (192.168.1.1). Przechodzimy do zakładki System > Aktualizacja firmware i ładujemy ściągnięty wcześniej ze strony (https://dl.eko.one.pl/firmware/) plik SYSUPGRADE dla naszego 853-R1, ale wybieramy już z zainstalowanym pakietem np. LuCi (OpenWrt 22.03). Aktualizacja trwa dłużej i kiedy pomarańczowa dioda Power zmieni kolor na niebieski, możemy się logować do LuCi i cieszyć się ojczystym językiem LuCi. W zakładce System, Oprogramowanie, mamy dostęp w kolejnych zakładkach do informacji jakie pakiety są dostępne i jakie są zainstalowane. Możemy do routera przesłać i instalować również pakiety z naszego komputera. Tu zalecam ostrożność i oczywiście należy korzystać z pakietów dedykowanych dla naszej architektury sprzętowej routera i kontrolować zapas pamięci.
Przy kolejnym logowaniu poprzez ssh, zostaniemy poinformowani o istniejącym kluczu fingerprint, który trzeba na naszym komputerze wykasować ponieważ zmienialiśmy firmware (C:\Users\użytkownik\.ssh\know host).

Nigdzie w Internecie nie znalazłem informacji o tym, że niewpisanie bramy uniemożliwia wejście w tryb Recovery. I w tym wątku i na stronie OpenWrt i na stronach Github.... Opisywano jedynie potrzebę wprowadzenia adresu, maskę by wejść w tryb Recouvery. Opisywano również sygnalizację trybu Recovery błyskającą diodą Power. Też nie! Więc zdecydowałem opisać trochę osobistych, skutecznych doświadczeń. Domyślam się, że kolega osobiście miał do czynienia z takim routerem i sam rozwiązał w/w problemy. Ale jednak wcześniej kolega nimi się nie podzielił !

Mam pytanko po długiej przerwie:
Dla wersji 24.10, po wykonaniu w menadżerze pakietów "opkg update", log zgłasza błędy z repozytoriów OpenWRT.
Przykładowo:
Downloading https://downloads.openwrt.org/releases/ … ackages.gz
I te repozytoria zwracają błąd:
*** Failed to download the package list from https://downloads.openwrt.org/releases/ … ackages.gz
Repozytoria Eko - przykładowo :
Downloading https://dl.eko.one.pl/openwrt-24.10/tar … ackages.gz
przebiegają prawidłowo.

W dalszej części logu zgłaszany jest błąd:
SSL error: NET - Sending information through the socket failed
Collected errors:
* opkg_download: Failed to download https://downloads.openwrt.org/releases/ … ckages.gz, wget returned 4.

Po wykasowaniu z konfiguratora opkg odwołań do https://downloads.openwrt.org/......
cały "update" przebiega bez zbędnych informacji o błędach.
Czy coś mi umyka kasując odwołania do repozytoriów na OpenWRT ?

No, niestety. Repozytoria OpenWRT wciąż sypią błędami:
Downloading https://downloads.openwrt.org/releases/ … ackages.gz
*** Failed to download the package list from https://downloads.openwrt.org/releases/ … ackages.gz

W Kluczach publicznych repozytoriów mam 3 klucze:
"ASU CA pubkey 2022",
"eko.one.pl repository",
"Publik using key for 24.10".
Oczywiście czas routera zsynchronizowany (NTP)!
Próbowałem różnych sztuczek.
Próbowałem wgrać ponownie luci-24.10...sysupgrade.bin, poprzez "Wgraj nowy obraz firmware".
Próbowałem poprzez Failsafe UI, wgranie luci-24.10...initramfs-kernel i potem aktualizacja ponownie do luci-24.10...sysupgrade.bin
Router "wstaje", ale polecenie opkg update: -to samo z błędami.
Po wgraniu firmware-u openwrt-24.10.2.....sysupgrade.bin też sypie błędami, a w Repository Public Keys jest tylko jeden klucz: "Public using key for 24.10 release builds".
Próbowałem przywrócić oryginalny firmware od d-link....i tu zaskoczenie. Nie mogę przywrócić oryginalnego firmware-u d-link-a
To znaczy poprzez Filesafe UI, następuje wgrywanie, fleszowanie, ..tyle że potem do routera nie ma dostępu ! 
Żadne 192.168.0.1 i admin/admin.
Wydawało mi się, że podczas pierwszego wgrania luci-24.10.. na samym początku zabawy coś jakiś komunikat sie pojawił na temat kluczy publicznych. Dlatego, będąc dość zdesperowanym chciałem wszystko rozpocząć od początku wgrywając firmware d-link.
Więc pytania:
Jak faktycznie przywrócić oprogramowanie d-link ?
Bawię się też z NanoPI-R3S (FriendlyWRT 24.10), klucz publiczny jest identyczny i opkg update nie zwraca żadnych błędów z repozytoriów.

Niestety nie:

root@OpenWrt:~# wget https://downloads.openwrt.org/releases/ … ackages.gz
Downloading 'https://downloads.openwrt.org/releases/ … ackages.gz'
Connecting to 2a04:4e42:8e::644:443
SSL error: NET - Sending information through the socket failed
Connection error: Connection failed

Może jakieś ustawienia dotyczące IPv6 ?

Hmm..
Domyślam się, że gdzieś w: Sieć>interfejsy>WAN>Edytuj>Ustawienia zaawansowane....