-
Fototrend
OpenWrt topic
Új hozzászólás Aktív témák
-
xabolcs
őstag
válasz
vargalex
#17699
üzenetére
Az emlitett betarcsazasi problema miatt a DIR-860L-et.
Hasznaltam az AX3200-at en is fo routernek es nem is volt kulonosebb bajom, csak feltunt, hogy ujrainditaskor (pl. fw frissites, aramszunet), vagy a heti kapcsolat bontaskor a kelletenel sokkal tovabb tart a belepes.
Majd teszek egy ujabb probat vele.
-
-
xabolcs
őstag
válasz
Benoe77
#17697
üzenetére
A mediatek/mt7622-es Xiaomi AX3200-zal tapasztaltam azt (mind snapshot, mind 22.03), hogy a DIGI-s betarcsazast nem kezeli jol: amikor bontani kell a vonalat, akkor valami nem kerek es letiltatja magat a DIGI-vel "parhuzamos" betarcsazas miatt.
Ezt nem tudom javitottak-e, nagyon nem is merem probalni, mert en is kapnek a fejemre.
Illetve egy-egy frissiteskor szetesik a 22.03-as D-Link es a snapshot AX3200-as kozotti mesh kapcsolat ... amit kijavit a masik tag frissitese.
Szoval igen, most is erkezik javitas a 22.03-ra. Remelem iden kiadjak.
-
xabolcs
őstag
🤔
22.03-on mar a PPPoE-s hw offload is megy, nem csak a DHCP-s. A snapshot-on pedig mar a Telekom-os 1/1 netnek is kellene szimmetrikusan is.
DIGI + D-Link DIR-860L B1 + OpenWrt 22.03-SNAPSHOT, r19666-0588b124e4
$ speedtest -s 31717
Speedtest by Ookla
Server: Digi Kft - Budapest (id: 31717)
ISP: Digi TV
Idle Latency: 2.45 ms (jitter: 0.08ms, low: 2.37ms, high: 2.56ms)
Download: 913.55 Mbps (data used: 671.7 MB)
2.75 ms (jitter: 0.27ms, low: 2.23ms, high: 4.17ms)
Upload: 325.84 Mbps (data used: 147.8 MB)
5.19 ms (jitter: 0.80ms, low: 2.60ms, high: 14.74ms)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/a376f8f7-23bd-4f76-a7ec-eafe9d64bfbc -
xabolcs
őstag
Most nezem, hogy mar 10 napja bement egy, a ramips/mt7621-et erinto izgalmas fejlesztes:
2 Gbps WAN/LAN NAT Routing on ramips MT7621 devices"With this patch, 1000/1000 Mbps routing or 2 Gbps total bandwidth to the CPU is possible." - tehat akinek szimmetrikus gigagit netje van, az profitalhat a valtozasbol
-
Geth
veterán
válasz
vargalex
#17690
üzenetére
Lehet úgy érti, hogy akkor kezdj el használni IPv6-ot (DHCPv6?) is LAN-on belül, egyébként nem értem
Én ott is beállítom az IPv6-ot ra-only (csak SLAAC) + ULA prefixszel, ahol nincs dual stack net. Az ULA prefix + MAC-ből számolt (eui64) címeknek nem szokásuk elmászni, így azokat felvettem dhcp.@domain listába a .lan-os hostname-ekkel (nekem ott csak ezek az IPv6 címek vannak, a v4 ugye jön a static lease bejegyzésből).
Így 1 szolgáltatás cname rekordjára 1 v4 és 1 v6 jön válaszul, mindkettő belső cím, hairpin nat nincs. Ha az adott gép valamiért kiesik, csak a cname targetet kell átfrissítenem egy másikra (amíg vissza nem húzom működőre az eredetit). -
vargalex
Topikgazda
Na, találtam egy ugyan ezzel a problémával kapcsolatos kérdést. A javasolt address-ek rögzítésével is működik, csak mivel nekem nem a teljes *.domain.com-ot kell 1 IP-re feloldani, így amit mindenképpen külső IP-re kell, azt felvettem a servers-be, hogy forwardolja mindenképpen, a többit pedig egyben (/domain.com/1.2.3.4) a példához hasonlóan. Ez is működő megoldás. Annyi, hogy nekem így rövidebb, mert kevesebb domaint kell külsőleg feloldani, mint amennyi cname-ot kellene felvennem. Illetve, ha valakinek fontos, ez LuCI-ban is látszik.
Mondjuk a linkelt topicban javasolt megoldásban a static IPv6 címet nem teljesen értem. Mihez vegyünk fel static lease-t? A LAN szerverhez és vegyük fel az IPv6-os hostname-okat is? Én próbáltam, nekem nem sikerült...
-
vargalex
Topikgazda
válasz
xabolcs
#17685
üzenetére
Igen, eddig pont így volt nálam. Viszont nálam a sensors.vargalex.hu egy CNAME, ami miatt AAAA kérésre jön válasz, nálad viszont nem (ahogy a kolléga is írja). Az az igazság, hogy régóta így használtam, csak eddig nem tűnt fel. Ugye a NAT loopback miatt pont oda jutottam, ahova akartam, csak külső IP-n keresztül. Annyi tűnt fel, hogy az nginx access, stb. logokban a forrás IP ilyenkor a router IP-je volt.
Ugye így a nagy többség számára az a "nehézség", hogy a cname rögzítési lehetőség nincs kivezetve LuCI-ra. De én úgyis SSH-n szoktam csatlakozni...
-
xabolcs
őstag
válasz
vargalex
#17683
üzenetére
Nalam is static lease segitsegevel kap hostnevet a szerver, ezt elfelejtettem irni. Nem is gondoltam volna, hogy befolyasolja az eredmenyt.
Igy nez ki nalam az idevago dhcp konfig:
dhcp.@host[0]=host
dhcp.@host[0].name='valami'
dhcp.@host[0].dns='1'
dhcp.@host[0].mac='00:11:22:33:44:55'
dhcp.@host[0].ip='192.168.1.10'
dhcp.@domain[0]=domain
dhcp.@domain[0].name='valami.dyndns.hu'
dhcp.@domain[0].ip='192.168.1.10'Es igy a 'valami' a 'valami.lan' es a 'valami.dyndns.hu' is a belso cimet oldja fel.
De akkor nalam csak veletlenul mukodik?
-
-
vargalex
Topikgazda
Na, ezt megnézem, eddig még soha nem használtam. Doksiban nem is szerepel, csak a példák között. De itt a target nem éppen a külső ip-re feloldódó domain lesz?
Szerk.: Lehet, hogy értem. A cname a kívül is létező cname, a target pedig a belső hostname.
Szerk2.: Nem akarom elkiabálni, de úgy tűnik, hogy működik is.
-
-
vargalex
Topikgazda
Ezt hogy érted? Amit xabolcs is berakott LuCI oldalt, ott tudok hostname-t rögzíteni. Ott felvettem a kérdéses domain-t az IPv4 címmel. Ezt rendben fel is oldja, de az AAAA címet nem (próbáltam felvenni, de akkor is kimegy a WAN DNS szerverhez, aki visszaválaszolja, hogy ez egy CNAME.
Én is azt szeretném, hogy elfedjem a kintről is működő címeimet, de a fenti miatt nem tudom...De hogy konkrét példát is írjak:
[gavarga@arch ~]$ drill sensors.vargalex.hu;; ->>HEADER<<- opcode: QUERY, rcode: NOERROR, id: 49485;; flags: qr aa rd ra ; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0;; QUESTION SECTION:;; sensors.vargalex.hu. IN A;; ANSWER SECTION:sensors.vargalex.hu. 0 IN A 192.168.22.200;; AUTHORITY SECTION:;; ADDITIONAL SECTION:;; Query time: 0 msec;; SERVER: 192.168.22.1;; WHEN: Sat Aug 27 19:05:08 2022;; MSG SIZE rcvd: 53Látszik, hogy a routerszépen a belső IP-re oldja fel. Viszont:
gavarga@arch ~]$ drill sensors.vargalex.hu AAAA;; ->>HEADER<<- opcode: QUERY, rcode: NOERROR, id: 7052;; flags: qr rd ra ; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 0;; QUESTION SECTION:;; sensors.vargalex.hu. IN AAAA;; ANSWER SECTION:sensors.vargalex.hu. 70214 IN CNAME vargalex.ipdns.hu.;; AUTHORITY SECTION:ipdns.hu. 729 IN SOA ns.ipdns.hu. hostmaster.ipdns.hu. 2019766796 86400 7200 604800 3600;; ADDITIONAL SECTION:;; Query time: 18 msec;; SERVER: 192.168.22.1;; WHEN: Sat Aug 27 19:05:43 2022;; MSG SIZE rcvd: 116Azaz visszajön, hogy a sensors.vargalex.hu a vargalex.ipdns.hu-ra mutató CNAME (most direkt a mini szerveremen kértem le, mert a notebookon még közben van egy systemd-resolved is).
-
-
xabolcs
őstag
válasz
vargalex
#17678
üzenetére
Igen, meg is neztem tcpdump-pal es nalam is ker egy A es egy AAAA cimet.
Sajat domain-em nincs, csak dyndns-es, valoszinuleg ezert nem jon ertelmes valasz az AAAA keresre.
Nem ertek az IPv6-hoz, de nem lehetne egy IPv6-os cimet is "beregisztralni" a fenti modon az OpenWrt-nek?
-
vargalex
Topikgazda
válasz
xabolcs
#17675
üzenetére
Igen, itt van beállítva nálam is, de mégis az történik amit írtam. És azért, amit a kolléga is írt, hogy az ipv6 előrébb való. Ugyan hiába nincs ipv6 névfeloldás, de az AAAA (tehát IPv6) DNS lekérdezésre visszajön, hogy az egy CNAME, amit ugye csak IPv4-re tud feloldani, de mégis elsőbbséget élvez, hiszen az elsődleges kérés egy IPv6 DNS kérés volt.
Nálad azért működik, mert az xxx.xabolcs.hu nem publikus domain. Valójában nálad is forwardolja szerintem az AAAA DNS request-re a külső DNS szervernek a névfeloldást, csak esetedben nem tudja azt feloldani.
Nálam viszont olyan domain nevekről van szó, ami a domain regisztrátoromnál be is van jegyezve a dinamikus címemre (ezért CNAME). -
xabolcs
őstag
Most hogy annyian megkuzdottek a WireGuarddal itt a topikban es meg egy iras is szuletett stopperos tollabol, az egyik OpenWrt fejleszto, nbd is ugy gondolta, hogy ideje lepni a temaban.
unetd: add WireGuard based VPN connection manager for OpenWrt
A kommit uzenetben levo leiras alapjan eleg igeretesnek tunik.
-
xabolcs
őstag
válasz
vargalex
#17673
üzenetére
Pont ezt irja a "Network / DHCP and DNS" menupont is:
This setting is redundant for hostnames already configured with static leases, but it can be useful to rebind an FQDN.
En is igy hasznalom a publikus eleresu szerveremet es azt a cimet talalja meg a curl is es a ping is, amit az OpenWrt-n beallitok.
$ curl -v https://xxx.xabolcs.hu
* Trying 123.123.123.123:443...
* TCP_NODELAY set
^C
Az IPv6 szerintem is gyanus. -
vargalex
Topikgazda
Sziasztok!
Kis érdekesség, hátha tud rá valaki megoldást
szóval, a router a dhcp és DNS szerver. Van saját domain-om, de a routeren az adott domain-okat felvettem, hogy a LAN-on csücsülő kis szerveremre mutasson (ezek közül nyilván vannak olyanok is, amik külső hálózatból is elérhetőek), hogy ne külső IP-vel érjem el őket. Amíg drill-el kérdezem meg egy így rögzített domain IP címét, addig szépen a belső IP-re oldja fel. Pl:
[gavarga@gavarga-5500 ~]$ drill zzz.vargalex.hu;; ->>HEADER<<- opcode: QUERY, rcode: NOERROR, id: 13675;; flags: qr rd ra ; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0;; QUESTION SECTION:;; zzz.vargalex.hu. IN A;; ANSWER SECTION:zzz.vargalex.hu. 0 IN A 192.168.22.200;; AUTHORITY SECTION:;; ADDITIONAL SECTION:;; Query time: 2 msec;; SERVER: 127.0.0.53;; WHEN: Sat Aug 27 14:41:25 2022;; MSG SIZE rcvd: 53De ha
curl-al hívom az adott domain-t, vagy csak egyszerűping-et tolok rá, akkor wireshark-ban látszik, hogy a kliens elküld egy DNS kérést A típusú rekordra a routernek, illetve egyet AAAA típusú rekordra is. Az AAAA típusú lekérés esetén pedig a router forward-olja majd a szolgáltatói/google DNS szerverre a kérést, onnan pedig visszajön, hogy ez a domain egy CNAME, mégpedig az xy domain CNAME-ja. Majd ennek megfelelően a kliens elpukkant az xy domain-ra is egy DNS kérést. Ennek az lesz az eredménye, hogy a publikus IP fog válaszként visszajönni, arra oldja fel végül a zzz.vargalex.hu domaint. Hogyan lehetne ezt a problémát feloldani? -
xabolcs
őstag
válasz
Benoe77
#17592
üzenetére
Kozben volt egy erdekes mt7622/mt7615/mt7613 chipseteket igen, de mt7602/mt7612 chipseteket nem erinto issue 22.03-rc6-on, pont tegnap oldottak meg!
GH-10405: SSH stops working over Wi-Fi on Belkin RT3200/Linksys E8450 with -rc6
-
yodee_
őstag
válasz
xabolcs
#17668
üzenetére
vargalex:
route_allowed_ips kikapcsolva.
xszabolcs:
route eredmény élő wireguarddal
Kernel IP routing tableDestination Gateway Genmask Flags Metric Ref Use Ifacedefault apn-94-44-162-1 0.0.0.0 UG 0 0 0 wwan010.13.1.0 10.13.249.2 255.255.255.0 UG 0 0 0 wg010.13.8.0 * 255.255.255.0 U 0 0 0 br-lan10.13.249.0 10.13.249.2 255.255.255.252 UG 0 0 0 wg094.27.203.99 apn-94-44-162-1 255.255.255.255 UGH 0 0 0 wwan094.44.162.160 * 255.255.255.248 U 0 0 0 wwan0és sima internettel:
Kernel IP routing tableDestination Gateway Genmask Flags Metric Ref Use Ifacedefault apn-94-44-162-1 0.0.0.0 UG 0 0 0 wwan010.13.8.0 * 255.255.255.0 U 0 0 0 br-lan94.27.203.99 apn-94-44-162-1 255.255.255.255 UGH 0 0 0 wwan094.44.162.160 * 255.255.255.248 U 0 0 0 wwan0
-
yodee_
őstag
Teszek egy utolsó próbát. Használ valaki wireguard kliensként openwrt-t eszközt? Egy működő mikrotik wireguard szerverre szeretnék csatlakozni, és a lan forgalmat átvinni rajta. Tehát csak a lan forgalmat nem pedig mindent. Most ott tartok hogy az openwrt Router szépen működik, van internet a rajta logó gépeken. Ám amint felépült a wireguard kapcsolat, az openwrt routeren logó eszközökön nincs internet elérés és a routeren sem működik pl az opkg update, de elérem a túloldalt és a túloldalról is elérem az openwrt Routert. A beállítást az [itt] leírt módon csináltam, de mindig ugyan oda jutottam. Mi nincs benne a leírásban vagy mit rontok el?
/etc/config/firewall:
config interface 'loopback'option device 'lo'option proto 'static'option ipaddr '127.0.0.1'option netmask '255.0.0.0'config globals 'globals'option ula_prefix 'fd76:838c:2672::/48'config deviceoption name 'br-lan'option type 'bridge'list ports 'eth0'list ports 'eth1'list ports 'eth2'list ports 'eth3'list ports 'eth4'list ports 'eth5'config interface 'lan'option device 'br-lan'option proto 'static'option netmask '255.255.255.0'option ipaddr '10.13.8.1'config interface 'wan'option proto 'ncm'option service 'preferlte'option pdptype 'IP'option apn 'vitamax.snet.vodafone.net'option pincode '****'option ipv6 'auto'option device '/dev/cdc-wdm0'config interface 'wg0'option proto 'wireguard'option private_key '************************'option listen_port '13237'list addresses '10.13.249.2/30'config wireguard_wg0option description 'wg_yodee'option public_key '*************************'option route_allowed_ips '1'option endpoint_host 'dyndns'option endpoint_port '13237'list allowed_ips '10.13.249.0/30'list allowed_ips '10.13.1.0/24'config routeoption interface 'wg0'option target '10.13.1.0/24'option gateway '10.13.249.2'config routeoption interface 'wg0'option target '10.13.249.0/30'option gateway '10.13.249.2'Köszönöm
-
szimla65
aktív tag
Sziasztok!
Segítséget szeretnék kérni.Asus Rt-Ac65p+OpenWrt 22.03.0-rc6 a kombináció.Van két Wifi kültéri kamerám ,az egyik az nagyon nehezen ,sokára kapcsolódik mire bejön az élőkép.Van,hogy többszöri próbálkozásra sikerül csak.A másik ahogy belépek a programba,rányomok a kamera ikonra és pár másodperc és bejön az élőkép.Tudtok segíteni ebben a dologban,hogy javuljon a helyzet? -
tlac
nagyúr
már 1,5 hete küzdöttem azzal, hogy nem stabil a netem, bizonyos oldalak nem töltődnek be rendesen, csak nagyon szenvedősen, vagy csak félig
a probléma nem mindig jelentkezett és nem is azonnal, vagy a modem vagy a router újraindítása segített, de valamikor mindkettő kellett
utóbbi időben elég sok minden változott a hálózatomon, így rengeteg nyomozás, kísérletezés után odajutottam, hogy az ipv6-hoz van köze, azokkal az oldalalakkal volt gond főleg, amik elérhetőek ipv6-on is, pl. youtube, gmail, stb.ipv6-ot letiltva egyből megszűnt a probléma
viszont ha csak a modemet kötöttem be közvetlenül a gépbe, akkor is jónak tűnt, így gyanús, lett, hogy lehet az openwrt-s routeren van valami rosszul konfigolva
reseteltem, elkezdtem újraállítani és figyelni, hogy mikor romolhat elés meglett a bűnös: a software flow offloading
kis google és azonnal kiderül, hogy másoknak is van problémája vele, nem működik rendesen együtt ipv6-tal
[link]routerem: wdr4900 v1, openWrt 21.02.3
megoldási lehetőségek:
-kikapcsolod a software flow offloading-ot (500 mbit-es netem van, így 400-nál vége van ezzel a routerrel)
-bekapcsolod a software flow offloading-ot és tiltod az ipv6-ot (így meg van az 500mbit-em)
-van már egy fix rá, azt visszaportolod magadhoz (nekem jelenleg ez lenne a tökéletes megoldás)
-felrakod a legfrissebb snasphot verziót (a 22.03.0-rc6-ban nincs benne, de sajnos nekem a 22.03 sem elérhető, túl nagy a kernel, így letiltották ezt a buildet a wdr4900-hoz, megoldás nincs rá egyelőre) -
szimla65
aktív tag
válasz
vargalex
#17651
üzenetére
Üdv!
Sikerült megoldani.A t-home-t felhívtam és jeleztem a problémát.Hétfőn kijött a szerelő és vissza állította modem módba,a telefonján babrált egy kicsit és mondta dugjam be az Asus routert(előtte már beállítottam),és mindjárt minden működött.Végre jó .Köszönöm a sok segítséget. -
#17656
vargalex
Topikgazda
huliganboy
#17655
vargalex
Topikgazda
válasz
huliganboy
#17655
üzenetére
A tiéden lévő a legfrissebbre elvileg frissíthető, persze az utólag telepített csomagokat újra kell telepíteni. Az enyémet viszont ne tedd fel a beállítások megtartásával, mert többek között más a network config is.
-
#17654
vargalex
Topikgazda
huliganboy
#17653
vargalex
Topikgazda
válasz
huliganboy
#17653
üzenetére
Van egy jó régi buildem, de ebbe igazából csak bele vannak fordítva a felsorolt csomagok. Szóval, nincs extra webes felület, nincsenek előre definiált tűzfal szabályok, stb.
-
#17653
huliganboy
addikt
huliganboy
addikt
Sziasztok!
Van egy ASUS RT-AC65P amin jelenleg egy OpenWrt 21.02.0-rc1 r16046-59980f7aaf / LuCI openwrt-21.02 branch git-21.106.55967-06dd6b5 fut..
Korábban vargalex féle fw-t használtam a korábbi routereken... Erre van épített build? Ha igen, simán LuCI felületről újra rakható?
Köszönöm
-
vargalex
Topikgazda
válasz
szimla65
#17648
üzenetére
Nem túl jók a képek, így azt nem látom, hogy a fülre mi van írva. Nem értek a Telekomos HGW-hez, de én azt gondolom, hogy előfordulhat, hogy az ügyfélszolgálaton kell átkérni bridge üzemmódba. Bridge módban nem értelmezett a connection type, hiszen azt a saját routereden fogod beállítani...
-
szimla65
aktív tag
-
vargalex
Topikgazda
válasz
szimla65
#17645
üzenetére
Ez nekem kicsit ellentmondásos: "át tudom állítani a T-homost Bridges módra be is tudom írni a PPPoe adatokat,és van net működik.De ha össze dugom az Asus routerrel akkor semmi net nincs."
Ha átállítod a T-Home-os eszközt bridge módba, akkor a PPPoE adatokat nem a T-Home-os HGW-n, hanem az Asus routerben kell beállítani. Ha ott állítod be és van net, akkor nyilván össze van kötve, ami ellentmond a második mondatnak. Vagy bridge módba is a T-Home eszközön állítod be a PPPoE felhasználónév/jelszót? Engedi ezt? Nem ismerem az eszközt, de ilyenkor nem kellene...
-
szimla65
aktív tag
-
vargalex
Topikgazda
válasz
szimla65
#17643
üzenetére
Nagyon nem szerencsés, hiszen így a LAN-odon ugyan azt a hálózatot állítottad be, amit WAN oldalon is kap (192.168.1.0/24). Ha a Telekomos eszközt nem tudod bridge (modem) üzemmódba állítani, akkor vagy annak, vagy az OpenWrt LAN tartományát módosítsd pl. 192.168.2.0/24-re (azaz a LAN IP-t pl. 192.168.2.1-re).
-
szimla65
aktív tag
Üdv!
Ma jutottam el az OpenWrt beüzemeléséig,de ha beállítom a PPPoe kapcsolatot akkor nincs net sehol.De ha a DHCP protokolt állítom be akkor működik.Eddig ebben a pár napban amíg az OpenWrt -t telepítgettem addig a T-home modem+routert használtam,előtte csak a modem részét.Nem tudom,hogy ez így jó-e?
-
yodee_
őstag
Üdv!
Megint nekiugrottam a wireguardnak. Azt vettem észre, hogy a peer beállításoknál hiába van bepipálva, hogy "Route allowed IP's" a network/routing részben semmi bejegyzés nincs. Így nem is érem el az openwrt wg kliensről a szerver oldalt. Fordítva rendben, mert a mikrotiken van kész routing rész.
Mit rontok el?
-
xabolcs
őstag
Frissitettek a konzolos speedtest-et is, igy mar CLI-ben is latszanak a letoltes es feltoltes kozbeni pingek!
$ speedtest
Speedtest by Ookla
Server: Digi Kft - Budapest (id: 31717)
ISP: Digi TV
Idle Latency: 3.01 ms (jitter: 0.05ms, low: 2.87ms, high: 3.06ms)
Download: 918.91 Mbps (data used: 1.0 GB)
2.98 ms (jitter: 2.41ms, low: 2.14ms, high: 196.22ms)
Upload: 325.88 Mbps (data used: 147.8 MB)
5.53 ms (jitter: 0.50ms, low: 3.88ms, high: 6.59ms)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/14e2bed8-a394-412a-b372-274aa75f0fdd -
szimla65
aktív tag
válasz
vargalex
#17628
üzenetére
Igen nincs.Nem vagyok hozzáértő, innen a fórumról kaptam segítséget folyamatosan,hogy sikerüjön feltenni ezt az fw-t.Ez előtti routeremen is OpenWrt volt(a Te általad készített)az Tp-Link 1043 ND volt újkora óta a végéig(most is megvan). [kép]
Nem tudom számít-e,de ebbe a routerbe nincs beduva a net.Csak a laptoppal van összedugva.A család használja a tv-t,tábla pc-t,stb.Gondoltam ezen mindent beállítok és akkor üzembe helyezem.
-
vargalex
Topikgazda
válasz
szimla65
#17620
üzenetére
Szia!
PPPoE: Network->Interfaces->WAN->Edit (Hálózat->Csatolók->WAN->Szerkesztés). Itt a Protokollt módosítod PPPoE-ra, majd nyomsz egy Switch Protokoll (Protokoll váltása) gombot. Ekkor meg tudod adni a felhasználó nevet/jelszót.
Wifi: Network->Wireless (Hálózat->Vezeték nélküli) találod a Radio eszközöket és konfigurált SSID-ket. Az SSID-nél Edit (Szerkesztés) gomb. Felső részen kiválasztod a csatornát, csatornaszélességet, az alsó részen megadaod az SSID-t, illetve a második fülön a titkosítást és a kulcsot.
-
Headless
őstag
válasz
attilam
#17621
üzenetére
szia openwrt-vel nekem mt7621-el kb 7-8mb/s-et sikerült elérnem wireguarddal, az rpi processzorban jobb, viszont kérdés melyik verziós rpi. nem tudom az újak milyenek de 2,3-nál még azért eléggé nem volt mondhatónak a gigiabit lan teljes értékűnek. osztozott usb kulcsokkal a sebességen. szóval én az egyszerűség kedvéért mennék/maradnék az openwrt mellett nagy különbséget nem fogsz tapasztalni szerintem sebességben.
Másik az 1. esetben sem kell mindent routingolni, hanem elég a subnetet (192.168.X.0/24), az internet felé routingolást feleslegesnek érzem (0.0.0.0), ha csak az a cél hogy ftp.re másolj.
-
attilam
őstag
Sziasztok! Egy érdekes kérdésem lenne.
Szerintetek hogy gyorsabb a wireguard kapcsolat, vagy van-e különbség a két módszer között:1. Mobil és OpenWRT közötti kapcsolat. Minden kapcsolat a routeren keresztül routingolva. Így kvázi a helyi hálózatba csatlakozik az eszköz, nyilván másik subnet címet, de elérem a RaspberryPI kilens-t is és onnan tudok mondjuk ftp-vel fájlokat másolni.
2. Mobil és a RaspberryPI közötti közvetlen wireguard kapcsolat. Az OpenWRT csak a tűzfalbeállításokon kereszül port forwardon keresztül továbbítja az adatokat a RPI-nek (tehát itt az RPI a célpont és nem a router mint az első pont esetében). Csak a két kliens közötti kapcsolat van routingolva, tehát az internet és minden egyéb a mobilszolgáltató és a router feladata. Így is lehet csatlakozni a RPI-hez és mondjuk ftp-vel fájlokat másolni.
Csak a kérdés, hogy melyik a gyorsabb. Vagy nincs számottevő különbség és nem érdemes a 2. ponttal foglalkozni, vagy csak speciális esetekben.
Köszönöm.
-
szimla65
aktív tag
Üdv!
Segítséget szeretnék kérni.
Asus Rt-Ac65p router-re most tettem fel a legutolsó OpenWrt-t,nem vagyok olyan hozzá értő,és nem találom,hogy hova kell beírni a PPPoe adatokat és nem találom a Wifi be kapcsolásnak a lehetőséget.
Előre is Köszönöm a segítséget. -
-
vargalex
Topikgazda
Szia!
Azért, mert hibás a konfiguráció. Ugyanis
ip_source-nakinterfacevan beállítva, deip_interfacehelyettip_networkkerült megadásra. Ebben az esetben a dynamic_dns_updater.sh script ezen soraeth1-re állítja azip_interface-t.
Magyarul leírva a kérdéses sort: ha azip_sourceértékeinterfaceés azip_interfaceértéke üres, akkor legyen azip_interfaceértékeeth1.Szerk.: az error logba azért nem kerül semmi, mert van eth1 interface-od, csak nincs IP címe, így a kérdéses parancs hiba nélkül lefut, csak üres stringet ad vissza.
-
attilam
őstag
válasz
vargalex
#17602
üzenetére
Végülis megoldottam egyszerűen:
A RPI-re telepítettem a firewalld-t, és kapott a TV egy külön zónát, ahol nincs engedélyezve a minildna. Alapból a public-ba van minden, ott engedélyeztem a szolgáltatásokat. A cron pedig szépen beteszi minden reggel 6-kor a TV IP-jét a TV zónába, majd 9-kor kiveszi onnan.
Lehet nem túl elegáns megoldás, de működik.
Köszi a segítséget. -
footy
addikt
válasz
vargalex
#17606
üzenetére
Azt nem ertem miert az eth1-et keresi, az nincs konfiguralva sehol:
root@WAN2-Yess:/etc/config# cat ddns
config ddns 'global'
option ddns_dateformat '%F %R'
option ddns_loglines '250'
option ddns_rundir '/var/run/ddns'
option ddns_logdir '/var/log/ddns'
config service 'myddns_ipv4'
option lookup_host 'XXX
option use_ipv6 '0'
option service_name 'duckdns.org'
option domain 'XXXX'
option username 'XXXX'
option password 'XXXXXXX'
option ip_source 'interface'
option use_syslog '2'
option check_unit 'minutes'
option force_unit 'minutes'
option retry_unit 'seconds'
option ip_network 'wwan0'
option interface 'wwan0'
option enabled '1'Ami pedig az error file-t illet az ures
:root@WAN2-Yess:/etc/config# cat /var/run/ddns/myddns_ipv4.err
root@WAN2-Yess:/etc/config# ls -ltra /var/run/ddns/myddns_ipv4.err
-rw-r--r-- 1 root root 0 Aug 5 13:38 /var/run/ddns/myddns_ipv4.err
root@WAN2-Yess:/etc/config# -
vargalex
Topikgazda
-
footy
addikt
válasz
vargalex
#17604
üzenetére
A masik routeren most talaltam logokat:
110814 note : PID '20844' started at 2022-08-05 11:08
110814 : ddns version : 2.8.2-12
110814 : uci configuration:
ddns.myddns_ipv4.check_unit='minutes'
ddns.myddns_ipv4.domain='XXXX'
ddns.myddns_ipv4.enabled='1'
ddns.myddns_ipv4.force_unit='minutes'
ddns.myddns_ipv4.interface='wwan0'
ddns.myddns_ipv4.ip_network='wwan0'
ddns.myddns_ipv4.ip_source='interface'
ddns.myddns_ipv4.lookup_host='XXXX'
ddns.myddns_ipv4.password='***PW***'
ddns.myddns_ipv4.retry_unit='seconds'
ddns.myddns_ipv4.service_name='duckdns.org'
ddns.myddns_ipv4.use_ipv6='0'
ddns.myddns_ipv4.use_syslog='2'
ddns.myddns_ipv4.username='wan2a1'
ddns.myddns_ipv4=service
110814 : verbose mode : 0 - run normal, NO console output
110814 : check interval: 600 seconds
110815 : force interval: 4320 seconds
110815 : retry interval: 60 seconds
110815 : retry counter : 0 times
110815 : No old process
110815 : last update: never
110815 : Detect registered/public IP
110815 : #> /usr/bin/nslookup XXXXX.duckdns.org >/var/run/ddns/myddns_ipv4.dat 2>/var/run/ddns/myddns_ipv4.err
110815 : Registered IP '89.x.x.x' detected
110815 info : Starting main loop at 2022-08-05 11:08
110816 : Detect local IP on 'interface'
110816 : #> ip -o addr show dev eth1 scope global >/var/run/ddns/myddns_ipv4.dat 2>/var/run/ddns/myddns_ipv4.err
110814 : ************ ************** ************** **************
111420 : #> ip -o addr show dev eth1 scope global >/var/run/ddns/myddns_ipv4.dat 2>/var/run/ddns/myddns_ipv4.err
111420 : Data detected:
111420 :
111420 WARN : Get local IP via 'interface' failed - retry 7/0 in 60 seconds
111520 : #> ip -o addr show dev eth1 scope global >/var/run/ddns/myddns_ipv4.dat 2>/var/run/ddns/myddns_ipv4.err
111520 : Data detected:
111520 :
111520 WARN : Get local IP via 'interface' failed - retry 8/0 in 60 seconds
111621 : #> ip -o addr show dev eth1 scope global >/var/run/ddns/myddns_ipv4.dat 2>/var/run/ddns/myddns_ipv4.err
111621 : Data detected:
111621 :
111621 WARN : Get local IP via 'interface' failed - retry 9/0 in 60 seconds
111721 : #> ip -o addr show dev eth1 scope global >/var/run/ddns/myddns_ipv4.dat 2>/var/run/ddns/myddns_ipv4.err
111721 : Data detected:
111721 :
111721 WARN : Get local IP via 'interface' failed - retry 10/0 in 60 seconds
111822 : #> ip -o addr show dev eth1 scope global >/var/run/ddns/myddns_ipv4.dat 2>/var/run/ddns/myddns_ipv4.err
111822 : Data detected:
111822 :
111822 WARN : Get local IP via 'interface' failed - retry 11/0 in 60 seconds
111922 : #> ip -o addr show dev eth1 scope global >/var/run/ddns/myddns_ipv4.dat 2>/var/run/ddns/myddns_ipv4.err
111922 : Data detected:
111922 :
111922 WARN : Get local IP via 'interface' failed - retry 12/0 in 60 seconds
112022 : #> ip -o addr show dev eth1 scope global >/var/run/ddns/myddns_ipv4.dat 2>/var/run/ddns/myddns_ipv4.err
112023 : Data detected:
112023 :
112023 WARN : Get local IP via 'interface' failed - retry 13/0 in 60 seconds
112123 : #> ip -o addr show dev eth1 scope global >/var/run/ddns/myddns_ipv4.dat 2>/var/run/ddns/myddns_ipv4.err
112123 : Data detected:
112123 :
112123 WARN : Get local IP via 'interface' failed - retry 14/0 in 60 seconds
112223 : #> ip -o addr show dev eth1 scope global >/var/run/ddns/myddns_ipv4.dat 2>/var/run/ddns/myddns_ipv4.err
112224 : Data detected:
112224 :
112224 WARN : Get local IP via 'interface' failed - retry 15/0 in 60 seconds
112324 : #> ip -o addr show dev eth1 scope global >/var/run/ddns/myddns_ipv4.dat 2>/var/run/ddns/myddns_ipv4.err
112324 : Data detected:
112324 :
112324 WARN : Get local IP via 'interface' failed - retry 16/0 in 60 seconds
112424 : #> ip -o addr show dev eth1 scope global >/var/run/ddns/myddns_ipv4.dat 2>/var/run/ddns/myddns_ipv4.err
112424 : Data detected:
112425 :
112425 WARN : Get local IP via 'interface' failed - retry 17/0 in 60 seconds
112525 : #> ip -o addr show dev eth1 scope global >/var/run/ddns/myddns_ipv4.dat 2>/var/run/ddns/myddns_ipv4.err -
vargalex
Topikgazda
Szia!
Jó lenne látni a logokat. Azok nélkül elsőre azt mondanám, hogy talán az IP cím lekérése zavarhatja meg, így az
ip_source-t tenném átweb-re és állítanám beip_url-nek a default http://checkip.dyndns.org/-ot. Persze, ha valóban ez lehet a gond.
Mert egyébként én azt látom (a kódot nézegetve), hogy legfeljebb nem tud elindulni a ddns szolgáltatás, ha nincs interface, de majd a hotplug script indítja... -
attilam
őstag
Sziasztok! Szülői időkorlát beállításában tud valaki segíteni?
A lényeg, hogy a TV-n ne legyen semmilyen kapcsolat 06:00-12:00-ig.
A trafic rule-ban beállítottam MAC alapján, hogy a lan -> wan irány itt blokkolva legyen, ez jól is működik (nincs youtube, netflix).
Viszont van egy Raspberry PI is a rendszerben, ahonnan minidlna-n keresztül elérhető néhány videó a TV-ről. (Amúgy mindkettő kábellel van összekötve a routerrel ha ez számít).
Azt viszont nem tudom megoldani sehogy sem, hogy a TV ne lássa a RPI-t. Ugye mindkettő a LAN hálózaton van, de hiába állítom itt be a trafic rule-t nem csinál semmit, ugyanúgy látszódik az eszköz.Köszönöm az ötleteket.
(Ahogy látom, maga az eszköz érintett abban, amit linkeltél).
Új hozzászólás Aktív témák
- MacBook felvásárlás!! MacBook, MacBook Air, MacBook Pro
- Apple iPhone 13 128GB, Kártyafüggetlen, 1 Év Garanciával
- Részletfizetés. BankMentes. Kamatmentes. Új noblechairs EPIC műbőr FEKETE - KÉK 3 év garancia!
- iPhone gyári/emelt kapacitású akkumulátor csere 6 HÓNAP GARANCIÁVAL
- Gamer PC-Számítógép! Csere-Beszámítás! I3 14100F / RTX 3070 8GB / 16GB DDR4 / 512 Nvme SSD
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest