- Redmi Note 13 Pro 5G - nem százas, kétszázas!
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Google Pixel topik
- Xiaomi 14 Ultra - Leica hercegnő
- Samsung Galaxy S23 Ultra - non plus ultra
- Android alkalmazások - szoftver kibeszélő topik
- Redmi Note 12 Pro - nem tolták túl
- Samsung Galaxy S24 - nos, Exynos
- iPhone topik
- Amazfit GTS 4 Mini - bármely csuklóra
Hirdetés
-
Spyra: nagynyomású, akkus, automata vízipuska
lo Type-C port, egy töltéssel 2200 lövés, több, mint 2 kg-os súly, automata víz felszívás... Start the epic! :)
-
Assassin's Creed Shadows - A feudális Japán
gp A készítők egy rövid videót osztottak meg velünk a sorozat új helyszínéről.
-
Lőn világosság: megérkezett új fénymérőnk
ma A márka és a metódus maradt, gyorsan pótoltuk a Honor 200 Pro méréseit.
-
Mobilarena
TP-Link WR1043ND - N450 router
Új hozzászólás Aktív témák
-
vargalex
Topikgazda
válasz jozsef8 #43720 üzenetére
Szia!
Ahol Intruder2k5 is írta, csak te magyarul látod: Rendszer->Mentés / Firmware frissítés (még jó, hogy anno sokan kérték a magyar nyelvet és ezért álltunk neki a fordításnak ). De ha seed problémád van, akkor miért nem próbálod ki, amit írtam?
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
-
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.
Alex
-
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.
[ Szerkesztve ]
Alex
-
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).[ Szerkesztve ]
Alex
-
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.Alex
-
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.
[ Szerkesztve ]
Alex
-
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.
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
-
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)Alex
-
vargalex
Topikgazda
válasz envagyok #44037 üzenetére
Szia!
Az Attitude Adjustment-ben is van LuCI, illetve akár az én buildemben is.
Alex
-
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!
Alex
-
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).
Alex
-
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?Alex
-
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.
Alex
-
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.
Alex
-
vargalex
Topikgazda
-
vargalex
Topikgazda
-
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.
Alex
-
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ó.
Alex