- Luck Dragon: Asszociációs játék. :)
- eBay-es kütyük kis pénzért
- sziku69: Szólánc.
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Chosen: Canon 5D II - portrézás 2025-ben
- bitpork: Augusztus 2- szombat jelen állás szerint.
- sziku69: Fűzzük össze a szavakat :)
- Geri Bátyó: B550 szűk keresztmetszet, de mi és miért?
- Fogkefe: elektromos vagy manuális?
- Magga: PLEX: multimédia az egész lakásban
-
LOGOUT
TP-Link WR1043ND - N450 router
Új hozzászólás Aktív témák
-
petakpa1
őstag
Sajnos továbbra sem sikerül
Az alábbiakat csináltam:
1) VLAN 2 sorban WAN porto off-ra kapcsoltam, majd Save & Apply => Sikeres
2) VLAN2 sor törlése, majd Save & Apply => Sikeres
3) Interface-k között WLAN és WLAN6 törlése, majd Save & Apply => Sikeres4) Ezután VLAN1 sorban WAN port untaged-re kapcsolása, majd Save & Apply => Sikertelen
4) lépést úhgy is próbáltam, hogy 1)-3) lépsek után volt egy reboot, majd csak ezt követően próbálztam 4)-et Save & Apply-al alkalmazni, de ez már sikertelen volt
Parancsorból hogyan kellene?
-
petakpa1
őstag
válasz
xabolcs
#71397
üzenetére
Próbálom ismét Luci alól egyenlőre.
1. Lépésként VLAN2 sorban WAN portot OFf-ra állítom. Ez sikeres
2. Lépésként VLAN2 sorban próbálom WAN portot untagged-re állítani. Rányomok a Save-re, majd jobb felül világoskákkel kiírja, hogy Unsaveds changes 2.
Erre a feliratra rákattintva az alábbi képernyő jön fel:
Itt a zöld Save & Apply gombra kattintva 90 secig pörög a configuration, de végül sikertelen lesz. Failed to confirm apply within 90s, waiting for rollback üzenetet kapok. Luci ablaka lefagy böngészőben, de új tabon megnyitva Lucit ismét bejön és visszajutok oda, hogy világoskék Unsaved changes: 2 felirat van jobb felső sarokban
@ Alex
OK akkor kipróbálom azt is, hogy WAN interface-t törlöm, mileőtt WAN portot VLAN1 sorban untagged-re próbálom állítani.Egyébként most tűnt fel még valami.
Miután WAN portot VLAN1 sorban próbáltam untagged-re állítani, de sikertelen lett a configuration azt vettem észre, hogy LAN4 porton is megszűnt a link, pedig be van LAN kábel abba a portba és lóg is rajta egy lapotop, amin valóban nincs így netkapcsolat
Újabb update 1-2 perc után LAN4 port megink aktívvá válik. Ki érti ezt... -
petakpa1
őstag
válasz
petakpa1
#71395
üzenetére
Hard reset után visszatöltöttem a korábbi beállításaimat. Most visszakerültem oda ahonnan indultam 4 LAN + 1 WAN portom van
Esetleg ha újból próbálkozom valami logból ki lehet olvasni, hogy miért nem sikerül alkalmaznia azt a beállítást amikor VLAN1 sorban WAN portot állítanám át off-ról untagged-re?
-
-
petakpa1
őstag
válasz
petakpa1
#71393
üzenetére
Ajjaj.
Utolsó lépést próbáltam úgy, hogy előbb külon csak Save gombal menteni, majd Apply Unchecked módon alkalmazni.
Ezt lett az eredmény:
Could not regain access to the device after applying the configuration changes. You might need to reconnect if you modified network related settings such as the IP address or wireless security credentials.Azóta nem érem el böngészőből Lucit
Próbálok egy újraindítást hátha
-
petakpa1
őstag
válasz
petakpa1
#71391
üzenetére
Sajnos nem sikerül
Az alábbiakat csináltem ebben a sorrendben:
VLAN2 sorban WAN portot Off-ba raktam majd Save&Apply => Ez sikeres is
VLAN2 sort töröltem majd Save&Apply => Ez is sikeres
Ezt követően próbálnám
VLAN1 sorban WAn porto Untagged-re állítani majd Save&Apply, de ezt nem hajtja végre 90 secig fut, a configiration, de utánna Failed to confirm apply within 90s, waiting for rollback… hibár jelez felül és Luci le is vagy böngészőablakban. Új ablakban megnyitva Lucit WAN port WAN port untagged-ként van VLAN1 sorban, de jobb felül kékkel azt írja, hogy unsaved chnages -
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.
-
vargalex
Topikgazda
válasz
petakpa1
#71389
üzenetére
A WAN portot ki kell venni a 2-es VLAN-ból (tehát a minimum az, hogy ott off-ba teszed), azaz a legjobb, ha törlöd is a 2-es VLAN-t, hiszen úgysem tartozna bele egyetlen port sem. És igen, az 1-es VLAN-ba untagged-ként be kell tenni. Ezután a WAN interface-t is törölheted.
-
petakpa1
őstag
válasz
Borisz76
#71385
üzenetére
+ 1 portért nem fogok üzemeltetni még egy kis áramszipkázót, mégha csak pár wattot is fogyaztana az újabb switch.
1043ND-m most gyakorlatilag AP módban üzemel, de nem a fő router (ami a Vodafone-tól származó HGW), hanem 1043ND osztja ki az ip címeket a LAN-omon belül. Azaz a 1043ND a DHCP szerver. Ennek megvolt az oka, hogy miért kellett ilyen opológiai hálót felépítenem a meglévő eszközökből, de most ebbe nem mennék bele. Korábban le volt itt írva a tipocban, hogy miért is kellett ez nekem....
Lényeg, hogy a 1043ND-m WAN portját szeretném átkonfigolni LAN porttá OpenWrt alatt.
-
vargalex
Topikgazda
válasz
petakpa1
#71382
üzenetére
Szia!
Milyen OpenWrt verzió van rajta? Ha még régebbi (nem DSA-s), akkor (persze változott azóta a felület) így. Ha már DSA, akkor a Hálózat->Csatolók oldal Eszközök fülén tudod ugyan ezt megcsinálni. A WAN interface-t ilyenkor is törölheted.
#71385 Borisz76: Nem feltétlenül a routeren kell, hogy fusson a DHCP szerver, illetve egyéb szolgáltatások. Nyilván a kollégának is van egy routere, de az abba beépített DHCP szerver szolgáltatása kevés, az 1043ND pedig nem tud akkora sebességet NAT-olni. Switch-ként viszont tökéletes...
-
Borisz76
nagyúr
-
petakpa1
őstag
Ismét kérnék egy kis segítséget a jelenleg vezetékes switchként, dhcp szerverként, és dyndns kliensként használt 1043ND-v1 eszközömhöz.
Arra lenne szükségem, hogy az eszköz WAN portját is LAN portként tudjam használni, mert lett egy negyedik vezetékes eszközöm is. Az eszköz 4 LAN portja már most is használatban van, 1 megy ugye a HGW-m felé a maradék 3-omba pedig vezetékes eszközeim vannak dugva.
Mit és hogyan kellene átállítanom Luciban, hogy a WAN port is LAN portként működjön? Meg lehet ezt egyáltalán Luciban csinálni, vagy konzolon keresztül kell?
Előre is köszi a segítséget! -
#71380
gduck
addikt
eladohardver
#71379
gduck
addikt
válasz
eladohardver
#71379
üzenetére
-
#71379
eladohardver
őstag
petakpa1
#71378
eladohardver
őstag
válasz
petakpa1
#71378
üzenetére
amikor fent volt még nem tudtam software offload kikapcsolásról... szóval nem tudok nyilatkozni... gyári beállítással 192/43 speedtest vót..
Az viszont nyilvánvaló vót h több memóriát zabált, mint a jelenlegi lehet ha az ember kiheréli azt a verziót még jó lehet... (csak ahhoz kéne tudni miket lehet kikapcsolni autostartból) -
petakpa1
őstag
-
#71375
petakpa1
őstag
eladohardver
#71374
petakpa1
őstag
válasz
eladohardver
#71374
üzenetére
Gwlim féle fw hozta ezt a sebességet?
-
#71374
eladohardver
őstag
eladohardver
őstag
#wow
Nagyon köszönöm, mindannyiótoknak a segítséget
wifi beállítások: Mode N channel 11 width 40 mhz
Maximum transmit power: 24dbm -current 21dbm (Esetleg valami ötlet, hogy miért nem megy maxig 24 amire az eszköz képes)
Advanced settingsnél: Country code default
force 40mhz mode
Speedtest: 150/155 (1 gyári antenna+2 9db)Lan Kábellel, minimális veszteség: 939/327
-
#71373
woodworm
veterán
eladohardver
#71372
woodworm
veterán
válasz
eladohardver
#71372
üzenetére
A régire ezt nézd meg.
-
#71372
eladohardver
őstag
xabolcs
#71370
eladohardver
őstag
válasz
xabolcs
#71370
üzenetére
Melyik kapcsolót nyomjam át a router webfelületén, h AP-ként működjön?
Configuration via LuCI, the OpenWrt Web Interface
Ezt a leírást kellene értenem/követnem, hogy működjön a dolog...?
Vagy ne is álmodozzak róla? Mert, hogy az elején leszögezi, hogy ez a 2021 okt15 openwrt 21.02.0- működnek, és h az előtte lévő verzióknál nincs garancia arra h működni fog ...
Nincs egy dummybiztos magyar nyelvű leírás ?
-
#71371
gduck
addikt
eladohardver
#71369
gduck
addikt
válasz
eladohardver
#71369
üzenetére
Firewall beállításnál engedélyezzed a software offloadot!!
-
#71370
xabolcs
őstag
eladohardver
#71369
xabolcs
őstag
válasz
eladohardver
#71369
üzenetére
Ne hasznald a router funkciojat (hanem hasznald switch-kent vagy AP-kent, ahogy az elso valaszomban irtam) es akkor vezeteken at fog menni a gigabit (persze, hiszen nem lesz NAT-olas), wifi-n meg amit a vas ki tud preselni magabol!
-
#71369
eladohardver
őstag
xabolcs
#71368
eladohardver
őstag
válasz
xabolcs
#71368
üzenetére
Köszönöm a segítséget!
Felment, ezt a 2020 jul verziót találtam legújjabnak... 199/136 alap gyári beállításokkal... kábellel... Esetleg valamit kéne állítgatni?
Lehet nem is jót dobtam fel?Mert láttam, hogy valami 700mbps-sebességet benchmarkolt ...
Egyébként az eszköz ugyan ebben a formában lészen később használva... Huawei modem->Tplink AX1500 Pppoe vel csatlakozik... osztja az ip-t 10.xx.xx.xxx ... ez a WR1043ND megy másik házba... hosszú cat5e kábellel és osztja a wifit...
Nem lehet valahogy h legyen ipv6
Nekem ez az openwrt tök új dolog...
Be kéne kapcsolna RA-t ... ?és ... mondjuk azokat az IP-ket ossza amiket az AX1500 adna...? Hogy elérjem a többi gépet stb
-
#71368
xabolcs
őstag
eladohardver
#71367
xabolcs
őstag
válasz
eladohardver
#71367
üzenetére
Megtalalod a keresoben!
Nem kell visszadobnod a guarit, de nem szabad megtartani a konfigot valtaskor! -
#71367
eladohardver
őstag
xabolcs
#71366
eladohardver
őstag
válasz
xabolcs
#71366
üzenetére
Közben dobtam egy 22.03 openwrt-t azzal picivel ok-b-- viszont jah... a feltöltésen látszik, hogy valami nem frankó 192/43
...
A gwlim félét hol is tanálom, valahogy nem jön át hogy az mi is... Összefoglalóban nem látom
Fel tudom dobni 22.03-ból? Vagy vissza kell dobjam a gyári rom-ot? -
#71366
xabolcs
őstag
eladohardver
#71365
xabolcs
őstag
válasz
eladohardver
#71365
üzenetére
A 22.03 es ujabb hivatalos OpenWrt-k, mar alig futnak rajta memoriaszuke miatt.
Szerencsere mar a korabbi OpenWrt verziok is tamogatjak a soft offload-ot, amivel foljebb lehet menni. Aztan vegul van a gwlim-fele valtozat, ami a maximumot hozza ki a vasbol.Igen, eljart felette az ido, annyira, hogy a 32 MB RAM-ot az OpenWrt is kinotte.
AP-nak, switch-nek jo lehet, ha nincs mas. -
#71365
eladohardver
őstag
eladohardver
őstag
-
HiFiHobbi
tag
Sziasztok! Nekem WR1043ND v2.1 van v3.0-ás FW-re frissítve, mert elvileg a HW egyezik a v3.0-val. Dynamic WAN beállítással nekem áthozta a 900Mbit/s-t is ismerősnél gigás optikás nettel.
Kérdésem csak annyi ez a v2.1 vertzó képes lesz v3.0 FW-vel a 800Mbit/s körüli sebességet áthozni PPPoE kapcsolattal? Most lenne átállás optikára és szeretném ezt a routert tovább használni mert eddig ez bevált mint főrouter mint AP. Mivel ezekből a routerekből van összerakva a hálózat így mindenhol van wifi rendesen. A felállás az 1.-es 1043ND a főrouter a 2-4 1043ND meg AP Switch.
-
petakpa1
őstag
Elmentünk 1 hétre nyaralni, mely alatt volt egy áramszünet aminek következtében értelemszerűen újraindult az AP módba konfigurált TP-Link 1043ND v1 eszközöm.
Viszont sajnos az újraindulás után az OpenWrt beli dyndns kliens nem indult el automatikusan. Ez az anomália (azaz, hogy a 1043ND újraindítása után dyndns kliens nem indul el automatikusan, hanem kézzel kell elindítani a process-t) már régebben fennállt, csak mivel itthon voltunk nem tulajdonítottam neki nagy jelentőséget, mert LAN-ról belépve az eszközbe kézzel elindítottam és kész. Tehát a hiba nem az áramszünettel van összefüggésben...
Ha nem vagyunk itthon és az áramszünet hosszabb ideig tart, akkor az áram visszatérte után a szolgáltatói HGW-m és 1043ND újraindulásakor nem biztos, hogy a korábbi ip címet kapom vissza és máris elvesztettem az itthoni hálózatom WAN felőli elérésének lehetőségét
. Ezért szeretném megoldani, hogy OpenWrt boot után automatikusan indítsa el Dyndns klienst is. Tudtok erre megoldást?
Gondolatom szerint System/Startup/Local Startup mezőbe kellene valamit beírnom, de mit?Amúgy az az érdekes, hogy a System/Startup/Initscripts menüben Enabled-re van állítva a dyndns kliens, de mégsem indul el automatikusan
.Közvetlenül újraindítás után így néznek ki a releváns menük:
-
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
. -
-
G.F.
aktív tag
válasz
xabolcs
#71349
üzenetére
Köszönöm aálaszokat gduck-nak és neked. Azért váltottam DIGI-ről, mert az okosotthon eszközeim fix ip-t szeretnek és a routerukban ez a lehetőség 10-re volt maximálva, és más dolgokban is korlátozott volt a lehetőség. Legfeljebb beszerzek másik routert, csak gondoltam megpróbálok addig abból főzni, ami van itthon...
-
xabolcs
őstag
Ha tenyleg csak ez a routered van, es eddig nem volt gond a DIGI-s routerrel, akkor szerintem esszerubb visszaterni a regi felallashoz: DIGI-s eszkor a fo router, a TP-Link pedig switch/AP.
Ez a verzio mar tud hardveres gyorsitat (~800 MBit/s), de sajnos csak gyari szoftver alatt: DD-WRT-rol vissza kell terned a reg elavult gyari szoftverre ... ami korultekintest igenyel, kulonben papirnehezek lesz a TP-Link-bol!
(A DD-WRT -> OpenWrt atallast is el lehet rontani, de annak a javitasahoz nem kell szetszedni a routert! Es ahogy gduck irta, azzal mar el lehet erni ~500 MBit/s-t) -
G.F.
aktív tag
Sziasztok!
Digi a szolgáltatóm. Eddig switchként használtam a TPLINK WR1043ND V2 routerem. A firmware: DD-WRT v24-sp2. Most átkapcsoltam a szolgáltatói router bridge m¸dba, és betettem a tp-linket routernek. A gondom az, hogy a lan sebesség lecsökkent 100M alá. Eddig sem volt 1G, de 500-700M megvolt. Mi lehet a gond? Esetleg nem mindegyik lan port gigabites? Tudom, próbálgathattam volna, de mozgássérült vagyok és gondoltam először itt kérdezek, mielőtt hívok segítséget.
Kérem a segítségeteket, egy válasz erejéig... -
petakpa1
őstag
Kb fél éve segítettek beállítani v1-s 1043ND routeremet speciális feladatra (switch+dhcp server+dyndns kliens+WOL funkció kettős port fw segítségével és Luci felületről is). Azóta is hibátlanul működik minden
.Emlékeztetőül így néz ki az itthoni hálózati infrastruktúrám:
(A narancssárga wifis rész továbbra sincs beüzemelve, mert HGW wifije elég jól lefed mindent egyenlőre. Később lehet el kel majd mozgatni HGW-t máshova és akkor már be kell majd kapcsolni az öregfiú wifijét is, de ez nem mostani téma még.)
Mostani témám/kérdésem az lenne, hogy be lehetne-e üzemelni a lehető legegyszerűbb, és legerőforrás-takarékosabb VPN servert (gondolatom szerint PPTP lenne az) öregfiún.
Cél nem a biztonság lenne, hanem csak annyi, hogy unokaöcsém havonta 1-2 alkalommal az én ip címemen keresztül tudjon bejelentkezni egy weboldalra.
Valami olyasmit képzeltem el, hogy a
1) HGW-n forwardolok egy újabb portot a 1043ND felé
2) unokaöcsém eszközein (Android okosteló és Windows PC) bekonfigurálom a beépített VPN kliens szolgáltatást úgy, hogy VPN servernek az én HGW-m WAN ip címét adom meg az 1) pontban FW-olt porton keresztül
3) 1043ND-n pedig beállítok a legegyszerűbb PPTP VPN servertMűködést úgy képzelném, hogy unokaöcsém eszközei mint VPN kliensek WAN-on HGW-men keresztül rácsatlakoznának a 1043ND-n futó VPN serverre, és rajta keresztül mennének ki az internet felé. Innentől kezdve az a weboldal, ahova unokaöcsém be akar lépni úgy érzékelné, hogy az én ip címemről jelentkeztek be rá. Amikor ez megtörtént akkor unokaöcsém bontaná is a VPN kapcsolatot és ezt követően már közvetlenül a saját ip címéről csatlakozna weboldalhoz. Weboldal használatának tudomásom szerint csak az a feltétele, hogy havonta legalább 1x arról az ip címről csatlakozzanak be a felhasználók, amit a weboldal üzemeltetője a szolgáltatás előfizetője saját ip címének gondol.
Működhet e a fenti, be lehet-e 1043ND-men erre a célra üzemelni egy light VPN servert? Ha igen hogyan, mit kell telepíteni, hogyan kell konfigolni? Ráadásul olyan konfig kellene, hogy VPN server ne csak a saját 192.168.0.1-255 tartományú LAN-on lévő eszközeimet lássa (akár az se lenne baj ah egyáltalán nem látná ezeket), hanem az, hogy VPN server vissza is engedje VPN kliens a net felé, egyfajta VPN gateway-ként funkcionáljon a VPN kliens számára.
A folyamatosan futó, igaz klienst csak havonta 1-2 alkalommal rövid időre kiszolgáló VPN server mennyire fogja belassítani 1043ND-met? -
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...
) -
-
bpmcwap
senior tag
Amatőr kérdéseim lennének… Asus ax 5400 routerre váltottam...
1 - vargalex fw-ben port továbbításkor a protokol TCP/UDP, asusban van TCP, UDP, BOTH, és OTHER, de TCP/UDP nincs… mire állítsam az ip kamerákat?
2 – hogy tudnám a WANiP-t feltölteni a saját szerveremre gyári fw-vel? Vagy szerverről leolvasni a routerről?
-
xabolcs
őstag
válasz
Fooler89
#71334
üzenetére
Szia!
HWNAT-ot OpenWrt alatt sajnos csak a mediatek (pl. Xiaomi AX3200) es ramips/mt7621 platform routerjei tudnak.
Sot, az ujabb (22.03, SNAPSHOT) OpenWrt-knek van valami bajuk a PPPoE soft-offload-os gyorsitasaval: 22.03.0 IPv4 PPPoE software flow offload not working (#10224)
-
HiFiHobbi
tag
válasz
Borisz76
#71332
üzenetére
Szia!
A csodás Telekomnál optikán nincs bridge mód. Ráfogják a router meg a kábel a hibás, cseréld ki reseteld. Csak ha már tudtukra lett adva több routerrel és kábellel is ugyanaz van hogy adhatnak ilyen választ ezt nem értem. De értem, nem értenek hozzá a @ telekom meg soha semmibe nem hibás, soha nem tévednek, soha nem náluk van a hiba.
-
Borisz76
nagyúr
válasz
HiFiHobbi
#71331
üzenetére
Nekem Digis előfizum van és az ügyfélszolgálatotot kell hívni ha Bridge módba akarom rakatni vagy vissza router módba az általuk adott ONT-ot.
Gondolom Telekomnál is megoldható így.
Valamint van egy Digi-s weboldal, ahová bejelentkezve magam is tudom állítani a kívánt Bridge / Router üzemmódot.
Nem tudom, hogy a Telekomnál létezik e hasonló.... -
HiFiHobbi
tag
Sziasztok!
Gondoltam kiraakom ide is, hátha valamelyik TP-Linkes szaki tud erre megoldást.
A következőben kérnék segítséget. Adott a telekom otthoni szolgáltatása, melyet a következőképp használok. A telekomtól kapott eszközön be van állítva a PPPOE Passthrough és az 1-es LAN portjára a saját routerem van csatlakoztatva és azon adom meg a felhasználónevet és a jelszót.
Eddig egy Speedport entry i2 eszközöm volt a szolgáltatótól, de miután kiépítették az optikai hálózatot a lakóhelyemen, átváltottam arra. Meg is történt a beüzemelés, kaptam a speedport helyett egy Sagemcom F@st 5670 eszközt. Csak net és telefon van Tv nincs.Beállítottam ezen is a PPPOE Passthrough-t, 1-es proton rádugtam a routeremet. Na erre a Sagemcom úgy reagált, hogy kb 1-2 perc után totál kifagyott. Telefonhoz tartozó LED piros lett, power és PON ledek továbbra is zölden világítanak. Ilyenkor a webes felülete sem jön be a telekomos eszköznek. Újraindítás után megint 1-2-3 percig jó minden, aztán ugyanezzel a jelenséggel megszűnik minden. Speedtest vagy egyéb le és feltöltés esetén a művelet megkezdésekor 1 percen belül vagy azonnal kifagy a Sagemcom 5670. Ha viszont nem csatlakoztatom rá a saját routeremet, akkor újraindítás után jó minden, a PPPoE kapcsolatot a gépem építi fel, a router nincs a gép és az ONT között.
Szembejött esetleg valakinek már ehhez hasonló hiba? Vagy csak az új Telekomos eszköz ennyire hulladékra sikeredett?Úgy tűnik, hogy egyszerűen a Sagemcom F@st 5670 eszköz finnyás a TP-Link TL-WR1043ND v2.1/v3.0 és a TP-Link AC1750 Archer C7 v2/v3 routerre. Mások is és Telekomos szakik is próbáltak segíteni, de csak nem akar együtt dolgozni ez a digitális elosztó az én routereimmel. Amik más szolgáltatóknál minden hiba és gond nélkül tökéletesen működnek, működtek. Többen azt a tanácsot adták kérjem át teljesen 100%-ra Bridge módba a Sagemcom F@st 5670 eszközt, az megoldja a problémát. Hogyan és hol kell kérni ezt a Bridge módba átrakást? Ha már a PPPoE Passtrought nem jött össze.
Köszönöm előre is az esetleges válaszokat.
-
petakpa1
őstag
Megint adódott egy problémám a jelenleg (switchként + dhcp serverként + dyndns kliensként) használt TPLink WR 1043ND v1 eszközömmel.
Egészen pontosan a dyndns klienssel.
Telepítve van a luci-app-ddns csomag, ami értelemszerűen telepítette a ddns-scripts csomagot is.2 problémám van:
1) Az eszköz újraindításakor alapból nem indul el maga a ddns szolgáltatás. Ezt onnan vettem észre, hogy dyndns.org oldalon lehet csekkolni az utolsó host update-k időpontját és ez az eszköz nincs benne, nem updateli se nem ellenőrzi a WAN ip címemet dyndns.org serverén
Ha Luciban a Services/Dynamic DNS menüben elindítom manuálisan a szolgáltatást, akkor onnantól kezdve eszköz csekkolja és updateli is rendesen a WAN ip címet, viszont többé ha Luciban a Services/Dynamic DNS menüre klikkelek akkor az alábbi hibaüzenetet kapom:
stack traceback:
/usr/lib/lua/luci/controller/ddns.lua:116: in function 'service_version'
/usr/lib/lua/luci/controller/ddns.lua:126: in function 'service_ok'
/usr/lib/lua/luci/model/cbi/ddns/overview.lua:20: in function 'func'
/usr/lib/lua/luci/cbi.lua:66: in function 'load'
/usr/lib/lua/luci/dispatcher.lua:1340: in function '_cbi'
/usr/lib/lua/luci/dispatcher.lua:1023: in function 'dispatch'
/usr/lib/lua/luci/dispatcher.lua:478: in function </usr/lib/lua/luci/dispatcher.lua:477>A 2. probléma tehát az, hogy ha fut a dyndns szolgáltatás akkor annak Luci app-ja nem működik
.Neten rákeresve a fenti hibaüzenetre az alábbiakakat találtam:
https://forum.openwrt.org/t/dynamic-dns-luci-gui-does-not-load-on-19-07-rc1/48064/1
https://github.com/openwrt/luci/issues/3395Az itteni javaslatok alapján opkg és luci-compat telepítettségét ellenőriztem, mindkettő fenn van.
Van még egy olyan javaslat is, hogy töröljem Luci cache-t az alábbi parancssal:
rm -r /tmp/luci-*Ha ezt megteszem, mi fog történni? Az eszközbe beállított konfigurációimat (pl belső ip címek fixálása, dyndns szolgáltatás konfigurációja, magának az eszköznek a swithcként való használatra történt konfigurálása) érinti ez a törlés?
Windows-okon cache törlése általában nem okoz gondot, ha valami mégis kellene onnan és törölve lett, azt Windows újra automatikusan létrehozza. Ugyanez igaz OpenWrt-re is?
Nyugodt szívvel kiadhatom a parancsot? Nem fagy le tőle eszköz? Újraindítás szükséges/ajánlott a parancs kiadása után?
Ismét köszönöm a segítséget előre is
-
ЯΞD
senior tag
válasz
xabolcs
#71327
üzenetére
Hát abból gondolom, hogy nem szolgáltató mert mikor megszakad és kiírja mondjuk a facebook pc-n nincs kapcsolat akkor az óra mellett a földgömb van és elérhetetlen a router is. Aztán fél perc múlva újra van. Majd megint elmegy 10 másodpercre és ezt random időnként csinálja. Pc-t hálókártyát windows kizárom mert pont most váltottam és új win is van. Illetve wifin sincs akkor adatforgalom.
Szétszedéssel nincs bajom van egy kis technikai érzékem. És mit nézek a kondikon, hogy puposak-e?
Tápot nem igazán tudok leakasztani mást jelenleg. -
Zigi
senior tag
Tárgytalan, helyrejött. Rá engedtem a gyárit, utána pedig az openwrt-t gyáriról és jó lett. Igaz még mindig openen vagyok, de most megint nekifutok. Lehet inkább visszamegyek gyárira és utána át egy másik fw-re, mert ez az openről dd-re kicsinálta .
ui: ha valaki így járna Tfpd-s leírás tökéletesen működik az fw neve: wr1043v2_tp_recovery legyen v2es router esetén
-
#71322
vargalex
Topikgazda
Satrafuckar
#71321
vargalex
Topikgazda
válasz
Satrafuckar
#71321
üzenetére
Nyilván nem a teljes 300 MB-ot kell memóriában tartani…
-
#71320
vargalex
Topikgazda
Satrafuckar
#71319
vargalex
Topikgazda
válasz
Satrafuckar
#71319
üzenetére
Azért a minidlna-nak fel kell olvasnia az adatbázist... Különben hogy szolgálna ki?
-
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 -
#71318
vargalex
Topikgazda
Satrafuckar
#71317
vargalex
Topikgazda
válasz
Satrafuckar
#71317
üzenetére
Szerintem egyszerűen kevés a RAM egy ekkora adatbázishoz. Nyilván az index létrehozása sem véletlenül nem futott le. Nem azonnal a disk-re történik...
-
Satrafuckar
tag
válasz
Satrafuckar
#71303
üzenetére
minidlna adatbázist routeren kivül linuxos vm-el megépítettem próbaképp.
de továbbra is az van, hogy ha minidlna engedélyezve van akk bekapcs/restart után valami használhatatlanná lassitja a rendszert. logban semmi extra nem látszik.nincs további ötletem, illetve nem tudom hogyan lehetne nyomozni
-
vargalex
Topikgazda
válasz
petakpa1
#71314
üzenetére
Szia!
Maga a dnsmasq képes egy scriptet futtatni, amikor IP címet oszt (vagy megújít, esetleg release-eli) ki egy kliens számára. A linkelt dnsmasq manual-ban keress rá a --dhcp-script szövegre, ott a második találat lesz. Ezt a scriptet maga a dnsmasq úgy hívja meg, hogy paraméterként átadja neki sorban a típust (add/old/del) MAC címet, az IP címet, és a host nevet. Egy shell scriptben ezek rendre a $1, $2, $3, $4 változókkal hivatkozhatóak.
A#/bin/shegyszerűen a parancsértelmezőt jelöli, azt mondja meg, hogy az fogja futtatni a scriptet (esetünkben egyébként ez egy symlink azbusybox-ra).
A lényeg, hogy létrehozol valahova egy scriptet (pl. a/root-ba). Legyen mondjuk ez a/root/make_ip_permanent.sh.Mivel a LuCI-ban nem lehet megadni, így vagy kézzel szerkeszted a
/etc/config/dhcpfile-t és a dnsmasq szekcióba felveszed a többi közé azoption dhcpscript '/root/make_ip_permanent.shsort, majd újraindítod a dnsmasq-ot:
/etc/init.d/dnsmasq restartVagy uci-val adod hozzá:
uci set dhcp.@dnsmasq[0].dhcpscript='/root/make_ip_permanent.sh'majd szintént újraindítod a dnsmasq-ot.
A fenti scriptet nagyjából jól érted. Ugye az első sor a parancsértelmező, ezt írtam. A második sorban definiáljuk a számunkra érdekes MAC címet (nem kötelező definiálni, be lehet írni az if-be a $MACADDR helyére is. Csak én szeretem egyszer definiálni, hátha többször fogom használni.
A 3. sorban a script megvizsgálja, hogy a 2. paraméterként érkező érték (a fenti leírás alapján ugye ez a MAC cím) egyezik-e a számunkra érdekes MAC címmel. Ha nem, akkor nem csinál semmit.
A 4. sorban pedig rögzíti permanensen a szomszédot a paraméterként érkező IP cím és MAC cím segítségével.Ha csak kíváncsi vagy, hogy valóban futtatja-e a dnsmasq a scriptet, akkor legyen ennyi a tartalma:
#!/bin/shlogger -t make_ip_permanent "Incoming type: $1, MAC address: $2, IP address: $3, Hostname: $4"Majd, ha újraindítod a dnsmasq-ot, akkor minden dhcp kéréskor/megújításkor/release-kor látni fogsz egy sort a rendszer logban a fenti tartalommal. Ez a script csak logol, semmi mást nem csinál.
-
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...
-
vargalex
Topikgazda
válasz
petakpa1
#71312
üzenetére
Szia!
Ahogy a #71310-et olvastam, akkor jutott eszembe, hogy valószínűleg változott a rendszer és DHCP címkiosztás esetén felülírja a permanensen rögzített IP címet. Erre egy megoldás lehet az általad is írt fix IP a kliensen (hiszen ekkor ugye a dnsmasq nem nyúl az ARP táblához. De rugalmasabb, ha kihasználod azt, hogy a dnsmasq-nak adhatsz egy custom scriptet (dhcpscript opció, LuCI-ra sajnos úgy látom, hogy nincs kivezetve), ami megkapja paraméterként a művelete (add, old, del), a MAC címet, az IP címet és a hostname-ot, ha küldi a kliens. Így egy saját scriptben simán felépíthető a parancs:
#!/bin/sh$MACADDR="aa:bb:cc:dd:ee:ff"if [ "$2" == "$MACADDR" ]; thenip neigh replace $3 lladdr $2 nud permanent dev br-lanfiA MAC cím vizsgálatot akár ki is hagyhatod, úgy minden géped permanensen benne lesz az ARP listában.
-
petakpa1
őstag
Szeretném hinni, hogy meg oldottam (némi googlizással és olvasással):
1) Startup script így néz ki:
# Put your custom commands here that should be executed once
# the system init finished. By default this file does nothing.
sleep 30
ip neigh replace 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 az élesztendő PC-m MAC címesleep 30 azért kell, hogy biztosan a boot folyamat végén fusson le az ip neigh replace parancs, akkor amikorra már az ip-tiny csomag is biztosan betöltődött és/vagy arp távla elkészült
ip neigh replcea parancs azért kell, mert ez egyben add és change is, ha nincs még ilyen bejegyzés ARP táblában, akkor létrehozza, ha van akkor megváltoztatja.
2) Ébresztendő PC TCP/IP beállításaiban fixálni kell IP címet, azaz ne DHCP szervertől kérjen ip címet.
Ha jól értem ez azért szükséges, mert az újabb OpenWrt-ben ha kliens kéri IP cím kiosztását DHCP szervertől, akkor ARP tábla azonnal befrissül, felülírja a korábbi ip neigh parancsok által rögzített IP-MAC összrenedeléseket.Ha a fenti startup scriptel indul TPLink majd kb 1-2 perc múlva bekapcsolom PC-met, is, és PC-ből putty-al csatlakozok TPLink-re és kiadom az ip neigh parancsot, akkor végre PERMANENT-et kapok PC-m IP címére.
Remélem holnapra is így marad, nem frissül semmi miatt ARP tábla, és akkor menni fog végre WOL WAN felül, kettős port FW-on keresztül. Cross fingers, holnap délelőtt próba következik.
Apró szápséghibája ennek a megoldásnak, hogy TPLink Luci felületén a Status/Overview menüben nem listázza PC-met mint DHCP-t bérlő kliens....
-
petakpa1
őstag
válasz
petakpa1
#71309
üzenetére
Sajnos továbbra sem jó
Fenti van a startup script-ben, és értelemszerűen lementettem.
Majd TPLinket újraindítottam úgy, hogy kb. 20 mp-re kihúztam tápkábelt, majd visszadugtam és hagytam, hogy teljesen bebootoljon, amíg a sys led folyamatosan ég.
Ezt követően indítottam csak PC-t.
Miután PC elindult 192.168.0.101 ip címet kapott (ezzel eddig sem volt gond), de sajnos továbbra sem PERMANENT, hanem REACHABLE módon.
Konzolba belépve, ip neigh ezt adja vissza:
192.168.0.101 dev br-lan lladdr aa:bb:cc:dd:ee:ff REACHABLE
Mit kellene máshogy csinálnom?
opennwrt forumokon valaki még ip neigh replace parancsot ajánlotta, illetve sleep 30-at mielőtt futnánka az ip neigh parancsok.
Illetve azt is még, hogy PC-men is TCP/IP beállításokban is állítsak be fix ip címet, de ennek nem értem mi köze lenne TPLink ARP táblájához, így ezt még ki sem próbáltam
.Update:
Ha most konzolban kiadom az ip neigh change 192.168.0.101 lladdr aa:bb:cc:dd:ee:ff nud permanent dev br-lan parancsot, akkor következő ip neigh parancs már PERMANENT-ként listázza a PC-met.Most kipróbálom azt, hogy az initscript-be betszem sleep 30-at is az ip neigh change és ip neigh add parancsok elé, hátha ez a megoldás...
-
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
petakpa1
#71306
üzenetére
Sajnos rossz hírem van, továbbra sem éled a gép, hosszabb kikapcsolt állapotból
.Az alábbi konfig van most:
Local Startup így néz ki:
# Put your custom commands here that should be executed once
# the system init finished. By default this file does nothing.
sleep 20
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 az ébresztendő PC MAC címe.Miután fenti el lett mentve aztán volt egy router restartt is, majd PC-t is bekapocsltam, használtam, leállítottam. Ez tegnap este volt
Ma este megpróbáltam kettős port FW szabályon keresztül küldött magik packettel évreszteni, de nem sikerült. Csak a broadcast címre köldött magic oacket ébreszti
.ip neigh az alábbit mutatja
root@TL-WR1043ND:~# ip neigh
192.168.0.101 dev br-lan lladdr aa:bb:cc:dd:ee:ff REACHABLE
fdb0:69d8:3c79:0:f034:db39:6258:cb4c dev br-lan lladdr aa:bb:cc:dd:ee:ff REACHABLE
root@TL-WR1043ND:~#
A gond egyértelműen az, hogy nem tartósan PERMANENT kapcsolja TPLink/OpenWrt az ip címet a MAC addresshez.Mit tudnék még tenni, hogy működjön a WOL WAN felől is?
-
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.
-
vargalex
Topikgazda
-
petakpa1
őstag
válasz
xabolcs
#71300
üzenetére
Köszi!
Telepítettem az ip-tiny csomagot, majd konzolba beírtam ezt:
ip neigh add 192.168.0.101 lladdr aa:bb:cc:dd:ee:ff nud permanent dev br-lan
ahol aa:bb:cc:dd:ee:ff helyett értelemszerűen PC-m MAC címe van
Az alábbit adta vissza konzol:
RTNETLINK answers: File existsMost elfogadta a konfiguráló parancsot vagy sem?
ip neigh-et minden paraméter nélkül kiadva ezt kapom:
192.168.0.101 dev br-lan lladdr aa:bb:cc:dd:ee:ff REACHABLE
REACHABLE helyett nem PERMANENT-nek kellene lennie mostmár? Sikeresen lefutott a parancs vagy sem?
Hogy tudom ezt tesztelni?
Első őtletem az, hogy kikapcsolom a PC-t, várok 3-4 órát, hogy TPLink ARP táblája frissüljön, és utánna próbálkozom megint a kettős port fw-on keresztüli WOL élesztéssel?
Ha éled, akkor jó rögzült ARP táblában a MAC cím?
Mennyi időt kell várnom PC-t kikapcsolva a teszteléssel, mennyi időnként frissül ARP tábla? -
Satrafuckar
tag
válasz
Satrafuckar
#71302
üzenetére
nos. (hátha valakinek hasznos lesz)
sikerült a bövebb logolást beállítani, de ehhez át kellett irni az inditoszkriptet (/etc/init.d/minidlna,minidlna_cfg_addstr $cfg log_levela minidlna_create_config() fv-be), ami valamiért nem vette figyelembe ezt az opciot amikor megcsinálja a /tmp/minidlna.conf file-t az /etc/cofig/minidlna file-bol.
a részletes logokat a megfelelö verzioju forráskóddal összevetve a scanner.c 850.sor start_scanner fv -ben a ScanDirectory fv még végigfut, viszont a start_scanner maradéka ugy tünik valamiért nem. talán ez akasztja kisql_exec(db, "create INDEX IDX_SEARCH_OPT ON OBJECTS(OBJECT_ID, CLASS, DETAIL_ID);");
a main/check_db viszont továbbfut, start_inotify .. generálja az "add watch" logokat.
a routeren megépített "majdnemkész" adatbázis file-t pc-re másolva, azon a hiányzo 2 müveletet elvégezvesql_exec(db, "create INDEX IDX_SEARCH_OPT ON OBJECTS(OBJECT_ID, CLASS, DETAIL_ID);");...sql_exec(db, "pragma user_version = %d;", DB_VERSION); // DB_VERSION==9
sikerült elérni, hogy ujrainditásnál nem törli és épiti ujra a db-t. hurrá! hittem ezt 1 percig.. -->VISZONT
a helyzet kb rosszabb mint előtte, mert igy most viszont akárhány reboot után is rögtön valami használhatatlanná lassitja a rendszert, luci belépés esélytelen, putty/ssh is rettentő döcögősen épph müködik. probálom kideriteni mi.. -
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 -
vargalex
Topikgazda
válasz
petakpa1
#71299
üzenetére
Igen, azóta már sok dolog változott, többek között a régi
ifconfig-rólipparancsra váltottak, viszont a busybox-ban megvalósított minimális funkcionalitással. Így, ahogy a kolléga is írja, tedd fel azip-tiny-t, ha azzal sem megy, akkorip-full. A kettő együtt úgysem lehet fenn.
A static lease rögzítése soha nem volt összefüggésben az ARP táblába történő rögzítéssel...
.
Új hozzászólás Aktív témák
Hirdetés
- Microsoft Surface Pro 7 - Újszerű, dobozban, gyári töltővel, billentyűzettel
- Epson Workforce DS-530II Dokumentum szkenner
- Samsung Flip 2.0 PRO 65" WM65R + Connectivity tray + Gurulós állvány
- Wacom Cintiq DTK-2260 - Digitális rajztábla
- Macbook Pro 13" 2020, M1, 16GB RAM, 256 GB SSD, Touchbar, tökéletes álapot!
- Eredeti Lenovo 230W töltők - 4X20Z83995
- ÁRGARANCIA!Épített KomPhone Ryzen 7 7700X 32/64GB RAM RX 7800 XT 16GB GAMER PC termékbeszámítással
- Nvidia Quadro M2000/ M4000/ P2000/ P2200/ P4000/ P5000/ RTX 4000/ RTX A2000 / RTX A4000
- Beszámítás! Sony PlayStation 5 825GB SSD digital konzol garanciával, hibátlan működéssel
- Készpénzes számítógép PC félkonfig alkatrész hardver felvásárlás személyesen / postával korrekt áron
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: CAMERA-PRO Hungary Kft
Város: Budapest