Új hozzászólás Aktív témák
-
-
detroitrw
addikt
válasz
Headless #3556 üzenetére
akkor ezt miért írta ki?
majd 1mp után átváltott hogy az oldal nem elérhető ... ("http://192.168.1.1/cgi-bin/luci/" url címmel) -
Norby86
őstag
válasz
Headless #3546 üzenetére
Köszi az infót, így már világos.
Kérdés innentől az hogy a Padavan tűzfal beállítása nálam mennyire hatékony. Én mindent alapon hagytam ezzel kapcsolatban, de a DOS meg hasonló támadások elleni védelmet bekapcsoltam. Mit érdemes még beállítani hogy ha már így kimegyek közvetlen az internetre? Igazából a routerem mellett van itthon egy mini szerver, annál is az egyik portot kiengedném, de nem szeretnék semmilyen kiskaput nyitva hagyni a támadóknak.
-
válasz
Headless #3522 üzenetére
Nem is tudom elhinni. Ennél a cbn modemnél a bridge módot nem lehet beállítani, csak úgy lehet, hogy a szolgáltatót felhívva ők központilag átállítják. Korábban interneten keresztül a szolgáltató honlapján bejelentkezve át lehet, de ezt megszüntették. Marad az ügyfélszolgálaton kérvényezés.
-
válasz
Headless #3518 üzenetére
Jelenleg idáig jutottam.
ddns beállítás:
És ez a Rules a Firewall-on belül.
Minden ahogy írtad a 443-as portra van állítva.
A modemen pedig a Port Forwards így néz ki:
A [portchecker]a 443-at mindig zárt portnak mutatja,
és nem értem hol a hiba, vagy mit értek félre. -
lócitrom
őstag
válasz
Headless #3328 üzenetére
konkrétan amit adott az eladó hozzá az szétszedhetetlen. javaslatra megpróbáltam meghúzni benne a csavarokat, de nem változott semmi sem. kizárólag a router-hez kellene egyébként. megvettem ugyan azt a javasolt 12V-os tápot, de ugye azóta kiderült, hogy a gyári hibátlan és ha már így alakult inkább megtartom a vett tápot. az évek alatt maréknyi alkalommal kellett volna 12V-os mindenféléhez, csak sosem jutottam el a vásárlásig. én sem vagyok elájulva az ötlettől, de valamilyen átalakító kellene.
-
wwenigma
Jómunkásember
válasz
Headless #3288 üzenetére
Igen, benne van és már ki is probaltam, kar hogy a neten fellelheto osszes forrast vegigolvasva sem talaltam megoldast a beuzemelésére és tök mindegy mit probalok nem mukodik. Kb. ugy mint azoknak akik ugyanigy jartak mint en, szerették volna hasznalni. Nem sokat valtozott az OpenWRT az évek alatt... kecskevérrel kell néha meglocsolni az eszkozt hogy eletre keljen.
-
tarat
tag
-
tarat
tag
válasz
Headless #3174 üzenetére
Ez a router konkrétan a halál torkából jött vissza!
Nagyon köszönöm!
A tanulság: A halál után is van élet
Nagyon köszi +1*Ezt az egészet lehet, hogy be kéne tenni a nyitóba.
[link]
Ez a leírás megmutatja a HW dolgokat és hogyan jutsz el a 4-es pontig.
A tiéd pedig, hogyan tudsz visszaállni a Command Promptnál. -
Aftershock11
csendes tag
válasz
Headless #3148 üzenetére
Akkor félre értettelek, úgy gondoltam hogy azt a Python/Flexget dologra érted.
Más - be van állítva hogy scriptbe (a GUI-ról) hogy a transmission-daemon induljon startup után (ami többnyire meg is történik), illetve van egy cron job ami ellenőrzi x időközönként hogy fut-e.A problémám az, hogy más-más sessionöket kapok ha manuálisan indítom el, illetve ha automatikusan valamelyik script teszi ezt (a manuális indítás után ott van a hozzáadott x mennyiségű torrent, míg az automatikusnál egy teljesen új session nyílik). A beállítások is másak...
Persze ezt meg tudom oldani azzal, hogy mindent áthúzok az automatikusan indulóba, de jó lenne tudni mi okozza a dolgot. Mindkét esetben ugyanaz a felhasználó indítja a processt.
-
woodworm
veterán
válasz
Headless #3137 üzenetére
Ha csak percet adsz meg az összes paraméterből, akkor óránként újraindítja a megadott percben, ugyanígy, ha csak az órát adod meg, akkor naponta újraindítja a megadott órában. Tudtommal nem kötelező paraméter az órához a perc, ha annak értéke nulla.
Szerk.:
Nem vagyok benne, tévedhetek, de rákeresve találni hasonló példákat a különböző cron leírásokban. -
jeriko2
tag
-
fireqpeg
csendes tag
válasz
Headless #3016 üzenetére
Üdv.
Azért használok Padavan FW t mert ez alatt nem hal meg a router rendszere ezzel a do_page meg seg fault szarsággal mint openwrt alatt. És de érdekes ha transi 2.92 v. 2.93 v. 2.94 est rakok fel akkor a 128mb fizikai rambol megzabál 140-220mb ot is de hogy hogyan csinálja azt ne kérdezzétek. És pont emiatt rakom fel a régi 2.77 es transit mert ez meg de érdekes csak 123.27 megát használ csak ugye milyen furcsa hogy ez még úgy volt megírva max annyi ramot használ ami a routeren van... Enyit a mem_percentage baromságról amit 1.5 év alatt sem tudtak normálisan megcsinálni... Ja ma ismét kipróbáltam a SNAPSHOT meg (ezeknél semmi olyan extra package nem volt felrakva ami bekavarhatott volna csak luci direkt így próbáltam ki) a 18.06os RC1 et is mint a 2 ő alatt teljesen szar a wifi 2.4-Ghz es www.google.com ot 3 perc alatt hoz be gratula ismét az openwrt fejlesztőknek is, hogy már annyira fejlesztik az 1-ik driver vagy update üti a másikat (fasza fiam 2esalá 10szer kb) jah itt a wifihez szólnék még hozzá minden féle auto/manuális stbstbstb beállítással próbálkoztam szóval csak megemlíteném nem bennem van a hiba vagy a hozzáértéssel mivel énse most kezdtem hanem vagy 10 éve ezt az egész openwrt ddwrt stb routeres témát meg vagy a 6-7 edik routerem ez amit okosítás miatt vettem. szóval csak mielőtt megint valaki elkezdené nekem osztani az észt hogy én nem értek hozzá stb!
-
wwenigma
Jómunkásember
válasz
Headless #3016 üzenetére
Na az a helyzet hogy nekem a kis GoFlex-et azert kellett levaltanom mert jottek a random transmission fagyasok a normal beallitasokkal. 150-200 torrent, egyszeruen a kis D betu megjelent htop-nal es annyi volt neki. Gyk ugyanazokkal a beallitasokkal megy nekem mint neked, kiveve hogy az upload is korlatlan, ami a prociból kifér. Éveken keresztül ment hiba nelkul es erdekesmod most androidos boxon is megy ugy hogy nem zabal fel több memoriat hiaba 2GB elerheto rajta. (sebesseget hagyjuk, nagy csalodas)
Egyaltalan nem hc torrent akkor, hasonloan voltunk. Ne gyertek ezzel hogy nem erre valo, egyszeruen alaprendszerszinten lett valami elkefélve az elmult par honapban ami megöli, anno 1043ND-n sem tapasztaltam ilyet.
-
fireqpeg
csendes tag
válasz
Headless #3013 üzenetére
Üdv neked Headless! Nincs ezzel probléma, hogy nemtudod mire gondolt wwenigma barátom. A transmission saját magától restartolja stb... kifagy újraindulgat. Kisegítelek én téged szívesen itt egy régebbi logom, de ha most felraknám akármelyik legújabbat ugyanezt csinálja:
Thu Jan 18 01:56:32 2018 kern.info kernel: [ 526.919962] do_page_fault(): sending SIGSEGV to transmission-da for invalid write access to 00000008
Thu Jan 18 01:56:32 2018 kern.info kernel: [ 526.938995] epc = 00422153 in transmission-daemon[400000+47000]
Thu Jan 18 01:56:32 2018 kern.info kernel: [ 526.952091] ra = 0042214f in transmission-daemon[400000+47000]
Thu Jan 18 01:58:15 2018 daemon.info procd: Instance transmission::instance1 pid 3075 not stopped on SIGTERM, sending SIGKILL instead[ 526.919962] do_page_fault(): sending SIGSEGV to transmission-da for invalid write access to 00000008
[ 526.938995] epc = 00422153 in transmission-daemon[400000+47000]
[ 526.952091] ra = 0042214f in transmission-daemon[400000+47000]Arról van szó annyira nagyon jó az openwrt, hogy kernel szinten próbálnának (de csak próbálkoznak amit 1.5 év alatt sem tudtak megoldani) mem_percentage 50 nevű memória utasítás korlátot rakni csak amikor ezt túl lépi akkor ezt az üzenetet kapod a logban. Na hátha tudod mostmár miről van szó. Amúgy az internet meg televan főleg openwrt-s forumok nagyon sok mindenkinek ez a problémája a 2.92 es transival amióta ebben a formában írták meg(ram korlátozásra gondolok)
Üdv mindenkinek
-
detroitrw
addikt
válasz
Headless #2995 üzenetére
Digi 100-as pppoe
be volt kapcsolva a soft/hard flow offload (most kikapcsoltam)
HeadLess-Lede-18.01 r7190 14 r7190-1b8f3d9 / LuCI Master (git-18.163.61042-b5a43cf) [kernel: 4.14.48]csak az alap szolgáltatások futnak
(#2996) adabo
futtasd le többször a backup-ot nekem is mindig dobott valamire hibát
aztán a lementett backup-okból összemásolod a meglévő mtd-ket -
wwenigma
Jómunkásember
válasz
Headless #2977 üzenetére
Semmilyen konfighoz nem nyultam amikor ujraraktam, de ellenoriztem és benne van a disassoc sor.
Csak átállítottam PPPoE-ra, DIGI. Eddig nem cseszekedett, igaz szolgáltatói routerrel ment de 168 óránként volt reconnect. Tegnap delutan 15:24-kor megint meghalt, magatol nem csatlakozott ujra, manualis reconnectre helyreallt reboot nelkul.
Ma 15:37-kor megint volt egy error, nem szakadt:
Wed Jun 27 15:37:08 2018 kern.warn kernel: [168534.061548] ------------[ cut here ]------------
Wed Jun 27 15:37:08 2018 kern.warn kernel: [168534.066287] WARNING: CPU: 1 PID: 0 at net/sched/sch_generic.c:320 dev_watchdog+0x1ac/0x324
Wed Jun 27 15:37:08 2018 kern.info kernel: [168534.074632] NETDEV WATCHDOG: eth0 (mtk_soc_eth): transmit queue 0 timed out
Wed Jun 27 15:37:08 2018 kern.warn kernel: [168534.081673] Modules linked in: pppoe ppp_async pppox ppp_generic nf_nat_pptp nf_conntrack_pptp nf_conntrack_ipv6 mt76x2e mt7603e mt76 mac80211 iptable_nat ipt_REJECT ipt_MASQUERADE cfg80211 xt_time xt_tcpudp xt_tcpmss xt_statistic xt_state xt_recent xt_nat xt_multiport xt_mark xt_mac xt_limit xt_length xt_hl xt_helper xt_ecn xt_dscp xt_conntrack xt_connmark xt_connlimit xt_connbytes xt_comment xt_TCPMSS xt_REDIRECT xt_LOG xt_HL xt_FLOWOFFLOAD xt_DSCP xt_CLASSIFY wireguard usblp ums_usbat ums_sddr55 ums_sddr09 ums_karma ums_jumpshot ums_isd200 ums_freecom ums_datafab ums_cypress ums_alauda ts_fsm ts_bm slhc nf_reject_ipv4 nf_nat_tftp nf_nat_snmp_basic nf_nat_sip nf_nat_redirect nf_nat_proto_gre nf_nat_masquerade_ipv4 nf_nat_irc nf_conntrack_ipv4 nf_nat_ipv4 nf_nat_h323 nf_nat_ftp nf_nat_amanda nf_nat
Wed Jun 27 15:37:08 2018 kern.warn kernel: [168534.152521] nf_log_ipv4 nf_flow_table_hw nf_flow_table nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_tftp nf_conntrack_snmp nf_conntrack_sip nf_conntrack_rtcache nf_conntrack_proto_gre nf_conntrack_irc nf_conntrack_h323 nf_conntrack_ftp nf_conntrack_broadcast ts_kmp nf_conntrack_amanda libcrc32c iptable_mangle iptable_filter ipt_ECN ip_tables crc_ccitt compat fuse act_connmark nf_conntrack act_skbedit act_mirred em_u32 cls_u32 cls_tcindex cls_flow cls_route cls_fw sch_tbf sch_htb sch_hfsc sch_ingress i2c_dev ledtrig_usbport sr_mod cdrom ip6t_REJECT nf_reject_ipv6 nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables x_tables ifb ip6_udp_tunnel udp_tunnel tun vfat fat lockd sunrpc grace cifs dns_resolver nls_utf8 nls_iso8859_2 nls_iso8859_1 nls_cp437 dma_shared_buffer sha256_generic md5
Wed Jun 27 15:37:08 2018 kern.warn kernel: [168534.223345] md4 hmac ecb des_generic usb_storage leds_gpio xhci_mtk xhci_plat_hcd xhci_pci xhci_hcd uhci_hcd ohci_platform ohci_hcd sd_mod scsi_mod gpio_button_hotplug f2fs ext4 jbd2 mbcache exfat usbcore nls_base usb_common crc32c_generic crc32_generic [last unloaded: nfs]
Wed Jun 27 15:37:08 2018 kern.warn kernel: [168534.247804] CPU: 1 PID: 0 Comm: swapper/1 Not tainted 4.14.48 #0
Wed Jun 27 15:37:08 2018 kern.warn kernel: [168534.253872] Stack : 00000000 00000000 00000000 00000000 805d7ad2 00000034 00000000 00000000
Wed Jun 27 15:37:08 2018 kern.warn kernel: [168534.262295] 8fc441f4 805748c7 80502b4c 00000001 00000000 00000001 8fc0dd68 1cc282d0
Wed Jun 27 15:37:08 2018 kern.warn kernel: [168534.270713] 00000000 00000000 805d0000 00007b28 00000000 00000188 00000008 00000000
Wed Jun 27 15:37:08 2018 kern.warn kernel: [168534.279131] 00000000 80580000 0003c7fc 70617773 00000000 00000000 805a0000 80369818
Wed Jun 27 15:37:08 2018 kern.warn kernel: [168534.287553] 00000009 00000140 00000001 8ffd7640 00000000 80293038 00000004 805d0004
Wed Jun 27 15:37:08 2018 kern.warn kernel: [168534.295974] ...
Wed Jun 27 15:37:08 2018 kern.warn kernel: [168534.298501] Call Trace:
Wed Jun 27 15:37:08 2018 kern.warn kernel: [168534.301049] [<80010558>] show_stack+0x58/0x100
Wed Jun 27 15:37:08 2018 kern.warn kernel: [168534.305578] [<80446dbc>] dump_stack+0x9c/0xe0
Wed Jun 27 15:37:08 2018 kern.warn kernel: [168534.310006] [<8002e218>] __warn+0xe0/0x114
Wed Jun 27 15:37:08 2018 kern.warn kernel: [168534.314175] [<8002e27c>] warn_slowpath_fmt+0x30/0x3c
Wed Jun 27 15:37:08 2018 kern.warn kernel: [168534.319206] [<80369818>] dev_watchdog+0x1ac/0x324
Wed Jun 27 15:37:08 2018 kern.warn kernel: [168534.323998] [<800861c4>] call_timer_fn.isra.3+0x24/0x84
Wed Jun 27 15:37:08 2018 kern.warn kernel: [168534.329285] [<800863dc>] run_timer_softirq+0x1b8/0x244
Wed Jun 27 15:37:08 2018 kern.warn kernel: [168534.334506] [<80463f88>] __do_softirq+0x128/0x2ec
Wed Jun 27 15:37:08 2018 kern.warn kernel: [168534.339281] [<80032920>] irq_exit+0x98/0xcc
Wed Jun 27 15:37:08 2018 kern.warn kernel: [168534.343550] [<8024782c>] plat_irq_dispatch+0xfc/0x138
Wed Jun 27 15:37:08 2018 kern.warn kernel: [168534.348665] [<8000b5a8>] except_vec_vi_end+0xb8/0xc4
Wed Jun 27 15:37:08 2018 kern.warn kernel: [168534.353699] [<8000cf70>] r4k_wait_irqoff+0x1c/0x24
Wed Jun 27 15:37:08 2018 kern.warn kernel: [168534.358578] [<8006647c>] do_idle+0xe4/0x168
Wed Jun 27 15:37:08 2018 kern.warn kernel: [168534.362831] [<800666f8>] cpu_startup_entry+0x24/0x2c
Wed Jun 27 15:37:08 2018 kern.warn kernel: [168534.367966] ---[ end trace fb0ab82502975540 ]---
Wed Jun 27 15:37:08 2018 kern.err kernel: [168534.372685] mtk_soc_eth 1e100000.ethernet eth0: transmit timed out
Wed Jun 27 15:37:08 2018 kern.info kernel: [168534.378927] mtk_soc_eth 1e100000.ethernet eth0: dma_cfg:80000065
Wed Jun 27 15:37:08 2018 kern.info kernel: [168534.385030] mtk_soc_eth 1e100000.ethernet eth0: tx_ring=0, base=0d850000, max=0, ctx=3381, dtx=3381, fdx=3380, next=3381
Wed Jun 27 15:37:08 2018 kern.info kernel: [168534.395980] mtk_soc_eth 1e100000.ethernet eth0: rx_ring=0, base=0d000000, max=0, calc=477, drx=478
Wed Jun 27 15:37:08 2018 kern.info kernel: [168534.410104] mtk_soc_eth 1e100000.ethernet: 0x100 = 0x6060000c, 0x10c = 0x80818
Wed Jun 27 15:37:08 2018 kern.info kernel: [168534.423163] mtk_soc_eth 1e100000.ethernet: PPE started[168534.061548] ------------[ cut here ]------------
[168534.066287] WARNING: CPU: 1 PID: 0 at net/sched/sch_generic.c:320 dev_watchdog+0x1ac/0x324
[168534.074632] NETDEV WATCHDOG: eth0 (mtk_soc_eth): transmit queue 0 timed out
[168534.081673] Modules linked in: pppoe ppp_async pppox ppp_generic nf_nat_pptp nf_conntrack_pptp nf_conntrack_ipv6 mt76x2e mt7603e mt76 mac80211 iptable_nat ipt_REJECT ipt_MASQUERADE cfg80211 xt_time xt_tcpudp xt_tcpmss xt_statistic xt_state xt_recent xt_nat xt_multiport xt_mark xt_mac xt_limit xt_length xt_hl xt_helper xt_ecn xt_dscp xt_conntrack xt_connmark xt_connlimit xt_connbytes xt_comment xt_TCPMSS xt_REDIRECT xt_LOG xt_HL xt_FLOWOFFLOAD xt_DSCP xt_CLASSIFY wireguard usblp ums_usbat ums_sddr55 ums_sddr09 ums_karma ums_jumpshot ums_isd200 ums_freecom ums_datafab ums_cypress ums_alauda ts_fsm ts_bm slhc nf_reject_ipv4 nf_nat_tftp nf_nat_snmp_basic nf_nat_sip nf_nat_redirect nf_nat_proto_gre nf_nat_masquerade_ipv4 nf_nat_irc nf_conntrack_ipv4 nf_nat_ipv4 nf_nat_h323 nf_nat_ftp nf_nat_amanda nf_nat
[168534.152521] nf_log_ipv4 nf_flow_table_hw nf_flow_table nf_defrag_ipv6 nf_defrag_ipv4 nf_conntrack_tftp nf_conntrack_snmp nf_conntrack_sip nf_conntrack_rtcache nf_conntrack_proto_gre nf_conntrack_irc nf_conntrack_h323 nf_conntrack_ftp nf_conntrack_broadcast ts_kmp nf_conntrack_amanda libcrc32c iptable_mangle iptable_filter ipt_ECN ip_tables crc_ccitt compat fuse act_connmark nf_conntrack act_skbedit act_mirred em_u32 cls_u32 cls_tcindex cls_flow cls_route cls_fw sch_tbf sch_htb sch_hfsc sch_ingress i2c_dev ledtrig_usbport sr_mod cdrom ip6t_REJECT nf_reject_ipv6 nf_log_ipv6 nf_log_common ip6table_mangle ip6table_filter ip6_tables x_tables ifb ip6_udp_tunnel udp_tunnel tun vfat fat lockd sunrpc grace cifs dns_resolver nls_utf8 nls_iso8859_2 nls_iso8859_1 nls_cp437 dma_shared_buffer sha256_generic md5
[168534.223345] md4 hmac ecb des_generic usb_storage leds_gpio xhci_mtk xhci_plat_hcd xhci_pci xhci_hcd uhci_hcd ohci_platform ohci_hcd sd_mod scsi_mod gpio_button_hotplug f2fs ext4 jbd2 mbcache exfat usbcore nls_base usb_common crc32c_generic crc32_generic [last unloaded: nfs]
[168534.247804] CPU: 1 PID: 0 Comm: swapper/1 Not tainted 4.14.48 #0
[168534.253872] Stack : 00000000 00000000 00000000 00000000 805d7ad2 00000034 00000000 00000000
[168534.262295] 8fc441f4 805748c7 80502b4c 00000001 00000000 00000001 8fc0dd68 1cc282d0
[168534.270713] 00000000 00000000 805d0000 00007b28 00000000 00000188 00000008 00000000
[168534.279131] 00000000 80580000 0003c7fc 70617773 00000000 00000000 805a0000 80369818
[168534.287553] 00000009 00000140 00000001 8ffd7640 00000000 80293038 00000004 805d0004
[168534.295974] ...
[168534.298501] Call Trace:
[168534.301049] [<80010558>] show_stack+0x58/0x100
[168534.305578] [<80446dbc>] dump_stack+0x9c/0xe0
[168534.310006] [<8002e218>] __warn+0xe0/0x114
[168534.314175] [<8002e27c>] warn_slowpath_fmt+0x30/0x3c
[168534.319206] [<80369818>] dev_watchdog+0x1ac/0x324
[168534.323998] [<800861c4>] call_timer_fn.isra.3+0x24/0x84
[168534.329285] [<800863dc>] run_timer_softirq+0x1b8/0x244
[168534.334506] [<80463f88>] __do_softirq+0x128/0x2ec
[168534.339281] [<80032920>] irq_exit+0x98/0xcc
[168534.343550] [<8024782c>] plat_irq_dispatch+0xfc/0x138
[168534.348665] [<8000b5a8>] except_vec_vi_end+0xb8/0xc4
[168534.353699] [<8000cf70>] r4k_wait_irqoff+0x1c/0x24
[168534.358578] [<8006647c>] do_idle+0xe4/0x168
[168534.362831] [<800666f8>] cpu_startup_entry+0x24/0x2c
[168534.367966] ---[ end trace fb0ab82502975540 ]---
[168534.372685] mtk_soc_eth 1e100000.ethernet eth0: transmit timed out
[168534.378927] mtk_soc_eth 1e100000.ethernet eth0: dma_cfg:80000065
[168534.385030] mtk_soc_eth 1e100000.ethernet eth0: tx_ring=0, base=0d850000, max=0, ctx=3381, dtx=3381, fdx=3380, next=3381
[168534.395980] mtk_soc_eth 1e100000.ethernet eth0: rx_ring=0, base=0d000000, max=0, calc=477, drx=478
[168534.410104] mtk_soc_eth 1e100000.ethernet: 0x100 = 0x6060000c, 0x10c = 0x80818
[168534.423163] mtk_soc_eth 1e100000.ethernet: PPE started -
Watercolour
aktív tag
válasz
Headless #2929 üzenetére
A repeater nem egy túlságosan egzaktul definiált fogalom, de talán itt értelmesen le van írva.
Röviden: ami NATol, az valójában nem egy igazi repeater, hanem egy bármilyen eszköz, mely egy client módú wifi interfész és a többi interfésze között NATol. A valódi repeaterek WDS-sel működnek, tehát ha WDS-t használsz, a wifit "kiterjesztő" eszközök repeaterek. Az, hogy az OpenWrt, vagy egyéb leírások keverik a terminológiát és/vagy rossz kifejezéseket használnak, az sajnálatos.
-
wwenigma
Jómunkásember
-
wwenigma
Jómunkásember
válasz
Headless #2898 üzenetére
Oh, tenyleg. Reggel almosan nem lattam de ott van a WAN interface beallitasaiban, igaz ki van kapcsolva (LCP echo hibaküszöb/intervallum), ergo feltételezem hogy ha bármi gebasz volt szolgáltatói oldalról akkor igy nem vette észre.
3/30-ra felvettem, remelhetoleg igy legkozelebb masfel perc halott link utan ujrakapcsolodik.
-
wwenigma
Jómunkásember
válasz
Headless #2896 üzenetére
Nekem csinalt most 2x furcsaságot a router, 4 nappal ezelött arra gondoltam, hogy IP-t váltott 168 óra után a Digi és valami rosszul sült el, nem volt net, logban semmi és net nem ment kifele. Ma reggel jövök haza melóból, ugyanaz az állapot, annyit vettem eszre hogy WAN6-nak nincs kapcsolatinfó és semmi adatforgalom, WAN reconnect utan ment tovabb.
Látatlanba nincs valami ötleted?
-
jeriko2
tag
válasz
Headless #2883 üzenetére
Szia!
Amikor megjött a router, 2.28-as ROM volt rajta. Elmentem a http://miwifi.com/miwifi_download.html oldalra, ROM-ok közül kiválasztottam az R3G developert, azt tettem fel (admin felület jobb felső sarok legördülő menün keresztül). Ennek a száma 2.25.122. Ezt egyébkét ha belépek a router admin felületére, ki is írja (azt is, hogy developer)Azzal sokat vacakoltam amíg mobilról is tudtam csatlakozni az app-al, mert nem látta a routert - állítgattam a területet, és csak úgy találta meg. De gondolom ez nincs hatással a serial numberre vagy a mi account számomra (az alapján generál miwifi_ssh.bin-t, nem?).
A miwifi_ssh.bin-t kétszer is letöltöttem, először url-en keresztül, mert nem volt jó a link:
https://d.miwifi.com/rom/ssh/download?sn=XXXXX%2FXXXXXXXX&userId=YYYYYYYYYY
(serial numbert router aljáról, userid_t https://account.xiaomi.com/-ra bejelentkezve a jobb felső sarokban levő képtől balra levő számot írtam be.
Sokadik próbálkozásra és a http-ket https-re átirogatva sikerült a https://d.miwifi.com/rom/ssh?userId=1737339322 is letölteni, onnan megvan a root jelszó is, bár sok hasznát eddig nem vettem. A két bináris egyébként egyforma.Ezt felírom egy fat32-re formázott pendrive-ra (formáztam már linuxon command lineból, gparted-el, windowsos gépen is - kettő pendrive-ot próbáltam, mindkettő elég régi, de működik). Kihúzom a powert a routerből, bedugom a pendrive-ot, reset gomb benyom és tart, power vissza. Ha a led sárgán villog, elengedem a reset-et és megvárom amíg a led kék lesz. akkor próbálok gépről ssh-zni, illetve router ki/be és újra. Egyik sem sikerül. Próbáltam már úgy is, hogy a háló kábeleket is kihúztam a pendrive-os móka alatt a routerből, de az se segít.
A frissítés felirogat a pendrive-ra pár könyvtárat és filet. Egyikben (most fejből nem tudom) benne van a serial number is.
A router válasza az ssh-ra mindig connection refused. Alapből 22-es porton próbálom, de már próbálgattam egy csomó másikon is. -
divan
őstag
válasz
Headless #2869 üzenetére
Csináltam már új kulcsot, amivel már nem próbáltam a telefonos programmal bejelentkezni, azzal is ugyanez a helyzet. Mondjuk az újraindítást még nem próbáltam, azt kipróbálom. A másik ami nem tiszta nekem, hogy hol tudom menedzselni a létrehozott kulcsokat a router felületén, mert én sehol sem látom őket.
-
Boby8709
csendes tag
-
gamerhun
csendes tag
-
Headless
őstag
válasz
Headless #2796 üzenetére
mint utólag kiderült, az az eszköz egy sima 3-as verzió volt, azt nem tudom, hogy sikerült addig eljutni, hogy feltegye már, de végülis feltette egyértelműen látszott a soros konzolban, hogy betölti a kernelt és amikor átadná az irányítást a kernelnek, nah akkor megfagyott.
Szerencsére a leírást követte így a kernel 0-a érintetlen maradt, így csak hibás flaget kellett kapcsolom az 1-es kernelre így a 0-ás rögtön töltötte be a gyárit, amiben pedig ott duruzsolt az usb-s recovery...
Hardvere teljesen más ennek, az alaplap is sokkal kisebb, a nagy hűtőborda helyett egy egyszerű ramsüni van rajta... De a soros port kivezetések hál istennek itt is feliratozva voltak, nem kellett keresni őket.
-
vargalex
félisten
válasz
Headless #2837 üzenetére
Érdekes, én anno a DIR-860L-en Samba-n mértem kb. 100 MB/s olvasási sebességet.
Esetleg lehet tuningolni kicsit a Samba config-on. -
Shummo
senior tag
válasz
Headless #2824 üzenetére
na hazaértem. Nem próbáltam a smartctl -s standby,now /dev/sda parancsot, mivel most nem csinálja, sőt 1 percen belül leteszi alvóba magát. És felesleges sem olvasgatja/irogatja. (azt tudom elképzelni, hogy vmi format utáni első átnézés lehetett ami az 1tbos háttértárra tekintettel sokáig tartott.
Megnéztem TCvel, FTP-n 110 olvasás / 30-34 mb olvasás jött össze.
Szóval valami akkor tényleg a sambával lehet. Itt viszont megállt a tudomány. Én semmit nem irtam itt át. Mit tudok ezzel csinálni?Az NFS az most a sima windowsos hálózati hely felcsatolás? Mert akkor úgy csak 22-26 / 45 megy. (ha nem akkor azt hogy tudom kipróbálni?)
-
bl4ze
veterán
válasz
Headless #2827 üzenetére
Elírtam, nyilván. El tudom érni a Xiaomi routert online.
De a régi app a 3.x.x sem akar már "párosodni" - "can not pair"Szóval valami nagyon elcsesződött. Valamiért meg van "zavarodva"
Hogyan lehet törölni, resetelni ? Ezt nem találom sem a webes felületen, sem az APP-ban.
Ez a bajom. -
Aftershock11
csendes tag
válasz
Headless #2813 üzenetére
Sikerült, de a flexgettel a vége felé már olyan szintű "gányolást" folytattam le, hogy magam sem hiszem el.
Voltak bajok a Python/pip package-kkel, de ha össze kéne foglalnom, talán ezek voltak a lépések:1. Ez alapján egy partíció létrehozása, majd /opt mappa és Entware bekapcsolása, reboot.
2. Az általad linkelt repot használva próbáltam belőni hogy mi fog kelleni, de gyarkolatilag szerintem ez a két parancs hozta el a várva várt eredményt:opkg install python
opkg install python-setuptools3. Ezek után gyakorlatilag easy_install-al telepítettem a pip-et (ami lehet hogy talán helyigényesebb, de legalább minden megvolt)
easy_install pip
pip install flexget4. Ezek után még mindig volt egy crash flexget futtatásakor, de azt a hiba és némi útmutatás alapján kiküszöböltem pár sor kikommentelésével a megfelelő helyeken
A transmission része pedig a szokásos.
Egy két dolog lehet kimaradt (jópárszor újraindítottam a routert, volt hogy a pip egy az egyben corrupt lett ügyködésem eredményeképp), de szerintem nagyjából ennyi volt a kulcsa. -
Shummo
senior tag
válasz
Headless #2737 üzenetére
na beállítottam 0 4 * * *. A command mező üres. Elvileg így akkor törlödni fognak a dolgok.
Az RSS-sel továbbra is bajba vagyok. Bithumen / Ncore ezt irja ki.
Unsuccesful, please wait few minutes before try again
(felhaszn / jelszó biztos jó)Egyéni RSS feedet nem kell valahol beállítanom? Vagy valahol máshol? Vagy esetleg vmi engedélyezni kell ehhez akár a routerben akár a torrent oldalon?
Köszi
-
Shummo
senior tag
válasz
Headless #2722 üzenetére
Kipróbáltam amit írtál. Bekapcsoltam a NoScant. Továbbra se akar 20 Mhzról felváltani 40-re az enyém se.
(Honor 8 al néztem) 72 Mbitet ír a router. (5Ghz-n váltogat rendese 20-40-80on)
2méterre routertol 30-40Mbps tud
(TV is rácsatlakozott: ott meg 130Mbit/s >szintén 20 Mhzn-et mutat.valami csak nem okés.
-
suste
veterán
válasz
Headless #2726 üzenetére
Nálam a dlink-en lógó HDD van felcsatolva minden másik eszközön (cifs-szel), így ha most akarok csatolni a dlink-re egy másik eszköz megosztását, akkor "Operation in progress" -t kapok....
Minden statisztika erre a HDD-re megy, így nem szívesen bontanám meg a rendszert.
-
wwenigma
Jómunkásember
válasz
Headless #2722 üzenetére
Meglepett hogy ez a hiba évek ota megvan a rendszerben...kikapcsoltam webes felületen. Furcsa a sebesség is, nem ertem. 72,2Mbites linksebességnél nem megy feljebb de ez még lehet a telo is.
5GHz-en is 100-as csatornat valasztva erdekesmod eloszor hibara fut "Data buffer not 16 bytes aligned" majd elindul. Ezt csak a lehetseges magasabb adóteljesitmeny miatt valasztottam ki, de nem tudom a kütyüben valoban bírná-e a 30dB-t a PA...
-
wwenigma
Jómunkásember
válasz
Headless #2719 üzenetére
Padavan furcsizni kezdett, idonkent egyszeruen megallt a net rajta....felraktam a LEDE-d.
Még mindig nem tudja a 2.4G-s wifi a 150/300Mbitet?
72.2 Mbit/s, 20MHz, MCS 7, Short GI
a maximum amit kihoz illetve a sebességek telón mérve (padavan illetve 300Mbit 2.4G-n kerdeses telo miatt):2.4G - 27/39Mbit (nem emlekszem)
5G - 160/196Mbit (196/198)Illetve az automatikus csatorna beallitas hibára fut 2.4G-n, 0-ást mondja hogy aktiv (2407MHz
) és ha fixet adok meg nem dobja fel hogy 40MHz-en lower vagy upper masodlagosat akarok e hasznalni.
Mon May 28 11:50:38 2018 kern.info kernel: [ 1774.490558] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
Mon May 28 11:50:48 2018 daemon.notice netifd: radio0 (18006): sh: acs_survey: out of range
Mon May 28 11:50:49 2018 daemon.err hostapd: Configuration file: /var/run/hostapd-phy0.conf
Mon May 28 11:50:49 2018 kern.info kernel: [ 1785.691265] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
Mon May 28 11:50:49 2018 kern.info kernel: [ 1785.702696] br-lan: port 2(wlan0) entered blocking state
Mon May 28 11:50:49 2018 kern.info kernel: [ 1785.708126] br-lan: port 2(wlan0) entered disabled state
Mon May 28 11:50:49 2018 kern.info kernel: [ 1785.714113] device wlan0 entered promiscuous mode
Mon May 28 11:50:49 2018 daemon.notice hostapd: wlan0: interface state UNINITIALIZED->COUNTRY_UPDATE
Mon May 28 11:50:49 2018 daemon.notice hostapd: ACS: Automatic channel selection started, this may take a bit
Mon May 28 11:50:49 2018 daemon.notice hostapd: wlan0: interface state COUNTRY_UPDATE->ACS
Mon May 28 11:50:49 2018 daemon.notice hostapd: wlan0: ACS-STARTED
Mon May 28 11:50:57 2018 daemon.err hostapd: ACS: Unable to collect survey data
Mon May 28 11:50:57 2018 daemon.err hostapd: ACS: All study options have failed
Mon May 28 11:50:57 2018 daemon.err hostapd: Interface initialization failed
Mon May 28 11:50:57 2018 daemon.notice hostapd: wlan0: interface state ACS->DISABLED
Mon May 28 11:50:57 2018 daemon.notice hostapd: wlan0: AP-DISABLED
Mon May 28 11:50:57 2018 daemon.err hostapd: ACS: Possibly channel configuration is invalid, please report this along with your config file.
Mon May 28 11:50:57 2018 daemon.err hostapd: ACS: Failed to start
Mon May 28 11:50:57 2018 daemon.notice hostapd: wlan0: AP-DISABLED
Mon May 28 11:50:57 2018 daemon.err hostapd: hostapd_free_hapd_data: Interface wlan0 wasn't started
Mon May 28 11:50:57 2018 daemon.notice hostapd: nl80211: deinit ifname=wlan0 disabled_11b_rates=0
Mon May 28 11:50:57 2018 kern.info kernel: [ 1793.605406] device wlan0 left promiscuous mode
Mon May 28 11:50:57 2018 kern.info kernel: [ 1793.610110] br-lan: port 2(wlan0) entered disabled state
Mon May 28 11:50:57 2018 daemon.notice hostapd: wlan0: interface state DISABLED->DISABLED
Mon May 28 11:50:57 2018 daemon.notice hostapd: wlan0: interface state DISABLED->DISABLED
Mon May 28 11:50:57 2018 daemon.notice hostapd: wlan0: AP-DISABLED
Mon May 28 11:50:57 2018 daemon.notice hostapd: wlan0: CTRL-EVENT-TERMINATING
Mon May 28 11:50:57 2018 daemon.err hostapd: hostapd_free_hapd_data: Interface wlan0 wasn't started
Mon May 28 11:50:57 2018 daemon.notice netifd: radio0 (18006): WARNING (wireless_add_process): executable path /usr/sbin/wpad does not match process 14197 path ()
Mon May 28 11:50:57 2018 kern.info kernel: [ 1793.710171] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready -
wwenigma
Jómunkásember
válasz
Headless #2666 üzenetére
SMB csak belsohalon kell, ki akarom probalni mit tud a hardver transmission alatt. Most egy S905X 2GB ramos andoridos TV boxon fut dedikáltan egy gigabites usb adapterrel és sok a kutyu mar igy ami be van dugva.
Padavan-t ki akartam probalni, tetszik a felülete illetve anno WRT-vel volt pozitiv/negativ tapasztalatom is igy eloszor ezt raktam fel.
-
wwenigma
Jómunkásember
válasz
Headless #2658 üzenetére
VPN nekem is valamiért bugzik, nincs adatforgalom ha rácsatlakozok. Jah meg a kulcsok generálása is 8 másodperc volt pedig 2048 bitest választottam.
Illetve egy kulcso SMB felcsatolas is lehetne benne, nem akarja az igazságot...
Most nezem hogy nem padavanról beszélsz, akkor sztornó.
Per Degaton: Nekem yamin818-tól jött de már "kifogyott", jelenleg tőle lehet venni. Én QR kód nélküli, rendes verzióst kaptam dobozban.
-
faltumd96
csendes tag
válasz
Headless #2658 üzenetére
Köszönöm szépen a választ!
De igazából teljesen megfelel, pláne hogy ilyen "frissen" készítetted
Igazából csak amiatt gondoltam, hogy fordítok egy build-et magamnak, mert csomó extra funkció amit itt a topicban láttam nekem nem kell; de végülis ha nem indítom el a transmission, dlna, stb daemont akkor gondolom max flash területet foglal az meg mindegy. -
Shummo
senior tag
válasz
Headless #2642 üzenetére
Ha pl lagecy-re állítom, Vagy 11ről autora a csatornát ez az eredmény:
SSID: TeKi_1 | Mode: Master
Wireless is disabled or not associated (és biztos nem disabled)Amugy N-en akarom használni, és a csatorna is jó 11 -esen, a baj abból fakad, hogy hálózat van, de sokszor elmegy a net amit nem értek miért történik.
5Ghz ilyen probléma nincs. Csak ugye nem minden kezeli az 5ghz-t
-
jackal79
aktív tag
válasz
Headless #2625 üzenetére
Szia!
Sikerült SSH-n elérni, viszont amikor kiadtam ezt:
fw_setenv flag_try_sys2_failed 1
akkor nem pirosan, hanem naracssárgán kezdett el világítani. Csináltam egy hard resetet, ezután nem reagál semmire...
Ha elindítom ugyanúgy narancssárgán világít a led, de a routert sehogy nem érem el.
Valami ötlet?
Tégla?
Köszi -
Shummo
senior tag
válasz
Headless #2617 üzenetére
Ip publikus
modem bridgebe van.
Amikor a client VPNt megcsinálja ott láttam benne a DDNSt, de ha a szervernél a view-ba megnézem, ott nincs.
startupba aktiválva az openvpn
port pedig nyitva.Nem egyszer próbáltam a legelejétől. Volt hogy kb fél óráig csinálta a szerver vpnt, volt hogy 2 percig se. Az ovpn fáj pik pak meg volt.
Elsőnek transfer hibát írt, de akkor még nem találtam meg a logot. Most ezt írja a telefon appja:
23:01:16.785 -- ----- OpenVPN Stop -----
23:05:31.788 -- ----- OpenVPN Start -----
23:05:31.789 -- EVENT: CORE_THREAD_ACTIVE
23:05:31.814 -- Frame=512/2048/512 mssfix-ctrl=1250
23:05:31.816 -- EVENT: CORE_THREAD_ERROR info='mbed TLS: error parsing ca certificate : X509 - The CRT/CRL/CSR format is invalid, e.g. different type expected'
23:05:31.866 -- EVENT: CORE_THREAD_INACTIVE
23:05:31.872 -- Tunnel bytes per CPU second: 0
23:05:31.873 -- ----- OpenVPN Stop -----Sajnos több ötletem nincs már. Esetleg valaki holnap 5 fele (vagy majd egyszer) Teamviewerrel rá tudna nekem nézni?
-
Shummo
senior tag
válasz
Headless #2613 üzenetére
Jaj végre leesett mit értettetek eddig 9092-n megvan, Ez egy nagyon jó felület.
VPN: itt rámegyek az Oepn VPN szerverre. Itt található a már beállított DDNSem. Gyakorlatilag csak createlek? (most épp: Create Certificates... már kb 4-5 perce)
only acces lan vagy a passthrough opció mit jelenteni?
És mit kell ezután csinálni ha pl telefonról vagy más hálózatról be akarok látni erre.
-
Shummo
senior tag
válasz
Headless #2611 üzenetére
A VPN lesz a cél. De mivel még sose csináltam így nem 2 perc lesz beállítani. Éppen ezért még előtte amíg konfigolgatok meg akartam oldani hogy távolrol is elérjem, mert keveset vagyok otthon
Igy meg sose lesz beállítva.
A távoli elérést már sikerült megcsinálni. Kifejezetten a router elérés volt a cél, de akkor a firewall rule szekció a megoldás .Köszönöm
(ONT bridgeba van.)
Új hozzászólás Aktív témák
Hirdetés
- Honor 400 Lite 256GB Kártyafüggetlen 1Év Garanciával
- Xiaomi Redmi Note 14 Pro 256GB Kártyafüggetlen 1Év Garanciával
- iPhone 12 Pro Max / 128 GB / 88%-os akku / gyári független / Pacific Blue
- GAMER PC : RYZEN 5 4500 / 16GB DDR4 / ASUS RX 480 8GB / WiFi / Bluetooth / 512GB M.2 SSD / 500GB HDD
- Dell Latitude 7390, 13,3" FHD IPS , I5-7300U CPU, 16GB DDR4, 512GB SSD, WIN 11, ( olvasd végig )
- AKCIÓ! ASROCK H310CM i5 9600K 32GB DDR4 500GB SSD RTX 3050 8GB DeepCool Tesseract SW 500W
- Újszerű HP Pavilion 14-ec0004nh - 14"FHD IPS - Ryzen 5-5500U - 8GB - 512GB SSD - Win11 - MAGYAR
- MSI CYBORG 15 A13V
- Apple iPhone 14 128GB, Kártyafüggetlen, 1 Év Garanciával
- AKCIÓ! MSI B550 R7 5700X 32GB DDR4 512GB SSD RTX 3060Ti 8GB Rampage SHIVA MSI 650W
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: PC Trade Systems Kft.
Város: Szeged