- Poco F5 - pokolian jó ajánlat
- Xiaomi 15 Ultra - kamera, telefon
- Azonnali mobilos kérdések órája
- Nothing Phone (3a) és (3a) Pro - az ügyes meg sasszemű
- A Samsung gyártja az első 2 nm-es Qualcomm lapkát?
- Garmin Forerunner 970 - fogd a pénzt, és fuss!
- Apple Watch Ultra - első nekifutás
- Egyszerre legnagyobb és legkisebb is a Garmin Venu X1
- Xiaomi 14T - nem baj, hogy nem Pro
- iPhone topik
-
Mobilarena
OpenWrt topic
Új hozzászólás Aktív témák
-
BullZeye
veterán
válasz
BullZeye #20237 üzenetére
Sőt megcsináltam amit írtál első részben.
Létrejött egy wwan dhcp client, net viszont vezetéken nincs a PC-nél. Kell valamit még állítani?Szerk. : Vargalex sajna okos otthon, 60+ wifi eszközzel, ha kikapcsol wifi, nincs világítás.
Szerver ami sok nézet fogyaszt van kábelen,és azt levalasztani nem tudom.
-
vargalex
Topikgazda
válasz
BullZeye #20234 üzenetére
Persze. Wifi extender módban, vagy akár USB tethering-el is.
Ha nem gond, hogy NAT-ol a router is (mobilnetnél valószínűleg nem), akkor a wifi client beállítás nagyon egyszerű.Szerk.: Lemaradtam...
-
xabolcs
őstag
válasz
BullZeye #20234 üzenetére
A network / wireless oldalon a "scan"-re ranyomva korbenez a router, hogy milyen wifi halozatok vannak a kozelben, s a "join"-nal beallithatod a routert mint wifi kliens.
Masik megoldas, ha usb tethering-gel kotod ossze a telefonnal. Viszont a hozzavalo csomagok szerintem nincsenek benne az alap image-ben. Bar image builderrel semeddig sem tart belerakni.
Mondjuk, ha nincs USB a routeren, akkor ugyis mindegy. -
vargalex
Topikgazda
válasz
BullZeye #20125 üzenetére
Rögtön a LuCI kezdő oldalon le tudod választani bármelyik wifi klienst, aztán majd újracsatlakozáskor kap új IP-t.
Vezetékes eszköznél a fizikai kapcsolatot (akár csak port kikapcsolással) kell megszakítani, hiszen ő a lease time feléig semmit nem akar a DHCP szervertől. Pl. PPPoE, VPN esetén tud a szerver oldal bontani.
A lease time-t szerintem felesleges 5 percre rakni ezért, mert akkor minden kliens 2,5 percenként DHCP kéréssel fogja “bombázni” a routert tök feleslegesen. -
adika4444
addikt
válasz
BullZeye #20112 üzenetére
AirFrier-nek miért kell statikus IP?
Esetleg olyan, ami cloud-less és LAN-on tudod vezérelni?
Ha igen, érdekelne a típusa.#20124kutga
Erre két egyszerű megoldás van.
Az egyik, hogy a DHCP option-nal küldesz két DNS-t, az első a szerver címe, a második meg a routeré.
A másik, hogy a WAN interfészhez adsz DNS-t kézzel és akkor oda rakod a szerverét + egy valamilyen külsőset, pl. 1.1.1.1 és a router saját címét kapja mindenki DNS-ként DHCP-n. -
vargalex
Topikgazda
válasz
BullZeye #20112 üzenetére
A lease time felénél az eszköz küld egy DHCP renew-t. Ilyenkor elvileg a dnsmasq válasz üzenetben NAK-ot küld és az új IP címet. De egy Air fryer-t nem olyan nehéz áramtalanítani...
Ha nem kapja meg az új IP címet, akkor vagy elírtad a MAC címet, vagy random MAC címet használ az eszköz... -
Tamy
őstag
válasz
BullZeye #20110 üzenetére
Ha letelik a lease time, akkor már az új címet fogja kapni. Ha ezt nem tudod/akarod kivárni, akkor az is megoldás, ha egy pillanatra bontod a hálózati kapcsolatot (kihúzod a netkábelt, majd visszadugod). Windows esetén az ipconfig /release, ipconfig /renew parancs, Linux alatt pedig a dhclient -r interface parancs is segít.
-
E.Kaufmann
veterán
-
xabolcs
őstag
válasz
BullZeye #19907 üzenetére
Neked dumpAP / access point only kell, ne engedd magad osszezavarni a mesh-sel!
Elso atfutasra nem tudom min csuszott el a dolog nalad.
-
attila.86
tag
válasz
BullZeye #19904 üzenetére
A videó szépen elmagyarázza pedig, csinálhatsz persze wifi kliens és AP-t szimultán egy eszközből, de inkább a videón ajánlott mesh rendszer lenne a nyerő. Előbbihez kéne szoftveres relay a két (client, ap) wifi hálózat közé, ami technikailag elég nyakatekert mód. És attól, hogy mesh van a két router között WPA3-SAE titkosítással, még az ap hálózatnak nem kell ezzel legyen titkosítva (maradhat wpa2). Arra figyelj, hogy valóban ki kell cserélni a wpad csomagot arra mindkét routeren, amit a videó is ír. És csak ehhez a művelethez kell a kábeles összeköttetés előtte (kell net elérés az második routeren is ehhez), semmilyen "automata" beállítás nem fut le ettől még, mint sok gyári mesh-rendszernél. Neked kell kézzel beállítani mindkét routeren ugyanazt a mesh hálózatot, ugyanolyan frekvenciás rádión belül, utána mehet melléjük ugyanaz az AP-hálózat, ugyanazzal a Mobility Domain-nel, hogy menjen a fast roaming.
-
BullZeye
veterán
válasz
BullZeye #19903 üzenetére
Na, hát nem egészen ennyi.
1) Reseteltem routert
2) Beállítottam IP-t 192.168.0.255-re (192.168.0.1 az új router)
3) Beállítottam WIFI-t
4) Kikapcsoltam DHCP-tRestart után nem jött be a 192.168.0.255 ip címre az UI, csak openwrt.lan működött.
5) összekötöttem LAN portot a switchel, és a régi routerbe dugtam a gépem, működött.
Viszont a WIFI tutira nem megy, mert folyamatosan romlik a vétel ahogy megyek hátra, és nem kapcsolódik a régi routerreÚj routerrel hiába nézem, nem oszt ki IP címet a régi routernek, így most nem érem el azt.
Mit rontottam el?
-
vargalex
Topikgazda
válasz
BullZeye #19222 üzenetére
A Digi HGW kell, hogy DHCP-n IP-t adjon, így alap konfigurációval rákötve egy routert, annak menni kell, legfeljebb a LAN tartományt kell módosítani (nem lehet ugyan az a subnet). Persze így NAT-olni fog a másodlagos router is. Ha nem kell NAT, akkor a másodlagos routeren a WAN portot a LAN-hoz kell rendelni (vagy network, vagy switch konfigurációval verziótól függően) és a LAN-t kell DHCP-re állítani (vagy manuálisan a Digi HGW tartományába egy biztosan nem kiosztandó IP-vel, megadva a Digi HGW IP-jét gateway-nak és DNS szervernek).
-
xabolcs
őstag
válasz
BullZeye #18898 üzenetére
Az NSS build engem csak akkor erdekelne, ha PPPoE alatt is mukodik a hardveres gyorsitas. Regebben nem tamogatta, azota meg mintha nem irtak volna, hogy igen ... vagy csak feluletes voltam. Annyira nem kovetem, mert most nalam csak AP-kent uzemel a Dynalink.
Az, hogy hany napos tulzottan engem nem zavar. Amikor a SNAPSHOT-on levo eszkozeimen az auc-ot hasznalom, az is par napos build-et tolt le.
Olvasni kell a forumot (ez esetben: IPQ807X NSS Build), hogy mit irnak rola, aztan ha nagyon szidjak, akkor nem kell feltenni! -
xabolcs
őstag
válasz
BullZeye #18891 üzenetére
Ahogy vargalex is irja, ennek a Dynalink-nek erobol kell megoldania a PPPoE NAT-olast.
A legegyszerubben a szoftveres offload-on felul a "packet steering" bekapcsolasaval tudsz segiteni.
LuCI-ban: Network / Interfaces menuben balrol a harmadik, Global network fulon talalod -
xabolcs
őstag
válasz
BullZeye #18888 üzenetére
Na, szépen fokozatosan állítom be, az IPV6 gyomlálása teszi tönkre.
... teljesen fölösleges az IPV6 és amikor azt kikapcsolom hirtelen +100mbps a letöltés.
Tudom, erto olvasas, de akkor most az IPv6 meglete vagy a hianya teszi nalad tonkre a sebesseget?Az a MAC cim pedig egy Xiami eszkoze:
9C:BC:F0 Xiaomi Communications Co Ltd
A kereseshez egy OUI keresot hasznaltam. -
BullZeye
veterán
-
vargalex
Topikgazda
válasz
BullZeye #18881 üzenetére
Jelenleg snapshot van, ami ugye nem tartalmaz LuCI-t, illetve 23.05.0-rc3, ami viszont igen.
-
BullZeye
veterán
válasz
BullZeye #18878 üzenetére
Na most 5Ghz-nél beállítottam 149-es channelt amit írtál, és 160Mhz-ről 80Mhz-re leszedtem a sávszélesget.
Így telefon azt írja 1200Mbps, speedtest pedig ennyit tud, másik szerverrel is ennyit bír.
sőt 36-s channelt kipróbálva is 16/15Mbps
-
Puro
aktív tag
válasz
BullZeye #18871 üzenetére
Nekem 20mbit lefelé, amikor automatán választja ki a ch149-et. Ha én manuálisan ugyan azt, akkor kimaxolja az egész internetet. Tx powert nem is tudok állítani, mindig driver defaultra megy vissza, de állítólag 794mW. Tufa fal után 1-es a wifi, tégla után meg 2-es (tömör kisméretű, nem lyukacsos tégla)
Gyárival ezek 3-as alá le se mentek.
-
xabolcs
őstag
válasz
BullZeye #18869 üzenetére
Amiota katona.jozsi beirta, hogy 200-300 Mbit/s-el tolt le, azota nekem is annyi, pedig elotte volt 800-900 is!
Par hete mar kuzdenek az ATH11k-val, tobb-kevesebb sikerrel: bar jelennek meg ujabb firmware-ek a radiohoz, azok nem feltetlen jobbak, mint a korabbi verziok es van valami broadcast/multicast hiba is.
Otletem sincs, hogy mikorra fog magahoz terni, de mivel nekem nem faj (mert csak egy AP egy egyebkent is lefedett helyen) ezert en a SNAPSHOT-ot hasznalom, kovetem a torteneseket, s varom, hogy megjavuljon.
Ha ez nem kivitelezheto, akkor ki kell probalni a korabbi 23.05-RC-ket, hatha valamelyikkel jo lesz. -
vargalex
Topikgazda
válasz
BullZeye #18871 üzenetére
Az biztos, hogy nála csak a 2,4GHz volt használatban. Viszont én itthon anno az 5 GHz-et teszteltem, igaz csak szobán belül, de a sebesség teljesen rendben volt. 866 Mbps-es klienssel próbáltam, ha jól emlékszem, iperf3-al 600-700 Mbps volt, ahogy a Xiaomi AX3200-nál is.
-
vargalex
Topikgazda
válasz
BullZeye #18692 üzenetére
Biztos elítad, mert 160MBPS = 1280 Mbps.
Milyen router? Milyen kliens? Mennyi a link sebesség?Nálam már egy ideje a Xiaomi AX3200 van használatban (a Dynalink még a szekrény tetején pihen, de már OpenWrt-vel). Egy AC-s wifi-vel 866 Mbps linksebességgel
[gavarga@gavarga-5500 ~]$ lspci | grep -i wireless
00:14.3 Network controller: Intel Corporation Cannon Point-LP CNVi [Wireless-AC] (rev 30)
[gavarga@gavarga-5500 ~]$ iw dev
phy#0
Unnamed/non-netdev interface
wdev 0x2
addr 14:f6:d8:4a:ff:74
type P2P-device
txpower 0.00 dBm
Interface wlo1
ifindex 3
wdev 0x1
addr 14:f6:d8:4a:ff:74
ssid OpenWrt-5GHz
type managed
channel 36 (5180 MHz), width: 80 MHz, center1: 5210 MHz
txpower 22.00 dBm
multicast TXQ:
qsz-byt qsz-pkt flows drops marks overlmt hashcol tx-bytes tx-packets
0 0 0 0 0 0 0 0 0Vodafone 500-as net a routertől 1 szobával távolabb 512 Mbps:
[gavarga@gavarga-5500 ~]$ speedtest
Speedtest by Ookla
Server: Magyar Telekom Plc. - Budapest (id: 2073)
ISP: Vodafone Hungary
Idle Latency: 7.03 ms (jitter: 1.33ms, low: 3.86ms, high: 7.44ms)
Download: 511.94 Mbps (data used: 465.6 MB)
144.44 ms (jitter: 47.80ms, low: 12.74ms, high: 197.47ms)
Upload: 22.26 Mbps (data used: 12.3 MB)
7.08 ms (jitter: 1.34ms, low: 5.15ms, high: 24.40ms)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/14b6662e-da76-4159-800a-ab9f6a8ddfe4Látszik, hogy a net sebessége a limitáló tényező, LAN-on vezetéken csücsülő szerver és a wifi kliens között közel 700 Mbps:
[gavarga@gavarga-5500 ~]$ iperf3 -c 192.168.22.200
Connecting to host 192.168.22.200, port 5201
[ 5] local 192.168.22.103 port 46112 connected to 192.168.22.200 port 5201
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 76.5 MBytes 642 Mbits/sec 0 3.11 MBytes
[ 5] 1.00-2.00 sec 83.8 MBytes 703 Mbits/sec 0 3.11 MBytes
[ 5] 2.00-3.00 sec 83.8 MBytes 703 Mbits/sec 0 3.11 MBytes
[ 5] 3.00-4.00 sec 85.0 MBytes 713 Mbits/sec 0 3.11 MBytes
[ 5] 4.00-5.00 sec 81.2 MBytes 682 Mbits/sec 0 3.11 MBytes
[ 5] 5.00-6.00 sec 86.2 MBytes 724 Mbits/sec 0 3.11 MBytes
[ 5] 6.00-7.00 sec 83.8 MBytes 702 Mbits/sec 0 3.11 MBytes
[ 5] 7.00-8.00 sec 83.8 MBytes 703 Mbits/sec 0 3.11 MBytes
[ 5] 8.00-9.00 sec 83.8 MBytes 703 Mbits/sec 0 3.11 MBytes
[ 5] 9.00-10.00 sec 83.8 MBytes 703 Mbits/sec 0 3.11 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 832 MBytes 698 Mbits/sec 0 sender
[ 5] 0.00-10.01 sec 831 MBytes 696 Mbits/sec receiver
iperf Done.Szóval, érdemes lenne megnézni, hogy valóban olyan csatornán vagy-e, amit nem zavar semmi más, a kapcsolati sebesség összejön-e, kliensen megfelelő driver van-e használatban, stb.
-
xabolcs
őstag
válasz
BullZeye #18646 üzenetére
Ha csak ugy osszevissza tekergeti az IRQ-kat az ember, akkor bizony merevre is tudja fagyasztani a dolgot!
Amit linkeltem szkript az viszont mar kelloen okos, hogy amihez nem szabad nyulni, ahhoz nem nyul.Hivatalos OpenWrt alatt igen, az emlitett community build hasznalataval talan nem - en nem probaltam.
A portok funkcioit gond nelkul at tudod pakolni, de mivel csak egy van belole, keves ertelmet latom. Persze ha pont van egy 2.5 gpbs csatoloju NAS-od, akkor milyen jo, hogy ezutan mar 2-en is tudjak hasznalni gigabites sebesseggel egyszerre. Vagy ha nem csereberelsz es bekotod a Telekom 2/1-es netet a DIGI melle, akkor egyszerre harman is tudtok gigabites sebesseget merni a speedtest-en. -
xabolcs
őstag
válasz
BullZeye #18644 üzenetére
Orulok, hogy sikerult!
Igen, szoftveres offloaddal addig jut a vas, egy pici IRQ-s igazitassal - hogy ne csak az elso mag legyen terhelve - el lehet erni 900 feletti eredmenyt is.
A hardveres gyorsitas aligha fog bejutni a hivatalos OpenWrt-be, de szerencsere van nehany ember, aki fordit NSS-sel megtamogatott valtozatot: IPQ807X NSS Build lehet probalni, hatha mukodik PPPoE-vel is!
-
xabolcs
őstag
-
xabolcs
őstag
válasz
BullZeye #18635 üzenetére
Azt legkonnyebben a Firmware Selector segitsegevel tudod megoldani.
Lenyitod a "Customize installed packages and/or first boot script" reszt es beirod, hogy luci, igy ahogy van, kisbetuvel! (Sot, a tovabbi kenyelemert kiegeszited a "luci-app-attendedsysupgrade auc" parossal!)
Ha beirtad, akkor "Request build" es ha elkeszul, akkor a "Custom Downloads"-nal mar toltheted is a dolgokat.Egyebkent meg mar kesz is van: custom-sysupgrade.bin
-
xabolcs
őstag
-
xabolcs
őstag
válasz
BullZeye #18625 üzenetére
Akkor mehet tovabb a veglegesites!
Haladj tovabb a leirassal, allitsd be az mtdids es az mtdparts valtozokat, az utobbinal a slot 2-es ertekeket kell hasznalnod! Pont igy, egy-egy darab aposztroffal!fw_setenv mtdparts 'mtdparts=nand0:0x6100000@0x7a00000(fs),0x6100000@0x1000000(fs_1)'
Beiras utan ellenorizd le az ertekeket az fw_printenv-vel!
A vege helyett inkabb ezeket hasznald, igy attekinthetobb:
fw_setenv bootcmd 'run openwrtusb; run openwrtboot'
fw_setenv openwrtboot 'setenv bootargs console=ttyMSM0,115200n8 ubi.mtd=rootfs rootfstype=squashfs rootwait; ubi part fs; ubi read 0x44000000 kernel; bootm 0x44000000#config@rt5010w-d350-rev0'
fw_setenv openwrtusb 'usb start && fatload usb 0:1 0x44000000 openwrt-ipq807x-generic-dynalink_dl-wrx36-initramfs-uImage.itb && bootm 0x44000000'
-
xabolcs
őstag
válasz
BullZeye #18623 üzenetére
Ha jol olvasom, akkor mar tudod az USB-re felmasolt initramfs-sel inditani a routert. Ez egy biztonsagos allapot!
Legyszives irdd meg az fw_printenv kimenetet, hogy latszodjon mi van mar beallitva!
Es ha mar ott vagy, akkor a "cat /sys/class/mtd/mtd18/offset" parancs kimenetet is kuldd el!Az sha256 ellenorzo osszeget pedig tudod az OpenWrt-ben is ellenorizni az sha256sum paranccsal ... mielott meg az ubiformat-nak adnad.
-
vargalex
Topikgazda
válasz
BullZeye #18619 üzenetére
Bármelyik initramfs-ből feltehető a factory firmware. Az initramfs csak azért kell, mert azt el tudja indítani USB-ről...
Egyébként, ha jól értem, az ellenőrzés hibára futása miatt a flash-ba még semmit nem írtál, azaz a gyári firmware indulna el az USB eltávolításakor történő indításkor.
-
xabolcs
őstag
válasz
BullZeye #18617 üzenetére
Ne az initramfs image-et probald ubiformat-tal telepiteni, hanem a factory image-et: .....squashfs-factory.ubi
-
BullZeye
veterán
válasz
BullZeye #18609 üzenetére
Oké, figyelmetlen voltam, be kell írni, hogy hol a helye az imagenek.
Rendben, jó lesz ez, csak tényleg nem n00b leírás, linket rakhattak volna az UBI fájlhoz, hogy aki nem ért hozzá (én) rögtön megtalálja.
https://downloads.openwrt.org/snapshots/targets/ipq807x/generic/Ami most felmerült, hogy van 2 itb fájlom, az egyik délben töltöttem le, másikat délután.
Délutáni CRC hibával nem bootolt be.
Délelőtti igen.Délelőtt UBI fájlt nem töltöttem le, használhatom a délutáni UBI fájlt, vagy brickelni fogom vele?
-
xabolcs
őstag
válasz
BullZeye #18551 üzenetére
Flow offload nelkul, PPPoE-n keresztul nem igazan. DHCP-rol nem tudok nyilatkozni.
Szoftveres Flow offloaddal es egy kis packet steering-gel, netan IRQ tologatassal ki tudjak hajtani a gigabites PPPoE-t.
A ramips/mt7621-es routerek tudjak a hardveres NAT-olast, PPPoE-t is, nemelyikuk AX radioval van szerelve.Ellenben, ha mar vasarolsz, akkor az ujabb mediatek es a ipq807x target routerei kozul valassz!
A mediatek tamogatja a hardveres NAT-ot, az ipq807x-hoz van kozossegi forum, ahol probalnak hozza fozni, de egyebkent kelloen eros, hogy hardveres gyorsitas nelkul is at tudjon csuszni rajta a gigabit koruli PPPoE. -
Rick4
félisten
válasz
BullZeye #18176 üzenetére
Pont ugyanilyen sztorikat olvasok az okosotthonos topicban hónapok óta. Az emberek pénzt és időt nem kímélve olyan problémákat generálnak saját maguknak, hogy aztán egy frissítés után még az se működik, amit más egy sima kapcsolóval, vagy egy 3000ft-os távcsengővel simán megold.
-
Headless
őstag
válasz
BullZeye #18169 üzenetére
Első feladat a lan interfészek szétválasztása. https://openwrt.org/docs/guide-user/network/vlan/creating_virtual_switches
Ezután csinálj egy új interfészt ami ahhoz a vlanhoz van csatolva, állíts be egy ip cím tartományt, és engedélyezz dhcp szolgáltatást hozzá,
Ezután hozz létre egy tűzfal zónát ehhez az interfészhez és rendeld hozzá az interfészt is.
Ha szükség van internet hozzáférésre ezen forwardot engedélyezd a wan irányban az új zónából. Lanhoz hasonlóan létre kell hoznod szabályokat az új zónához is. Engedélyezed a lan -> új zóna továbbítást, viszont itt jön a csavar, tűzfal szabályokat hozol létre, hogy bizonyos mac címek továbbíthatnak LAN irányba. Így leírni nagyon nehéz most, lehet konfig mutatással egyszerűbb lenne. De most nem tudok sajnos.
-
-
vargalex
Topikgazda
válasz
BullZeye #17527 üzenetére
switch-en keresztül is működnie kell természetesen...
Írtam, hogy curl-ban hogy tudod erőltetni az IPv4-et:-4, --ipv4
This option tells curl to use IPv4 addresses only, and not for example try IPv6.
Example:
curl --ipv4 https://example.com
See also --http1.1 and --http2. This option is mutually exclusive to -6, --ipv6.
-
xabolcs
őstag
válasz
BullZeye #16968 üzenetére
A 160 MHz-es antenna nem az IOT antenna. Az eszkoz mindharom radios egyseget lehet hasznalni.
Az IOT antennara kotottet is: lehet konfiguralni 2.4G-re is es 5G-re is, de egyszerre csak az egyikkel hasznalhato.A 160 MHz-es modot lehet mar hasznalni: mukodik, lehet vele teszteket kesziteni, de sokat sztem egyelore nem erdemes tole varni.
-
Tarokk79
aktív tag
válasz
BullZeye #16900 üzenetére
Én is nagyon sokat szívtam és nem is tudtam megoldani. Arra jutottam, hogy a routeren állíthatod/tilthatod a pppoe echo-t (internet detection), de nekem nem segített.
Nekem a torrent, ha felmegy 50 peer kapcsolat felé, akkor hal meg a net. De ezen nem sikerült sokat javítani. Lecsökkentettem a kapcsolatok számát. -
xabolcs
őstag
válasz
BullZeye #16898 üzenetére
Ha DIGI, akkor PPPoE.
A kapcsolodasi hibakat en a logread | grep pppd parossal neznem meg, amikor erezhetoen baja van.Pingre van kifejezett pingcheck is, meg persze komolyabb monitorozo alkalmazas, grafikonnal.
Kezdesnek azt mondom, hogy a DIGI sajat DNS szerverei helyett hasznalj publikus DNS szervereket elsodlegesen, ha meg nem tetted volna!
-
xabolcs
őstag
válasz
BullZeye #16891 üzenetére
Igy: OpenWrt Wiki - Dumb AP / Access Point Only
Lehet feluleten is es persze paranccsorbol is.
Roviden:
- a TP-Link LAN portjara dugod a Huwaei kabelet
- a bridge interfesznek beallitasz egy Huawei alhalojaban levo IP cimet. Lehetoleg abbol a reszbol, ahonnan nem oszt a Huawei
- a bridge interfesznek beallitod a Huawei cimet mint DNS es mint atjaroOvatosan a halozati allitgatassal, mert ha elrontod, akkor RESET-elheted es kezdheted elolrol.
Es persze, miutan rajossz a lenyegere, utana egyszeru lesz, mint a szog. -
xabolcs
őstag
válasz
BullZeye #16889 üzenetére
Mivel duplan vagy NAT-olva, a halozatod, ezert ket tuzfalat kell atfurnod.
A TP-Linken mar megvan a lyuk, lyukaszd ki a Huawei tuzfalat is. Es persze a port forwarding-ot is csinald meg a routered fele (hogy utana o is tovabb tudja kuldeni a szolgaltatast biztosito szerverek fele).OpenWrt Wiki - AX3600 installing - ha ezt tudod kovetni, akkor egyszeru.
- vissza kell terni egy korabbi verziora
- ott "fell kell torni" a feluletet
- telepiteni az OpenWrt-t
- ujrainditani
- megint telepiteni az OpenWrt-t, a masik particioraInnen a legfrissebb futasbol kivalasztot az AX3600-as UBI fajlt, az kell az elso telepiteshez.
-
xabolcs
őstag
válasz
BullZeye #16884 üzenetére
Router modba allitod a Huawei-t, szukseg szerint atallitod a hasznalt alhalozatot, hogy ne utkozzon az OpenWrt-s eszkozod halozataval (pl. ne legyen mindketto 192.168.0.xxx), aztan dughatod is ossze, ahogy irtad.
Aztan az OpenWrt-nel meg atallitod PPPoE-rol DHCP-re a WAN-t s keszen is vagy.
Ha van ra lehetoseged, akkor a Huawei-en kikapcsolod (vagy nagyon rovid bekapcsolasi idore utemezed) a Wifi-t.A PPPoE-hez kepest egy pici sebessegnovekedest tapasztalhatsz DHCP-n hasznalva.
-
xabolcs
őstag
válasz
BullZeye #16881 üzenetére
Igazibol is gigabites a WAN portja es igen, a router teljesitmenye keves. (Bocsanat a szorszalhasogatasert.
)
Jajj, tenyleg az AX3600-as 3 db LAN portjat elfelejtettem emliteni.
Igen, az is tud fajo pont lenni, nem csak az USB hianya.Ellenben a PPPoE hardveres gyorsitasa OpenWrt alatt igencsak jo fegyverteny: 0% CPU hasznalat.
-
xabolcs
őstag
válasz
BullZeye #16876 üzenetére
Szia!
A link sebesseget ne keverd a router teljesitmenyevel!
Probald meg a gyari firmware-t, ott talan van HW NAT, azzal sztem 800 MBit/s-ig el tud menni!
Az ath79 / ar71xx vonaltol sajnos nem szabad tobbet varni, mint ez az 5~600 Mbit/s PPPoE NAT-olas teren.
AX routerek kozul sztem a Xiaomi AX3600 best-buy (csak epp USB nincs rajta
), es a 2.5-es meg 10-es Digi Fiberlink csomagot csak azert nem fogja tudni vinni, mert gigabitesek a portjai.
Jelenleg fejlesztes alatt az OpenWrt-s tamogatasa, de ha sikerul felrakni az OpenWrt-t, akkor napi ujrainditassal siman teszi a dolgat honapokig! -
vargalex
Topikgazda
válasz
BullZeye #16800 üzenetére
Ha csak azt szeretnéd, hogy a TV ne érje el ezeket az oldalakat, akkor LuCI-ban a Hálózat->Tűzfal->Forgalmi szabályoknál ezek IP címeit egyesével felveszed úgy, hogy a Forrás zóna a LAN, a forrás IP a TV IP címe, a célzóna a WAN és a cél IP cím ezek IP címei (itt pont egy ilyen példát látsz config-ban). Sajnos IP-k szerint 1-1 ilyen szabály kell.
Ha elég az, hogy a teljes hálózat nem fogja elérni ezeket a címeket, és a router a DNS szervered (ez az alap konfiguráció) akkor egyszerűbb, ha Hálózat->Gépnevek alatt ezen IP host nevekhez hozzárendeled pl. a router IP címét (vagy egy tetszőleges IP-t).
-
Headless
őstag
válasz
BullZeye #15280 üzenetére
a kérdés az, hogy fix ip-vel dolgoznak a szerverek vagy nem... Nem vennék rá mérget.
ui: megnéztem dynu.com támogatja a txt rekordokat ingyenes felhasználóknak egy kitétellel, nem dynu.com hanem más domain alatt fusson (regisztráláskor másikat kell választani) dynu.net megy pl. és legalább 30 napja regisztrálva van.
4 db ddns-ig ingyenes teljesen, reklám/spam email nincs.
-
BullZeye
veterán
válasz
BullZeye #15278 üzenetére
Na, ha más is olyan béna mint én, vagy peches, hogy nincs DNSapi /txt támogatás a dyndns szolgáltatónál, az simán megnyithatja 80as portot erre a 2 külső IP-re (letsencrypt):
64.78.149.164
66.133.109.36És így a hamis biztonságérzet is megmarad, és letsencryt is működik Synologyból.
-
Geth
veterán
válasz
BullZeye #15276 üzenetére
Portot úgy emlékszem nem lehet állítani, mert a 80-as port előírás.
acme.configNekem a NAS külön DNS bejegyzés mögött van külön certtel, amit magának intéz szintén DNS API-n keresztül.
Új hozzászólás Aktív témák
Hirdetés
- Adobe Előfizetések - Adobe Creative Cloud All Apps - 12 Hónap - NYÁRI AKCIÓ!
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem, Most kedvező áron!
- Kaspersky, McAfee, Norton, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Bomba ár! Lenovo IdeaPad 330S-15IKB - i5-8G I 8GB I 256SSD I 15,6" FHD I HDMI I Cam I W11 I Gari!
- Apple iPhone 13 . 128GB , Kártyafüggetlen , 100% akku
- Apple Ipad Pro 2 gen2 10,5" 2K retina A1709 64GB
- Telefon felvásárlás!! Apple Watch SE/Apple Watch SE 2 (2022)
- Nvidia Quadro M2000/ M4000/ P2000/ P2200/ P4000/ P5000/ RTX 4000/ RTX A2000 / RTX A4000
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged