Hirdetés
- Milyen processzort vegyek?
- Házi barkács, gányolás, tákolás, megdöbbentő gépek!
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- AMD Navi Radeon™ RX 6xxx sorozat
- Megmenti a kevés VRAM-mal rendelkező VGA-kat a Sampler Feedback?
- AMD Navi Radeon™ RX 9xxx sorozat
- Milyen notebookot vegyek?
- Milyen TV-t vegyek?
- Vezeték nélküli fülhallgatók
- Mini-ITX
-
PROHARDVER!
OpenWrt topic
Új hozzászólás Aktív témák
-
wigyori
tag
válasz
vargalex
#14083
üzenetére
Elo kene, de nekem nincs ilyenem.
Az AC-51U alapjan (ami ugyanugy Mediatek, csak 7620-as) valoszinuleg csak be kell dobalni a makefileokba az ac57 supportot, meg a led-eket normalisan beloni a DTS-jeben, es ennyi - de tesztelni nem tudom.Ez volt amugy a pullreq az AC51-hez:
https://patch-diff.githubusercontent.com/raw/lede-project/source/pull/1085.patch
-w-
-
#14094
suste
veterán
st3v3np3t3r
#14093
suste
veterán
válasz
st3v3np3t3r
#14093
üzenetére
dehogynem, a lista szerkeszthető, akár a luciban is
-
#14093
st3v3np3t3r
nagyúr
suste
#14092
-
suste
veterán
a teljes "/overlay" -t nem mentheted át, mert ez a mappa tartalmazza az összes módosítást az alaprendszerhez képest, és egy firssítésnél biztosan nem fognak stimmelni a kernelfüggő csomagok
a felsoroltakat pont azért vették fel alapértelmezetten, mert ezek tartalmazzák a beállításaidat, így ezek (általában) átmenthetők
de a csomagokat újra kell telepíteni a frissült alaprendszernek megfelelőenés persze nem magamnak akartam válaszolni
-
#14091
st3v3np3t3r
nagyúr
suste
#14090
találtam a frissítés/mentés oldalon egy mentési listát...ezek közül mit kell megtartani,hogy snapshot frissítés után ne keljen állítgatni meg újratelepíteni a dolgokat?
•/etc/config/dhcp
•/etc/config/dropbear
•/etc/config/firewall
•/etc/config/luci
•/etc/config/luci-opkg
•/etc/config/network
•/etc/config/rpcd
•/etc/config/system
•/etc/config/ubootenv
•/etc/config/ucitrack
•/etc/config/uhttpd
•/etc/config/uhttpd-opkg
•/etc/config/upnpd
•/etc/config/wireless
•/etc/dropbear/dropbear_rsa_host_key
•/etc/group
•/etc/hosts
•/etc/inittab
•/etc/luci-uploads/.placeholder
•/etc/opkg/keys/1035ac73cc4e59e3
•/etc/opkg/keys/5151f69420c3f508
•/etc/opkg/keys/72a57f2191b211e0
•/etc/opkg/keys/792d9d9b39f180dc
•/etc/opkg/keys/9ef4694208102c43
•/etc/opkg/keys/b26f36ae0f4106d
•/etc/opkg/keys/b5043e70f9a75cde
•/etc/opkg/keys/c10b9afab19ee428
•/etc/opkg/keys/dace9d4df16896bf
•/etc/opkg/keys/dd6de0d06bbd3d85
•/etc/opkg/keys/f7d889c0551cb7b0
•/etc/passwd
•/etc/profile
•/etc/rc.local
•/etc/shadow
•/etc/shells
•/etc/sysctl.conf
•/etc/uhttpd.crt
•/etc/uhttpd.key
illetve van még valami /overlay is ha jól sejtem
vagy ezt így egy az egybe betehetem kivételbe? -
#14090
suste
veterán
st3v3np3t3r
#14089
suste
veterán
válasz
st3v3np3t3r
#14089
üzenetére
wiki -ben le van írva, hogyan lehet automatizálni a custom csomagok visszakerülését
deha van/lesz stable verzió is az adott routerhez, akkor azt kelll felrakni, mert abban van eleve luci
igaz az egyéb custom csomagokat ott is fel kell pakolni utána kézzelén anno úgy csináltam, hogy a saját 9092-es oldalon volt/van egy csomaglekérdező lehetőség, amit elment a config mappába, így sysupgrade után is megmarad, és a 9092-n vissza is lehet tolni ezeket listából (csak a hiányzókat mutatja, és csak azokat teszi fel)
-
#14089
st3v3np3t3r
nagyúr
üdv...technikai kérdésem lenne....
Van egy Archer C2v3 AC900-am, ma raktam fel az OpenWRT Snapshot-ot...a kérdésem za lenne, hogy ha jön ki frissítés netán, akkor minden frissítés után újra kell installálni a webes gui-t? esetleg nem lehetne ezt automaziláni?A másik kérdésem....
Az mitől van, hogy a chrome nyögve nyelősen tölti be a router gui-t, az IE meg pikk-pakk? -
vargalex
Topikgazda
válasz
wigyori
#14082
üzenetére
Szintén azonos SoC-al van szerelve a mostanában a Milyen routert? topicban ajánlott Asus RT-AC57U is, így azt is érdemes lenne "elővenni".
-
-
Zsombe
senior tag
Sziasztok!
2 napja feltettem a gyári helyett az OpenWRT-t egy Tp-Link Archer C7 AC1750 v4 routerre. Egy problémám van vele: kábelen gyors, viszont wifin a 250mbit letöltés helyett csak 100-130mbit a sebesség.
A gyári fw-rel nem volt ilyen probléma, simán hozta a 260-280mbit-et.Mi lehet a gond?
-
-
-
galaxys80
veterán
válasz
vargalex
#14058
üzenetére
SSH be volt kapcsolva. Azt mindenképpen kikapcsolom a NAS-on.
Még arra gondolok, hogy a megosztott mappáknál a Guest-nek (Macbook, médialejátszó stb) adtam írási jogokat és itt lehetett egy rés.
Viszont ha meg elveszem ezt a lehetőséget, akkor nem tudom, hogyan fogom menedzselni a nas fájljait. -
galaxys80
veterán
válasz
vargalex
#14054
üzenetére
Macbook-ot használok. Nincs windows-om. OSX alapból nem engedélyezi az SMB1-et.
Gondolom a Samba nincs nyitva a WAN felől. Ha mégis, azt azonnal szüntesd meg.
Ez nem tudom sajnos mit jelent pontosan és, ha nyitva van, akkor hol tudom megszüntetni?
Magán a hálózaton sajnos van smb1, mert mindkét médialejátszóm csak ezt a protokollt ismeri.
-
vargalex
Topikgazda
válasz
galaxys80
#14053
üzenetére
Akkor gondolom ez valóban egy Samba megosztás volt. Szinte biztos, hogy valamelyik PC-den keresztül történt a támadás. Gondolom a Samba nincs nyitva a WAN felől. Ha mégis, azt azonnal szüntesd meg.
Valamint nyilván célszerű a megosztásra az username/password alapú authentikációt bekapcsolni, smbv1-et tiltani, stb.. -
galaxys80
veterán
válasz
vargalex
#14052
üzenetére
Ennyi volt a txt fájlban ami a nas-ra került:
What happened to your files ?
All of your files were protected by a strong encryption with AES cbc-128 using NamPoHyu Virus.What does this mean ?
This means that the structure and data within your files have been irrevocably changed,
you will not be able to work with them, read them or see them,
it is the same thing as losing them forever, but with our help, you can restore them.The encryption key and ID are unique to your computer, so you are guaranteed to be able to return your files.
Your unique id: 0D9322EE8D5C4DC3A3969520912A0E85What do I do ?
You can buy decryption for 250$.
But before you pay, you can make sure that we can really decrypt any of your files.To do this:
1) Download and install Tor Browser ( https://www.torproject.org/download/ )
2) Open the http://qlcd3bgmyv4kvztb.onion/index.php?id=0D9322EE8D5C4DC3A3969520912A0E85 web page in the Tor Browser and follow the instructions.FAQ:
How much time do I have to pay for decryption?
You have 10 days to pay for the ransom after decrypting the test files.
The number of bitcoins for payment is fixed at the rate at the time of decryption of test files.
Keep in mind that some exchangers delay payment for 1-3 days! Also keep in mind that Bitcoin is a very volatile currency,
its rate can be both stable and change very quickly. Therefore, we recommend that you make payment within a few hours.How to contact you?
We do not support any contact.What are the guarantees that I can decrypt my files after paying the ransom?
Your main guarantee is the ability to decrypt test files.
This means that we can decrypt all your files after paying the ransom.
We have no reason to deceive you after receiving the ransom, since we are not barbarians and moreover it will harm our business.How do I pay the ransom?
After decrypting the test files, you will see the amount of payment in bitcoins and a bitcoin wallet for payment.
Depending on your location, you can pay the ransom in different ways.
Use Google to find i
nformation on how to buy bitcoins in your country or use the help of more experienced friends.
Here are some links: https://buy.blockexplorer.com - payment by bank card
https://www.buybitcoinworldwide.com
https://localbitcoins.netHow can I decrypt my files?
After confirmation of payment (it usually takes 8 hours, maximum 24 hours)
you will see on this page ( http://qlcd3bgmyv4kvztb.onion/index.php?id=0D9322EE8D5C4DC3A3969520912A0E85 ) a link to download the decryptor and your aes-key
(for this, simply re-enter (refresh) this page a day after payment)
Download the program and run it.
Attention! Disable all anti-virus programs, they can block the work of the decoder!
Copy aes-key to the appropriate field and select the folder to decrypt.
The program will scan and decrypt all encrypted files in the selected folder and its subfolders.
We recommend that you first create a test folder and copy several encrypted files into it to verify the decryption.About Bitcoins:
https://en.wikipedia.org/wiki/Bitcoin
About Tor Browser:
https://www.torproject.org -
galaxys80
veterán
Legutolsó openwrt van egy tplink wdr3600-as routeren.
Tegnapi napon benyaltam egy zsaroló vírust a zyxel nas-omra.
Szerencsére a rajta lévő dolgok 90%-a megvolt máshol is, így viszonylag kisebb volt a veszteségem. Portok nem voltak nyitva (kivétel a transmission-nek) ,upnp ki volt kapcsolva, távoli elérés nem volt.
A HDD-t letaroltam azóta és visszatettem a mentett cuccokat.
Viszont nem vagyok nyugodt, mert lövésem sincsen hol volt a gyenge pont a rendszerbe. Van valakinek ötlete, hogy milyen biztonsági beállításokat tudnék megtenni, hogy ez ne forduljon elő többet? -
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
Topikgazda
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
Hirdetés
- ÚJ- Lenovo ThinkVision T24i-10 - 24" monitor - Számla, garancia
- Telefon felvásárlás!! Samsung Galaxy A20e/Samsung Galaxy A40/Samsung Galaxy A04s/Samsung Galaxy A03s
- Csere-Beszámítás! Asus Tuf Gamer laptop! I5 10300H / GTX 1650 / 16GB DDR4 / 500GB SSD
- Bomba ár! Lenovo ThinkPad X13 G1- i5-10310U I 16GB I 256SSD I 13,3" FHD I Cam I W10 I Gari!
- www.LicencAruhaz.hu OLCSÓ & LEGÁLIS SZOFTVEREK 0-24 KÉZBESÍTÉSSEL - Windows - Office - ÖRÖK GARANCIA
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest