- Redmi Note 12 Pro - nem tolták túl
- Dobhatja a Google az Exynost és a Samsungot
- Yettel topik
- Samsung Galaxy Z Fold3 5G - foldi evolúció
- Touroll J1 - amikor az átlagos is elég
- Fotók, videók mobillal
- Huawei Mate 10 Pro - mestersége az intelligencia
- iPhone topik
- Samsung Galaxy S22 Ultra - na, kinél van toll?
- Telekom mobilszolgáltatások
Hirdetés
-
Újabb robottaxis balesetekre derült fény
it Az USA biztonsági vizsgálatot indított a Waymo önvezető autói kapcsán, és újabb balesetekre derült fény.
-
Indul a PlayStation Days of Play, bemutatkoztak a következő PS Plus játékok
gp Alig egy napot kell várni és elrajtol a Sony szokásos leárazása.
-
Fekete misztikum: DeepCool Mystique 360 vízhűtés
ph Fekete ventilátorokkal, visszafogott világítással, de LCD kijelzővel érkezik a gyártó új topmodellje.
-
Mobilarena
TP-Link WR1043ND - N450 router
Új hozzászólás Aktív témák
-
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.bin
Oct 23 13:07:28 in.tftpd[89742]: RRQ from 192.168.0.86 filename wr1043nv1_tp_recovery.bin
Oct 23 13:07:31 in.tftpd[89772]: RRQ from 192.168.0.86 filename wr1043nv1_tp_recovery.bin
A 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.
aláírás1: csocsó-vesztes vagyok, főleg a Bog és Bocha páros ellen, aláírás2: van mobilarénáskulcstartóm! :D
-
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.bin
Nem 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!
aláírás1: csocsó-vesztes vagyok, főleg a Bog és Bocha páros ellen, aláírás2: van mobilarénáskulcstartóm! :D
-
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.
Ellenben itt ilyenrol szo sincs, latszolag minden rendben, de megsem. Pedig mar halokartyat, halokabelt, switchet, recovery.bin-t es router portot is csereltem.
aláírás1: csocsó-vesztes vagyok, főleg a Bog és Bocha páros ellen, aláírás2: van mobilarénáskulcstartóm! :D
-
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.
aláírás1: csocsó-vesztes vagyok, főleg a Bog és Bocha páros ellen, aláírás2: van mobilarénáskulcstartóm! :D
-
-
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. -
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 -
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.[ Szerkesztve ]
-
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... -
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... -
-
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.
-
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 #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 -
-
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
-
xabolcs
őstag
válasz vargalex #71210 üzenetére
Most hogy kikapcsoltam a pelda utemezest, tenyleg azonnal eszrevette.
Ellenben csak akkor indult el, ha ujrainditottam. Valoszinuleg azert, amit irsz, hogy nem volt elotte crontab fajl.Viszont igy keves semmi otletem nem, hogy miert nem fut szatocs1981-nal.
aláírás1: csocsó-vesztes vagyok, főleg a Bog és Bocha páros ellen, aláírás2: van mobilarénáskulcstartóm! :D
-
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/value
pedig "1"-et ad vissza. -
szatocs1981
aktív tag
-
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?
"... Feltalálom a hidegfúziót oszt reszeltek az amcsiknak...":)))
-
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 .
"... Feltalálom a hidegfúziót oszt reszeltek az amcsiknak...":)))
-
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
"... Feltalálom a hidegfúziót oszt reszeltek az amcsiknak...":)))
-
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[ Szerkesztve ]
"... Feltalálom a hidegfúziót oszt reszeltek az amcsiknak...":)))
-
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
-
xabolcs
őstag
válasz vargalex #71289 üzenetére
Erre (az ARP tablas rogzitesre) vartam!
Koszonom!A fo router is fel fogja tudni ebreszteni, ha csak az OpenWrt-s eszkozben van rogzitve? Van olyan okos, hogy megkerdezze tole?
aláírás1: csocsó-vesztes vagyok, főleg a Bog és Bocha páros ellen, aláírás2: van mobilarénáskulcstartóm! :D
-
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....
[ Szerkesztve ]
-
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?
[ Szerkesztve ]
"... Feltalálom a hidegfúziót oszt reszeltek az amcsiknak...":)))
-
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[ Szerkesztve ]
-
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.
"... Feltalálom a hidegfúziót oszt reszeltek az amcsiknak...":)))
-
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...
"... Feltalálom a hidegfúziót oszt reszeltek az amcsiknak...":)))
-
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...
"... Feltalálom a hidegfúziót oszt reszeltek az amcsiknak...":)))
-
petakpa1
őstag
-
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[ Szerkesztve ]
-
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... )
Túrista vagyok
-
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...Túrista vagyok
-
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 .
"... Feltalálom a hidegfúziót oszt reszeltek az amcsiknak...":)))
-
petakpa1
őstag
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Promenade Publishing House Kft.
Város: Budapest