Hirdetés

2024. április 27., szombat

Gyorskeresés

Hozzászólások

(#5801) AcCEsS


AcCEsS
senior tag

A 2.4-es wifi jelerősséget lehet befolyásolni az eltérő régiók kiválasztásával? Más routeren OpenWrt alatt a "00-World" régió aktiválta a 20dBm (100mW) adásteljesítményt. Itt van rá valami mód a grafikus felületen vagy parancssorból? Van bármiféle hatása?

AcCEsS (https://www.metalenciklopedia.hu)

(#5802) golya87 válasza golya87 (#5799) üzenetére


golya87
őstag

Sikerült, elég hasznos dolog ez a soros kapcsolat. Bár arra érdemes figyelni, hogy az UART adapter TX portját a router RX portjára kell kötni. :DDD
Breed felment, saját fordítású Padavan már fut.
Sötét skin-t és a Xiaomi logót nehéz a firmware-be integrálni?

(#5803) Intruder2k5 válasza golya87 (#5802) üzenetére


Intruder2k5
MODERÁTOR

Sötét skin-t még build-elés előtt a Prometheus-ban lehet aktiválni, menüből, abban semmi nehéz nincs. Az egyéni logó már más téma, én csak az ASUS logót cseréltem le saját magam által készítettre, mert a "gyári" nem tetszett. Ehhez csak a png file-t kellett lecserélnem, illetve mert az eredeti összeállításban kizárólag csak az ASUS logó kisebb mint a többi, így a css-ben a méretét is megnöveltem, hogy azonos legyen a többi logóval. Ha viszont egy teljesen új logót akarsz tenni a firmware-be, akkor már a kódba is jobban bele kell nyúlni, hogy az meg is jelenjen majd a listában. Szóval lecserélni egy létező logót egyszerűbb, még akár úgyis, hogy a megjelenő nevét is módosítod. :)

Persze a kész működő firmware-be is be lehet állítani egyedi logót, de ha jól rémlik ezt csak url-el tudod megadni, ergo ha nincs netkapcsolat, akkor nem fog megjelenni a saját logó. Ez nem a legjobb megoldás.

[ Szerkesztve ]

(#5804) divan


divan
senior tag

Sikerült már a Wireguardot működésre bírni valakinek az új firmware-ben?

(#5805) golya87 válasza Intruder2k5 (#5803) üzenetére


golya87
őstag

Említetted a Prometheus-t. "Még mindig" ez az ajánlott metódus a build-re, vagy ugyanúgy jó az Alexey-féle (hiányos leíráson alapuló) build környezet is?
Az utóbbi nekem működött.

(#5806) Intruder2k5 válasza golya87 (#5805) üzenetére


Intruder2k5
MODERÁTOR

Én sosem próbáltam még másikat, tehát ebben nem tudok nyilatkozni. Prometheus-ban is elérhető az Alexey (dm38) repo.

(#5807) gazso75


gazso75
aktív tag

Akkor semmi ötlet, hogyan lehetne működésre bírni a Wireguard-ot ?

(#5808) golya87 válasza gazso75 (#5807) üzenetére


golya87
őstag

Nekem speciel nem is fordul úgy az image, amikor a wireguard-ot hozzáadom.

(#5809) woodworm


woodworm
veterán

A tegnapi bejegyzések alapján még mindig faragja.

(#5810) jackal79


jackal79
aktív tag

Sziasztok!
Melyik most a legújabb FW? Tudnátok küldeni egy linket, hogy nonnan lehet elérni? Köszi!

(#5811) wwenigma


wwenigma
Jómunkásember

https://t.me/xiaomi_mi3g

Xiaomi Mi WiFi Router 3G, [09.06.20 13:56]
09 Jun, 2020 43 commits 

templates: Fixed product_id for Sercom Smart Box Pro
templates: Disabled FAT driver by default, use exFAT instead.
wifi: Fix compilation
kernel: tcp: be more careful in tcp_fragment()
kernel: ipsec: Fix aborted xfrm policy dump crash
kernel: packet: fix races in fanout_add()
kernel: packet: fix race condition in packet_set_ring
kernel: net/packet: fix overflow in check for tp_frame_nr
kernel: packet: hold bind lock when rebinding to fanout hook
kernel: packet: in packet_do_bind, test fanout with bind_lock held
kernel: net: af_packet: fix race in PACKET_{R|T}X_RING
kernel: net/packet: refine check for priv area size
kernel: packet: refine ring v3 block size test to hold one frame
kernel: packet: validate address length
kernel: packet: validate address length if non-zero
kernel: net/packet: fix race in tpacket_snd()
kernel: net-sysfs: Fix mem leak in netdev_register_kobject
kernel: mm/mempolicy: fix use after free when calling get_mempolicy
kernel: perf/hwbp: Simplify the perf-hwbp code, fix documentation
kernel: char: lp: fix possible integer overflow in lp_setup()
kernel: vhost: make sure log_num < in_num
kernel: nfsd4: minor NFSv2/v3 write decoding cleanup
kernel: nfsd: stricter decoding of write-like NFSv2/v3 ops
kernel: nfsd: fix memory corruption caused by readdir
kernel: dccp: do not send reset to already closed sockets
kernel: dccp: check sk for closed state in dccp_sendmsg()
kernel: timerfd: Protect the might cancel mechanism proper
kernel: unix_diag: fix incorrect sign extension in unix_lookup_by_ino
kernel: netlink: fix uninit-value in netlink_sendmsg
kernel: netfilter: ebtables: CONFIG_COMPAT: don't trust userland offsets
kernel: netfilter: ebtables: fix erroneous reject of last rule
kernel: bridge: check brport attr show in brport_show
kernel: netfilter: bridge: ebt_among: add missing match size checks
kernel: netfilter: bridge: ebt_among: add more missing match size checks
kernel: netfilter: ebtables: handle string from userspace with care
kernel: netfilter: bridge: set skb transport_header before entering NF_INET_PRE_ROUTING
kernel: net: bridge: multicast: use rcu to access port list from br_multicast_start_querier
kernel: netfilter: ebtables: CONFIG_COMPAT: drop a bogus WARN_ON
kernel: netfilter: ebtables: CONFIG_COMPAT: reject trailing data after last rule
kernel: ipvs: fix buffer overflow with sync daemon and service
kernel: netfilter: ipt_CLUSTERIP: fix out-of-bounds accesses in clusterip_tg_check()
kernel: netfilter: drop outermost socket lock in getsockopt()
kernel: netfilter: ipt_CLUSTERIP: fix a refcount bug in clusterip_config_find_get()
kernel: tcp: md5: reject TCP_MD5SIG or TCP_MD5SIG_EXT on established sockets
kernel: tcp: don't read out-of-bounds opsize
kernel: ipv4: fix memory leaks in udp_sendmsg, ping_v4_sendmsg
kernel: tcp: purge write queue in tcp_connect_init()
kernel: net: test tailroom before appending to linear skb
kernel: igmp: fix incorrect unsolicit report count when join group
kernel: xfrm4: Fix uninitialized memory read in _decode_session4
kernel: ipv4: Fix raw socket lookup for local traffic
kernel: ipv4: Use return value of inet_iif() for __raw_v4_lookup in the while loop
kernel: igmp: add a missing spin_lock_init()
kernel: tcp: fix tcp_ecn_withdraw_cwr() to clear TCP_ECN_QUEUE_CWR
kernel: net: initialize skb->peeked when cloning
kernel: net: fix uninit-value in __hw_addr_add_ex()
kernel: net: fix deadlock while clearing neighbor proxy table
kernel: kernel.h: define u8, s8, u32, etc. limits
kernel: net: make skb_partial_csum_set() more robust against overflows
kernel: neigh: fix use-after-free read in pneigh_get_next
kernel: net: Fix null de-reference of device refcount
kernel: netfilter: ipset: Fix an error code in ip_set_sockfn_get()
kernel: random32: rename random32 to prandom
kernel: net: replace macros net_random and net_srandom with direct calls to prandom
kernel: net: fix replace macros net_random and net_srandom with direct calls to prandom
kernel: inet: stop leaking jiffies on the wire
kernel: dccp: do not leak jiffies on the wire
kernel: ipvs:move old_secure_tcp into struct netns_ipvs
kernel: net: ipv4: use a dedicated counter for icmp_v4 redirect packets
kernel: net: ipv4: avoid mixed n_redirects and rate_tokens usage
kernel: ipv6: drop incoming packets having a v4mapped source address
kernel: hso: fix NULL-deref on tty open
kernel: crypto: user - Fix crypto_alg_match race
kernel: crypto: user - fix memory leak in crypto_report
kernel: Revert "netfilter: drop outermost socket lock in getsockopt()"
kernel: net: qlogic: Fix memory leak in ql_alloc_large_buffers
kernel: net: qlogic: Fix error paths in ql_alloc_large_buffers()
kernel: crypto: cts - fix crash on short inputs
kernel: mmc: debugfs: Add a restriction to mmc debugfs clock setting
kernel: tcp/dccp: drop SYN packets if accept queue is full
kernel: staging: ashmem: Avoid deadlock with mmap/shrink
kernel: locking,x86: Kill atomic_or_long()
kernel: locking/x86: Remove the unused atomic_inc_short() methd
Make filldir[64]() kernel: verify the directory entry filename is valid
filldir[64]: kernel: remove WARN_ON_ONCE() for bad directory entries
kernel: ext4: Introduce ext4_clamp_want_extra_isize()
kernel: ext4: add more paranoia checking in ext4_expand_extra_isize handling
kernel: compat_ioctl: handle SIOCOUTQNSD
kernel: mtd: spear_smi: Fix Write Burst mode
kernel: quota: fix livelock in dquot_writeback_dquots
kernel: ext2: check err when partial != NULL
kernel: inetpeer: fix data-race in inet_putpeer / inet_putpeer
kernel: ext4: work around deleting a file with i_nlink == 0 safely
kernel: net: bridge: deny dev_set_mac_address() when unregistering 
kernel: tcp: md5: fix potential overestimation of TCP option space
kernel: tcp: syncookies: reduce cookie lifetime to 128 seconds
kernel: tcp: syncookies: do not use getnstimeofday() 
kernel: tcp: syncookies: extend validity range
kernel: tcp: fix rejected syncookies due to stale timestamps
kernel: tcp: Protect accesses to .ts_recent_stamp with {READ,WRITE}_ONCE()
kernel: net: call notifiers for mtu change even if iface is not up
kernel: net: make dev_set_mtu() honor notification return code 
kernel: inet: protect against too small mtu values.
kernel: libertas: Fix two buffer overflows at parsing bss descriptor
kernel: libertas: don't exit from lbs_ibss_join_existing() with RCU read lock held 
kernel: libertas: make lbs_ibss_join_existing() return error code on rates overflow 
kernel: netfilter: ctnetlink: netns exit must wait for callbacks 
kernel: taskstats: fix data-race 
kernel: netfilter: bridge: make sure to pull arp header in br_nf_forward_arp()
kernel: neighbour: remove neigh_cleanup() method
kernel: af_packet: set defaule value for tmo
kernel: tcp: do not send empty skb from tcp_write_xmit()
kernel: netfilter: ebtables: convert BUG_ONs to WARN_ONs
kernel: netfilter: ebtables: compat: reject all padding in matches/watchers 
kernel: mod_devicetable: fix PHY module format 
kernel: tcp: fix "old stuff" D-SACK causing SACK to be treated as D-SACK
kernel: vlan: vlan_changelink() should propagate errors
kernel: macvlan: do not assume mac_header is set in macvlan_broadcast() 
kernel: netfilter: ipset: avoid null deref when IPSET_ATTR_LINENO is present 
kernel: netfilter: arp_tables: init netns pointer in xt_tgdtor_param struct
kernel: macvlan: use skb_reset_mac_header() in macvlan_queue_xmit()
kernel: net: sonic: return NETDEV_TX_OK if failed to map buffer
kernel: net/sonic: Add mutual exclusion for accessing shared state 
kernel: net/sonic: Use MMIO accessors
kernel: net/sonic: Fix receive buffer handling 
kernel: net/sonic: Quiesce SONIC before re-initializing descriptor memory 
kernel: net_sched: fix datalen for ematch
kernel: mm: mempolicy: require at least one nodeid for MPOL_PREFERRED 
kernel: netfilter: arp_tables: simplify translate_compat_table args 
kernel: netfilter: x_tables: don't move to non-existent next rule 
kernel: netfilter: x_tables: add and use xt_check_entry_offsets 
kernel: netfilter: x_tables: kill check_entry helper 
kernel: netfilter: x_tables: assert minimum target size
kernel: netfilter: x_tables: add compat version of xt_check_entry_offsets
kernel: netfilter: x_tables: check standard target size too 
kernel: netfilter: x_tables: check for bogus target offset
kernel: netfilter: x_tables: validate all offsets and sizes in a rule
kernel: netfilter: x_tables: don't reject valid target size on some architectures
kernel: netfilter: ip6_tables: simplify translate_compat_table args 
kernel: netfilter: x_tables: xt_compat_match_from_user doesn't need a retval
kernel: netfilter: x_tables: do compat validation via translate_table 
kernel: netfilter: arp_tables: init netns pointer in xt_tgchk_param struct
kernel: mmc: spi: Toggle SPI polarity, do not hardcode it 
kernel: staging: wlan-ng: ensure error return is actually returned 
kernel: jbd2: clear JBD2_ABORT flag before journal_reset to update log tail info when load journal
kernel: jbd2: switch to use jbd2_journal_abort() when failed to submit the commit record 
kernel: ext4, jbd2: ensure panic when aborting with zero errno 
kernel: net_sched: ematch: reject invalid TCF_EM_SIMPLE 
kernel: mm/mempolicy.c: fix out of bounds write in mpol_parse_str()
kernel: tcp: clear tp->total_retrans in tcp_disconnect()
kernel: wireguard: Update compatibility patch
kernel: backports drivers: Fix compatibility
firmware: Fix copyright
busybox: Updated to 1.31.1
busybox: apply openwrt patches
Revert "kernel: ipsec: Fix aborted xfrm policy dump crash" 

Padavan:   3.4.3.9L-101- a692a222

Nemtom hogy kell hogy ne legyen ilyen hosszú. :DDD a MOD változat a régi WIFI driveres , akinek baja van az újjal.

[ Szerkesztve ]

Steam: http://bit.ly/1rRuf8p , Origin: wwenigma -- | -- Jiayu F1 / G3C / OT995 cuccok: http://bit.ly/1w44CI2 -- | -- ZTE V5 Red Bull -> http://bit.ly/1mgtfrd -- | -- Xiaomi RN3SE -> http://bit.ly/2r8DlV7 -- | -- Live Stream: twitch.tv/wwenigma

(#5812) Laza... válasza wwenigma (#5811) üzenetére


Laza...
addikt

Köszi :R de hogy lehet letölteni? :F

Never give up!

(#5813) Intruder2k5 válasza Laza... (#5812) üzenetére


Intruder2k5
MODERÁTOR

Telegramon.

(#5814) trance89 válasza Laza... (#5812) üzenetére


trance89
őstag

A Drive linkemről is tölthető

(#5815) Laza... válasza trance89 (#5814) üzenetére


Laza...
addikt

Köszi, már megoldottam :R

Never give up!

(#5816) Shummo


Shummo
aktív tag

Sziasztok. Oepnwrt alatt az alábbiakhoz kérnék segítséget.

Jelenleg a rc.local -ban futnak le az alábbi parancsok, mac adress ARP rögzítése végett:
ip neigh add 192.X.X.X lladdr X:X:X:X nud permanent dev br-lan

post-up arp -f /etc/ethers

Sajnos egy idő után az ARP listen 0x0 lesz azaz incomplete státuszba kerül, így a WOL nem műküdik, csak router restart után.

Most azt találtam ki, hogy ezeket a parancsokat lefuttatnám naponta egyszer 4:30kor crontabbal. Ehhez milyen parancsot kellene megadni?
Csak egyszerűen:
30 4 * * * post-up arp -f /etc/ethers

[ Szerkesztve ]

(#5817) fcbarca


fcbarca
őstag

sziasztok.van egy xiaomi 3g routerem gyari kinai szofttal, de nem akar menni(szinkronizalni) a windows 10 csatolt telefon funcioja androiddal. a microsoft ezt irja ezért nem megy:
"
Ha mindkét eszköz ugyanazt a Wi-Fi-hálózatot használja, de továbbra is megjelenik egy hibaüzenet, ezt az útválasztó beállítása okozhatja.

Számos útválasztó rendelkezik vezeték nélküli izolációs funkcióval, amely lehetővé teszi a hálózat lezárását. Ha ez a vezeték nélküli leválasztás (vagy AP izoláció) engedélyezve van, akkor a Wi-Fi hálózathoz csatlakoztatott összes eszköz nem fog kommunikálni a többi készülékkel.

A vezeték nélküli/AP izoláció letiltása:

A legtöbb útválasztón keresse meg a Vezeték nélküli > Speciális vezeték nélküli beállítás elemet, és törölje a jelölőnégyzetet/váltsa át az AP izolálása lehetőséget."

Tudja valaki,merre találom ezt a beallitasi lehetoseget?

[ Szerkesztve ]

(#5818) beegee76


beegee76
újonc

Hello,

Vettem Xiaomi R3G routert (v2), szandekosan nem 4-esböl, de figyelmetlen voltam, és nincs ebben USB. Padavan-ra áttérés ugrott? Mokolást láttam soros portozással, de igazabol csak AP wired bridge-kent hasznalom, az alap fw is jo erre, igy ebbe már nem mentem.
Esetleg van valakinek konkrét tapasztalata? -

köszi,
Gabor

[ Szerkesztve ]

(#5819) D4v3


D4v3
őstag

Hello!

R3G routerre feltettem először 192.168.31.1 alól a legújabb official dev. buildet, amit itt a fórumon találtam, ill. azóta már USB recoveryvel is. De lényeg a lényeg, hogy az admin felületre se tudok már belépni, mert PPoE kapcsolatot akar beállítani PC-n is, telón is a MI Wifi appal, és hiába írom be jól a dolgokat, 678-es hibával megáll az egész (tehát rossz a név/jelszó szerinte). Közvetlenül netre dugva a PC-t és ugyanezt a név/jelszó párost használva persze megy a net gond nélkül. Mit kéne most tennem? Próbáltam már sima factory resetet is USB nélkül, csak a gombbal, de nem lett jó.

(#5820) D4v3 válasza D4v3 (#5819) üzenetére


D4v3
őstag

És most gondolt egyet és 15.-jére csatlakozott és megy.. :W

(#5821) kolomparrudi


kolomparrudi
csendes tag

Sziasztok!

Rászántam magam a padavan telepítésre, a leírások alapján minden ment rendben. A 101-es verziót telepítettem, az alábbi nekem nem túl szimpatikus dolgokat tapasztaltam:
Ha operational mode-nál AP módba állítom, akkor néhány másodperc után az admin felület (és a router ip címe is) elérhetetlenné válik. A Wifi működik, de többet nem tudtam elérni az admin felületet, csak a factory reset segített. Miután ezt 3szor sikerült reprodukálni, úgy döntöttem maradok az eredeti módban, így a wan portot buktam (én tényleg csak AP módban használom ezt az eszközt).

További negatívumok:
- egyszerre csak 1 helyről lehet admin belépve
- nem találtam 802.11r támogatási lehetőséget
- nem találtam olyan opciót, mint openwrt esetén a "Disassociate On Low Acknowledgement", ami nálam elég fontos lenne, mert a telefonom hajlamos a ház leggyengébb AP-ján maradni. Szintén hasonló okokból lenne jó a 802.11r támogatás is.

OpenWrt-vel még a 18-as verzióval használtam egy ideig, de sajnos voltak instabilitási problémák, random reboot-ok. Van tapasztalatotok arról, hogy 19-nél történt-e javulás?

Köszi

(#5822) woodworm válasza kolomparrudi (#5821) üzenetére


woodworm
veterán

Figyelmesebben kell beállítani az ap-módot, mert alapértelmezésben a fő routertől kér ip-címet, ott kel keresni az "új" elérhetőségét. De szerintem ez hellyel-közzel openwrt-vel is így működik.
Az, hogy egyetlen hozzáférést engedélyez, biztonsági beállítás. Lehet hibának felróni, de ez módosítható, forgatni kell egy sajátot.
Lehet nem szabványos, de nálam a roaming és ap váltás témában jól működik a kábeles wds bridge. Mondjuk itt eleve padavan fut szinte mindenen, adott az azonos rendszer. Az egyetlen asuswrt pedig nem lóg ki a sorból.

(#5823) golya87 válasza kolomparrudi (#5821) üzenetére


golya87
őstag

Egy fokkal már jobb a 19.07 snapshot, 19.07.03-mal nekem ugyanúgy voltak WTF pillanatok. A Padavan még jobb ennél is, bár itt is vannak lefedettségi problémák, de ez már inkább HW limitáció, mintsem SW. (Majd az AC2100... :DDD )

(#5824) kolomparrudi


kolomparrudi
csendes tag

Köszi az infókat! Az AP módnál valóban DHCP-től kért címet, csak nem a korábbai LAN if-hez tartozó MAC címmel, így nem vettem észre. Átállítás előtt a LAN interfész címét static-ra állítottam így szerintem illene AP módban is ezt használnia.

Abban tudtok segíteni, hogy padavan-ból openwrt-re lehet közvetlenül frissíteni?
mtd parancs van, így nem tűnik megoldhatatlannak, viszont mindenhol azt írták, hogy váltsak vissza stock fw-re és úgy.

Még 1 kérdés: breed-ből tudok stock fw-t flash-elni? Gyanítom, hogy nem, mert a padavan image .trx kiterjesztésű, a stock image .bin és szemre más is a fejléc.

Köszi

(#5825) golya87 válasza kolomparrudi (#5824) üzenetére


golya87
őstag

Mielőtt bármit is csinálnál, tedd fel a Breed-et! Sok vesződségtől (szétszed, forraszt, konzol) kíméled meg magad. Én először kihagytam, OpenWRT-ről Padavan-ra a megmaradt konfigok miatt, tégla lett a vége. Bár nagyon jó tapasztalat, de nem tudnám meleg szívvel ajánlani. :DDD

(#5826) kolomparrudi válasza golya87 (#5825) üzenetére


kolomparrudi
csendes tag

Köszi! Fent van a breed, azzal telepítettem a padavan-t is.
Valóban kicsit kényelmesebb gui-ból csinálni recovery-t, mint soros konzolról :)

(#5827) trance89 válasza kolomparrudi (#5826) üzenetére


trance89
őstag

openwrt-re váltás előtt mindenképp tedd fel a gyári fw-t

(#5828) kolomparrudi válasza trance89 (#5827) üzenetére


kolomparrudi
csendes tag

Szia! openwrt forumon azt olvastam, hogy breed-del nem igazan bootol, errol van tapasztalatotok?

(#5829) trance89 válasza kolomparrudi (#5828) üzenetére


trance89
őstag

Az 5811-es postban említett telegram csoportban találsz breed alól telepíthető gargoyle és openwrt firmware-t is, szóval biztosan megy vele

[ Szerkesztve ]

(#5830) lenovomen


lenovomen
aktív tag

Sziasztok tegnap openwrt-t akartam frissíteni a routeremen, letöltöttem ezt a fájlt: openwrt-19.07.3-ramips-mt7621-xiaomi_mir3p-squashfs-factory azóta narancssárga világít folyamatosan, néha újraindul, sikerült téglásítanom. Van USB-s TTL eszközöm , mivel tudnám életre kelteni?

(#5831) trance89 válasza lenovomen (#5830) üzenetére


trance89
őstag

Pont az ilyenek miatt kell hogy fentlegyen a breed
Előszöris a te routered mir3g nem pedig mir3p amit te felflasheltél, utóbbi egy teljesen más modell
Másodszor pedig frissítéshez a sysuprade image kell nem a factory...
itt esetleg itt megtalálsz mindent

(#5832) golya87 válasza lenovomen (#5830) üzenetére


golya87
őstag

Az OpenWRT oldalán lévő leírás alapján vissza lehet hozni szépen, én is téglásítottam pár hete.

(#5833) dsk976


dsk976
csendes tag

Sziasztok!

Padavanos Mi-R3G-re felraktam a BREED-et, újraindítottam, és a Padavan helyett az eredeti kínai appletöltős QR kódos firmware-t bootolta be.
Ezután - mivel olvastam, hogy lehet gond - a breed 4. menüpontjában (Reset) megtaláltam az eredeti és a Padavan firmware-t is. Utóbbit kiválasztva nyomtam rá egy execute-ot. Azóta bootloop van... Tudom, hogy láma vagyok, sokmindent el is olvastam amit találtam, de úgy gondoltam, hogy mostmár inkább kérdezek, mielőtt nagyobb bajt csinálnék.

Eredetileg csak a Padavant akartam frissíteni, de akkor láttam itt, hogy a breed szinte "kötelező", és azzal kezdtem. Vagy elég lenne ráflashelnem az új Padavan-t, és az helyrerakná a bootloop-ot is?
Ezt a két fájlt találtam, de arról sem találtam semmi infót, hogy a "MOD" miben különbözik a másiktól:
MI-R3G_3.4.3.9L-101-MOD-[a692a22][09-06-2020_19-09].trx
MI-R3G_3.4.3.9L-101[a692a22][09-06-2020_18-30].trx

Ha már írok, akkor még egy extra kérdés: Párszáz megás fájlok lassú, több órás letöltése során a letöltések az esetek többségében megszakadnak és lehet elölről kezdeni az egészet. Van, hogy csak a legvégén, amikor már csak párszáz byte van hátra megáll és vár. Ez böngészőből és JDownloaderből egyaránt így történik wifin és vezetékes kapcsolaton is. A Mi-R3G egy Digis optikán lóg és a Digis hálózat bridge-elve van, de korábban a Telekomos előfizetésen is ez volt a helyzet, egyetlen közös pont a router.

(#5834) dsk976 válasza dsk976 (#5833) üzenetére


dsk976
csendes tag

:W
Megvan! A 6. menüpontban beírtam, hogy autoboot.command boot flash 0x600000 és bootolja a Padavant!
A kérdésem többi része azért még aktuális, hátha valakinek van ötlete.

(#5835) Starchm válasza dsk976 (#5834) üzenetére


Starchm
őstag

A mod az a régi wifi drivereket jelzi, ha valaki az új azaz sima nevűvel rossz lenne a wifi akkor próbálja meg a régivel.

(#5836) lenovomen válasza golya87 (#5832) üzenetére


lenovomen
aktív tag

Na szép, ezt benéztem, sikerült ezek szerint egy másik romot feltölteni rá. Az rendben van, de milyen módon hozom vissza?

(#5837) golya87 válasza lenovomen (#5836) üzenetére


golya87
őstag

Az OpenWRT Mir3G oldalán le van írva. TTL ráforraszt (táp nélkül!), majd Putty soros kapcsolat, utána négyes gomb, amikor kérdi pár másodpercig a router, eddig tudom fejből. Soros kapcsolaton elnavigálva felteszed az eredeti Mi fw-t, utána pedig mintha most érkezett volna a router.

(#5838) lenovomen


lenovomen
aktív tag

Ezt a leírást nem igazán értem. Valaki csinált már iylet?

(#5839) lenovomen


lenovomen
aktív tag

Az normális ha nem tölt be semmit soros kapcsolódáson keresztül?

(#5840) Gyurka6 válasza lenovomen (#5839) üzenetére


Gyurka6
őstag

Eldobja a kapcsolatot vagy van fekete ablak?

Gyurka

(#5841) lenovomen


lenovomen
aktív tag

Sikerült kapcsolódnom közben serialon keresztül, lefut a script puttyban, viszont nem tudok választani a lehetőségek közül.

Please choose the operation:
1: Load system code to SDRAM via TFTP.
2: Load system code then write to Flash via TFTP.
3: Boot system code via Flash (default).
4: Entr boot command line interface.
7: Load Boot Loader code then write to Flash via Serial.
9: Load Boot Loader code then write to Flash via TFTP. 0 Booting System 2
..ranand_erase: start:80000, len:20000
.ú.Done!
done

Ez mitől lehet?

(#5842) aerol


aerol
tag

Sziasztok,

Van egy kérdésem. Amikor feltettem padavan-t, akkor a közkedvelt 192.168.1.1-es ip-t adtam meg a router-nak. Egy pc lóg rajta, meg egy-egy mobil eszköz. Viszont most tennék mellé egy pi-t is és kicsit módosítanám ezt az 192.168.1.1-es címet másikra pl. 192.168.50.1-re.

A kérdésem az lenne, hogy a LAN - LAN IP-nél átállítom 192.168.50.1-re és utána a DHCP-nél is 192.168.50.2-re akkor több dolgom elvileg nincs is. Vagy esetleg kell még más beállítást is módosítani? Restart kell, vagy megoldja anélkül is?

Előre is köszi a segítséget! :R

Nokia 3310 - SonyEriccson w200i - Nokia N8 - Honor H60-L04 - Xiaomi Mi 8 /128 black

(#5843) attilav2 válasza golya87 (#5808) üzenetére


attilav2
őstag

Én most fordítottam AC57U-ra egy Alexey fw-t wireguard-dal, lefordult. Arch linux alatt debootstrap és schroot segítségével előállítottam egy chrootolt debian stretch környezetet, így nem kell virtualbox-ban buildelnem vagy debiant/ubuntut feltennem. Így azért -hogy ki tudom hagyni a virtuális gépet- gyorsabban megvan a build, nomeg a kedvenc disztrómat sem kellett elhagyjam :))

-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-

(#5844) golya87 válasza attilav2 (#5843) üzenetére


golya87
őstag

Egyelőre nem kell a VPN, de így én is fogok hamarosan buildelni egyet. Plusz nem sokára megérkezik az AC2100-asom.

(#5845) attilav2 válasza golya87 (#5844) üzenetére


attilav2
őstag

Van windowsra(w10) is virtuális gép nélküli megoldás a windows subsystem for linux (wsl) Itt írják le a wsl beüzemelését és a hanwckf fw fordítását wsl alatt. De alexey fw-t is valószínű lehet wsl alatt forgatni, a prometheusnak is futnia kell elvileg. Majd teszek egy próbát, csak az a gond hogy 15gb+ helyet foglal a wsl a cikk szerint, és a windowsom 120gb ssd-n van, lehet fel kell szabadítsak egy kis helyet. A cikk kínai de a google fordító érthetően lefordítja, valamint a képek is segítenek. Erről a wsl-ről és a wsl alatti padavan forgatásról egy magyar cikket össze lehetne ütni mondjuk a logouton, ha valakinek van ideje és ért a linux meg a windows lelkivilágához.

-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-

(#5846) golya87 válasza attilav2 (#5845) üzenetére


golya87
őstag

A system32 mappából elég sok dolog törölhető. :DDD
Nekem már van egy erre rendszeresített VM, de lehet szétnézek, hátha van docker image is. Bár a HP Microserver biztos nem díjazná. :DD

(#5847) lenovomen


lenovomen
aktív tag

Hiába választom ki a második opciót puttyban, nem érzékeli. Olyan mintha meg se nyomtam volna a 2-es billentyűzetet. Valami miatt csak fogadja az adatokat, küldeni nem küld. Valakinek van valami ötlete?

(#5848) Intruder2k5 válasza lenovomen (#5847) üzenetére


Intruder2k5
MODERÁTOR

Hát ez így elég rejtélyes... A PC felőli TX, vagyis a router RX csatlakozása hibátlan? Az UART adapter tuti hibátlan?

(#5849) golya87 válasza lenovomen (#5847) üzenetére


golya87
őstag

3-as, 4-es sem megy?

(#5850) lenovomen


lenovomen
aktív tag

Nem, folyton az alapértelmezett 3-as lehetőséget választja ki automatikusan, így kialakul egy hurok.

Copyright © 2000-2024 PROHARDVER Informatikai Kft.