- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- Hővezető paszták
- Sony MILC fényképezőgépcsalád
- Amazon Fire TV stick/box
- HDD vs SSD: Ki nyer 2025-ben? – Tech Percek #4
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- Milyen processzort vegyek?
- Bambu Lab 3D nyomtatók
- Milyen billentyűzetet vegyek?
- Azonnali fotós kérdések órája
-
PROHARDVER!
OpenWrt topic
Új hozzászólás Aktív témák
-
Joe123
senior tag
Sziasztok,
Egy régi MT7621-es routernek (Xiaomi Redmi AC2100) 866-os link mellett kb. mekkora sebességet kellene tudnia Wifin keresztül? PPPoE-t is ez a router csinálja, HW offloaddal a gigás netet vezetéken kiforgatja 940-ig ahogy kell, de Wifin jellemzően csak 250-300mbit jön Openwrt alatt. Amikor egy kölcsön noti AX200-as kliensével próbáltam, volt hogy elvétve 450-et is mértem, de ha egy másik routerrel (Asus AC57u V1 szintén Openwrt-vel) csatlakozom rá kliens módban, akkor se nagyon akar 320 fölé menni (jellemzően inkább kevesebb, 300 alatt), ha egymás mellé vannak téve és Rx/Tx irányba egyaránt stabilan 866,7-es linket ír ki a Luci. (866,7mbit, 80MHz, VHT-MCS 9, VHT-NSS 2, Short GI)
Most pl. lefelé irányba 230-250-et mértem, felfelé 260-300-at. -
vargalex
Topikgazda
válasz
Archttila #20953 üzenetére
A Flint2-höz hasonló vassal az Asus TUF-AX6000 is beszerezhető itthon 57k-tól. Lehet, hogy jobban megéri, mint az AX9000. Bár, személyes tapasztalatom egyikkel sincs, viszont egy ismerősöm nagyon elégedett a kistesójával, a TUF-AX4200-al (természetesen OpenWrt alatt).
-
-
-
trance89
őstag
válasz
adika4444 #20951 üzenetére
AX9000-el sztem nemnagyon foghatsz melle, az a baj hogy a flint2 jelenleg majd 2x ennyibe faj EU-s rendelessel es nemigen tud tobbet
Nalam 3db Xiaomi AX3600-as van hasznalatban, par hete tertem at 24.10 OWRT-re a gyari fw-rol, egyelore nagyon biztato amit nyujt 800/200 optikan. Anno jopar eve pont a rendes OWRT tamogatas miatt esett a valasztas erre a tipusra es egyelore nem csalodtam. Az AX9000 szinte ugyanez csak sokkal magasabb orajelen -
Joe123
senior tag
Sziasztok,
Hozzám került egy régi Asus AC57u V1, amin Padavan van, de szeretném lecserélni Openwrt-re. Mi ennek a legegyszerűbb módja?
Köszi!
-
F34R
nagyúr
Udvozletem
Padavan-rol szeretnek Openwrt-re valtani, kell valami specialis dolgot csinalnom vagy eleg lesz a sysupgrade is?
-
válasz
vargalex #20942 üzenetére
Archlinuxarm.org -on semmi válasz
Legalábbis az Allwinner része kong kb.
AXP20* táp IC kezelésével van bajom.Adott egy Sunxi Linux supportált Allwinner tablet, arra felhackeltem egy Arch-ot. Kijelző 5.x kernellel hajlandó működni (mindegy, wifis kijelző lenne belőle, szóval nem kell up to date-nek lennie). Viszont nincs akkutöltöttség-mérés, és túl meleg a proci. Gondolom proci tápfesz-szabályozás sincs, meg órajel se. AXP20x a táp IC típusa, a/sys/class... alatt ott van az USB része, de battery nincs.
Szóval annyi lenne a kérdés, hogy hogyan lehet ARM-on tápfeszt, órajelet szabályozni, esetleg hogy mik az ACPI megfelelői ARM-on.
-
vargalex
Topikgazda
ÉN futtatok Arch-ot egy RPi 2-n, illetve kollégámnak raktunk fel RPi 4-re. De esetleg még az archlinuxarm.org-on érdemes a fórumot/wikit nézni. Persze tedd fel nyugodtan a kérdésedet, hátha tudunk segíteni.
-
ARM témában lehet itt kérdezni? Nem OpenWRT, hanem Arch, ARM-on - ha valahol akkor itt lehet bárki, aki ért hozzá
-
kismacska7
újonc
Sziasztok!
Szeretnék egy openwrt one routert összerakni. Úgy értem van fent az interneten egy csomó nyák terv, és azok alapján összerakni egy routert amin openwrt fog futni. Én szeretném meghatározni mekkora legyen a nyák és milyen interface-éi legyenek a routernek. Ebben ha valaki segít, pénzt is adok érte.
-
Cudy WR3000 v1
"OpenWrt 23.05.3 r23809-234f1a2efa / LuCI openwrt-23.05 branch git-24.073.29889-cd7e519"-re mehet a beállítások megtartásával?
Kicsit bealudtam a frissítésekkel.
Mod: meg az olvasással is.Pont előttem kérdezték meg.
-
-
kutga
félisten
válasz
trance89 #20927 üzenetére
Úgy látom az én Cudymra is elérhető már a 24.10.0, jelenleg 23.05.5 verzió fut rajta. Ha frissíteni szeretném, akkor jól gondolom, hogy elég betallózni a letöltött Sysupgrade image fájlt, és az openwrt webes felületéről telepíteni? Valamiféle visszaállítást érdemes csinálni, előtte és/vagy utána?
-
.-..-.
tag
válasz
attilav2 #20929 üzenetére
Igazabol nekem csak a kabeles reszre kell Router, mert van egy Mikrotik AP-m, ami megoldja az 5GHz Wifi kerdest a telefonokhoz/tabletekhez. Es egy n66u router switc-kent hasznalva a mikrokontrollerek 2.4GHz-e miatt elhelyezve nagyjabol a terulet kozeppontjan.
Tarsashaz leven iszonyu sok Wifi van es minden egyeb helyen kabel van nalam a stabilitas miatt. Gigabitre kabeleztem anno (CAT5E) minden helyiseget.
Emiatt tovabbra is ugy gondolom, kenyelmesebb volna az x86 vonal. Nagyobb szabadsagot ad a varialassal, nem kell foglalkoznom vele, hogy eleg eros-e a cpu, megy-e rendesen a hw offload, stb. -
-
adika4444
addikt
válasz
xabolcs #20924 üzenetére
Köszi a választ! Úgy néz ki, HW offload nélkül jobb, de fura, mert a MikroTik hAP ac3-mal is hasonló a jelenség.
Offload nélkül meg az MT7621 nagyon gyenge önmagában.
Agyalok egy GL.iNet GL-MT6000 beszerzésén, ahogy elnézem, ez gyakorlatilag HW offload nélkül is képes lenne elbánni a nettel és szerintem megoldaná a problémámat.
-
attilav2
őstag
válasz
.-..-. #20925 üzenetére
Esetleg egy Archer C7v5 beszerzése használtan(hátha a realtek kártya jó barátságban lesz a qualcomm routerrel), ha visszaolvasol akkor az egyik korábbi hozzászólásomból láthatod hogy majdnem teljesen kihajtja a gigabitet 23.05.5-el, illetve az Archer C7v4 is kis hackeléssel (archattila leírja egyik hozzászólásában, illetve neki megfelelő beállításokkal 24.10 alatt is vitte a gigabitet megfelelő beállításokkal). Ez áthidaló megoldásként szóbajöhet míg egy combosabb routerre össze nem jön a pénz, pl GL.inet Flint2.
-
válasz
trance89 #20927 üzenetére
Lattam, igaz csak ma reggel raktam fel Attended Sysupgrade -el es hat nagy meglepetesemre a WAN / PPPoE nem tudott csatlakozni. Szerencsere upgrade elott (is) mindig csinalok egy teljes config backup-ot, szoval egy config restore utan a friss rendszeren is minden ugy mukodik mint elotte..
-
trance89
őstag
Csak szólok, a minap megjelent a 24.10.1 szép csendben
-
devast
addikt
válasz
.-..-. #20925 üzenetére
Nem tudom hasznalhatoak-e, de en tavol tartanam minden broadcom dologtol. Szimplan az uzletpolitikajuk miatt. intel 2.5g-s kartyak nagyjabol mukodnek, (i226-v), az elso revizioik katasztrofak voltak (i225- v1 - v3). Nekem konkretan a realtek-el sincs bajom (azon kivul, hogy aspm-et le kell tiltani), bar nem hasznalok 2.5-ös (rtl8125) verziót linux alatt. Mas "olcso" nic nagyon nincs.
-
.-..-.
tag
A jelenlegi AC65P routeremtol fuggetlenul, egy sajat x86_64-alapu routert csinalok.
Amolyan kivancsisagbol, mert kezd erdekelni a Linux halozatkezeles melyebben az eddigi ismereteimhez kepest.
Illetve szeretnek sajat szabalyokat alkalmazni a halozatkezelesnel es ugy gondolom az x86 vonal eleg eros es konnyebben beszerezheto vonal lenne ehhez.
Azt mar elhataroztam, hogy nem Realtek lesz a halozati vezerlo.
Az irant erdeklodnek, hogy az Intel ketportos kartyai mellett/helyett mennyire hasznalhatoak a Broadcom ketportos kartyai?
Van esetleg valami ismert problema, ami esetleg rossz valasztassa tenne egy ilyen kartyat Linux hasznalathoz? -
adika4444
addikt
válasz
adika4444 #20922 üzenetére
Küzdöttem a gonddal és furcsa mód akkor jön elő igazán, ha aktív a HW offload. HA inaktív, akkor az iperf3 mérés 200 Mbps fölé is megy (offload-dal 100 a teteje), viszont offload nélkül azért szépen látszik a CPU-terhelés, offloaddal meg marad 0, de valahogy még is megáll a sebesség.
Tesztelek majd egyet MikroTik-kel, kíváncsi vagyok, az jelenleg mit fog produkálni, a korábbi eredmények pár hónaposak, ezek szerint változhatott valami a képletben.
MT7621-es platformon ez amúgy ismert hiba? Olyat láttam, hogy PPPoE-val nem az igazi a HW offload, de ezek régebbi posztok voltak.
-
adika4444
addikt
Hali!
Már emlegettem korábban is ezt a problémát, de azóta is fennáll és azóta is szeretnék a végérejárni, mert iszonyat idegesítő.
Van nekem egy gigabites One (ex DIGI) FTTH internetem, és mögötte egy ASUS RT-AX53U OpenWRT-vel, de előtte volt már Ubiquiti EdgeRouter ER-X (chipset mondjuk ugyanaz az MT7621), szintén owrt-vel.
A problémám és ezt főleg külföldi desztinációkon tapasztalom (hosszabb trace, magasabb késleltetés), hogy a router mögött lévő munkaállomásokon az egyszálas TCP és UDP sebességg számottevően lassabb, mint a routeren. Van több OVH, netcup és egyéb szerverem, VPS-em és kivétel nélkül azt tapasztalom, hogy ha pl. iperf3-mal mérek, Wireguard VPN-ben csinálok bármit vagy épp SCP-vel másolok, sokkal lassabb egy Windows, Debian laptopon kábelen és wifi-n, vagy telefonon, mint akkor, ha a routerről megy a mérés, a routeren SCP-zek vagy a routeren van a Wireguard alagút vége és a mögötte lévő klienseket a router NAT-olja a VPN-hez.
Ha közvetlen laptopon építek PPPoE-t, akkor igazán hasít minden, a routernél mindig azt látom, hogy a CPU-ból fogy ki, ha rajta megy az iperf3, VPN etc. Belföldi célokon ezt kevésbé tapasztalom, bár itt is jellemző, hogy a gigabitet sehová nem tudom kimérni, 500--600 Mbps körül tetőzik. Volt már próbálva MikroTik routerrel is, de hasonló a hibajelenség. Próbálkoztam azzal, hogy a MTU-t állítgatom a PPPoE interfészen, de szintén nem segít, meg a routeren nézve jó amúgy is a sebesség.
Röviden összefoglalva tehát a problémám az, hogy ezen a DIGI végponton, ha NAT-olt IPv4 hálózat és router mögötti (az nem NAT-olt) IPv6-ról próbálok csinálni valamit, az meglehetősen lassabb, mint közvetlen a PPPoE-t felépítő eszközön.
Amit eddig próbáltam:
- Elvittem a routert egy Telekomos giga/giga végpontra, nem tapasztaltam a hibát.
- Bedugtam a laptopom a környéken egy DIGI-s eszközbe, az router módban van és ugyanez a szomorú eredmény.
- Csekkoltam teljesen másik fejállomáson lévő DIGI végponton, hasít minden hibátlanul és ezt a régi DIGI topikban is lejátszottuk, ott is többnyire jó eredmények voltak, de 1--2 ember azért szintén belefutott ebbe.Valami gond tehát a routolás / NAT-olás frontján lehet, de lövésem sincs, hogy mi. Talán MTU?
Ha valakinek van valami ötlete, mindenképp ossza meg, mert ez egy hosszú évek óta fennálló probléma. Zavart eddig is, de most már főleg, hogy közvetlen kapcsolódva és másoknál látom, hogy milyen jó lett az One-nal a külföldi peering, tehát a probléma biztosan nálam van, vagy a végponton, vagy a fejállomáson, de sajnos az ügyfélszolgálat ezzel eddig nem igazán tudott mit kezdeni.
-
adika4444
addikt
válasz
.-..-. #20898 üzenetére
Mindenképp jó volna tesztelni valami mással. Ez az r8168 az MT7621-gyel nálam sem igazán jött ki jól, ilyen link down-up köröket tolt, néha naponta, néha hónapokig semmi. Nem tudom, mi okozta, nálam az lett a megoldás, hogy kidöglött a gép, amiben ez a chip volt.
Én is raktam kernelmodult, cserélgettem a kábeleket, de semmi, nem tudtam elérni a hibamentes működést.
-
.-..-.
tag
válasz
vargalex #20916 üzenetére
Nem fogod elhinni mi volt a hiba ...
Persze user error
Semmi OpenWRT, az teszi a dolgát rendesen.Az volt a gond, hogy telepítés közben (arch-chroot /mnt) írtam meg a /etc/resolvconf fájlt, még a legelső normál boot folyamat előtt.
Azt viszont nem tudtam, hogy ilyenkor a systemd-resolved felülírja egy saját, nagy semmi konfiggal.
Így csak éppen a nameserver, ami esetemben a router, na az hiányzott.
A vicces az egészben, hogy mindeközben csomagokat tudtam telepíteni a repo-ból és ping esetén is működött valahogy a névfeloldás.
Nem látom át a miérteket sajnos, de az valamiért gondolom a /etc/systemd/network/20-wired.network konfigot használta.
Ott a Gateway és DNS is a router IPv4 címe.
De ami a resolvconf-ra támaszkodott, az elvérzett.
Oda is beírva a nameserver RouterIP címet, helyreállt a rend. -
vargalex
Topikgazda
válasz
.-..-. #20915 üzenetére
A linkelt oldal TCP-n ellenőriz (UDP-n nem is tud). Pont ezt tudnád ellenőrizni telnet-el is. Az nginx is TCP-n hallgat.
Nem lehet, hogy valami blokkolja az UDP forgalmat? UDP-t többféle módon is tudsz ellenőrizni. Én lehet, hogy az iperf3-at preferálnám. Elindítanám a szerveren szerver módban, és egy külső gépről megpróbálnám a klienst futtatni.#20914 .--..-. Nem volt egyértelmű, hogy nem ugyan arról a szerverről van szó...
-
.-..-.
tag
válasz
.-..-. #20914 üzenetére
Egy olyan jellegű trükköt most megcsináltam, hogy
- qbittorrent leállít
- nginx felrak
- nginx konfigolva 20000 portra
- nginx látható intranetről/internetről (az ISP-től kapott IP-t használva)Ergo a Port Forward működik.
Vagyis nem OpenWRT gond.
A hiba tehát már a PC-ben van.Vicces, ha itt a saját IP-m és a 20000-t csekkolom, akkor minden rendben és azonnal meg is lesz a torrent-kliensben a várt Connected Status.
Bár nem tudom ez így mennyire valid, mert tracker oldalon nincs nyoma. -
.-..-.
tag
válasz
vargalex #20913 üzenetére
Amiről a linux haladóban írtam, az egy VPS. Azon természetesen mindenféle védelmet állítok, mert "megtalálják zsiványok", mivel több domain is van hozzá.
Amiről most szó van, az a "házi-szerverem", az amivel küzdök már egy ideje.
A LAN eldobós, folyton úratelepítős, VPN-el leállós, Port Forward-dal nem működős.
Hisz tudodA telnet-es dolgot nem ismerem.
A router éppen használatban van, asszony még aktívan dolgozik. -
vargalex
Topikgazda
válasz
.-..-. #20912 üzenetére
A linux haladó topicban azt írtad, hogy van ufw...
LAN-ról tudsz csatlakozni telnettel a szerver 20000-es portjára? A HW NAT-nak ehhez nincs köze.Esetleg privátban nem tudsz adni valamilyen távoli hozzáférést (mondjuk SSH) a routerhez? Adok IP-t, tehát nem kellene a teljes netről megnyitni. Persze, ha csak megbízol bennem...
-
.-..-.
tag
válasz
vargalex #20911 üzenetére
Na ... visszatérve az alapokhoz.
Port ForwardAkkor vagyon egy új OS és systemd-networkd/resolved beállítva.
A PC a 192.168.100.100 IP címet kapja.
Ugyan az OpenWRT-ben a DHCP-ben beállítottam, hogy az adott MAC-Address esetén mindig ezt adja neki, de a szerveren is statikusra vettem ugyanezt az IP-t neki.Namost a szokott módon a Port Forward be van állítva a 20000 portra, de mégsem lesz aktív a torrent kliens kapcsolata, pedig ott is ugyanez a port van ismét beállítva.
Nem rakott az ISP-m NAT mögé, mert ugyanazt az IP-t látom a Router-ben és a WhatIsMyIP-n is.
A PC-n nincs felrakva még az ufw sem, tehát minden port nyitott.
Az IP-cím is klappol, mert különben az ssh sem találna oda.Így mutat az OpenWRT:
Mi lehet a gondja, hogy torrent kliensben a "Connection status: Firewalled" rémséget mutatja?
Feltételezem nem a Router-ben beállított HW-NAT okozza a hibát. Legalábbis remélem.
-
vargalex
Topikgazda
válasz
.-..-. #20910 üzenetére
Nem lehet, hogy éppen a névfeloldás állt meg nálad? Az
openresolv
csak opcionális függősége awireguard-tools
-nak és ahogy a linkelt bejegyzés is mutatja, megysystemd-resolved
-el is (sőt, az az ajánlott), csak fel kell tenni asystemd-resolvconf
-ot.
Sőt, konkrétan a linkelt bekezdés kiemeli aNetworkManager
-t, hogy az ugye alapból nem használja aresolvconf
-ot, így megállhat a névfeloldás (lehet, hogy ez történt korábban is nálad). És ez ugye csak akkor probléma, ha a teljes forgalom awireguard
-on van keresztülzavarva.
A wiki-t mindig érdemes átnézni. De ez már lassan inkább az Arch topicba való, hiszen régen nem az OpenWrt-ről beszélünk.A portforward-nak működnie kell, ha nincs tűzfal a szerveren, illetve ha publikus IP-t kapsz a szolgáltatótól (azaz a WAN IP-d egyezik pl. az itt láthatóval).
Én egyébként
systemd-networkd
-t használok a szerveren. DesktoponNetworkManager
-t.Szerk.: De nem kell ám mindig új install...
-
.-..-.
tag
válasz
vargalex #20909 üzenetére
Már nem vagyok biztos semmiben
Nekem elég érthetetlen, hogy VPN nélkül például miért nem volt például portforward, holott a routeren beállítottam.
Az sem tetszett, hogy a wg-quick-nek (wireguard-tools) kellett az openresolv és így tiltanom kellett a systemd-resolved-t.Simán lehet, hogy én szúrok el valamit, de akkor nagyon lépésenként kéne épitkezni.
Kezdve a LAN probléma kiderítésével.
Azt már elfogadtam, hogy egy ideig nem lesz a megszokott seed, majd megy, amikor megy.De akkor most visszatérek a kályhához...
- teljesen új install (Arch)
- systemd-networkd - a hálózathoz (talán Static ismét és nem DHCP)
- systemd-resolved - a névfeloldáshoz
- közvetlen kapcsolat a Router-szerver között, új CAT6 kábellal (eddig CAT5e volt)
- nem lesz VPN (egyelőre)
- lesz PortForward (egyelőre)
- lesz Samba (ez az egyetlen ami rendben is működött mindig)Aztán ha ezek mennek rendesen, akkor mennék tovább.
A LAN kapcsolat probléma mellet ezt a PortForward dolgot is ki kéne deríteni, mert érthetetlen, hogy miért nem működött.Egy kérdés amúgy:
Te (vagy más, aki foglalkozik ilyennel) milyen network-manager-t használsz szerver esetében a wired kapcsolathoz?
(NetworkManager, systemd-networkd, netctl ... etc) -
-
.-..-.
tag
Teljes katasztrófa ...
Arra jövök haza, hogy nagyjából 22 óra környékén megint leállt minden seed.
Sem a router, sem a szerver logban nincs semmi erre utaló jel. Nem mutat lan kapcsolat eldobást.A szerver logban ennyi látszik aból az időszakból:
Apr 16 17:00:12 server systemd[1]: Starting Cleanup of Temporary Directories...
Apr 16 17:00:13 server systemd[1]: systemd-tmpfiles-clean.service: Deactivated successfully.
Apr 16 17:00:13 server systemd[1]: Finished Cleanup of Temporary Directories.
Apr 16 21:23:19 server kernel: perf: interrupt took too long (2509 > 2500), lowering kernel.perf_event_max_sample_rate to 79000
Apr 16 22:27:05 server systemd-timesyncd[390]: Timed out waiting for reply from 81.0.124.253:123 (2.arch.pool.ntp.org).
Apr 16 22:27:15 server systemd-timesyncd[390]: Timed out waiting for reply from 195.111.92.55:123 (2.arch.pool.ntp.org).
Apr 16 22:27:25 server systemd-timesyncd[390]: Timed out waiting for reply from 62.112.195.56:123 (2.arch.pool.ntp.org).
Apr 16 22:27:36 server systemd-timesyncd[390]: Timed out waiting for reply from 193.227.197.2:123 (2.arch.pool.ntp.org).
Apr 16 22:27:46 server systemd-timesyncd[390]: Timed out waiting for reply from 193.227.197.2:123 (3.arch.pool.ntp.org).
Apr 16 22:27:56 server systemd-timesyncd[390]: Timed out waiting for reply from 193.6.222.20:123 (3.arch.pool.ntp.org).
Apr 16 22:28:06 server systemd-timesyncd[390]: Timed out waiting for reply from 213.157.100.71:123 (3.arch.pool.ntp.org).
Apr 16 22:28:17 server systemd-timesyncd[390]: Timed out waiting for reply from 194.38.104.150:123 (3.arch.pool.ntp.org).
A szerveren jelenleg nincs internet elérés sem, kizárólag az itthoni hálózat él.
Nem értem az egészet. Nem a VPN használat kavar be neki ennyire?
Lehet egy ideig VPN nélkül kellene kipróbálnom?Elméletileg futott a service, de egy "systemctl restart wg-quick@wg0" hatására visszajött a szerveren a net.
-
.-..-.
tag
válasz
vargalex #20906 üzenetére
Természetesen nem. Különben az itthoni RasPi kliensek sem találnák meg a filmeket rajta
De most amúgy is már VPN mögött van, szóval nincs használatban a port.
Viszont nem értem miért nem akart működni. Mindegy, most már lepróbálni sem tudom, mert a wg0-t használja a torrent kliens.Még várom a Lan eldobásról a log-ot...
-
.-..-.
tag
válasz
vargalex #20904 üzenetére
Természetesen. Nincs ufw sem (még) és a kliesben is az a port van beállítva és úgy tűnik a szolgáltató sem rakott NAT mögé.
Mondjuk most éppen a wg-quick (wireguard-tools) és a resolvconf (openresolv, függősége a wireguard-tools-nak) segítségével próbáltam VPN-t beállítani.
Nem látom, hogy azzal menne esetleg a dolog ...Update ...
Megjött a VPN kapcsolat a wg0-val. -
.-..-.
tag
válasz
vargalex #20901 üzenetére
Az a reviziós LAN, a másik alaplapban volt.
Abban a miniITX lapban, amit most is használok és régebben is ezt használtam, olyan kártya van, mint a tiedben.03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8211/8411 PCI Express Gigabit Ethernet Controller (rev 11)
Tegnap megpróbáltam systemd-networkd használattal beállítani a VPN-t, de nem sikerült.
Volt wg0 eszközöm, de nem működött valamiért. Talán rossz helyre írtam az értékeket a szolgáltató által adott conf fájlból, nem tudom.
Mivel nem sikerült systemd-networkd esetében bekonfigolnom a VPN-t, ezért letiltottam és a NetworkManager-t raktam fel. Azzal beimportálva működött a VPN.
Így ment egész éjjel és reggelre láttam a hibákat.Most újratelepítettem az Arch-ot ismét és VPN nélkül használom systemd-networkd megoldással. Így figyelem lesz-e valami hiba.
Arra számítok, hogy valamelyik oldalon lesz a logban bejegyzés.Most próbáltam a Router-ben PortForward-ot beállítani, de valamiért a torrent kliens tűzfal mögötti állapotot jelez.
Elrontottam valamit? -
vargalex
Topikgazda
válasz
.-..-. #20893 üzenetére
A systemd-networkd-nek natív wireguard támogatása van. De wg-quick-hez is van systemd service, nálam azzal megy.
#20894 devast: A kollégának nem a routeren fut a wireguard...
-
vargalex
Topikgazda
válasz
.-..-. #20900 üzenetére
Sajnos olyan is előfordul, hogy 2 hálózati eszköz "inkompatibilis" egymással. Persze ezt akár ki is lőhetnénk, hiszen azt írtad, hogy korábban évekig nem volt vele semmi gond.
Viszont nyilván azóta cserélődött a kernel, így a kernel modulok is mind a router, mind a szerver oldalán. Esetleg meg lehet próbálni Arch-on egy LTS, vagy ZEN kernellel is, hátha változik a helyzet.Egyébként nekem ez a hálókártya van a mini szerveremben:
01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8211/8411 PCI Express Gigabit Ethernet Controller (rev 11)
Tehát az, mint a tiéd, csak másik revízió. Nem használok AUR kernel modult. Korábban Atheros ar71xx routereim voltak, majd MT7621-esek, most Mediatek Filogic (természetesen mindegyik OpenWrt-vel), egyikkel sem volt problémám.
Ha Budapesten laksz, én is fel tudok ajánlani tesztre konkrétan Asus RT-AC65-öt is.
Még az lehet, hogy az AC-65P tápja, vagy belső tápáramköre haldoklik, így esetleg egy tápcserét is megpróbálhatsz.
Új hozzászólás Aktív témák
- Autós topik
- Samsung Galaxy S23 Ultra - non plus ultra
- LG Velvet (4G) - megelőzte a híre
- Jövőre az Apple megérkezhet 2019-be
- Tőzsde és gazdaság
- AliExpress tapasztalatok
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- Hővezető paszták
- Poco F5 - pokolian jó ajánlat
- További aktív témák...
- Azonnali A320 B350 X370 B450 X470 A520 B550 X570 chipset alaplap felvásárlás személyes/csomagküldés
- ÁRGARANCIA!Épített KomPhone i7 14700KF 32/64GB RAM RTX 5070Ti 16GB GAMER PC termékbeszámítással
- Razer Blade 18 QHD+ 300Hz mini-LED i9-14900HX 32GB DDR5 RTX 4090 2TB SSD (ELKELT)
- Telefon szerviz helyben - Gyors javítás, akár 30 perc alatt!
- AKCIÓ! Sony PlayStation 5 Slim 1TB SSD lemezes konzol + fejhallgató garanciával hibátlan működés
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest