- Karácsonyfaként világíthat a Thermaltake új CPU-hűtője
- Az USA vizsgálja a RISC-V kínai terjedésének kockázatát
- Kicsit extrémre sikerült a Hyte belépője a készre szerelt vízhűtések világába
- Egészen nagy teljesítményspektrumon fedné le a mobil piacot az AMD
- Kihívás a középkategóriában: teszten a Radeon RX 7600 XT
- OLED TV topic
- NVIDIA GeForce RTX 3080 / 3090 / Ti (GA102)
- Vezetékes FEJhallgatók
- Kormányok / autós szimulátorok topicja
- VR topik (Oculus Rift, stb.)
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Nvidia GPU-k jövője - amit tudni vélünk
- Milyen cserélhető objektíves gépet?
- ZIDOO médialejátszók
Hirdetés
-
Új Beats fej- és fülhallgatók jelentek meg
ma Frissítette a Solo termékcsaládot az Apple házi audiomárkája.
-
Már tudjuk, hogy mikor jön az idei Xbox Games Showcase
gp A showt egy külön Direct előadás követi, ami szinte biztosan az idei Call of Duty lelepelzése lesz.
-
Súlyos adatvédelmi botrányba kerülhet a ChatGPT az EU-ban
it Egyre nagyobb probléma az AI hallucinálása – most az osztrák adatvédelmi hatóság veheti elő a ChatGPT miatt az OpenAI-t, alapvetően a GDPR megsértése miatt.
-
PROHARDVER!
TP-Link WR1043ND - N450 router
Új hozzászólás Aktív témák
-
snemeth
aktív tag
válasz gyugyo79 #2771 üzenetére
"A DHCP-forgalom a 67-es és a 68-as UDP portokon zajlik, a kliensek a 67-es portra küldik az üzeneteiket, a szerver pedig a 68-as portra kézbesíti a válaszokat, amelyek szórt üzenetek, vagyis a hálózat minden állomása megkapja őket."
Sajnos nálam továbbra is tele van a log, de ettől függetlenül köszi a tanácsot!
-
wwenigma
Jómunkásember
válasz gyugyo79 #2771 üzenetére
Hjam,, teleszemeteli, de vegulis mar nem zavar csak furcsa volt először.
Más. MAC szurest wifire hogy is lehet megcsinalni? Olvasgattam, de nem tudom előcsalogatni azt a menupontot luci alatt, ahol hozzá lehet adni a wifi kliensek mac addressét.
Steam: http://bit.ly/1rRuf8p , Origin: wwenigma -- | -- Jiayu F1 / G3C / OT995 cuccok: http://bit.ly/1w44CI2 -- | -- ZTE V5 Red Bull -> http://bit.ly/1mgtfrd -- | -- Xiaomi RN3SE -> http://bit.ly/2r8DlV7 -- | -- Live Stream: twitch.tv/wwenigma
-
snemeth
aktív tag
válasz gyugyo79 #2771 üzenetére
OpenWrt daemon.warn dnsmasq-dhcp[xxxx]: DHCP packet received on eth0.2 which has no address
Végül sikerült megoldanom. A Luci felületén hiába állítottam át, nem akart megszűnni. Aztán az /etc/firewall.user file módosításával végre nem ezzel van tele a log.
Azzal már nem kísérleteztem, hogy elegendő-e csak a 67-es vagy csak a 68-as portot blokkolni - bár valószínűleg mindkettőt kell. Úgyhogy a következőket tettem az /etc/firewall.user fileba:iptables -A INPUT -p udp --dport 68 -j DROP
iptables -A INPUT -p udp --dport 67 -j DROP[ Szerkesztve ]
-
gyugyo79
addikt
válasz gyugyo79 #3088 üzenetére
Megvan a megoldás. Az alap csomagban lévő ffmpeg nem elég egy bővített verzió kell ( libffmpeg_0.5.2-4cj_ar71xx.ipk ). Így már megy a routeről a lejátszás Samsung TV-n.
Akit érdekel.Innen http://eko.one.pl/openwrt/index.php?path=backfire%2F10.03/ szedtem le a minidlna_1.0.18-1_ar71xx.ipk ami felrak mindent csak alapból a butított ffmpegel ezért még fel kell rakni a libffmpeg_0.5.2-4cj_ar71xx.ipk -t is innen.Utána a /etc/minidlna.conf fájlban még be kell állítani, hogy milyen könyvtárakat nézzen át a hdd-n meg érdemes átírni a db_dir= -t egy olyan útvonalra ami nem a router memóriájába mutat mert ide hozza létre az adatbázist a fájlokról amit talál meg ide készít log-ot is.Ha ez kész és vannak is fájlok a beállított könyvtárban akkor /etc/init.d/minidlna start és már lehet is nézni / hallgatni a zenéket/képeket/videókat a TV-n.
(Elvileg Sony TV-kel is működik) Most vettem fel tesztből satról hd adást (*.ts) és símán viszi azt is adivx, xvid *.avi-kat és az *.mkv -t is.[ Szerkesztve ]
-
Lipigab
tag
válasz gyugyo79 #3098 üzenetére
Swap-ot mar letrehoztam, viszont azzal a bizonyos cikkel ami leirja hogyan kell atiranyitani az install dir-t meg nem talalkoztam. Itt keressem vagy Google?
Meg1 kerdes DLNA ugyben: Amikor HDs anyagokat (ts, mkv) nezel a TVn DLNA-n keresztul nem vetted eszre, hogy a minosege kicsit rosszabb, pixeles?
-
-
gyugyo79
addikt
válasz gyugyo79 #3928 üzenetére
Igen az etc/config/firewall -ba van nekem is egy ilyen :
config 'rule'
option 'src' 'wan'
option 'proto' 'tcpudp'
option 'dest_port' '51413'
option 'target' 'ACCEPT'Ja és a routeren lévő torrentet gondolom seedelésre használják a legtöbben, mégis elég sokmindenkinél van a option dht_enabled bekapcsolva.Miért ?
-
vargalex
Topikgazda
válasz gyugyo79 #3932 üzenetére
Hi!
Nálam nincs engedélyezve a DHT, de gondolom a legtöbb embernél egész egyszerűen azért van bekapcsolva, mert az a default érték.
Alex
-
vargalex
Topikgazda
válasz gyugyo79 #3951 üzenetére
Hi!
Eddig nem is figyeltem, hogy van ilyen menüpont a Remote GUI-ban. Viszont nálam olyan portokra, ami tuti zárva van (port scanner Connection refused-et mond), azokra is azt írja, hogy "Incoming port tested successfully". Igaz, most távolról, a cégtől nézem. Így nem tudom, hogy valóban az otthoni port nyitásomat teszteli, vagy az itteni tűzfalat. Bár, nem hinném, hogy itt is nyitva lenne az összes port.
[ Szerkesztve ]
Alex
-
direwolf
őstag
válasz gyugyo79 #3951 üzenetére
Nem vagyok teljesen otthon a témában, de szerintem Te félreértesz valamit az upnp-vel kapcsolatban. (de az is lehet, hogy én értelek félre)
Én úgy tudom, hogy az elindított program megnyitja a szükséges portot magának, használja, majd be is zárja. Miben különbözik ez a fixen megnyitott porttól? Az rendben van, hogy magában az upnp szerverben lehetnek biztonsági rések, de egy fixen folyamatosan kinyitott port meg olyan mint egy világító lámpás, és jönnek rá a flood attackek mint sz.rra a legyek."I've seen things you people wouldn't believe"
-
direwolf
őstag
válasz gyugyo79 #3964 üzenetére
Kicsit messze megyünk a témával, de legyen... a komolyabb szerverek (többek között) csomagszűrő tűzfalakkal védekeznek a flood attackek ellen. Ezt a mi routereink nem bírják cpuval, így marad egy másik megoldaás, nem nyitunk semmilyen portot, csak addig amíg használjuk is. Na erre találták ki az upnp-t. Megértem, és elfogadom, ha valakinek nem tetszik, hogy egy program a tűzfalát saját hatáskörben állíthatja. Nekem személy szerint nincs ezzel semmi bajom, mert úgy érzem tudom biztosítani a belső hálózatomon a védelmet, csak és kizárólag a külső támadások ellen szeretnék védekezni.
Az adott helyzetben persze totál hülyeség az upnp hiszen a transmission a routeren folyamatosan fut, ezért nem is foglalkozom komolyan a random port kérdéssel, simán kinyitottam neki egyet, és ezen úgy tűnik megy is szépen.
Köszönet mindenkinek a segítségér"I've seen things you people wouldn't believe"
-
Intruder2k5
MODERÁTOR
válasz gyugyo79 #6835 üzenetére
Hát, amennyiben gyárit használ, akkor azt valóban benéztem, mert én OpenWrt-ről beszélek... Gyárival viszont még furcsább, hogy a kifelé irányuló kapcsolatokat blokkolja. A portok számát pedig már én is sokalltam egy "kicsit" tegnap. 65000-ből 64000-et egy gépre irányítani "pazarlás"
-
DEx-
tag
válasz gyugyo79 #6832 üzenetére
Intruder2k5, gyugyo79: köszi a választ, de sajna pontosan ezek a beállítások voltak eddig is.
szal a tünetek:
Wifis noti: nem látja a lan többi (kábeles) gépét, viszont \\host alapján tudok csatlakozni lanos gépre, pinget nem próbáltam
lan-os gép: nem látja a wifis notit a "hálózatok"-nál, \\host, \\ip alapján sem megy a csatlakozás, pingre sem jön válasz, viszont a host-ot feloldja.
A többi lan-os gép látszik a hálózatoknál.Mind1, mivel net azért van mindenütt, ezért különösebb probléma nincs, max kicsit macerásabb a file másolás a gépek közt.
D3xt3r-
-
hesszan
aktív tag
válasz gyugyo79 #6775 üzenetére
szia.
olvasgattam ebben a topicban. Amit kiadott dlna vagy minidlna szavakra azokat átolvastam, előzményekkel együtt.
Az tiszta hogy meg lehet oldani, +hely kell hozzá (ennek majd utánna olvasok mert van egy 2gb pendrive (fat32-n) felmountolva amin csak egy 500mb swap van és mást eddig nem raktam ki rá.
Szeretném ha pár kérdésre választ kapnék. Valamikor a közeljövőben tervezem egy DLNA tv megvételét, amibe csak áram menne
- a routeren nincs vinyó csak 2gb pendrive
(van egy 365/7/24 win laptop ami 100as csatlakozón van 500gb, meg egy másik win gép sűrűn bekapcsolva gigabiten amin van 2tb, ezek sambán ki van osztva belső hálózatra.)
megoldható a samba vinyókról a sugárzás? vagy fizikailag kéne a routerre? Be lehet mountolni mondjuk az 500asat a routerre vagy megy egyszerűbben is?
-milyen sávszélet tud átpumpálni? mkv van ami 4-8-12Mb/sec kb 10m egy vékony fallal? (wifijel maxos)
- csökken a minősége? vagy ez TV-től függ? (gondolkoztam egy +laptop bekötésén és az wifin hálózatról de ez halkabb meg elegánsabb) mert ha igen akkor nem opcióelőre is köszi a válaszokat.
Sungdurung
-
vargalex
Topikgazda
válasz gyugyo79 #11687 üzenetére
Hi!
Azt tudom, hogy az alap ffmpeg csak minimális támogatást ad. Ezért írtam, hogy kérném az ezt használók segítségét. Ha meg tudnád mondani, hogy a teljes ffmpeg-ben milyen támogatások vannak (illetve mi az, ami szükséges), az sokat segítene. Lehet, hogy még beleférne a firmware-ba (esetleg az ntfs kárára ).
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz gyugyo79 #11727 üzenetére
Hi!
Azt tudom (olvastam a topic-ban), hogy a lengyel oldalról leszedett libffmpeg-el megy a minidlna. Viszont ipkg-t nem tudok betenni a firmware-ba (mókolással bele tudnám tenni, de nem szeretném), ezért kértem az ezt használókat, hogy próbálják ki a firmware-omban lévőt. Ha ezt megtennéd, akkor megköszönöm. Mondjuk a terv szerint én is megpróbálom linux-ról (dlna kliens képes lejátszóval), de az nem ugyan az, mint céleszközzel.
Ha nem akarsz teljes firmware-t cserélni, akkor az is elég lehet, ha az én package source-omból (http://vargalex.uw.hu/trunk/ar71xx/packages) felrakod az általam build-elt verziót a libffmpeg-ből.Alex
-
vargalex
Topikgazda
válasz gyugyo79 #11732 üzenetére
Hi!
Megnéztem Ubuntu alatt Totem-el Coherence DLNA/uPnP klienssel. Ushare-t futtatva minden tesztelt file-t játszott (mp3, avi, mkv), míg miniDLNA-t használva csak az mp3-akat. A logban az avi-nál, illetve az mkv-nál ez áll:
Unsuccessful getting details for /mnt/movies/xxxxx.mkv!
Most próbálok még módosítani a libffmpeg fordítási direktíváin, aztán tesztelek tovább.
Alex
-
vargalex
Topikgazda
válasz gyugyo79 #38484 üzenetére
Szia!
Néhányan jelezték, hogy kívülről csak passzív módban megy az ftp (illetve böngészőből el sem érik). Most legalább valaki rávilágított a probléma okára! Köszönöm, így valamerre el tudok indulni. Eddig azért nem értettem a problémát, mert nálam minden rendben volt, mivel (mint most kiderült, hogy ez az oka) én nem használok QOS-t.
Alex
-
suste
veterán
válasz gyugyo79 #38484 üzenetére
Valszeg nem maga a QOS program blokkol kompletten, hanem csak a szabályzott zónára változtat valamit, mert nálam is be van kapcsolva, de nem a teljes LAN-ra, csak 1-2 interfészre, és tudok WAN irányban FTP-zni a LAN oldalról.
Majd kipróbálom, hogy ha a QOS által szabályzott interfészre csatlakozok, akkor is megy-e a WAN irányú FTP. -
suste
veterán
válasz gyugyo79 #50346 üzenetére
Nálam és k-miso -nál már működik a WDS rendesen, és össze is írtuk, hogy mi a beállítás pontos sorrendje, csak jó lenne ha még pár ember kipróbálná.
Egészen mostanáig úgy voltam vele, hogy Tplinken nem megy normálisan a WDS (állandóan összeakadtak a wifik, és fagyott a rendszer), ezért is használok én is itthon Repeater módot (amit te is írtál, hogy egy SSID amivel csatlakozik, és egy másik amivel továbbszór).
De most úgy néz ki, hogy kiderült, hogy nem mindegy a beállítási sorrend, és hogy mikor/hol/mivel próbálunk csatlakozni DHCP-n vagy Statikus IP-n......Ha van lehetőséged tesztelni, akkor szívesen megírom az általunk kitapasztalt módszert.
A vége az, hogy a fő router vezényli az összes wifis klienst jelerősség és forgalom alapján, szóval ahogy a WDS-t kitalálták..... -
MarQs
senior tag
válasz gyugyo79 #50367 üzenetére
Köszi szépen a választ! Akkor asszem kipróbálom végre az egyiket...
Alex 1.1.7-es buildjében nyugodtan frissíthető a Transmission? Nem okoz semmiféle gubancot? Most nézem, hogy már 2.83-as is van, stable.[ Szerkesztve ]
"Vagy fejlődsz, vagy hanyatlasz, nincs stagnálás!"
Új hozzászólás Aktív témák
- HP ProBook 430 G6, 13,3" FULL HD IPS, I5-8265U, 8GB DDR4, 256GB SSD, WIN 10/11, SZÁMLA, GARANCIA
- Dell Latitude 3420, 14" FULL HD IPS, I5-1145G7 CPU, 8GB DDR4, 256GB SSD, W11, Számla, Garancia
- Dell Latitude 7280, 12,5" FHD IPS Kijelző, I5-6300U, 8GB DDR4, 256GB SSD, WIN 10, Számla, garancia
- Lenovo ThinkPad X280, 12,5" HD Kijelző, I5-8250U CPU, 8GB DDR4, 256GB SSD, WIN 10/11, Számla, Garanc
- Lenovo ThinkPad L490, 14" FHD IPS Kijelző, I5-8265U CPU, 8GB DDR4, 256GB SSD, WIN 10/11, Számla, Gar