- Microsoft Excel topic
- Crypto Trade
- Súlyos adatvédelmi botrányba kerülhet a ChatGPT az EU-ban
- MinDig TV
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Rendszergazda topic
- Mindenki AI-t akar, már 2025-re is eladták a HBM chipeket
- Proxmox VE
- Kapnak egy rakás reklámot a Roblox játékosai
- ArchiCAD és Artlantis topik
-
IT café
TP-Link WR1043ND - N450 router
Új hozzászólás Aktív témák
-
dash17291
tag
Valaki próbálkozik még a logtrigger-rel?
Én a számítógépemen fordítottam le a forrást OpenwrtSDK segítségével, ami által pörgetek egyet a lamerszámlálón. ([link])
A router azt írja hogy can't execute binary file /usr/bin/logtrigger.
-
dash17291
tag
A ddns szkripteknél a
Check for changed IP every Self Explanatory 10
Check-time unit The unit for the value above min
Force Update every Self explanatory 72
Force-time unit Unit for the value above hrellenőrzéseket hogyan csinálja a router?
Lehet hogy inkább a cronra bíznám a frissítést:
*/10 * * * * /usr/lib/ddns/dynamic_dns_updater.sh freedns
-
dash17291
tag
A klasszikus "reggel bekapcsolom a gépet, este ki" esetében ha az energiatakarékos mód aktív, az "biztos" hogy nem tesz jót a diszkeknek: jobb ha pörögve vannak hagyva a nap folyamán.
Igazából az a kérdés, hogy nálad az idle mód hányszor b*szogatná a vinyót.
-
dash17291
tag
Kedves Vargalex!
A te firmwared "tudja" a lenti dolgot? Az időablakhoz a boot wait-et kell beállítani? Ez azt jelentené hogy elkerülhető lenne a soros portos recovery? (Ha a bootloader még életben van.)
http://wiki.openwrt.org/doc/howto/generic.flashing.tftp
"Although you can install the firmware through more traditional means (via webpage), there are reasons to install via TFTP. This is NOT a requirement, simply a damned good idea if you use self compiled firmware images; if anything goes wrong you can just TFTP the old firmware back."
http://wiki.openwrt.org/doc/howto/generic.debrick
vs.
As for the proper ways to recover a "bricked" router
boot_waitThe single best thing you can do is have boot_wait set, meaning that all you have to do is TFTP a new firmware. At one time the reflashing instructions included a an exploit for the Linksys firmware that set the boot_wait variable; as time progressed and Linksys eventually fixed the bug (after several failed attempts) we found that people were flashing to other firmwares for the sole purpose of setting boot_wait so they could reflash to OpenWrt. We figured this was somewhat pointless and altered the instructions to indicate that you could safely reflash to OpenWrt without setting boot_wait.
Kérlek magyarázd el ezt néhány sorban!
[ Szerkesztve ]
-
dash17291
tag
ÁÁÁÁÁÁÁáá
toxin.lapunk.hu hová tűnt?
Van valakinek mentése róla?
[ Szerkesztve ]
-
dash17291
tag
válasz Intruder2k5 #15022 üzenetére
Hátööö,
igazából az egészet úgy en bloc, voltak ott nagyon jó szkriptecskék.
Azért köszi ezt az egy oldalt is!
[ Szerkesztve ]
-
dash17291
tag
válasz Maksifül #15138 üzenetére
Amig még a probléma oka lehet az MTU-n kívül hogy a router switch része és a modem/hálókártya nem jól fütyül össze.
Tessék felrakni az ethtool, valamint próbálgatni az openwrt
$ swconfig dev rtl8366rb port 1 set link <option>
parancsát. Vagy csak egyszerűen másik hálókártyát tenni a gépbe.
-
dash17291
tag
tothszabi procps telepítése egyszerűbben:
opkg update && opkg install --force-overwrite procps
-
dash17291
tag
Openwrt fájlok "beszerzése":
http://dev.openwrt.org/export/<changeset_id>/trunk/target/linux/atheros/base-files/
Pl.:
changeset_id=27608
http://dev.openwrt.org/export/27608/trunk/target/linux/atheros/base-files/
-
dash17291
tag
Hogyan lehet a _routeren_ ipk fájlokat kicsomagolni?
-
dash17291
tag
válasz zsolti.22 #16858 üzenetére
Meg lehet csinálni.
Traffic Control » Theoretical Background
Elég sokat kell hozzá olvasni, több mószer is létezik a megvalósításra.
-
dash17291
tag
válasz gerivari #17989 üzenetére
Bele kell echo-zni 1-eseket vagy 0-kat a következő helyekre:
cat /sys/class/leds/tl-wr1043nd\:green\:
tl-wr1043nd:green:qss/ tl-wr1043nd:green:system/ tl-wr1043nd:green:usb/ tl-wr1043nd:green:wlan/Például a QSS ledet ez kapcsolja be:
echo 1 > /sys/class/leds/tl-wr1043nd\:green\:qss/brightness
-
dash17291
tag
Sziasztok,
Vargalextől kérdezném hogy mit szól a következőhöz:
Igazából meg tudom kerülni a problémát, viszont semmi infót nem találok arról hogy akkor ez most még mindig sz*r, más is tapasztalja-e a vanilla firmware-rel, vagy mifene van...
Én rontok el valamit???
-
dash17291
tag
válasz vargalex #18718 üzenetére
1. Ezt a részt már tegnap visszaírtam erre:
option 'ip_source' 'network'
option 'ip_network' 'wan'2. Azért kell mert nem szeretném ha plain textben szaladgálna a jelszavam.
3. Természetesen fenn van a curl. Sőt ha kiadom a parancsot:
curl https://******:***********@members.dyndns.org/nic/update?hostname=szappantarto.dyndns.org&myip=94.248.229.181
akkor frissül! A /etc/profile -ban ez szerepel a curl-nek:export CURL_CA_BUNDLE=/etc/ssl/certs/cacert.pem
A fájlt a curl weboldaláról töltöttem le, és jó helyen van.
Kipróbálom https nélkül.
Saját tűzfal szkriptem van, még ezt is megnézem.
-
dash17291
tag
válasz vargalex #18735 üzenetére
Szia,
köszönöm.
Ezt kipróbálom, és holnap jelentkezem a teszteredménnyel.
"Kifejezetten" SSL dns-ként "csúnya" hozzáadni, ez szintén látszik a fentebb általad belinkelt kódrészletből.
Viszont jó lenne a szkript naplózó részéhez direktben hozzáadni a curl-nek magának a visszatérési értékét.
#here we actually connect, and perform the update
update_output=$( $retrieve_prog "$final_url" )
verbose_echo "Update Output:"
verbose_echo "$update_output"
verbose_echo ""Ehhez a részhez kellene valahogyan egy
echo $?
Vagy eleve a curl-t kellene felcicomázni úgy paraméterekkel hogy bőbeszédű legyen, sőt akkor már a wget-et is.
Tudnál ebben segíteni?
[ Szerkesztve ]
-
dash17291
tag
válasz vargalex #18743 üzenetére
Szia,
szóval megcsináltam ezt a két dolgot:
http://prohardver.hu/tema/tp-link_wr1043nd_router/hsz_14131-14131.html
http://prohardver.hu/tema/tp-link_wr1043nd_router/hsz_18737-18737.htmlA második művelettől kezdve az történik, hogy az Update output: rész a logban üres marad.
Ha a második linken írtakat nem csinálom meg, akkor minden f*sza, log is van, frissít is, DE ugye nem látom ha a curl-nek van valami nyűgje-baja.Ezt a workaroundot találtam ki rá:
#here we actually connect, and perform the update
update_output=$( $retrieve_prog "$final_url" )
verbose_echo "Return value of the program which fetches the update URL: $?"
verbose_echo "Update Output:"
verbose_echo "$update_output"
verbose_echo ""Ettől függetlenül érdekelne hogy miért rontja el a dolgokat az stderr to stdout átirányítás.
[ Szerkesztve ]
-
dash17291
tag
-
dash17291
tag
Backfire (10.03.1-RC5, r27608)
# uname -a
Linux ********** 2.6.32.27 #7 Fri Jul 15 02:43:34 CEST 2011 mips GNU/Linuxiptables -t raw -A PREROUTING -p icmp -j TRACE
iptables v1.4.6: Couldn't load target `TRACE':File not found
Ezt is kihagyták? Pár hónapja valaki a TTL target miatt panaszkodott...
[ Szerkesztve ]
-
dash17291
tag
Üdv!
Megnézné valaki hogy egy trunk build-ben működik -e a következő:
iptables -t raw -A OUTPUT -p icmp -j TRACE
iptables -t raw -A PREROUTING -p icmp -j TRACEping www.google.com
EZekután a lognak tartalmaznia kellene valami ilyesmit:
1 Jun 10 21:38:18 rowlf klogd: [39964.568632] TRACE: raw:OUTPUT:policy:2 IN= OUT=br0 SRC=192.168.6.131 DST=192.0.32.10 LEN=84 TOS=0x00 PREC=0x00 TTL=64 ID=0 DF PROTO=ICMP TYPE=8 CODE=0 ID=47431 SEQ=1 UID=0 GID=0
2 Jun 10 21:38:18 rowlf klogd: [39964.568645] TRACE: mangle:OUTPUT:policy:1 IN= OUT=br0 SRC=192.168.6.131 DST=192.0.32.10 LEN=84 TOS=0x00 PREC=0x00 TTL=64 ID=0 DF PROTO=ICMP TYPE=8 CODE=0 ID=47431 SEQ=1 UID=0 GID=0
3 Jun 10 21:38:18 rowlf klogd: [39964.568653] TRACE: nat:OUTPUT:policy:1 IN= OUT=br0 SRC=192.168.6.131 DST=192.0.32.10 LEN=84 TOS=0x00 PREC=0x00 TTL=64 ID=0 DF PROTO=ICMP TYPE=8 CODE=0 ID=47431 SEQ=1 UID=0 GID=0
4 Jun 10 21:38:18 rowlf klogd: [39964.568662] TRACE: filter:OUTPUT:policy:1 IN= OUT=br0 SRC=192.168.6.131 DST=192.0.32.10 LEN=84 TOS=0x00 PREC=0x00 TTL=64 ID=0 DF PROTO=ICMP TYPE=8 CODE=0 ID=47431 SEQ=1 UID=0 GID=0
5 Jun 10 21:38:18 rowlf klogd: [39964.568672] TRACE: mangle:POSTROUTING:policy:1 IN= OUT=br0 SRC=192.168.6.131 DST=192.0.32.10 LEN=84 TOS=0x00 PREC=0x00 TTL=64 ID=0 DF PROTO=ICMP TYPE=8 CODE=0 ID=47431 SEQ=1 UID=0 GID=0
6 Jun 10 21:38:18 rowlf klogd: [39964.568679] TRACE: nat:POSTROUTING:policy:2 IN= OUT=br0 SRC=192.168.6.131 DST=192.0.32.10 LEN=84 TOS=0x00 PREC=0x00 TTL=64 ID=0 DF PROTO=ICMP TYPE=8 CODE=0 ID=47431 SEQ=1 UID=0 GID=0Ehhez lehet hogy először a klogd és a syslogd-t 8-as loglevelre kell állítani, vagy nem...
-
dash17291
tag
10.03.1-RC5
/etc/init.d/boot
Lentebb olvasható a fenti fájl első fele, megpatkolva. (Amelyik sor ki van kommentezve, az volt az eredeti.)
2 kérdésem van:
1. Fájlba logolásnál miért úgy csinálták meg hogy az eredeti verzió nem veszi figyelembe a $conloglevelt? (Oké hogy "konzolra logolás", de akkor is...)
2. Miért a dmesg-gel összefüggésben parseolja a conloglevel változóban megadott értéket?
Továbbá jó lenne még két opció, a -b állításának és a -S kapcsolgatásának implementálása a syslogd-re vonatkozóan.
#!/bin/sh /etc/rc.common
# Copyright (C) 2006 OpenWrt.org
START=10
STOP=98
system_config() {
local cfg="$1"
local hostname conloglevel timezone
config_get hostname "$cfg" hostname 'OpenWrt'
echo "$hostname" > /proc/sys/kernel/hostname
config_get conloglevel "$cfg" conloglevel
config_get buffersize "$cfg" buffersize
[ -z "$conloglevel" -a -z "$buffersize" ] || dmesg ${conloglevel:+-n $conloglevel} ${buffersize:+-s $buffersize}
config_get timezone "$cfg" timezone 'UTC'
echo "$timezone" > /tmp/TZ
if [ -x /sbin/syslogd ]; then
local log_ip log_size log_port log_type log_file
config_get log_ip "$cfg" log_ip
config_get log_size "$cfg" log_size 16
config_get log_port "$cfg" log_port 514
config_get log_type "$cfg" log_type circular
config_get log_file "$cfg" log_file "/var/log/messages"
if [ "$log_type" = "file" ]; then
syslogd -s $log_size -O $log_file ${log_ip:+-L -R ${log_ip}:${log_port}} -S -b 5 -l $conloglevel
#syslogd -s $log_size -O $log_file ${log_ip:+-L -R ${log_ip}:${log_port}} -S
else
syslogd -C${log_size} ${log_ip:+-L -R ${log_ip}:${log_port}} -l $conloglevel
#syslogd -C${log_size} ${log_ip:+-L -R ${log_ip}:${log_port}}
fi
fi
config_get klogconloglevel "$cfg" klogconloglevel
[ -x /sbin/klogd ] && klogd ${klogconloglevel:+-c $klogconloglevel}
}Szóval belegányoltam. Hogyan lehetne ezt szebben megoldani?
-
dash17291
tag
válasz Intruder2k5 #19203 üzenetére
uci -P/var/state get network.wan.ipaddr
-
dash17291
tag
válasz Intruder2k5 #19277 üzenetére
Ezt írod a végefelé:
***A kábel bekötésnél, most jut eszembe, hogy végülis a 3.3V -s kábelt nem kell bekötni, anélkül is mennie kell, de az sem baj ha be van kötve..
Mi van akkor ha a VCC is be van kötve meg még a konnektorból is veszi a router az oxigént?
Ez így nem egészséges szerintem.Szigorúan csak az egyik!
Ha pedig tévedtem, akkor részletes elektronikai (digitális technikai) magyarázatoz kérnék.
-
dash17291
tag
Új hozzászólás Aktív témák
- Anglia - élmények, tapasztalatok
- Konzolokról KULTURÁLT módon
- BestBuy ruhás topik
- Milyen billentyűzetet vegyek?
- 3D nyomtatás
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Kihívás a középkategóriában: teszten a Radeon RX 7600 XT
- NVIDIA GeForce RTX 4080 /4080S / 4090 (AD103 / 102)
- Microsoft Excel topic
- Fujifilm X
- További aktív témák...
- 1151 V2 CPU-k / I5-8500 / I5-8400 BESZÁMÍTOK!
- Intel i5-10400 hatmagos processzor + doboz + gyári új hűtő
- Nintendo Switch játékok (ง '-' )ง Budapest Nyugatinál
- Fekete Sony PlayStation 5 Cover (Lemezes változat)
- Samsung Galaxy S23 Ultra 5G 256GB Dual SIM Phantom Black Gyárilag független Csere/beszámítás is!