-
Fototrend
TP-Link WR1043ND - N450 router
Új hozzászólás Aktív témák
-
vargalex
Topikgazda
válasz
Lastemperor
#44514
üzenetére
Szia!
Akkor nem olyan rossz a helyzet. 20 MB/s-et semmiképpen ne várj a routertől! Egyébként éppen a torrentenkénti, illetve globális peer szám túlságos növelése ad feleslegesen nagy terhelést a routernek, amitől a letöltési sebesség csökkenhet.
-
vargalex
Topikgazda
válasz
Lastemperor
#44511
üzenetére
Szia!
megabit/s, vagy megabyte/s?
-
vargalex
Topikgazda
válasz
tobias40
#44411
üzenetére
Szia!
Ahogy fentebb suste is írta. A kiosztható tartomány csak arra jó, hogy a DHCP szerver ezeket a címeket fogja osztani. De ettől függetlenül alhálózaton belül beállítható kliens oldalon a DHCP tartományon kívül eső IP, ami ugyan abba a hálózatba tartozik.
Persze tűzfal szabályokkal (legalábbis OpenWrt alatt, a gyári alatt biztosan nem) biztosítható, hogy csak bizonyos MAC címek kapjanak hozzáférést. Illetve tudom, hogy nem nagy biztonság, de érdemes akkor a WiFi MAC szűrést is bekapcsolni.
-
vargalex
Topikgazda
válasz
csimpas
#44383
üzenetére
Szia!
Szerintem egyébként is kevesen használják a routert switch üzemmódban, és nagy az esély rá, hogy ezen kevesek közül senki nem használ OpenVPN-t. De szerintem mennie kellene, mivel egyébként is a LAN-hoz bridge-elt az új interface. Persze az openvpn config-ban a server_bridge-nél az elsődleges router adatait kell használni.
-
vargalex
Topikgazda
válasz
mandras81
#44381
üzenetére
Szia!
Egyéb (pl. transmission, vagy miniDLNA-n keresztül média lejátszás) fut közben? Ha igen, akkor teljesen normális. Ha nem, akkor sem a többszörösét, hanem kb. 15 MB/s-et kellene tudnia. Természetesen, ha nem NTFS a filerendszer.
Szerk.: Látom, közben nem aktuális.
-
vargalex
Topikgazda
válasz
szatyi
#44345
üzenetére
Szia!
Az IP cím forrását állítsd át URL-re, az URL pedig legyen http://checkip.dyndns.com/
-
vargalex
Topikgazda
-
vargalex
Topikgazda
válasz
BigBlackDog
#44323
üzenetére
Szia!
Igen, minden HW verzióhoz jó, illetve minden általad írt dolog benne van. Sőt, sokkal több is.
-
vargalex
Topikgazda
válasz
BigBlackDog
#44319
üzenetére
Szia!
Igen, jó rá a buildem. A lényeg az, hogy 1.10-es HW verzió esetén Backfire-val ne próbálkozz!
-
vargalex
Topikgazda
válasz
konnektororr
#44292
üzenetére
Szia!
Az 1.02.1-es verziót itt megtalálod, az 1.02.1-ReBuilded-et pedig itt. Nem vagyok biztos benne, hogy ezek az 1.10-es hw verzióban található új flash chip-et támogatják-e, illetve hogy az új bootloader által lekapcsolt WAN port visszakapcsolást elvégzik-e.
Kicsit tudsz javítani még az átviteli sebességen: LuCI-ban a Hálózat->Tűzfal oldalon a WAN zónánál az MSS Clamping engedélyezésétől kiveszed a pipát, majd Mentés & Alkalmazás.
-
vargalex
Topikgazda
válasz
Hunsaman
#44274
üzenetére
Szia!
Normál tűzfal szabályoknál (forgalmi szabály, port továbbítás) WAN->LAN irányban is ugyan úgy használható az idő alapú limitáció, mint LAN-WAN irányban.
Szóval a kérdéses port továbbítás szabálynál LuCI-ban egyszerűen a példának megfelelően kitöltöd az Extra (További argumentumok) mezőt. -
vargalex
Topikgazda
válasz
tobias40
#44240
üzenetére
Szia!
Így esetleg azt lehet még tenni, hogy B-re visszakapcsolni a WiFi-t. Ugyanis a B jellemző sebessége 4,3 Mbps. Az valahogy így nézne ki:
#!/bin/sh
if [ "$BUTTON" = "wps" ]; then
if [ "$ACTION" == "pressed" ]; then
WIFI_HWMODE=`uci -q get wireless.radio0.hwmode`
if [ $WIFI_HWMODE == '11ng' ]; then
uci set wireless.radio0.hwmode=11b && \
uci commit wireless && \
logger "Wi-Fi radio is on."
else
uci set wireless.radio0.hwmode=11ng && \
uci commit wireless && \
logger "Wi-Fi radio is off."
fi
wifi
fi
fiPersze kérdés, hogy a kliensek mit szólnak hozzá. Ha nem tetszik nekik, akkor nem marad más, csak a vendég háló.
-
vargalex
Topikgazda
válasz
tobias40
#44218
üzenetére
Szia!
Most csak mobilról vagyok, de majd holnap összedobok valamit. Egyébként milyen sávszélességre akarod korlátozni? Csak azért kérdezem, mert ha esetleg 20 Mbps környékére, akkor sokat egyszerűsödhet a dolog. Ugyanis ekkor elég a WiFi-t N és G only között kapcsolgatni.
-
vargalex
Topikgazda
válasz
Tutu7030
#44137
üzenetére
Szia!
Linux alatt a szükséges dolgokat megcsináltad?
-
vargalex
Topikgazda
válasz
Intruder2k5
#44093
üzenetére
Elírogatnak ott egymásnak.

-
vargalex
Topikgazda
válasz
Intruder2k5
#44085
üzenetére
Viszont a gép azonos, azaz a hálózatot ugyan az a réteg fogja kezelni. Én megnézném, hogy valami live boot-ot használva is előjön-e a probléma.
-
vargalex
Topikgazda
válasz
Rengete
#44077
üzenetére
Szia!
Az első tűzfallal kapcsolatos oldal az állapot alatt található. Az csak információ.
Ahogy korábban írtam, IP-t a Hálózat - DHCP és DNS oldalon a Statikus bérletek alatt tudsz.
Sebesség növeléséhez megpróbalhatod ezt, a kollégának ez lett belőle.Egyébként TL-WDR3600, vagy TL-WDR4300 ajánlott ilyen sebességhez.
-
vargalex
Topikgazda
válasz
Rengete
#44074
üzenetére
Szia!
Sokan kérték, hogy magyar nyelvű legyen a firmware, úgy látszik, hogy ez nem mindenkinek jó.
Neked a Hálózat - Tűzfal - Port továbbítás oldal kell. Dyndns -t is megtalálod benne szintén a Hálózat alatt.
Statikus IP-t is tudsz beállítani a DHCP és DNS oldalon.
Olyat még nem hallottam, hogy a router "kilőtte" volna a modemet, többen használják ebben a felállásban. Továbbra is azt mondom, hogy más gond lesz. A log - ban nem látszik semmi? -
vargalex
Topikgazda
válasz
Rengete
#44072
üzenetére
Szia!
Nekem mindig fura, ha valaki nem találja a port forwardot. Általában ilyenkor az szokott lenni, hogy forgalmi szabályt vesznek fel, pedig a mellette lévő fülön egyértelműen oda van írva, hogy port továbbítás. Illetve még az a másik hiba, hogy megadnak forrás IP-t, vagy MAC címet. Pedig egyértelmű, hogy ilyenkor nem tudható, hogy honnan érkezik a kérés (hacsak nem direkt akarod így).
Ha a NET-ed csak a modem újrainditásával jön vissza, akkor szinte biztos, hogy nem router gond. Ezt cáfolandó írod a beltériket. Azok a routeren keresztül csatlakoznak?Visszarakható gyári firmware - hoz keress rá itt a vágott szóra (most csak mobilról vagyok, így inkább nem linkelek).
-
vargalex
Topikgazda
Szia!
Esetleg megpróbálhatod a LuCI-ban a Hálózat->Tűzfal oldalon a WAN zónánál az MSS Clamping engedélyezésétől kivenni a pipát, majd Mentés & Alkalmazás. Úgyis csak PPPoE kapcsolat esetén van rá szükség, egy kis plusz várható a kikapcsolásával.
Egyébként alapban is többet kellene azért tudnia!
-
vargalex
Topikgazda
válasz
envagyok
#44037
üzenetére
Szia!
Az Attitude Adjustment-ben is van LuCI, illetve akár az én buildemben is.
-
vargalex
Topikgazda
válasz
SteveL
#44012
üzenetére
Alap OpenWrt-nél (illetve az én build-emnél) így néz ki a dolog:
Sep 11 13:50:22 hostapd: wlan0: STA aa:bb:cc:dd:ee:ff IEEE 802.11: authenticated
Sep 11 13:50:22 hostapd: wlan0: STA aa:bb:cc:dd:ee:ff IEEE 802.11: associated (aid 1)
Sep 11 13:50:22 hostapd: wlan0: STA aa:bb:cc:dd:ee:ff WPA: pairwise key handshake completed (RSN)
Sep 11 13:50:22 dnsmasq-dhcp[20734]: DHCPREQUEST(br-lan) 192.168.2.122 aa:bb:cc:dd:ee:ff
Sep 11 13:50:22 dnsmasq-dhcp[20734]: DHCPACK(br-lan) 192.168.2.122 aa:bb:cc:dd:ee:ff android-bfa8f8330939228c
Sep 11 13:50:35 hostapd: wlan0: STA aa:bb:cc:dd:ee:ff WPA: group key handshake completed (RSN) -
vargalex
Topikgazda
válasz
axlfsi
#43989
üzenetére
Szia!
Én OpenWrt-t használok már elég régóta. Anno még Asus WL-550gE-vel kezdtem, majd Asus WL-500gP v1. Aztán váltottam D-Link DIR-825 B2-re (immár 3,5 éve ez a routerem van), de aktívan használom a munkahelyen a TP-Link TL-WR1043ND-t és egy TL-WDR4300-at is. Egyikkel sem volt semmilyen wifi-s problémám. Pedig megfordult rajtuk néhány notebook/tablet/mobil.
Szerk.: Nyilván a kernel modult fejlesztők és tesztelők tesztelik önálló wifi kártyákkal. Egyébként több embernek a gyári alatt (vagy gyári alatt is) volt wifi problémája, tehát a te megfigyelésed sem általános. Az a gond, hogy ez erősen kliens függő dolog is.
-
vargalex
Topikgazda
válasz
wwenigma
#43961
üzenetére
Szia!
Nem OpenWrt alatt van gond az Atheros driverekkel (ugyan úgy, mint bármelyik disztribúció alatt, a compat-wireless forrást használja). Egyszerűen annyi a probléma, hogy az Atheros modulokat nem integrált SoC-os megoldásokon tesztelik, hanem önálló wifi kártyákon. Így előjöhetnek még problémák, amiket az OpenWrt fejlesztők próbálnak patch-ekkel megoldani.
-
vargalex
Topikgazda
válasz
siddis
#43963
üzenetére
Szia!
Ezzel csak óvatosan. Több buktatója is lehet a dolognak:
1. v1.10-es, vagy újabb hw-en nem fog menni a BackFire, mert nem ismeri az új flash chip-et. Azaz, csak soros porton éleszthető.
2. Az új gyári bootloaderrel rendelkező eszközöknél (itt már a hw verzió is mindegy) nem fogja bekapcsolni a WAN portot a BackFire, tehát nem lesz net. Itt azért egyszerűbb a javítás, egy firmware frissítéssel orvosolható a dolog. -
vargalex
Topikgazda
Szia!
Van azért több 3-4 éves konstrukció (pl. az én D-Link DIR-825-öm is ilyen), ami bőven jó hozzá. Már BackFire-val is tudta a kívánt sebességet, ami később sokat javult.
És ugye itt nincs HW NAT (gyári firmware-val sem). -
vargalex
Topikgazda
válasz
Ronin-
#43834
üzenetére
Szia!
Most lehet, hogy Intruder2k5-nek kicsit rosszul fog esni, de ha anno a 15000 Ft-os "hugyos" TP - Link helyett pl. az akkor 30-35000 Ft-os (vagy még drágább) Asus RT-N16-ot választod, akkor sem lennél sokkal beljebb.
Be kell látni, hogy ez már nem egy mai konstrukció, illetve azt, hogy azért van rajta gigabites LAN, mert 100 Mbps felett nincs kisebb alternatíva.
Illetve azt is tudni kell, hogy a ma kb. 15000 Ft-os TP - Link TL-WDR3600 hardware NAT-al 900+ Mbps-t tud.Természetesen optimális firmware-val a mérések szerint az 1043ND is tud 240 Mbps felett.
-
vargalex
Topikgazda
válasz
Neil Watts
#43788
üzenetére
Szia!
Megpróbálhatod teljesen kapcsolt QOS-el is (reboot sem árt utána). Bár, ahogy az UPC topicban mostanában írják, elég sok embernek ingadozik a sebesség 120, illetve 240 Mbps-es netnél.
-
vargalex
Topikgazda
válasz
Neil Watts
#43785
üzenetére
Szia!
Qos nincs helytelen configgal engedélyezve?
-
-
vargalex
Topikgazda
-
vargalex
Topikgazda
válasz
SteveBeard
#43614
üzenetére
Tegyük hozzá, hogy nálad egy TL-WDR3600 van. Nehogy valakit megzavarjon a 6 port.
-
vargalex
Topikgazda
válasz
woodworm
#43560
üzenetére
Szia!
Egy böngészőben nyisd meg az oldalt (https://dav-pocket.appspot.com/docso). 3 certificate tartozik hozzá. Ezeket egyesével exportáld ki (PEM), majd egy új file-ba a következő sorrendbe másold egymás után:
Issuer: Equifax, Subject: Equifax
Issuer: Equifax, Subject: Google
Issuer: Google, Subject: *.appspot.comAz így megkapott file-t tedd fel a /etc/davfs2/certs könyvtárba és állítsd be a használatát a /etc/davfs2/davfs2.conf-ban.
-
vargalex
Topikgazda
Szia!
Ja, hogy akkor nem is tiszta AA.

Build-eléskor generál a kiválasztott csomagokból, időből, stb. egy MD5SUM-ot és ezt hozzáteszi a kernel verziójához. Azaz mindenképpen eltérés lesz a te kerneled verziója és az AA kernel verziója között.
Esetleg megpróbálhatod feltenni az
opkg install kmod-fuse --force-depends
paranccsal. Persze lehetnek UNKNOWN_SYMBOL hibák a kernel log-ban.
-
vargalex
Topikgazda
-
vargalex
Topikgazda
válasz
bedohazi
#43539
üzenetére
Szia!
Sajnos a notebook-ok leírásában a legritkább esetben említik meg a wifi kártya pontos típusát. Ráadásul általában többfélével is szerelik.
A legegyszerűbb, ha az eszközkezelőben megnézed a Hálózati kártyáknál a típusát (valami wireless... lesz).
Az pedig nem biztos, hogy a routerben engedélyezve van a 40 MHz. A sebességkülönbség még lehet abból is, hogy a régi kártyák Lite-N-esek (150 Mbps, de 20 MHz-en csak 65 Mbps), az új pedig N-es (300 Mbps, de 20 MHz-en csak 144 Mbps).
-
vargalex
Topikgazda
válasz
woodworm
#43531
üzenetére
Szia!
Hiányolja a nobody group-ot. A legegyszerűbb, ha a /etc/davfs2/davfs2.conf-ban megadod a root-ot dev_user-nek és dev_group-nak is. Azaz így nézzen ki:
# General Options
# ---------------
dav_user root # system wide config file only
dav_group root # system wide config file only
# kernel_fs fuse
# buf_size 16 # KiByteIlletve elvileg az URL is változott: dav-pocket-basic.appspot.com/docs/.
-
vargalex
Topikgazda
válasz
bedohazi
#43525
üzenetére
Szia!
Egyértelműen a kliensben található WiFi miatt van. Valószínűleg csak Lite-n-es wifi kártya van benne, ami ráadásul csak 20 MHz-en működik (vagy csak ennyit tud, vagy nincs engedélyezve a 40 MHz, esetleg a routeren nincs engedélyezve). Így a kapcsolati sebesség csak 65 Mbps lesz.
Új hozzászólás Aktív témák
- TP-LINK routerek
- Starlink
- exHWSW - Értünk mindenhez IS
- Építő/felújító topik
- Az iPhone 17e is várományosa a Center Stage kamerának
- flymi: Segítségkérés! Ausztráliában élő ismerőse van valakinek?
- Gyúrósok ide!
- Formula-1
- Két kamerával cserélné az iPhone Air a zakót kapucnis pulcsira
- Korai iOS árulkodik arról, milyen eszközök várhatók az Apple-től a közeljövőben
- További aktív témák...
- Sony G 24-105 f/4 - Sigma 50mm f/1.4 Art (SONY E)
- Összeszerelésre váró komplett gépezet várja új gazdáját!
- BONTATLAN Új Iphone 17 256GB White -Fe Szín 1év APPLE garancia gyári független Deák AZONNAL Átvehet
- Asus P5a-b Ss7 dobozos alaplap / K6-2+ 500mhz / Voodoo 3 /Awe 64 / Big Box Game
- Eladó 82 colos 4K HDR Samsung TV
- BESZÁMÍTÁS! MSI A620M R5 7600 32GB DDR5 512GB SSD RTX 3060TI 8GB Zalman Z1 Plus XFX 650W
- SanDisk Extreme Portable 8TB (SDSSDE61-8T00-G25)
- GYÖNYÖRŰ iPhone 12 64GB Black-1 ÉV GARANCIA - Kártyafüggetlen, MS3653
- Készletkisöprés! Microsoft Surface Laptop 5 i5-1245U 16GB 512GB 13.5" TouchScreen 1 év garancia
- Samsung Galaxy S23 Ultra 5G 512GB, Kártyafüggetlen, 1 Év Garanciával
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: BroadBit Hungary Kft.
Város: Budakeszi

vargalex
