Hirdetés
-
GAMEPOD.hu
OpenWrt topic
Új hozzászólás Aktív témák
-
suste
veterán
válasz
Galahed
#16147
üzenetére
Az kicsit furának/értelmetlennek tűnik, hogy a routerrel akarsz egy másik hálózati meghajtóra torrentezni. (+ hálózati terhelés)
A routeres torrentezésnek akkor van értelme, ha ezen van a háttértár is, így egyszerűsödik a hálózat, és nem kell külön háttértár vagy egésznap mennnie a PC-nek.
Miért nem a hálózati megosztást csináló eszközön torrentezel? -
Galahed
senior tag
Megpróbálom röviden:
Van egy router (AC2100 Xiaomi) amihez kábelen csatlakozik egy NAS (illetve kettő de ez most lényegtelen)
- Ez a NAS tárolja a filmeket, intézi a letöltést és még pár feladatot ellát.
-Van mellette egy Z9s médialejátszó, ami UTP-n csatlakozik, ezzel nincs is gond, játszik szépen a NAS-ról
- Van egy Z10 egy másik helyiségben ahol nincs UTP kábel és nem is lesz. 876Mbps WIFI kapcsolat van az AC2100 router és a mellette lévő NAS között ahonnan a Z10 filmet játszik le (UHD-t is) Ez a lejátszás már nem tökéletes, van , hogy megszakad a kapcsolat, leáll a mozi, mig a Z10 belső HDD -ról ezt nem csinálja.* Az lenne a feladat, hogy a filmeket vagy a Z10 re- kellene közvetlenül letölteni, vagy valami automatikus módszerrel a NAS ról (Rsync) szinkronizálni a letöltött filmeket tartalmazó mappát.
Lehetőség: A Z10 -en van gyárilag ősrégi openwrt , épp ezekben a percekben teszem rá az új openwrt-t.
Probléma, hogy ha a Z10-en használom a transmissiont akkor a Z10-et állandóan be kellene kapcsolni, ez a dolog nem tetszik annyira, hiszen a router vagy a NAS állandóan be van kapcsolva. Tehát 2 dolog lenne, vagy a Router intézi (openwrt-transmission) a letöltést azokban az időszakokban amikor a Z10-en filmet nézünk (addig vár a letöltés a routeren), vagy a NAS-ról szinkronizálom át a mappákat sokkal gyorsabban, mintha letöltés menne a háttérben.
Ez utóbbi már szimpatikusabb, valószinüleg ez lesz. Ehhez kéne a Rsync csomag a Z10 openwrt-hez, de ott sajna a régi verzióhoz nem létezik, ezért teszem most fel az új openwrt-t a Z10-re éspróbálom összelőni a Synology NAS-al.A kézzel való másolás nem tetszik, eddig a rendszer úgy möködött, hogy bedobtam egy torent file-t egy közönséges mappába és kis idő múlva a Z10 Home theatre -ben megjelent a film boritóval, bemutatóval, leirással. (a többit a rendszer a háttérben önnálóan intézte). Ezt szeretném most is.
Köszönöm az érdeklődést lassan de haladok
update: az új openwrt a Z10-en rendben van de az Rsync sajnos nem megy a Synology nas felől. Ugyanaz a DSM verzió kellene a Z10-re is,
[ Szerkesztve ]
-
Galahed
senior tag
Pedig irtam. Amikor filmet nézek a Z10-en, akkor kerülnek rá.
Tehát 2 dolog lenne, vagy a Router intézi (openwrt-transmission) a letöltést azokban az időszakokban amikor a Z10-en filmet nézünk (addig vár a letöltés a routeren), vagy a NAS-ról szinkronizálom át a mappákat sokkal gyorsabban, mintha letöltés menne a háttérben.
Közben úgy néz ki, hogy sikerült a Zidoo-n (Z10) az Openwrt frissitése, az ebben lévő transmission elég pofás (Transmission-web-Control), úgy néz ki működik. Meglátjuk mire jutok vele.
[ Szerkesztve ]
-
Galahed
senior tag
867Mbps a sávszélesség ennyit bir a Z10.
Az, hogy mitol szakad meg néha a hálózatról történő lejátszás, nem tudom. Két router lett beállítva (Asus AC66, -1750Mbps, a Xiaomi Ac2100 - 2100Mbps)
Elvileg este a sávszéllel nem lehet gond UHD esetében sem , vagy a Z10 vagy a NAS görénykedik.A sávszélesség teljesen a letöltésé lenne abban az időben, mivel mint irtam is, ebben az esetben a film amit nézünk már a Z10 belső HDD-ról menne.
-
-
vargalex
Topikgazda
válasz
Galahed
#16153
üzenetére
DSM biztos nem lesz a Z10-re, de mi a probléma? Különböznek az rsync verziók? Ha nem lehet azonos verziót telepíteni, akkor csinálhatod azt is, hogy mount-olod a Z10-re a Synology kiajánlott könyvtárát (akár NFS, akár SMB) és így elég a lokális rsync 2 könyvtár között...
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
válasz
Galahed
#16157
üzenetére
Mivel játszod le a filmeket a Z10-en? Nem lehet ott valami bufferelést beállítani?
Egyébként gyanítom, hogy nem eredeti UHD Blu-Ray rippeket nézel, de ha mégis, ott maximum 144 Mbps a bitráta. Szóval, ennél csak kevesebb lehet, ennek pedig a 867 Mbps linken azért illene folyamatosan átférnie...Alex
-
Galahed
senior tag
-
vargalex
Topikgazda
válasz
Toninho13
#16168
üzenetére
Ez attól is függ, hogy milyen verziójú OpenWrt van a routeren. Barrier Breaker, vagy régebbi build-en a kmod-ipt-nathelper-extra csomag telepítése szükséges, annál újabb buildek esetén a kmod-nf-nathelper-extra. Illetve ezen kívül azt hiszem, hogy 18.06-tól szükség van még a /etc/sysctl.d/tetszolegesfilenev.conf file-ban a
net.netfilter.nf_conntrack_helper = 1beállításra. Majd a legegyszerűbb egy router restart.
Alex
-
Headless
őstag
Sziasztok én is vpn kérdés, valahogy mindig fenn akadok ezeken a routolási problémákon...
Openvpn.site to site vpn
felállás:
nem általam kezelt openvpn szerver és subnet
192.168.8.0/24
tunnel subnet
192.168.108.0/24
gw 192.168.108.1Általam kezelt kliens
tunnel végpont:192.168.108.186
gateway (padavan) ezen futna az openvpn is de konzoloban kell beállítanom, mert a gui csak 1 klienst tud kezelni...
ami működik:
openvpn kliensről tudom pingelni a tunnel végpontot, és a remote lan tartoományt is.
kliens tartományból tudom pingelni a tunnel végpontját(192.168.108.186)ami nem megy:
saját subnetből nem tudom pingelni a távoli végpontot (192.168.108.1), se a távoli subnetet 192.168.8.0/24ip route részlet:
192.168.8.0/24 via 192.168.108.1 dev tun0192.168.108.0/24 dev tun0 proto kernel scope link src 192.168.108.186ip addr részlet
tun0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 100link/noneinet 192.168.108.186/24 brd 192.168.108.255 scope global tun0ipv4 forward engedélyezve van a kliensen, gondolom a szerveren is (nincs rálátásom).
jelenleg ennyi az egész ami történik a kliens oldalon
openvpn --config /path/to/config
természetesen a mutatott routeok pusholva vannak a szerverről.PUSH: Received control message: 'PUSH_REPLY,dhcp-option DNS 192.168.108.1,ping 20,ping-restart 60,topology subnet,route-gateway 192.168.108.1,ifconfig 192.168.108.186 255.255.255.0'mi hiányzik, hogy a subnetemből is elérjék a szerver oldali subnetet, de fordítva nem.
[ Szerkesztve ]
LEDE - R3G/DIR860l -> https://tinyurl.hu/Ntkb/
-
-
Headless
őstag
Szerintem nem itt lesz a bibi.
az a gw a szerver oldali tunnel végpont, ott gondolom a forwardot megcsinálták annak rendje és módja szerint. (mint írtam ezek a szabályok mind push-al jönnek)
ha azt kitörlöm akkor még kliens végpontról sem tudom elérni a remote subnetet.
A felé járok, most hogy valószínű tűzfal probléma, inkább. a vpn kliens router is egyben és így alapvetően forward,input az droppolva van.
LEDE - R3G/DIR860l -> https://tinyurl.hu/Ntkb/
-
Headless
őstag
válasz
Headless
#16172
üzenetére
ahogy gondoltam egy masquerade-al megoldottam, hogy a szerver azt lássa, hogy a router csatlakozik. (mivel a szerverhez nem férek hozzá)
A gyári vpn kliens beállítása segítségemre volt azért ugyanis pont az volt beállítva ami kell, vagyis a remote az nem férhet hozzá az én lanomhoz.Valamint engedélyezni/tiltani azokat a kapcsolatokat, amik kellenek:
iptables -N ovpn1iptables -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPTiptables -A INPUT -i tun0 ! -p icmp -j DROPiptables -A FORWARD -o br0 -j ovpn1iptables -A FORWARD -i tun0 -j DROPiptables -A ovpn1 -i tun0 -j ACCEPTiptables -A FORWARD -m state --state RELATED,ESTABLISHED -j ACCEPTiptables -A -s 192.168.150.0/24 POSTROUTING -o tun0 -j MASQUERADEígy már elérem a kliens gépekről is.
LEDE - R3G/DIR860l -> https://tinyurl.hu/Ntkb/
-
rErEaT
senior tag
Sziasztok!
Van egy ilyen hibám:
tudnátok segíteni?
Sun Jan 17 14:53:19 2021 kern.info kernel: [402629.920739] usb 2-1: USB disconnect, device number 8Sun Jan 17 14:53:24 2021 kern.info kernel: [402634.820595] usb 2-1: new SuperSpeed USB device number 9 using xhci-mtkSun Jan 17 14:53:24 2021 kern.info kernel: [402634.865543] scsi host0: uasSun Jan 17 14:53:24 2021 kern.err kernel: [402634.872723] xhci-mtk 1e1c0000.xhci: ERROR Transfer event for unknown stream ring slot 1 ep 4Sun Jan 17 14:53:24 2021 kern.err kernel: [402634.889721] xhci-mtk 1e1c0000.xhci: @000000000ece5070 0ec2d000 00000000 05000000 01058001Sun Jan 17 14:53:24 2021 kern.err kernel: [402634.906164] xhci-mtk 1e1c0000.xhci: ERROR Transfer event for unknown stream ring slot 1 ep 6Sun Jan 17 14:53:24 2021 kern.err kernel: [402634.923118] xhci-mtk 1e1c0000.xhci: @000000000ece5080 0ec2d100 00000000 05000000 01078001Ez a verzió van fent: https://prohardver.hu/tema/asus_router-ek_2/hsz_2972-2972.html
[ Szerkesztve ]
-
válasz
Tarokk79
#16178
üzenetére
Routerje vállogatja.
Milyen routerről van szó? És melyik openwrt verzió?Más:
Nem régiben nyugdíjaztam a jó öreg 1043nd-t (v1.x)
És hát akkor játszadoznék vele. Vajon 256Mb-s flash-t le tudná kezelni? Vagy próbáljam meg aztán majd kiderül?A tudást mástól kapjuk, a siker a mi tehetségünk - Remember: Your life – Your choices!
-
Fecogame
veterán
Lassú a mobilinterneted? 4G/LTE antennák, közvetlenül raktárról ---> http://bit.ly/LTE_Antennak
-
Zsombe
senior tag
Sziasztok!
A TP-Link Archer C7 v4 routerem 19.07.5-ös OpenWRT-vel nagyon lassú netet biztosít, mind lan-on, mind Wifin keresztül. Digi1000-es netem van, lan-on 220-230mbit/sec letöltést mérek, wifin pedig csak 120-130mbit/sec-et (5GHz-en). A Huawei ONT-ra csatlakozva 450-480mbit/sec érhető el. Szóval a router a ludas, csak nem tudom miért.
Van valami trükk, ami plusz beállítást igényel OpenWRT alatt?Illetve másutt olvastam, hogy a SW NAT OpenWRT-ben lassú ennél az eszköznél. Esetleg ez lehet a probléma? Gyári FW-t nem szívesen tenném vissza rá, főleg hogy korábban nem is sikerült.
''Élni annyit jelent, mint nevetni a halálon és belehalni a röhögésbe.'' - Boris Vian
-
Zsombe
senior tag
válasz
fatal`
#16184
üzenetére
Köszönöm! Bekapcsoltam, de 5GHz-es wifin bár nőtt a sebesség, de így is csak 245mbit letöltés és 204mbit letöltés.
A router és a kliens gép (iMac 2017-es moell) ugyanazon a helyiségben vannak, max jelerősség.''Élni annyit jelent, mint nevetni a halálon és belehalni a röhögésbe.'' - Boris Vian
-
Chea
csendes tag
Sziasztok nagytudásúak!
Újonc OpenWRT felhasználóként rögtön két segítséget is kérnék.
Egy elfáradt TP-Link routert cseréltem örömmel Netgear R7800-ra, de a régi eszközben egyszerűen be lehetett állítani olyan tűzfalszabályt, amivel megadott fix IPv4 címtartományba eső klienseket ki tudtam zárni a WAN oldali forgalomból (a belső hálót elérhették). Na itt az Iptables kifogott rajtam, feladtam. A másik problémám, hogy szeparált, vendég wifit létre tudtam hozni, de nem tudom korlátozni a rá eső bejövő sávszélt.
Ha van szűkös Linux ismeretekkel is megvalósítható megoldásotok, előre is megköszönöm.This ain't no technological breakdown, oh no, this is the road to hell...
-
Zsombe
senior tag
válasz
fatal`
#16186
üzenetére
Szelessav.net oldalán mérve: letöltés 578mbit/s, feltöltés 317mbit/s.
Speedtest.net oldalán mérve: letöltés 615mbit/s, feltöltés 308mbit/s.Ezek szerint a software offloading segített. Bár még mindig lehetne jobb az eredmény az 1000mbit/sec-től ez még távol áll.
Csak tudnám 5Ghz-en miért ilyen gyenge az eredmény.
149-es csatornán van az eszköz, bitrate-nek 650mbit-et ír.''Élni annyit jelent, mint nevetni a halálon és belehalni a röhögésbe.'' - Boris Vian
-
Ha kifelé menő kapcsolatot szeretnél korlátozni akkor az OUTPUT táblába felveszed az IP-ket
iptables -A OUTPUT -d [IPcim] -j DROP
Vagy range-t is megadhatsziptables -A OUTPUT -d 192.168.1.100-192.168.1.200 -j DROPA tudást mástól kapjuk, a siker a mi tehetségünk - Remember: Your life – Your choices!
-
Zsombe
senior tag
válasz
fatal`
#16191
üzenetére
Ez szomorú, köszönöm a választ!
Akkor jobban járok, ha visszarakom a gyári FW-t? Azzal próbálkoztam egyébként már korábban, de a stock firmware feltöltése közben mindig megszakadt a kapcsolat, mert túl nagy volt a fw (pedig vágottat használtam).
''Élni annyit jelent, mint nevetni a halálon és belehalni a röhögésbe.'' - Boris Vian
-
Chea
csendes tag
válasz
vargalex
#16190
üzenetére
és @sonar
Hála
nektek.
Bár azt továbbra sem értem, hogy miért OUTPUT és miért nem a FORWARD láncra megy a szabály?
LAN > WAN mi ez ha nem forward ???
Mindenesetre nagyon köszi, a hétvégén kipróbálom, mert az időm is szűkös.This ain't no technological breakdown, oh no, this is the road to hell...
-
#16194
mr.perfect
tag
mr.perfect
tag
sziasztok.. három hét stabil működés után Xiaomi mi AC2100-as routerem openwrt 19.07.5-ös fw-el egyszercsak nem osztott ki DHCP-n IP címeket.. megnéztem a log-ot és azt írja, hogy elfogyott a hely ezért nem tudta írni a dhcp.leases file-t. Namost a hely egyáltalán nem fogyott el. 14% volt foglalt.. csak újraindítás segített most minden O.K. újra.. valaki tapasztalt már hasonlót?
az élet egy elég szar játék de kurva jó a grafikája...
-
Talán segit megérteni az iptables logikáját ha megnézed a következő ábrát: iptables flowchart
Ha a LAN-felől inditasz csomagot akkor a jobb felső sarokból indul a csomagod (Locally generated Packet)A tudást mástól kapjuk, a siker a mi tehetségünk - Remember: Your life – Your choices!
-
#16196
vargalex
Topikgazda
mr.perfect
#16194
vargalex
Topikgazda
válasz
mr.perfect
#16194
üzenetére
A dhcp lease-okat (és sok minden mást) szerencsére nem a flash-ba (különben elég hamar kinyírná) - aminek a foglaltságát te látod - , hanem RAMDRIVE-ra, a /tmp-be írja a rendszer. Valami teleírta a /tmp-det, ami a RAM fele (vagy a RAM telt be esetleg). Mivel ez egy RAMDRIVE, így újraindítás esetén "tisztán" indul ismét.
Hogy mi ír a /tmp-be (vagy /var) ennyi adatot nálad, azt neked kell tudnod.[ Szerkesztve ]
Alex
-
mr.perfect
tag
válasz
vargalex
#16196
üzenetére
a \tmp-ben volt még csomó szabad hely
root@AC2100:~# df -h
Filesystem Size Used Available Use% Mounted on
/dev/root 8.5M 8.5M 0 100% /rom
tmpfs 60.4M 8.1M 52.3M 13% /tmp
/dev/ubi0_1 93.0M 5.3M 83.0M 6% /overlay
overlayfs:/overlay 93.0M 5.3M 83.0M 6% /
tmpfs 512.0K 0 512.0K 0% /devújraindítás után pedig:
root@AC2100:/tmp# df -h
Filesystem Size Used Available Use% Mounted on
/dev/root 8.5M 8.5M 0 100% /rom
tmpfs 60.4M 1.1M 59.3M 2% /tmp
/dev/ubi0_1 93.0M 5.3M 83.0M 6% /overlay
overlayfs:/overlay 93.0M 5.3M 83.0M 6% /
tmpfs 512.0K 0 512.0K 0% /dev[ Szerkesztve ]
az élet egy elég szar játék de kurva jó a grafikája...
-
#16198
krealon
Topikgazda
mr.perfect
#16197
krealon
Topikgazda
válasz
mr.perfect
#16197
üzenetére
Azert ujrainditas elott megnezhetted volna, hogy mi foglalja el azt a 7 MB-ot...
ls -la /tmp -
#16200
ArthurShelby
addikt
vargalex
#16196
ArthurShelby
addikt
válasz
vargalex
#16196
üzenetére
Ha már ilyen szakmaibb dolgok vannak, előre is bocsánat az off-ért. Ha én kiosztok fix ip címet a host-on (router-en), akkor ezt hívjuk statikus dhcp-nek?
Ha a dhcp tartományon kívül osztok ki fix ip-t, akkor akkor az még statikus dhcp?
Illetve ha én a host-on adok egy fix ip-t a kliensnek, és a kliensben is megadom a fix ip-t, amivel csatlakoznia kell, de a 2 cím különbözik.
Akkor nem fog tudni csatlakozni a kliens, vagy tud csatlakozni és a kliens akarata érvényesül (meg kapja az általa kért ip-t)?[ Szerkesztve ]
A rosszban mindig van valami megtévesztően jó, különben nem választanánk a rosszat
Új hozzászólás Aktív témák
Hirdetés
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest