- A HyperOS 3-ra helyezi a fókuszt a Xiaomi
- Samsung Galaxy Watch6 Classic - tekerd!
- Azonnali mobilos kérdések órája
- Milyen okostelefont vegyek?
- A Sony Xperiának annyi?
- Realme GT 2 Pro - papírforma
- Bemutatkozott a Poco X7 és X7 Pro
- Xiaomi 13 - felnőni nehéz
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Huawei Watch GT 4 - kerek karék
Hirdetés
Talpon vagyunk, köszönjük a sok biztatást! Ha segíteni szeretnél, boldogan ajánljuk Előfizetéseinket!
-
Mobilarena
TP-Link WR1043ND - N450 router
Új hozzászólás Aktív témák
-
Mickey5
csendes tag
válasz
vargalex
#71532
üzenetére
Köszönöm válaszodat!
Van egy használaton kívüli RPi3 lapom, egyelőre jó lesz azzal kísérletezni. Átmegyek az OpenMediaVault topikba, amit kokopo ajánlott és megpróbálok ehhez segítséget kérni. Azután ha nem válik be az RPi, akkor majd keresek más megoldást. -
Mickey5
csendes tag
válasz
vargalex
#71520
üzenetére
Szia!
Köszönöm válaszodat! Nagyon tetszik az x86 alapú NAS építés ötlete.
De nem tudom, hogyan kezdjek hozzá. Esetleg valami leírást, fórumot tudnál ajánlani?A Linux telepítésével nincs gondom, csak azzal az R-Pi médialejátszóval, amit említettem. Főleg azért, mert egy rakás olyan funkcióval rendelkezik amit nem ismerek és nekem nem is kell.
Egyébként 12 évvel ezelőtt a WR1043ND-t is a Te leírásod alapján, illetve ennek a fórumnak a segítségével alakítottam át. Igaz viszont, hogy azóta sok víz lefolyt a Dunán-Tiszán, talán már nem vagyok a régi.
-
Amstron
újonc
válasz
vargalex
#71482
üzenetére
Azt szeretném, hogy a LuCI a 88-as, a weboldalam pedig a 80-as porton legyen elérhető. A LuCI a /www könyvtárban legyen, a weboldalam meg a /www_80 könyvtárban. Ez utóbbiba, a document root-ba raktam egy index.html-t, de azt nem tölti be.
Jelenleg szerintem mindkettő fut, a lighttpd és a uhttpd is. Utóbbiban átírtam a portot 88-ra, ami működik is.
/etc/config/uhttpd:
config uhttpd 'main'
list listen_http '0.0.0.0:88'
list listen_http '[::]:88'
list listen_https '0.0.0.0:443'
list listen_https '[::]:443'
option home '/www'/etc/lighttpd/lighttpd.conf:
var.log_root = "/var/log/lighttpd/"
var.server_root = "/www_80/"
server.document-root = server_root
server.errorlog = log_root + "error.log"
server.port = 8000 -
#71455
eladohardver
őstag
vargalex
#71454
-
gr8tjoey
aktív tag
válasz
vargalex
#71439
üzenetére
Eddig bírta a routerem megint.. Reggel kaptam egy mailt, hogy túl gyakran frissíti az ip címet a ddns, és hogy csökkentsem. WTF?
Próbáltam elérni, Luci nem válaszol, pingelni lehet, DLNA nem elérhető.
Újraindítás, nincs extroot... Azt írja (nem pontosan idézem) az SDA device javítása nem lehetséges ezért offline-ba kerül. Bedugtam ubuntuba, nincs rajta hiba. Az utóbbi eset óta cseréltem pendrive-ot, de a régi is hibátlan blokk szinten is, meg ez is.
Ez mi? Táp probléma?
-
gr8tjoey
aktív tag
válasz
vargalex
#71432
üzenetére
Suste saját oldalán van egy debug, talán az közelebb visz
+ amn=AutoMount
+ logger -t AutoMount Started.
+ [ -f /etc/config/automount ]
+ . /etc/config/automount
+ mnt_label=mnt
+ am=Enabled
+ as=Enabled
+ atr=Enabled
+ adlna=Enabled
+ share_dir=/share
+ mnt_dir=/mnt
+ egrep -o /dev/sd.. /proc/mounts /proc/swaps
+ cut -d: -f2-
+ tr \n |
+ sed s/|$//
+ current=/dev/sda2|/dev/sda3|/dev/sda1
+ [ /dev/sda2|/dev/sda3|/dev/sda1 ]
+ + egrepgrep -v /dev/sd.. /dev/sda2|/dev/sda3|/dev/sda1
+ blkid
+ blkids=/dev/sdb: LABEL="14tb" UUID="964e2b2b-4d4e-4306-85a9-82bd32b3abde" TYPE="ext4"
+ tr -d '"
+ sed s|.*dir ||
+ grep download_dir /etc/config/transmission
+ DL_dir=/mnt/download
+ tr -d "'
+ sed s|.*dir ..,||;s|.*dir .||
+ grep media_dir /etc/config/minidlna
+ DLNA_dir=/mnt/download
/share
+ [ Enabled != Enabled -a Enabled != Enabled ]
+ echo run
+ [ /share != / ]
+ ls /share
+ sed s/|$//
+ tr \n |
+ sed s|.*/share/||;s| type.*||
+ grep /share
+ mount
+ egrep -v
+ + echoegrep -o/dev/sdb: LABEL="14tb" UUID="964e2b2b-4d4e-4306-85a9-82bd32b3abde" TYPE="ext4" /dev/sd..
+ + + echogrepsed /dev/sdb:.*LABEL s/.* LABEL=.//;s/" .*//
/dev/sdb: LABEL="14tb" UUID="964e2b2b-4d4e-4306-85a9-82bd32b3abde" TYPE="ext4"
+ label=14tb
+ echo /dev/sdb: LABEL="14tb" UUID="964e2b2b-4d4e-4306-85a9-82bd32b3abde" TYPE="ext4"
+ grep /dev/sdb:.*TYPE
+ sed s/.* TYPE=.//;s/" .*//
+ type=ext4
+ + grepsed /dev/sdb:.*UUID s/.* UUID=.//;s/" .*//
+ echo /dev/sdb: LABEL="14tb" UUID="964e2b2b-4d4e-4306-85a9-82bd32b3abde" TYPE="ext4"
+ uuid=964e2b2b-4d4e-4306-85a9-82bd32b3abde
+ [ ext4 != swap -a Enabled = Enabled ]
+ [ ext4 = ntfs ]
+ grep /dev/sdb:
+ mount
+ [ ! ]
+ grep -w /mnt
+ mount
+ [ 14tb = mnt -a ! /dev/sda3 on /mnt type ext4 (rw,relatime,data=ordered) -a mnt ]
+ + grepgrep -vw 14tb /mnt
+ mount
+ [ ! -a 14tb ]
+ mkdir -p /share/14tb
+ mount /dev/sdb: /share/14tb
mount: bad address '/dev/sdb'
+ logger -t AutoMount 14tb mounted to /share/14tb.
+ [ ]
+ echo stop
+ [ /dev/sdb: LABEL="14tb" UUID="964e2b2b-4d4e-4306-85a9-82bd32b3abde" TYPE="ext4" ]
+ [ -f /tmp/pnp_dlna -o -f /tmp/pnp_tr ]
+ logger -t AutoMount Stopped. -
gr8tjoey
aktív tag
válasz
vargalex
#71429
üzenetére
Ezt látom a logban, és /share/14tb alatt üres filerendszer jön fel. Linux alatt látszik. Gondolom valami egyszerű dolog lesz ez, de nem vágom a mi a nyűgje.
Sat Nov 18 01:50:10 2023 user.notice AutoMount: 14tb mounted to /share/14tb.
Sat Nov 18 01:50:10 2023 user.notice AutoMount: Stopped.
Sat Nov 18 01:50:10 2023 user.err syslog: /dev/sda2 is already mounted
Sat Nov 18 01:50:10 2023 user.notice AutoMount: Started.
Sat Nov 18 01:50:11 2023 user.notice AutoMount: 14tb mounted to /share/14tb.
Sat Nov 18 01:50:11 2023 user.notice AutoMount: Stopped.
Sat Nov 18 01:50:11 2023 user.err syslog: /dev/sda3 is already mounted
Sat Nov 18 01:50:11 2023 user.notice AutoMount: Started.
Sat Nov 18 01:50:12 2023 user.emerg syslog: 'radio0' is disabled
Sat Nov 18 01:50:12 2023 user.emerg syslog: 'radio0' is disabled
Sat Nov 18 01:50:13 2023 user.emerg syslog: this file has been obseleted. please call "/sbin/block mount" directly
Sat Nov 18 01:50:13 2023 user.notice AutoMount: 14tb mounted to /share/14tb.
Sat Nov 18 01:50:13 2023 user.notice AutoMount: Stopped.
Sat Nov 18 01:50:13 2023 user.notice AutoMount: Started.
Sat Nov 18 01:50:14 2023 user.err syslog: /dev/sda2 is already mounted
Sat Nov 18 01:50:14 2023 user.err syslog: /dev/sda3 is already mounted
Sat Nov 18 01:50:14 2023 user.emerg syslog: block: /dev/sda2 is already mounted
Sat Nov 18 01:50:14 2023 user.emerg syslog: block: /dev/sda3 is already mounted
Sat Nov 18 01:50:14 2023 user.notice AutoMount: Started.
Sat Nov 18 01:50:15 2023 user.emerg syslog: mount: bad address '/dev/sdb'
Sat Nov 18 01:50:15 2023 user.notice AutoMount: 14tb mounted to /share/14tb.
Sat Nov 18 01:50:15 2023 user.notice AutoMount: 14tb mounted to /share/14tb.
Sat Nov 18 01:50:15 2023 user.notice AutoMount: Stopped.
Sat Nov 18 01:50:15 2023 user.notice AutoMount: Stopped.
Sat Nov 18 01:50:15 2023 user.notice AutoMount: Started.
Sat Nov 18 01:50:17 2023 authpriv.info dropbear[1645]: Not backgrounding
Sat Nov 18 01:50:17 2023 user.notice AutoMount: 14tb mounted to /share/14tb.
Sat Nov 18 01:50:17 2023 user.notice AutoMount: Stopped.
Sat Nov 18 01:50:17 2023 kern.info kernel: [ 30.750000] eth1: link up (1000Mbps/Full duplex)fgsdfg -
gr8tjoey
aktív tag
válasz
vargalex
#71429
üzenetére
LuCI volt/van rajta a 8080-on.
"Ha extroot-od volt, akkor azt a flash-ban lévő fstab-ban be kellett volna állítanod és minden ment volna tovább." - ezt nem tudom értelmezni, de már mindegy is, mert reseteltem a routert. Most az lenne az érdekes, hogy a nagy HDD-t hogyan tudnám visszanyerni -
petakpa1
őstag
válasz
vargalex
#71417
üzenetére
Köszi Alex!!!
Az alábbi 3 parancs konzolból való kiadásával úgy tűnik sikerült
.Mikor ezt követően böngészőből beléptem Luciba, már WAN port is untagged volt
Így néz ki most Switch menü:
Továbbá WAN portba (azaz mostmár 5. LAN portomba) dugott laptop is rendben látja a belső hálómon lévő eszközöket, pont ami a cél volt.Kérdésem az lenne, hogy ez a mostani beállítás az eszköz (1043ND) újraindítása után is megmarad?
Ezt azért kérdezem, mert fenti 3 restart parancs miatt a Local Startupban szereplő ip neigh replace 192.168.0.101 lladdr aa:bb:cc:dd:ee: nud permanent dev br-lan parancs szerintem most érvényét vesztette, de ez nekem mindenképp kell ahhoz, hogy a 101-es ip címen lévő PC-mre mindenkor működjön a WOL.Célom az lenne tehát, hogy WAN port router reboot után is LAN portként szolgáljon, és a fenti ip neigh parancs is minden rebbot után érvvényben legyen.
Mindjárt kipróbálok egy reboot-ot me meglátjuk mi történik?
-
petakpa1
őstag
válasz
vargalex
#71390
üzenetére
Köszi. Lehetőség szerint minél kevesebbet szeretnék módosítani, ha netán egyszer vissza kell álllítani akkor minél könnyebben meg tudjam azt majd tenni.
Tehát
VLAN1 sorban WAN portot untagged-re állítom
VLAN2 sorban WAN portot off ba kapcsolom.de sem VLAN2-t sem a WAN Interface-t nem törlöm egyenlőre. Ha így működik akkor jó, ha nem akkor törlöm utóbbi kettőt is.
-
petakpa1
őstag
válasz
vargalex
#71353
üzenetére
Nálam ugyanez a setup van, igaz nem Digis eszközzel, hanem fekete színű Vodafone HGW-vel tandemben dolgozik a v1-es TP-Link 1043ND:Voda HGW
- ő a gateway, ő NAT-ol
- sőt még a wifit is ő szórja 2,4 és 5 GHz-en is
- DHCP szerver kikapcsolva
- port forward-ok végzése mind a hozzá közvetlenül kapcsolodó vezetékes eszközökhöz, mind a TP-Link feléTP-Link 1043ND v1:
- DHCP szerver (ő osztja a belső ip címeket)
- általam bekonfigolt belső ip cím kiosztási rend fix ip címekkel
- switch a vezetékes eszközök felé, így összesen 7 ethernet portom van
- dyndns kliens
- wake on lan szolgáltatás
- port forwardok továbbítása a közvetlenül rá kapcsolódó vezetékes eszközöknek.Ismételten köszönet az itteni fórumtársaknak, hogy a fentit sikerült anno segítségükkel bekonfigolni
. -
bpmcwap
senior tag
válasz
vargalex
#71341
üzenetére
tftp -l, -r, -g, -p és tftpd -r,c,u,l
elvileg tényleg megoldható lenne, de ahogy google-ozgatok, úgy értelmezem, hogy egy usb-re kellene írni azt a pár sort mert ha újraindul a router egy áramszünet után, akkor elfelejti, mert csak tmp-be lehet írni... még az sem világos, hogy a cron parancs megmaradna e... -
bpmcwap
senior tag
válasz
vargalex
#71341
üzenetére
ssh hozzáférés valóban engedélyezhető és elvileg cron is futtatható - bár a menüben nincs ilyen opció -, és van FTP megosztás is... ezekszerint lehetséges lenne? (mondjuk ez már nekem elég magas léc még googleval is...
) -
Satrafuckar
tag
válasz
vargalex
#71318
üzenetére
de mi történik? most elvileg a minidlna-nak nem kéne semmit csinálnia, kliens nem csatlakozik, az adatbázis már megvan, scannelés nem történik, elv csak vár a bejövö kapcsolatokra
amugy sikerült nagynehezen egy ilyet produkálni
Mem: 60088K used, 1388K free, 0K shrd, 1624K buff, 2432K cached
CPU: 0% usr 99% sys 0% nic 0% idle 0% io 0% irq 0% sirq
Load average: 10.54 7.62 3.61 3/55 2879
PID PPID USER STAT VSZ %VSZ %CPU COMMAND
297 2 root RW 0 0% 47% [kworker/u2:2]
2826 1 root D 43264 70% 10% /usr/bin/minidlna -f /tmp/minidlna.co
2757 2 root SW 0 0% 8% [kworker/0:0]
2756 2331 root D 2908 5% 7% /usr/sbin/smbd -D
2878 2331 root D 2468 4% 5% /usr/sbin/smbd -D
696 2 root DW 0 0% 4% [kworker/0:3]
2333 1 root D 2552 4% 4% /usr/sbin/nmbd -D
2355 1 root D 1364 2% 2% /usr/sbin/ntpd -n -p 0.openwrt.pool.n
2764 2759 root R 1364 2% 2% top
1 0 root S 1392 2% 2% /sbin/procd
96 2 root SW 0 0% 2% [kswapd0]
1071 1 root D 2268 4% 1% mount.ntfs-3g /dev/sda2 /share/Kulso
1980 1 root S 2152 3% 0% /usr/sbin/uhttpd -f -h /www -r TpLink
2823 2 root SW 0 0% 0% [kworker/u2:0]
2227 1 root S 2848 5% 0% /usr/sbin/vsftpd
2331 1 root S 2468 4% 0% /usr/sbin/smbd -D
2879 1980 root D 2152 3% 0% /usr/sbin/uhttpd -f -h /www -r TpLink
2439 1 root D 1576 3% 0% /usr/sbin/hostapd -P /var/run/wifi-ph
1102 1 root S 1480 2% 0% /sbin/netifd
1535 1 root S 1420 2% 0% {dynamic_dns_upd} /bin/sh /usr/lib/dd -
petakpa1
őstag
válasz
vargalex
#71313
üzenetére
Köszi Alex,
Biztosan ki fogom ezt próbálni, mert sokkal jobb lenne ha PC kliensen maradhatna az automata IP kérés TPLink DHCP serverétől
.Viszont abban még biztosan segítség kell, hogy fentit hogyan is kell beadnom OpenWrt-nek. Ráadásul úgy, hogy TPLink rebootja után is megmaradjon.
+ Csak érdekességképp szeretném érteni is mit csinál fenti parancs. Nem IT-s vagyok, hanem közgazdász utoljára középiskolában láttam programynelvet, Basic-et ás Pascal-t
Ha jól értem MACADDR egy definiált string, amely PC-m MAC címének értékét veszi fel.
Aztán van egy ha függvény: Ha 2 string egyenlő MACADDR-el, akkor 3 string beli ip címhez rendelje hozzá 2 stringbeli MAC címet tartósan.
2 és 3 stringet nem kell megdefiniálni?
#!/bin/sh hely azt jelenti, hogy ez OpenWrt folyamosan figyelni fogja ezt a ha függvényt, és ha feltétel bekövetkezik, akkor végrehajtja ip neigh replace parancsot
Az egészet putty konzolon keresztül kell majd beadnom TPLink-nek, mert Luciben nincs erre input box?
Előre is köszi, ha segítessz, de nem sürgős fene tudja mikor jutok oda, hogy foglalkozzak vele...
-
petakpa1
őstag
válasz
vargalex
#71308
üzenetére
Szia Alex,
A sleep 20-at azért raktam be, mert egy pár hsz-el korábban általam linkelt openwrt forumon ezt javasolták, annak érdekében, hogy az ip neigh add parancs csak azt követően fusson le, hogy az arp tábla már létrejött.
PC-t értelemszerűen csak azt követően indítottam, hogy a TPLink teljesen bebootolt, azaz sys led immár folyamatosan világított. Kb bő 1 perc.Most kiveszem a sleep-et és berakom mindkét általad javasolt parancsot, azaz így fog kinézni startup konfig:
# Put your custom commands here that should be executed once
# the system init finished. By default this file does nothing.
ip neigh change 192.168.0.101 lladdr aa:bb:cc:dd:ee:ff nud permanent dev br-lan
ip neigh add 192.168.0.101 lladdr aa:bb:cc:dd:ee:ff nud permanent dev br-lan
exit 0
Ahol aa:bb:cc:dd:ee:ff értelemszerűen PC-m MAC címe.Mindjárt tesztelem...
-
petakpa1
őstag
válasz
vargalex
#71305
üzenetére
Köszi Alex,
Így már ip neigh parancsra
192.168.0.101 dev br-lan lladdr aa:bb:cc:dd:ee:ff PERMANENT eredményt kapok.Ugye ez a beállítás csak addig él amíg TPLink újra nem indul?
Ahhoz, hogy TPLink újraindítása esetén is végrehajtódjon a parancs azt kell csinálnom amit a #41756 hsz-ben írtál?
Oda még nem írom be egyenlőre, hanem most azt csinálom majd, hogy este majd kikapcsolom a PC-t, TPLink nyilván nem lesz újraindítva és holnap délelőtt megpróbálom a kétszeres portf fw szabályomon keresztól küldött magic packettel éleszteni a gépet. Ha ébred, akkor megoldódott a probléma és megcsinálom a #41756 szerint véglegesre.
Jelentkezem majd akár siker akár nem.
-
Satrafuckar
tag
válasz
vargalex
#71298
üzenetére
szia,
először is köszi a segítséget
ha ujra lehetne inditani ugy hogy megmarad a db, akkor szerintem tudná kezelni a helyzetet.
tegnap megint sikeresen végigszkennelte, a db file mérete pont ugyanannyi mint a korábbi sikeres scan után, logban
[2022/11/14 21:46:29] scanner.c:793: warn: Scanning /share/Kulso finished (141492 files)!hogyan lehetne nyomozni-debuggolni, hogy hol a hiba?
probáltam bövebb logolást beállítani az alapján, de vagy nem müködik a beállítás, vagy igy is elég szükszavu
config minidlna 'config'option port '8200'option interface 'br-lan'option friendly_name 'Router'option inotify '1'option notify_interval '900'option serial '12345678'option model_number '1'option album_art_names 'Cover.jpg/cover.jpg/Album.jpg/album.jpg/Folder.jpg/folder.jpg'option db_dir '/share/Kulso/minidlna'option log_dir '/share/Kulso/minidlna'option log_level 'general,artwork,database,inotify,scanner,metadata,http,ssdp,tivo=debug'option root_container 'B'option enabled '1'list media_dir 'P,/share/Kulso'gondoltam hátha ez a probléma, de a minidlna -t ujrainditva (rendszer/rendszerinditás) is ujra kezdi a db épitést, DE MIÉRT ??
[2022/11/14 21:46:29] scanner.c:793: warn: Scanning /share/Kulso finished (141492 files)!
[2022/11/15 20:07:41] minidlna.c:154: warn: received signal 15, good-bye
[2022/11/15 20:07:53] minidlna.c:1014: warn: Starting MiniDLNA version 1.1.3.
[2022/11/15 20:07:53] minidlna.c:355: warn: Creating new database at /share/Kulso/minidlna/files.db
[2022/11/15 20:07:55] minidlna.c:1053: warn: HTTP listening on port 8200
[2022/11/15 20:07:55] scanner.c:706: warn: Scanning /share/Kulso -
petakpa1
őstag
válasz
vargalex
#71289
üzenetére
Szia Alex,
Köszi, hogy próbálsz segíteni.
System/Software menüben rányomtam, hogy az Update lists gombra majd, bal felül a keresőbe beírtam, hogy IP és kilistázott egy 767 csomagot, aminek leírásában/nevében benne van, hogy ip.
Viszont olyan aminek csak IP a neve nincs
ip-full és ip-tiny van.Putty-al konzolba bejelentkezve ip neigh parancsot kiadva nem sípol, hogy nem ismeri ezt a parancsot, tehát bennem felmerült, hogy kell bármilyen további csomagot telepítenem egyáltalán a parancs használatához?
Neten még keresgélve találtam ezt.
Be is nyomtam konzolba üresen a ip neigh parancsot, és az alábbi eredmény adódott PC-mre:
192.168.0.101 dev br-lan lladdr aa:bb:cc:dd:ee:ff ref 1 used 0/0/0 probes 1 REACHABLE
Ahol aa:bb:cc:dd:ee:ff nyilván a PC-m MAC címe, csak ezt már nem akartam ide beírni.Ez alapján az lehet a gond szerintem, hogy hiába van a Network/DHCP and DNS/Static Leases menüpontban fix ip cím állítva végtelen bérleti idővel a PC-m MAC címéhez az mégse PERMANENT-ként kerül be a TPLInk ARP táblájába
-UPDATE1:
Na próbálkoztam konzolból ip neigh add parancsal, de nem ismeri.
ip parancs csak az alábbiakat ismeri jelenleg:ip addr add|del IFADDR dev IFACE | show|flush [dev IFACE] [to PREFIX]
ip route list|flush|add|del|change|append|replace|test ROUTE
ip link set IFACE [up|down] [arp on|off] [multicast on|off]
[promisc on|off] [mtu NUM] [name NAME] [qlen NUM] [address MAC]
[master IFACE | nomaster]
ip neigh show|flush [to PREFIX] [dev DEV] [nud STATE]
ip rule [list] | add|del SELECTOR ACTIONMelyik csomagot kell telepítenem, hogy az ip neigh add parancs működjön? ip-full vagy ip-tiny?
-
Satrafuckar
tag
válasz
vargalex
#71290
üzenetére
ja bocs, elfelejtettem irni, azt már alapból átállítottam a hdd-re, ahogy a logot is. igy is 10763 képnél megállt mindig, és rebootkor elölröl kezdte az egészet, majd ugyanott megállt.
most beállítottam h csak fotókat keressen (főleg az van a hdd-n), így tovább jut, de marha lassu és nagyon dögledezik közben az egész rendszer (Átlagos terhelés4.81, 2.52, 2.48, hálózati megosztás ill luci hosszu 10mp-ekig fagy / nem reagál).
30k-nál tart kb 5h után (ez normális?), és több100k kép van a vinyón.
nem merem ujrainditani h kiderüljön h megmarad e a dbnormál müködés szerint megmarad rebootkor a db, és csak updatelgeti, vagy az a normál ha indulásnál nullárol ujraépiti? (uj nekem a minidlna).
update: áh és ennyi, ebben a pillanatban az egész meghalt lefagyott ujraindult, ezzel együtt az indexelés is ismét nulláról....
-
Satrafuckar
tag
válasz
vargalex
#71286
üzenetére
köszi vaggalex!
rákeresgéltem, vsz inkább az sshfs-win -ben kéne ezt beállitani valahogy. szenvedtem is vele pár órát, de annyira nem lényeg. a dropbear frissitése lett vna a szimpibb/elöreláthatolag fenntarthatobb irány, ha az nem lehetséges akkor jo igy.samba: igen köszi boxoslaca közben megtaláltam én is ezt, viszont azt is hogy smbv1 hiányában csak a tallózás nem megy, a bepötyögős/networkdrive verzió viszont igen, igy tképp ez is jó igy.
na már csak a dlna van akkor
-
petakpa1
őstag
válasz
vargalex
#71282
üzenetére
(a) Igen én is így gondolom, hogy kiesik. Viszont a 2x-es port forwardos megoldásnak meg pont e miatt kellene működnie, hiszen a TPLink 24/7-ben üzemel és össze van kötve a HGW-vel, így az nem eshet ki a HGW ARP táblájából sosem.
Ez utóbbit bizonyítja az is, hogy a HGW az 50001-es portra küldött csomagot továbbítja a TPLink 192.168.0.2-es íp címének 50001-es portjára és ezt a TPLink Status/Firewall menüjében a packetszám emelkedése igazolja is ahogy fentebb írtam.(b) Igen biztos. A TPLink WAN (kék) portjába nincs semmi dugva. A HGW felől jövő kábel megy LAN1be a PC-ből jövő pedig LAN2-be.
A TPLinken beállított port FW szabály részleteiben így néz ki:
A kérdés inkább az számomra, hogy a 2 port FW-os módszer miért nem működik?
Mintha TPLink ARP táblájából is kiesne idővel a PC, annak ellenére, hogy statikus ip cím van hozzárendelve a PC MAC címéhez végtelen bérleti idővel -
petakpa1
őstag
válasz
vargalex
#71280
üzenetére
És akkor hol a hiba, miért nem jut el
(a) sem HGW 27002-s portjára küldött magic pocket a 192.168.0.101 belső IP 7-es portjára a HGW-be konfigolt powrt FW szabály alapján
(b) sem a HGW 50001-s portjára küldött magic pocket a 192.168.0.101 belső IP 7-es portjára a HGW-be ÉS TPLInkbe konfigolt kettős port FW szabály alapján?Egyénként ma figyeltem a TPlink menüjében Status/Firewall alatt az alábbi részt:
És ahogyan okostelóról WAN felől külső ip címről küldözgettem a magick pocketeket a külsö ip címem 50001-es portjára, úgy szépen emelkedett itt a packet-ek száma és a frogalmazott mennyiség is.
Tehát mintha port FW működne TPLinken, de PC-m mégsem ébred
-
petakpa1
őstag
válasz
vargalex
#71259
üzenetére
Köszi, mindjárt átállítom így, mert ezzel a setuppal minden általam nem ismert kliens .200-al kezdődő ip címet kap majd, így könnyen felismerem akár a HGW-ből is, ha valami új kliens kapcsolódik, pl azért mert betört a wifi hálózatomba.
Közben belőttem a dyndns szolgáltatást is
.Később szeretném majd TPLink wifi-jét is beüzemelni. Azt meg lehet majd oldani, hogy HGW és TPLink wifie-jei MESH hálózatba legyenek majd rendezve? Vagy ez csak akkor lenne lehetséges, ha HGW is MESH képes. Sajnos nem az
. -
petakpa1
őstag
válasz
vargalex
#71257
üzenetére
Köszi Alex,
Csomót mértem, és közvetlen HGW-PC kapcsolat esetén is néha csak 460-480 Mbps a sebesség. Tehát nem biztos hogy a TPLink a hunyó, lehet Vodafone hálózat terheltsége ingadozik így vasárnap este...
+ Ha gigabites switch van benne, akkor annak valóban nem lehet az a szűk keresztmetszet 500 Mbps-nél.
HGW-ben TPLink belső ip címén 80-as portra fw-olással megoldottam a WAN felőli elérést is
.Az egyik ok ami miatt belebonyolódtam ebbe az egészbe, az volt, hogy amíg a HGW volt a gateway is és a DHCP szerver is, addig ha a menüjében lekérdeztem a rá csatlakozó eszközökét, akkor némelyiknél kiírta a kliens nevét, némelyiknél nem, hanem ismeretlen eszközt írt. Nyilván attól függött, hogy a kliens küldött e ilyen infot magáról.
Most viszont, hogy a TP Link lett a DHCP szerver a a HGW már az összes kliensre azt írja ki, hogy ismeretlen
, tehát rosszabb a helyzet mint volt .Arra gondoltam, hogy TPLink-ben a Network/DHCP and DNS/Static Leases-ben beállítok minden általam ismert klienshez egy-egy fix ip címet 192.168.101-150 tartományban, míg a Network/Interfaces/DHCP Server/General Setup-ban beállítom, hogy 201 legyen az első ip cím amit kioszt, és maximum 50-et osszon ki.
A) Jól gondolom, hogy ennek az ez az eredménye, hogy a 101-150 tartoményból DHCP nem oszt ip címeket, ott csak az általam fixen kiosztottak lesznek, míg bármi egyéb ami a DHCP servertől kér le ip címet az a 201-250 tartományból fog kapni egyet?
B) Vagy ezzel a beállítással a DHCP server nem fog kiosztani azon klienseknek ip címet egyáltalán akikhez a 101-150 tartományban fixen hozzárendeltem ip-t?
-
#71216
szatocs1981
aktív tag
vargalex
#71215
szatocs1981
aktív tag
-
#71214
szatocs1981
aktív tag
vargalex
#71213
szatocs1981
aktív tag
válasz
vargalex
#71213
üzenetére
Ahogy írtam, a példa látszik a logban, tehát a crontab működik:
Tue Apr 26 14:40:00 2022 user.notice cronteszt: szia, futok!
Tue Apr 26 14:45:00 2022 user.notice cronteszt: szia, futok!
Tue Apr 26 14:48:00 2022 user.notice cronteszt: szia, futok!cat /sys/class/gpio/tp-link:power:usb/valuepedig "1"-et ad vissza. -
xabolcs
őstag
-
slylecz
csendes tag
válasz
vargalex
#71024
üzenetére
Szia Alex!
Ismét hozzád fordulok, mert neked ez a kisújjjadban van és csak megerősítést szeretnék kérni, mielőtt bármit gallyra vágnék:
Ha jól értem, akkor a képen csatolt linkről letöltött bin fájlt kell feltöltenem, mert az lesz a "vágott" verzió. Gondolom nekem az alsó fájl is megfelel, mert a felette lévő már nem aktív?
https://openwrt.org/toh/tp-link/tl-wdr3600_v1
köszi
-
-
talosv
csendes tag
válasz
vargalex
#71050
üzenetére
Szia Alex!
A DLNA megoldódott, de a transmissiont nem bírom beállítani.
Amikor elindítok egy torrentet lefagy minden pár percre, majd egy idő után visszaáll, de eltűnik a torrent a sorról.
Transmission restartra ismét előjön, de utána megint fagyás.
Router reboot-ra visszajönnek a szolgáltatások, de transmission elérhetetlen marad webes felületen.
A forgalomból úgy tűnik, hogy tölti a torrentet, de a transmission nem elérhető.Mi vagy minek a hiánya lehet ennek az oka?
Transmission configom:
"alt-speed-enabled": false,
"alt-speed-time-enabled": false,
"blocklist-enabled": false,
"cache-size-mb": 2,
"download-queue-enabled": true,
"download-queue-size": 4,
"dht-enabled": false,
"encryption": 1,
"idle-seeding-limit-enabled": false,
"incomplete-dir-enabled": true,
"lazy-bitfield-enabled": true,
"lpd-enabled": false,
"message-level": 1,
"peer-limit-global": 100,
"peer-limit-per-torrent": 20,
"peer-port": 51413,
"peer-port-random-on-start": false,
"pex-enabled": false,
"port-forwarding-enabled": true,
"preallocation": 1,
"ratio-limit-enabled": false,
"rename-partial-files": true,
"rpc-authentication-required": true,
"rpc-enabled": true,
"rpc-port": 9091,
"rpc-whitelist-enabled": false,
"queue-stalled-enabled": true,
"queue-stalled-minutes": 30,
"scrape-paused-torrents-enabled": true,
"script-torrent-done-enabled": false,
"seed-queue-enabled": false,
"speed-limit-down": 1500,
"speed-limit-down-enabled": true,
"speed-limit-up": 500,
"speed-limit-up-enabled": true,
"start-added-torrents": true,
"trash-original-torrent-files": false,
"umask": 18,
"upload-slots-per-torrent": 14,
"utp-enabled": true,
"watch-dir-enabled": false,
"rpc-host-whitelist-enabled": false,
"bind-address-ipv4": "0.0.0.0",
"bind-address-ipv6": "::",
"download-dir": "/mnt/hdd/kesz_torrent",
"incomplete-dir": "/mnt/hdd/torrent",
"peer-socket-tos": "default",
"rpc-bind-address": "0.0.0.0",
"rpc-password": "",
"rpc-url": "/transmission/",
"rpc-username": "",
"invalid-key": false -
talosv
csendes tag
válasz
vargalex
#71048
üzenetére
Asszem megoldódni látszik a DLNA dolog. Az első könyvtárat felismerte teljesen.
Viszont van tippetek, hogy torrent indításakor miért válik elérhetetlenné a router?
Milyen beállítás kell, hogy ne foglalja le az összes erőforrást a transmission?
Talán valahol láttam, hogy erre való a Qos? Azt elindítva az alapbeállításokkal viszont 0-ra esett az internet sebesség és a probléma nem oldódott meg.
Hogyan kell azt ésszerűen konfigolni egy lassú 30Mb/s -os hálózatra? -
talosv
csendes tag
válasz
vargalex
#71001
üzenetére
Kedves Alex!
Próbáltam telepíteni ezeket a cuccokat, de nincs elég hely a routeren. Mik azok a dolgok, amik pusztíthatók, és hogyan? És mi az a filekezelő amit írtál?
Hdd-t csatlakoztatnék, és szeretném DLNA-val, meg Transmission-el használni távolról.
Az sem baj, ha elérem a hdd-t hálózati meghajtóként a számítógépről.
Van esetleg valahol egy leírás ehhez, hogy miket kell telepíteni, meg írtani?Köszönöm a segítséget.
-
-
#71015
szatocs1981
aktív tag
vargalex
#71014
szatocs1981
aktív tag
válasz
vargalex
#71014
üzenetére
Első körben ez elég, be tudtam állítani és működik.
Persze nagyon jó lenne, ha egy site to site VPN kapcsolat működne a két router között...
A client oldalt a linkelt leírás alapján talán még össze tudnám hozni, de a server oldalon nem openwrt firmware van, hanem gyári a Asus, ott annyira nem tudom, hogy mit és merre... -
#71009
szatocs1981
aktív tag
vargalex
#71008
szatocs1981
aktív tag
válasz
vargalex
#71008
üzenetére
Köszi a választ! Bonyolódik a történet...egyre jobban kedzem elveszetni a fonalat. Csatolok egy képet a mostani helyzetröl, mert az is lehet, hogy valamit rossz írok, ezért nem jön össze a dolog vagy lehet van egyszerübb megoldás is.
Igy képzelem el a mostani felállást:
A 192.168.2.x hálózat földrajzilag máshol helyezkedik el és USB 3G dongle-en csatlakozik a netre. A 196.168.1.x hálózatot és az összes eszközt el tudom érni VPN-en keresztül. VPN IP címen keresztül a 196.168.2.x hálózat routere is elérhetö távolról, de a mögötte lévö eszközök már nem.
A cél pedig az lenne, hogy a 192.168.1.x és 192.168.2.x hálózat eszközeit bármikor és bárhonnan elérjem...
-
#71007
szatocs1981
aktív tag
vargalex
#71000
szatocs1981
aktív tag
válasz
vargalex
#71000
üzenetére
Oké, ezt a 80-as port nyitást majd megnézem újra akkor.
Igen, ez a (2) router(192.168.2.1) egy VPN kliens.
Az (1) router(192.168.1.1) VPN szerverként van konfiguralva.
Ha csatlakozok pl. mobillal a VPN hálózatra, akkor a (2) routeren lógó eszközt (192.168.2.xx), milyen címen tudom elérni?
Az (1) routeren lévő eszközt VPN-en elérem a 192.168.1.xx - en. A (2) routeren lévőt miért nem érem el a 192.168.2.xx-en?
Bocs, ha érthetetlen...és köszönöm előre is. -
#70998
szatocs1981
aktív tag
vargalex
#70995
szatocs1981
aktív tag
válasz
vargalex
#70995
üzenetére
Szia, köszi, sikerült. A 80-as portot nem kellett engedélyezni, hosszas probalgatas után a képen jelzett rész volt, ami miatt nem értem el a (2) routert. Most a VPN IP címen sikerül belepni a a router kezelő felületre. (Lehet ezt a VPN IP címet valahogy manuálisan megadni vagy rögzíteni?)
Következő kérdésem, hogy az erre a routerre kapcsolódó eszközt, milyen címen érem el, VPN - en keresztül ha a helyi LAN címe az eszköznek 192.168.2.xx.
Előre is köszönöm -
#70994
szatocs1981
aktív tag
vargalex
#70989
szatocs1981
aktív tag
válasz
vargalex
#70989
üzenetére
... Böngészőbe beírva a (2) Router VPN IP címét, el kellene hogy érjem? Vagy kell valami port is mellé? A kliens-kliens kommunikáció mellé esteleg mást is engedélyezni kell?
Az (2) router ip-jet áttettem 192.168.2.1-re mert volt ilyen ötlet is... Sajnos ez sem segített. -
#70990
szatocs1981
aktív tag
vargalex
#70989
-
xabolcs
őstag
válasz
vargalex
#70980
üzenetére
Kezzel tartom oda, mikozben valahogy nyomom a reset gombot bekapcsolas kozben.
Orulok, hogy ennyit ki sikerult szednem belole. Valahol van egy csiptetos flash programozom is, szoval nincs veszve a dolog, de a kenyelmes soros port kapcsolat miatt mindenkeppen kereslek.
-
xabolcs
őstag
válasz
vargalex
#70978
üzenetére
Az elso "T" az szerintem attol van, hogy switch nelkul, kozvetlenul probalom es a Network Manager tetovazik egy kicsit, mire odakapcsol a "TP-Link IP"-re.
Abban viszont igazad van, hogy mar az elso csomag is hibas.
Most megprobaltam bootloadert is tartalmazo gyari szoftverrel, s azt se vette fogadta el: wr1043nv1_en_3_13_15_up_boot(140319).bin
Olyat mar lattam, hogy egy tulmeretezett kernel ugy tonkrevagta az eszkozt, hogy az megnyekkenni nem tudott: a recovery se indul el.
![;]](//cdn.rios.hu/dl/s/v1.gif)
Ellenben itt ilyenrol szo sincs, latszolag minden rendben, de megsem. Pedig mar halokartyat, halokabelt, switchet, recovery.bin-t es router portot is csereltem.
-
xabolcs
őstag
válasz
vargalex
#70968
üzenetére
$ ls -l /srv/tftp/wr1043nv1_tp_recovery.bin-rw-rw-r-- 1 tftp tftp 8126464 Aug 18 2017 /srv/tftp/wr1043nv1_tp_recovery.binNem tetszik neki semmi! Lehet az oprendszeremmel van baj.
(Vagy a felhasznaloval! )
Egyelore hagyom pihenni, mert erdekes modon a V4-es tesojat se tudtam megetetni TFTP-n keresztul. Szerencsere azon mukodokepes OpenWrt volt, igy sysupgrade-del sikerult a telepites.
Majd visszajelzek, ha jutok vele valamire.Koszonom az otleteket!
-
xabolcs
őstag
válasz
vargalex
#70966
üzenetére
Miutan odamasoltam a fajlt, mar nem panaszkodott!
Megprobaltam ezt a tftpd-hpa-t egy leiras alapjan, de sajnos csak az uzenetek valtoztak, az eredmeny nem.
Oct 23 13:07:25 in.tftpd[89740]: RRQ from 192.168.0.86 filename wr1043nv1_tp_recovery.binOct 23 13:07:28 in.tftpd[89742]: RRQ from 192.168.0.86 filename wr1043nv1_tp_recovery.binOct 23 13:07:31 in.tftpd[89772]: RRQ from 192.168.0.86 filename wr1043nv1_tp_recovery.binA fajl ott van, ahol konfiguracio szerint lennie kell, de megsem mukodik.
# /etc/default/tftpd-hpa
TFTP_USERNAME="tftp"
TFTP_DIRECTORY="/srv/tftp"
TFTP_ADDRESS=":69"
TFTP_OPTIONS="--secure -vvvv"Kiprobalok mas implementaciokat is.
-
#70961
szatocs1981
aktív tag
vargalex
#70960
szatocs1981
aktív tag
válasz
vargalex
#70960
üzenetére
Itt lenne a a tartalma a 3 file-nak:
Remélem semmi olyan nem maradt benne, ami más számára értékes lehet.
config interface 'loopback'
option ifname 'lo'
option proto 'static'
option ipaddr '127.0.0.1'
option netmask '255.0.0.0'
config globals 'globals'
option ula_prefix '--------------::/48'
config interface 'lan'
option type 'bridge'
option proto 'static'
option ipaddr '192.168.1.1'
option netmask '255.255.255.0'
option ip6assign '60'
option ifname 'eth1.1 tap0 tap-server'
config interface 'wan'
option ifname 'eth0.2'
option proto 'dhcp'
option metric '1'
config interface 'wan6'
option ifname 'eth0.2'
option proto 'dhcpv6'
config switch
option name 'switch0'
option reset '1'
option enable_vlan '1'
config switch_vlan
option device 'switch0'
option vlan '1'
option ports '1 2 3 4 0t'
config switch_vlan
option device 'switch0'
option vlan '2'
option ports '5 6t'
config interface 'VPN'
option proto 'none'
option ifname 'tun0'
option auto '0'
config interface 'VPNS'
option proto 'none'
option ifname 'tun-server'
option auto '0'
config interface 'TAP'
option proto 'none'
option ifname 'tap0'
option auto '1'
config interface 'TAPS'
option proto 'none'
option ifname 'tap-server'
option auto '0'
config interface 'wg0'
option proto 'wireguard'
option auto '0'
list addresses ''
config interface 'wg1'
option proto 'wireguard'
option auto '0'
list addresses ''
config interface 'wwan'
option proto 'dhcp'
option metric '2'
config interface 'wwan2'
option proto 'dhcp'
config interface 'wan2'
option proto 'dhcp'
option metric '20'
option ifname 'wan2'
config interface 'wan1'
option proto 'dhcp'
option ifname ' '
option metric '10'config wifi-device 'radio0'
option type 'mac80211'
option channel '11'
option hwmode '11g'
option path 'platform/ahb/18100000.wmac'
option htmode 'HT40'
option noscan '1'
option txpower '20'
option country 'HU'
config wifi-iface 'wifinet0'
option ssid '---------'
option encryption 'psk2+ccmp'
option device 'radio0'
option key '----------'
option mode 'ap'config defaults
option syn_flood '1'
option input 'ACCEPT'
option output 'ACCEPT'
option forward 'REJECT'
config zone
option name 'lan'
option input 'ACCEPT'
option output 'ACCEPT'
option forward 'ACCEPT'
option network 'lan'
config zone
option name 'wan'
option input 'REJECT'
option output 'ACCEPT'
option forward 'REJECT'
option masq '1'
option mtu_fix '1'
option network 'wan wan6 wwan wan1 wan2 wwan2'
config forwarding
option src 'lan'
option dest 'wan'
config rule
option name 'Allow-DHCP-Renew'
option src 'wan'
option proto 'udp'
option dest_port '68'
option target 'ACCEPT'
option family 'ipv4'
config rule
option name 'Allow-Ping'
option src 'wan'
option proto 'icmp'
option icmp_type 'echo-request'
option family 'ipv4'
option target 'ACCEPT'
config rule
option name 'Allow-IGMP'
option src 'wan'
option proto 'igmp'
option family 'ipv4'
option target 'ACCEPT'
config rule
option name 'Allow-DHCPv6'
option src 'wan'
option proto 'udp'
option src_ip 'fc00::/6'
option dest_ip 'fc00::/6'
option dest_port '546'
option family 'ipv6'
option target 'ACCEPT'
config rule
option name 'Allow-MLD'
option src 'wan'
option proto 'icmp'
option src_ip 'fe80::/10'
list icmp_type '130/0'
list icmp_type '131/0'
list icmp_type '132/0'
list icmp_type '143/0'
option family 'ipv6'
option target 'ACCEPT'
config rule
option name 'Allow-ICMPv6-Input'
option src 'wan'
option proto 'icmp'
list icmp_type 'echo-request'
list icmp_type 'echo-reply'
list icmp_type 'destination-unreachable'
list icmp_type 'packet-too-big'
list icmp_type 'time-exceeded'
list icmp_type 'bad-header'
list icmp_type 'unknown-header-type'
list icmp_type 'router-solicitation'
list icmp_type 'neighbour-solicitation'
list icmp_type 'router-advertisement'
list icmp_type 'neighbour-advertisement'
option limit '1000/sec'
option family 'ipv6'
option target 'ACCEPT'
config rule
option name 'Allow-ICMPv6-Forward'
option src 'wan'
option dest '*'
option proto 'icmp'
list icmp_type 'echo-request'
list icmp_type 'echo-reply'
list icmp_type 'destination-unreachable'
list icmp_type 'packet-too-big'
list icmp_type 'time-exceeded'
list icmp_type 'bad-header'
list icmp_type 'unknown-header-type'
option limit '1000/sec'
option family 'ipv6'
option target 'ACCEPT'
config rule
option name 'Allow-IPSec-ESP'
option src 'wan'
option dest 'lan'
option proto 'esp'
option target 'ACCEPT'
config rule
option name 'Allow-ISAKMP'
option src 'wan'
option dest 'lan'
option dest_port '500'
option proto 'udp'
option target 'ACCEPT'
config include
option path '/etc/firewall.user'
config zone 'vpnzone'
option name 'VPN'
option forward 'REJECT'
option output 'ACCEPT'
option network 'VPN'
option input 'REJECT'
option masq '1'
option mtu_fix '1'
config forwarding 'vpnforward'
option dest 'VPN'
option src 'lan'
config zone 'vpnzones'
option name 'VPNS'
option forward 'REJECT'
option output 'ACCEPT'
option network 'VPNS'
option input 'ACCEPT'
option masq '1'
option mtu_fix '1'
config forwarding 'vpnforwards'
option dest 'VPNS'
option src 'lan'
config zone 'wgzone'
option name 'wg'
option forward 'ACCEPT'
option output 'ACCEPT'
option network 'wg0 wg1'
option input 'ACCEPT'
option masq '1'
option mtu_fix '1'
config forwarding 'wgwforward'
option dest 'wan'
option src 'wg'
config forwarding 'wwgforward'
option dest 'wg'
option src 'wan'
config forwarding 'lwgforward'
option dest 'wg'
option src 'lan'
config forwarding 'wglforward'
option dest 'lan'
option src 'wg' -
#70956
szatocs1981
aktív tag
vargalex
#70950
szatocs1981
aktív tag
válasz
vargalex
#70950
üzenetére
Szia, elnézést, hogy ilyen későn reagálok:
ha tehát csatlakozni próbálok a WiFi-re, csatlakozik (most valamiért nem kell IP-t manuálisan adni neki, viszont nincs net). logban az alábbi áll:Fri Oct 22 11:32:10 2021 daemon.info hostapd: wlan0: STA xx:xx:xx:xx:xx:xx IEEE 802.11: authenticated
Fri Oct 22 11:32:10 2021 daemon.info hostapd: wlan0: STA xx:xx:xx:xx:xx:xx IEEE 802.11: associated (aid 1)
Fri Oct 22 11:32:10 2021 daemon.notice hostapd: wlan0: AP-STA-CONNECTED xx:xx:xx:xx:xx:xx
Fri Oct 22 11:32:10 2021 daemon.info hostapd: wlan0: STA xx:xx:xx:xx:xx:xx WPA: pairwise key handshake completed (RSN)
Fri Oct 22 11:32:11 2021 daemon.warn dnsmasq-dhcp[2947]: DHCP packet received on wlan0 which has no address
Fri Oct 22 11:32:14 2021 daemon.warn dnsmasq-dhcp[2947]: DHCP packet received on wlan0 which has no address
Fri Oct 22 11:32:19 2021 daemon.warn dnsmasq-dhcp[2947]: DHCP packet received on wlan0 which has no address
Fri Oct 22 11:32:24 2021 daemon.warn dnsmasq-dhcp[2947]: DHCP packet received on wlan0 which has no address -
-
#70933
szemmelver
aktív tag
vargalex
#70931
-
-
@Jocó@
tag
válasz
vargalex
#70884
üzenetére
Te már ath79 alapon használod a routereid? Van esetleg tapasztalatod vele?
Pár éve izzott itt a levegő a gigabit-es NAT miatt. Azt se tudom, végül beépült-e mainline-ba?Most azt mérlegelem, hogy akarok-e 1-1,5 órát rászánni az életemből a szülőknél újra beállítani a routeret, vagy eltekintek a jövőbeli security fixektől, és EoL-t definiálok a routerre?
-
petakpa1
őstag
válasz
vargalex
#70870
üzenetére
Köszi. És azután, hogy a available package-ként letöltésre felajánlott Freifunk-Generic sem működött nállam szerinted megpróbálkozhatom az általad linkelt 2020-assal?
Legroszabb esetben az sem működik és eltávolítom azt is terminálból mint a Freifunk-ot? Történhet ennél rosszabb, pl hogy teljesen használhatatlanná válik a router és nem tudok HO-ból dolgozni?
-
petakpa1
őstag
válasz
vargalex
#70859
üzenetére
Szia Alex,
Csak most jutottam oda, hogy foglalkozzam ezzel a kérdéssel
Ez a firmware van jelenleg a v1-esemen:
OpenWrt 19.07.5 r11257-5090152ae3 / LuCI openwrt-19.07 branch git-20.341.57626-51f55b5A System / Software menüben rányomtam az az Update Lists gombra majd némi gondolkozás után kilistázta az upgradelhető installálható csomagokat.
Itt az Updates gomb alatt találtam 24 Upgradelhető csomagot, többek között egy
luci-theme-bootstrap nevűt, melyet git-20.341.57626-51f55b5-1 verzióról » git-21.044.30835-34e0d65-1 verzióra lehetne upgradelnem Szükséges ez? Egyáltaln mit jelenet az, hogy bizonyos csomagokat upgradelek? Érdemes ezzel foglalkozni?
Szintén ugyanitt Software menüben az Available gombra rányomva luci-theme-openwrt-re leszűrve installálható csomagként az alábbi jelent meg:
luci-theme-openwrtgit-21.044.30835-34e0d65-1Ezt telepítsem az új Luci skin-hez, vagy az általa fentebb linkelt 21.035.74863-4a00f5b verziót?
Köszi!
-
Doky586
félisten
válasz
vargalex
#70823
üzenetére
Lehet, de a sokkal régebbi routerem (4300 ddwrt-vel) tudja a wpa3-at, a sokkal újabb android telefonom (őszi frissítésű 8.0) pedig nem tudja a wpa3-at..
A 1043v1 gyári szoftvere se támogatja a wpa3-at..
WifiAnalyser-ben se láttam sose wpa3 eszközt a környékemen (gondolom ez a telefonom wpa3 hiányának hibája).
Az a helyzet, hogy a fullos transmission mappát a másik gépről másoltam. Okozhatott az zavart?
Ugyanis ezt már próbáltam korábban, de akkor valami miatt mégsem csatlakozott.
. Elég stabil egy jószág.
)
, nem most lesz, hogy nekiesek, de köszi még egyszer ezt is és a korábbiakat is.
-
![;]](http://cdn.rios.hu/dl/s/v1.gif)
...és műkdödik!! 
Új hozzászólás Aktív témák
- Külföldi rendelések: boltok, fizetés, postázás
- Autós topik
- Hobby elektronika
- Komolyan ráállt a csúcs-GeForce-ok átalakítására Kína
- Világ Ninjái és Kódfejtői, egyesüljetek!
- Lakáshitel, lakásvásárlás
- Lexus, Toyota topik
- Hisense LCD és LED TV-k
- Brogyi: CTEK akkumulátor töltő és másolatai
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- További aktív témák...
- Samsung Galaxy S25 128GB Kártyafüggetlen 1 év Garanciával
- Telefon fólia (Hidrogél)
- DELL Precision 5540 Workstation i7-9850H Nvidia Quadro T1000 32GB 1000GB 15.6 új akksi 1év garancia
- Samsung Galaxy S22 Ultra 256GB Kártyafüggetlen 1 év Garanciával
- DELL Precision 5540 Workstation i7-9850H Nvidia Quadro T1000 16GB 512GB 15.6 új akksi 1év garancia
- TOP PC konfig /Ryzen 7 9800X3D, 32GB DDR5 RAM, 1TB SSD/ akciós áron eladó!
- BESZÁMÍTÁS! Gigabyte B650 R7 7800X3D 32GB DDR5 1TB SSD RTX 4080 16GB ZALMAN I3 NEO Corsair 850W
- LG 39GS95UE - 39" Ívelt OLED / QHD 2K / 240Hz & 0.03ms / 1300 Nits / NVIDIA G-Sync / AMD FreeSync
- Csere-Beszámítás! Gigabyte Vision RTX 3070Ti 8GB GDDR6X Videokártya!
- Azonnali készpénzes GAMER / üzleti notebook felvásárlás személyesen / csomagküldéssel korrekt áron
Állásajánlatok
Cég: FOTC
Város: Budapest