Fórum témák
» Több friss téma |
Milyen gyári kódra gondolsz? Van erre minta? Ott hasal el, amikor le kellene tölteni Error 301, Error 404, vagy Error-1 a válasz. Nekem úgy tűnik - el sem jut oda, hogy lehessen bárhová letölteni. Ha van valakinek olyan mintakód részlete, ami segíthet és működik - érdekelne.
A hozzászólás módosítva: Júl 28, 2025
Ennyire szófukar leírásokkal nehéz mit kezdeni - először neked kell dolgoznod, hogy egyértelmű legyen, mi a helyzet és mit akarsz, de nagyjából el tudom képzelni: kliensként el szeretnél érni resource-okat a firmware-ből az Interneten nyilván egy kicsit módosított programkóddal, amibe tesztfüggvények kerültek vagy a gyári kódot teszteled, és mindez nem úgy működik, ahogy szeretnéd.
A 404-es valóban azt jelenti, hogy nem érte el az eszköz az adott oldalt, de a TLS-nek ehhez még nincs köze; az adott oldal vagy fájl vagy akármilyen erőforrás ebben az esetben tényleg nem található, amit el szeretnél érni. A 301-es viszont olyan értelemben nem hibaüzenet, hogy a szerver tudja, hol az adott erőforrás, csak egy átirányítás szükséges hozzá, mert nem a kért címen van. Ez azt jelenti, hogy ha ezt nem tette meg "magától" a meghívott függvény, akkor a 301-es válaszban kapott URL-lel neked kell egy új kérést csinálnod, és akkor már megkapod a kívánt erőforrást (fájlt, akármit). Ez akár biztatónak is mondható. HTTP 1-es hiba nem létezik, az az adott szoftvertől jövő valamilyen saját hibaüzenet lehet, vagy pedig HTTP 1xx, három számjegyű üzenet volt - bár ez sem valószínű, mert a 100-asok folyamatban levő kérések státuszai, és szerintem egy "normál" lekéréssel, a szokásos kliens oldali függvényekkel olyat nem kaphatsz. De nem vagyok biztos benne, eddig csak szervert írtam ESP-re. : -) VIszont ha az alap fejlesztőrendszer függvénye, API-ja van használva a lekéréshez, akkor ezt a doksiban könnyű megtalálni (hogy milyen visszatérési értékei lehetnek az adott függvénynek). A hozzászólás módosítva: Júl 29, 2025
Nem 1-es, hanem "-1" hibaüzenetet kaptam, ami a chatgpt szerint létező hibakód.
Idézet: Van egy mintakódom, ebből talán jobban látszik a szándék: „Az httpCode == -1 pont ilyen rejtett SSL/TLS kudarcot jelez”
A hozzászólás módosítva: Júl 30, 2025
Rájöttem, csak emiatt már nem akartam újra írni. Mindenesetre nem segít, mert az egy általános hibaüzenet, úgyhogy "pont ezt" nem jelenti, csak ilyen is történhet..
Mi lett azzal, amit a 301-es hibára válaszoltam, nem segített? És melyik hiba mikor jön elő? Csak ideraktad a kódot.
Mellesleg megnéztem ezt a linket, és lehet, hogy korábban volt ilyen fájl, de most biztosan nincs - miközben a favicon meg elérhető ugyanott. Https-sel is ugyanez az eredmény.
Az IP Info szerint valahol Angliában van. A hozzászólás módosítva: Júl 30, 2025
ESP programvédelem – röviden
ESP8266/ESP32 esetén van lehetőség a program kiolvasásának megnehezítésére, de nem 100%-os a védelem. Az ESP32-ben hardveresen elérhető a Flash Encryption és Secure Boot funkció – ezzel a program titkosítva kerül a flash-be, és csak az adott chip képes futtatni. ESP8266-nál nincs teljes hardveres titkosítás, ott csak firmware titkosítás + OTA jelszavas frissítés használható. A védelem bekapcsolása után a soros kiolvasás és SPI-flash dump értelmetlen lesz, de fizikai támadás ellen nem véd. Részletes leírás: • ESP32 Flash Encryption dokumentáció • ESP8266 Secure OTA leírás Tipp: Olyan chipre fejlessz, ami a tokozaton belül van a flash!
Erről a linkről indultam: Eredeti link amiről PC-re lejött a fájl, de esp-re az említett hibákat kaptam.
IP-címmel hivatkozni valamire nem ugyanaz, mint domain-névvel - sok esetben nem működik, ahogy most sem. Nem próbáltad ki azt az URL-t, amit a kódba raktál vagy raktak.
Esetleg nem működnek az eszközön a DNS-lekérdezések, azért került oda IP-cím? Mindenesetre az eredeti URI-t kellene használni, amire az előbb is hivatkoztál, ez nálam is működik. A hozzászólás módosítva: Csü, 23:22
Leírtam... Több módon próbáltam nem csak IP címmel - ami akkor egyébként böngészőből még működött. hanem a linken szereplő https, http protokollokkal. Azaz nameserverrel és nélküle, de mindegyik alkalommal a mikrokontrolleres próbálkozásnál az említett hibákat kaptam, ami úgy tűnik a https miatt van és nincs tanúsítvány. De mivel látom a kérdést sem értik sokan, küzdök tovább, hgy egy egyszerű zipet ebben a nagy IT káoszban hogyan tudjak letölteni egy célhardverre, https protokollal, ha már az ftp-t is kinyírták.
Nekem az benne a furmány (mert én is nézegettem), hogy maga szerver elvileg nem (sem IP címmel, sem DNS-el) érhető el, de maga a fájl pedig letöltődik, és ránézésre teljesen ép.
![]() Idézet: „08/08/2025 08:43 AM <DIR> ManicMiner.tzx 08/08/2025 08:35 AM 14,220 ManicMiner.tzx.zip” Belenézve is, bár ugye binárisról a fene mondja meg... A hozzászólás módosítva: Pé, 14:48
Leírtam, hogy http-vel is elérhető az oldal, tehát semmi köze a cert-ekhez.
Miután megmutattad a domain nevét, leírtam, hogy most is működik, csak nem IP-címmel. Azt is leírtam korábban, még látatlanban, hogy 301-es átirányítás lehetséges a letöltés során, amit lehet, hogy neked kell kezelned. Ezt nem igazán érted, hogy mit jelent és nem is nézel utána. Mindenesetre most, hogy a részletek összeálltak, be is bizonyosodott, mivel tökéletesen látszik a böngészőben, hogy mi történik letöltéskor - lásd a képet. Ez egy szokásos megoldás, mikor www-vel nyitsz meg egy weblapot és az rögtön átirányít a saját www nélküli címére. Próbáld ki így, és működni fog: http://worldofspectrum.org//pub/sinclair/games/m/ManicMiner.tzx.zip A hozzászólás módosítva: Pé, 15:08
Még a dupla perjelet esetleg ki lehet venni a .org és a pub közül, bár a szerver láthatóan kezelni tudja, mindenesetre felesleges.
Probáltál valahogy* TCP dump-ot készíteni a forgalomról?
Wireshark-ba betöltve látni lehetne mi is folyik a vonalon. * Anno én az ENC28j60-s fejlesztésnél egy buta hub-bal oldottam meg, hogy a PC is megkapja az összes csomagot, ami az ENC küldött és fogadott, és így tudtam rögzíteni, de manapság biztosan vannak szofisztikáltam megoldások. Pl. egy router ami támogatja a dump mentést, vagy linux alapu és ssh-n be lehet rá jelentkezni, stb.
Teljesen felesleges, az átirányítás a probléma és a megoldás kulcsa. Az első kérdéseiben írta, most is ott áll, hogy olyan visszatérési értéket is kapott, hogy 301, vagyis minden működik nála, ami a kommunikációt illeti.
Csak valószínűleg a www nélküli változatra nem gondolt vagy elfelejtette kipróbálni, a 301-et meg ugyanolyan hibának vette, mintha nem lehetne elérni az adott resource-ot. Olyat mondani, hogy “kipróbáltam és nem jó”, az semmi, nem információ, csak a tévedésekhez alkalmas. A próbálkozásokat fegyelmezetten dokumentálni kell, melyik sorban milyen szöveggel milyen visszatérési érték jött, különben pillanatok alatt át lehet ugrani dolgokat. De nem írtam volna ezt, ha nem nevez értetlennek. : -) Még egy plusz infó, ha ez az a framework, rákerestem, valamint segítség, hogy ne nekem kelljen leírni: https://avantmaker.com/references/esp32-arduino-core-index/esp32-ht...rects/ A hozzászólás módosítva: Pé, 17:22
a 301-hez mondjuk tényleg nem kell, a -1 -re irtam.
|
Bejelentkezés
Hirdetés |