Hirdetés
-
PROHARDVER!
OpenWrt topic
Új hozzászólás Aktív témák
-
maestro87
őstag
válasz
krealon
#14046
üzenetére
Természetesen műterheléssel. 12 ohm-mal terhelve a 11,6 V feszültséget tartósan tartja.
vargalex: Nálam akkor miért 27dBm a max beállítás? És szerintem ez az alapértelmezett is, mert emlékszem, hogy anno egyből vissza is vettem, tesztelve hogy mennyi az elég és maradtam vagy 5 mW-on.
hcl: Akkor majd valamikor sort kerítek arra is, bár nem hiszem hogy a tápszűrő kondik okoznának ilyet.
-
válasz
maestro87
#14045
üzenetére
Suste-nek van igaza. HW hiba, azaz inkább hiányosság. Vagy kezd döglődni, vagy az van, hogy a max. teljesítményt nem szabad tartósan kinyomnia, mert túlmelegszik pl.
Halódó szűrés is okozhatja persze (nézz bele a routerbe is, hátha ott durrant el a puffer), de alapvetően inkább a chip melegedésére gondolok. Az is tud olyat, hogy sokáig jó, aztán ahogy telik az idő, sok év múlva, egyre kisebb melegedéstől is hülyéskedni kezd, ahogy valami elkezd degradálódni. Aztán hűtve még megy, de egyre kevésbé... nagyon szívatós tud lenni. -
suste
veterán
válasz
maestro87
#14045
üzenetére
Ezzel sem értek egyet
.
Az openwrt -ben pont az a jó a gyárihoz képest, hogy nincs sehol/semmi limitálva.
A user dönti el, hogy milyen értéket ír be (persze azért vannak bizonyos törvények/szabályok....).
Mondjuk egy transmission esetén nincs meghatározva mennyit állítasz be sebességeknek, mert ez egyéni felhasználattól függ mennyit fog bírni (adott routertipuson belül is).
Wifinél is mást bírhat el pl 20/40 MHz alatt, de van még sok egyéb beállítás...... -
krealon
veterán
válasz
maestro87
#14045
üzenetére
"Egyébként kedvedért leteszteltem a tápot, vígan lead 12W-ot, így az az 500mW nem okozhat neki gondot."
Kivancsiva tettel, hogy hogyan merted le a leadott teljesitmenyt. Legyszives ird meg a reszleteket!
Korabban mar n+1 esetben megjavitotta az oreg TP-link routereket a tapegyseg csere, ennek folyomanyakent letre is jott egy Halozati GY. I. K. bejegyzes.
-
maestro87
őstag
Szerintem meg a szoftver fejlesztőnek kellene tudnia, hogy mennyit bír az adó és nem a usernek.
Lásd hcl linkjét, ahol a TP-Link a következő firmware frissítéssel javította is a hibát úgy, hogy bekorlátozta az adó teljesítményt 23dBm-re. Kérdés, az OpenWrt adott ki ilyen frissítést? Gondolom nem.
Egyébként kedvedért leteszteltem a tápot, vígan lead 12W-ot, így az az 500mW nem okozhat neki gondot.
-
maestro87
őstag
Na az viszont lehetséges, hogy az adóteljesítmény túl nagy, mert múltkor max-ra vettem, de most akkor visszább vettem és majd meglátjuk hogy fog működni. Köszi a tippet.
suste: Mivel az esetek 90%-ban a szoftverrel van a gond, és mint ahogy kiderült valószínűleg most is...
-
válasz
maestro87
#14038
üzenetére
Itt pedig ha megnézed, a forráskódhoz a kommenteket, ezek az üzenetek a jelerősséggel kapcsolatos visszautasításhoz tartoznak :
/**
* Quality network selection disable reason String (for debug purpose)
*/
- private static final String[] QUALITY_NETWORK_SELECTION_DISABLE_REASON = {
+ public static final String[] QUALITY_NETWORK_SELECTION_DISABLE_REASON = {
"NETWORK_SELECTION_ENABLE",
- "NETWORK_SELECTION_DISABLED_BAD_LINK",
"NETWORK_SELECTION_DISABLED_ASSOCIATION_REJECTION ",
"NETWORK_SELECTION_DISABLED_AUTHENTICATION_FAILURE",
"NETWORK_SELECTION_DISABLED_DHCP_FAILURE", -
válasz
maestro87
#14038
üzenetére
@maestro87 : Ha nem állítgattad az Openwrt-t, akkor nem kéne annak bármi bajának lennie. A flash chipben nem szoktak maguktól változni az adatok. (Nem frissül magától.)
Amúgy akkor sem kéne gondjának lennie, ha túl sok eszköz sokat forgalmaz, akkor egyszerűen mindenki lassabban kapja az adatokat.
Nekem inkább az a fura, hogy a wifi nem enged kapcsolódni, annak a hibaüzenetnek érdemes lenne utánagúglizni. (Gyors keresés, itt pl. a csókának attól szűnt meg, hogy lejjebb vette az adóteljesítményt, ami a wifi chipre utal - nem bírja hosszú távú, nagy kimenő teljesítményű adást. Elég nehéz értelmes találat fogni, mert mindenki csak telefonra panaszkodik)
Nekem a 1043 pl. az asszony céges gépétől feküdt le, ami borzalmas sok kapcsolatot nyit, és valószínű kevés volt a router RAM-ja. De pl. a 841 (mndegyik Openwrt-vel) nem.
Gyanúgs nálad is egy wifi hiba (nekem pl. 100% wifi hibás másik 1043 is jónak tűnt, amíg nem kapott nagyobb terhelést, és az is ilyeneket csinált, hogy nem lehetett felcsatlakozni). Ha tudsz, akár kérj kölcsön egy másik routert, állítsd be ugyanúgy (ssid, ilyesmik), stb.
Érdemes lenne másik csatornára átpakolni a forgalmatokat, mert az is lehet, hogy valami interferál a tiétekkel (pl. a szomszád Karácsonykor cserélt routert, és az azonos csatornára állt be veled...)@Suste : Nekem táptól még semmi nem csinált ilyet. Bemenő pufferektől sem. Ráadásul az összes TP kisebb feszre van méretezve, mint amit a router kiad (a 741, 841 pl. 3,3V-ról megy, a 9V két lépésben stabilizálódik le... Megfelelő helyre 3,3V kötve szépen működik
)
Ha a bemenő szűrés, vagy a tápegységben a szűrés/220 puffer elkezd pusztulni, azt én még csak abból vettem észre, hogy be se bootolt a cucc.
Inkább wifi rádió gond lehet. Mondjuk kevesebb ilyen hiba van motanában, mint a 2000-es években, de még mindig nem látom úgy, hogy ezek a majd' 1W teljesítményű végfokok nagyon tartósak lennének.
Pl. a 741, 841, G-s cuccok nekem nagyon jól bírják, több is van, amik borzalmas régóta mennek.Mondjuk két TP táp szétégett mostanában nálam (elhalt a táp, szétszed, kondicsere, biztosíték helyetti 1ohm cseréje, és következő bedugásnál már füstöl is... borzalmas gagyik)
-
maestro87
őstag
Kábelen van net, azzal nincs probléma.
Mintha csak akkor szokott volna ilyet csinálni ha Raspberry Pi-n futtatok torrentet (wifi-n), de ez max 4MB/s terhelést jelent. Mondjuk a net is csak 50 Mbit-es. De ha le is dob, akkor miért nem enged újracsatlakozni?
Még karácsonykor csinált olyat, mikor +3 eszköz volt a házban, hogy mobil böngészőben az oldalakat csak 3-4. nekifutásra töltötte be. Azt se értettem, hogy miért, mikor csak én használtam volna aktívan, nem volt letöltés sem.
Lehet az OpenWrt-t kellene újrahúzni.
Fejlécben egyébként ez szerepel:
OpenWrt vargalex v1.1.7 r35342
Ez mikor verzió? Nem lehet, hogy automatikusan frissült és az új verzióban van valami bug? -
válasz
maestro87
#14036
üzenetére
IP ütközés még lehetett is volna, de magától nem szokott lenni... Fura.
Azt mondanám, hogy hardver, vagy túl nagy adatforgalom (nekem a 1043v1 csinált ilyet, az említett okokból), de egyikre sem fogadnék nagy összegben. A hibaüzenetből meg az derül ki, hogy maga a wifi dobja vissza a párosítást, de hogy az miért (rossz adóvégfok, és nincs válasz, vagy szoftveres hiba), az nem.
Viszont ha eddig működött, és nem volt változás a routeren, az meredek.
Esetleg valami ugyanazokon a csatornákon, mint ahol te vagy?Amikor a wifi lehal, akkor kábelen mi a helyzet?
-
maestro87
őstag
Sziasztok!
Van egy WDR4300-as routerem amin OpenWrt fut, és mostanában elég gyakran behal a wifi, egyszerűen ledobja az eszközöket és a router újraindításáig nem lehet rá csatlakozni. Mitől lehet ez?
A mobilom ezt írja ki: NETWORK_SELECTION_DISABLED_ASSOCIATION_REJECTION=2Múltkor meg olyan furcsa dolog történt, hogy a mobiltelefonom ugyan csatlakozott a wifi-re, de nem volt internetelérés. A telefont és a routert is újra indítottam de semmi változás nem volt. Majd később látom a Raspberry Pi-n hogy a Kodi még reggel 7-kor lefagyott (7:47-nél állt meg az óra), nem reagált semmire. Alatta a Linux viszont nem, mert SSH-n (wifi-n) keresztül sikerült újraindítani.
Ami érdekes, hogy az RPi újraindítása után már a mobil is tudott csatlakozni a netre. Viszont még érdekesebb, hogy amikor a mobiltelefonnal csatlakoztam a netre, akkor egyből le is állt az éppen játszott online tartalom a Raspberry Pi-n.
Ha tippelnem kellene akkor a statikus és DHCP bérletek környékén kellene keresni a hibát. Szerintetek? -
tibor23
senior tag
válasz
taki01
#14034
üzenetére
Köszönöm a tanácsot.
Van B593-am (és B525 is kölcsönbe), de kiderült, hogy ezek felől nem kapok publikus IP-t. A B525 valamelyik gyári firmware-e pedig tudja, de szolgáltatós router nem, és ki meri ezt bütykölni. Sokan keresik hozzá a Bridge módot, de nincs leirás, hogy valakinek sikerült volna rátenni - gyártó meg nem ad hozzá támogatást. Port forwardot próbáltam rajt, majd kipróbálom a DMZ-t is ha nincs más. -
taki01
őstag
válasz
tibor23
#14033
üzenetére
Szia, szerintem vegyél egy Huawei B525 vagy ha még nem elérhető nálad a 300 Mbps, akkor elég egy B593. Ezekben sincs bridge de van bennük DMZ és emiatt majd nem olyan mint ha router kapná a publikus IP-t.
Nekem a jelenlegi felállás úgy néz ki, hogy B593-ban a SIM és ott lan1-be van dugva egy Dlink DIR-860L (persze a dlink ip címe be van írva b593-nak a DMZ-be).
Próbálgattam én is usb modemeket de általában az volta vele a problémám, hogy felmelegettek és olyankor visszább eset a sávszél is. -
-
xabolcs
őstag
válasz
tibor23
#14031
üzenetére
A V1-es 1043-as mind memoriaban, mind CPU eroben keves hozza.
Kiprobaltam GL-AR300M-mel is: mukodni mukodott, de az internet sebesseg messze elmaradt az elvarhatotol (pl. amikor szamitogepen merem a modem sebesseet).
Jelenleg GL-B1300 illetve D-Link 860L-B1 routereket hasznalok 4G mobilnet megosztasra, teljesen megelegedve.
-
tibor23
senior tag
Sziasztok!
Szeretnék összehozni egy 4G modemet, ami nem Natolja tovább a Telenoros netet a meglevő routerem felé. A kezdeti cél ez lenne, de lehet, hogy később ez lenne a fő router is, és esetleg Bonding a meglevő vezetékes nettel. Semmi más alkalmazás különösebben nem kell, de azért a Gbites LAN igen. Az lenne a kérdésem, hogy ezekre az igényekre egy régi TL-WR1043ND v1.x router is elég-e mint hardver (használtan pár ezerért), vagy érdemes inkább egy új erősebb routert venni. Az új TP-Linkek nagyjából mindegyikén támogatott Openwrt vagy figyelni kell a verzió számokra? -
#14029
vargalex
Topikgazda
paparazzi2
#14028
vargalex
Topikgazda
válasz
paparazzi2
#14028
üzenetére
Pontosan.
-
#14027
vargalex
Topikgazda
paparazzi2
#14026
vargalex
Topikgazda
válasz
paparazzi2
#14026
üzenetére
Ha a saját routered privát IP-t kap, akkor bizony a szolgáltató eszközén is forward-olni kell. Ha pedig az említett fix IP-jű szolgáltatói eszköz is privát IP-vel rendelkezik, akkor még az előtte lévő szolgáltatói hálózati eszközön is továbbítani kell.
-
paparazzi2
tag
válasz
paparazzi2
#14022
üzenetére
Sziasztok!
A port forvard beállítását befolyásolja az internet szolgáltatás?
Mikrohullámú netem van fix ip címmel.
Ha az ip címem beütöm, https előtaggal akkor egy AIR OS admin felületet nyitok meg, melyhez csak a szolgáltató tudja a jelszót. -
#14023
hcl
titán
paparazzi2
#14022
válasz
paparazzi2
#14022
üzenetére
A Traffic Rules-nél is be kell állítanod az átirányítást.Magában a port beküldésével nem fog menni.
Először IP címmel próbálgasd, és ha az jó, akkor mehet a DDNS.
Érdemes majd https-t megoldani a NAS-ra, mert a 80-as port forgalma könnyen lelopható, és titkosítalan. -
#14022
paparazzi2
tag
paparazzi2
tag
Sziasztok!
Ma teljesen újratelepítettem a routert.
OpenWrt 18.06.2 fut rajta.
Magyarítottam, szerkesztőt tettem fel, ddns telepítettem.Próbálom beállítani hogy elérjem kívülről a nasom, illetve idővel a router felületét is.
Valamit nem jól csinálok. A luci felületén leállítom a Ddns-t.
Beállítom, a tűzfalnál a portforward pontnál, hogy a külső 7701 portot továbbítsa a nas 192.168.1.101 ip címére 80 as belső portal.Valamit nem jól csinálok, ugyanis nem érem el. Tudtok ajánlani nekem egy jól használható portforward leírást?
Köszönöm
-
Sniper888
csendes tag
Helló
1043nd v2 OpenWrt 18.06.2, r7676-cddd7b4c77
Frissítettem a legújabb openwrt-re és a logban folyamatosan a
Wed Apr 3 14:53:49 2019 daemon.err dnsmasq[5009]: failed to send packet: Permission denied
Wed Apr 3 14:53:49 2019 daemon.err dnsmasq[5009]: failed to send packet: Permission denied
Wed Apr 3 14:54:51 2019 daemon.err dnsmasq[5009]: failed to send packet: Permission deniedüzenetet kapom, nem tudnátok segíteni hogyan tudnám kideríteni mihez nincs joga?
-
Patry0t
tag
válasz
Patry0t
#13996
üzenetére
Nos, akkor mások okulására elmondom, hogy a rejtélyes hiba megszűnt amikor visszaváltottam a "sima" openwrt-re.
A probléma az volt, hogy amikor gyári firmware-ről váltottam openwrt-re, akkor a router minden egyes restartolásakor elfelejtette a beállításokat és kezdhettem elölről a konfigolást. Feltettem rá a LEDE verziót, de azon nem sikerült netet csiholni, így visszaraktam a "sima" openwrt-t, és lőn, elmúlt a restart bug.. -
#14018
leroyclub
senior tag
Intruder2k5
#5761
leroyclub
senior tag
válasz
Intruder2k5
#5761
üzenetére
Szia! Még régen te írtad nekem ezt a megoldást windowsra. Esetleg OSX esetén is van ilyen lehetőség? Terminálban ez a parancs nem működik.
-
korcsi
veterán
válasz
woodworm
#14016
üzenetére
Bekapcsolt állapotban megnyomva újraindította a készüléket, olvastam egy github bejegyzésben, hogy hosszan nyomva törli a beállításokat, de "hivatalos" infó nem volt róla, így nem erőltettem, induláskor leden látni mikor kell megnyomni a gombot, utána ssh-n keresztül belépve elintézhető a karbantartás.
-
korcsi
veterán
Sziasztok!
Eladásra szánt Xiaomi 3G router-emen Openwrt 18.06.1-el nyomtam luci-ban egy perform reset-et újraindulás után bejött a 192.168.1.1-en a belépési képernyő figyelmeztetéssel, hogy adjon jelszót, gondoltam (lehet elkapkodva) megnézem vevőnél is rendben legyen minden így indul e újra, táp kihúz, bedug... (nem indulhatott még el rendesen és kihúztam alóla a tápot?)
Azóta IP-t oszt, pingelni lehet, de se ssh se luci nem működik.
Soros konzolon kívül van más lehetőség, hogy visszahozzam az élők sorába?
Válaszokat előre is köszönöm!
-
válasz
wigyori
#14010
üzenetére
Igen, ezt sejtettem... Sajnos a szoftverek mérete nő (a kernelek támogatási idejeit meg nem tudom), szóval ez borítékolható volt, ezért is nem ugrálok. A bugfixeknek azért örülnék, igazából az a lényeges ezekre az olcsó eszközökre, az alap tudása az Openwrt-nek tök elég rájuk.
A major release-t megértem, baromi meló lehet...
Amúgy is kisebbfajta csoda, hogy ilyen OS egyáltalán létezik, és ilyen kiterjedt támogatással... -
#14011
paparazzi2
tag
paparazzi2
tag
Sziasztok!
TP-Link TL-WDR4900 v1 routeremen OpenWrt Chaos Calmer 15.05.1 / LuCI 15.05-149-g0d8bbd2 Release fut.
Szeretném frissíteni a rendszert.
Jól értelmezem a leírásokat hogy
A meglévő rendszeren be kell jelentekkezek a 192.168.1.1. ip címen és a rendszer/mentés/firmware frissítés menüpontban a Új firmware image flash-elése résznél csak ki kell válasszam a lenti linkről letöltött fájlt.
http://downloads.openwrt.org/releases/18.06.2/targets/mpc85xx/generic/openwrt-18.06.2-mpc85xx-generic-tl-wdr4900-v1-squashfs-sysupgrade.bin
Ezt követően a rendszer frissül és újraindul?
Van teendőm vele ezen kívül?
Köszönettel János
-
wigyori
tag
A kerdes jo.
Kerulnek azert me'g be bugfixek a 17-es branchbe, szoval szerintem egy maintenance release me'g bennevan, de semmi konkret. Igazabol a 19-es releaset kene elokeszitenunk, de nagy elszantsaga senkinek nincs, hogy lekoordinaljon egy major releaset.Az a baj, hogy ha megnezed egy 3.3, egy 3.18, meg egy 4.14-es kernel meretet, az evek alatt gyakorlatilag megduplazodott, 800Kb-rol 1.5-1.6Mb-ra, es egyre nehezebb kiqrni^Wkikonfigolni belole a *new* *cool* *omg* feature-t - ez meg egyenesen vezet oda, hogy a 4Mb-s eszkozoket keptelenseg supportalni normalisan.
-w-
-
-
-
válasz
vargalex
#14006
üzenetére
Ajj. Köszi! Amúgy volt az is a hibaüzenetek között, hogy nem tud kernelt választani, de álmomban nem gondoltam volna, hogy az OS kernele (azon kívül, hogy 64 bites kell, mert azon fut a fordító) kiakasztja
Köszi
Amúgy lehet, hogy beleférnek a szükséges dolgok 17-tel is... 14-est már nagyon nem akarnék (KRACK patch hiánya, ilyesmik... nem a 15 lett még patchelve?)A Debian-om meg leesett közben... i686...
-
Hello,
Valakinek van ötlete, miért halhat el a 15.05.1 imagebuilder
"Inconsistency detected by ld.so: dl-open.c: 661: _dl_open: Assertion `_dl_debug_initialize (0, args.nsid)->r_state == RT_CONSISTENT' failed!"
Makefile:2105: recipe for target 'kernel_prepare' failed
make[3]: *** [kernel_prepare] Error 127
hibával?Make clean, rootként futtatás, stb. megvolt, de mindig ezzel áll meg. A 17-es, 18-as megy. Ubuntu x86-64-en van ez, Debian-on el se jut eddig :S
-
zsolt0638
tag
Üdv!
Előre szólok hogy full amatőr vagyok a témában
Van egy dlink dir 869 routerem amire feltettem az openwrt-t, mégpedig azért hogy tudjak mac cím alapján szűrni. Sikerült, megy minden. Van a ház körül 5 wifi ip kamerám amit mobilról is tudok nézni, hogy mind kapjon stabil netet vettem egy tenda "hatótávnövelőt" ezen vannak a kamerák. Az itthoni wifiről, bármelyikről, látom a kamerákat,de mobilnetről már nem. Openwrt előtt ment mobilnetről is. Mit kell beállítanom a routeren?
Ja még annyi történt hogy a netet t-home szolgáltatja sagemcom kábelmodemmel, én a talált leírások alapján a dir869-et át tettem ap módba, tehát tiltottam a dhcp-t.
Előre is köszönöm a segítséget!
.
.
)
Új hozzászólás Aktív témák
- BMW topik
- CADA, Polymobil, és más építőkockák
- Szívós, szép és kitartó az új OnePlus óra
- Feltörték a regisztrációmat vagy elvesztettem a belépési emailcímet, 2FA-t
- sziku69: Szólánc.
- Melyik tápegységet vegyem?
- Autós topik
- Elektromos autók - motorok
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Indiában Philips okostelefonokat is lehet majd választani
- További aktív témák...
- Windows 10/11 Home/Pro , Office 2024 kulcsok
- PC Game Pass előfizetés
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
- Árváltozás+játék!The Witcher 2 Assassins of Kings Collector's Edition
- HIBÁTLAN iPhone 13 Pro 128GB Sierra Blue -1 ÉV GARANCIA - Kártyafüggetlen, MS3388, 100% Akksi
- Azonnali készpénzes Intel i3 i5 i7 i9 12/13/14 gen processzor felvásárlás személyesen / csomagküldés
- Huawei Watch 5 Titanium 46mm
- BESZÁMÍTÁS! Gigabyte Z170X-Ultra Gaming Z170 chipset alaplap garanciával hibátlan működéssel
- Apple iPhone 14 Pro 128GB, Kártyafüggetlen, 1 Év Garanciával
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest