jó akkor te elfelejted, akinél viszont megfelelően működik - akár mert képes volt magának beállítani, akár azért, mert hozzáértő segítségével oldotta meg -, az használja egészséggel.
sokan így indítanak, hogy nem jó, de amikor megmutatom nálam, illetve kimegyek házhoz és beállítom, utána elismerik, hogy nem az eszközökkel volt baj, és nagyon nagy százalékban tényleg csak beállítási hibákról van szó.
akiknél ilyen panaszt hallasz, javasold, hogy kérjék hozzáértő segítségét!

tl-wdr3600 router és intel advanced-n 6025 wifi modul, 5 GHz 300 és 2*2:2 mimo kapcsolat, a router a nappaliban, a noti a másik szobában, a két eszköz között a távolság ~ 6 méter, és akadályozó tényező egy vastagabb paneles főfal. gyorsabb sebesség is átjönne, a net 100/50, de egyelőre csak 94 környékén tolja a szolgáltató, mert még 100-as switch van a lépcsőházban, idővel cserélik majd.

távolabb is vihetem, akár a lakás legtávolabbi pontjára, egy főfal és két válaszfal beiktatásával is jó még a kapcsolat.

[ Szerkesztve ]

Szia!

Pontosan milyen OpenWrt verzió van feltéve nálad? A 13-as csatornához: nem lehet, hogy US régiós a wifi-d firmware-ja? Egyébként azt linkelhetnéd, hogy hol van dokumentálva, hogy az OpenWrt nem megy feljebb.

Alex

szia,

úgy igaz, ahogy írod.

Szia!

Milyen hw verziójú routered van? Azt ugye tudod, hogy bizonyos hw verzió fölött (most nem tudom pontosan, hogy melyiknél, de gondot egyiknél sem okoz) 12.09 esetén (pontosabban r39392 alatt) a 2,4 GHz-es wifi helyes működéséhez patch szükséges, különben nagyon rövid lesz a hatótáv, mert nincsenek bekapcsolva a bejövő jel erősítői.

[ Szerkesztve ]

Alex

a gyárihoz nem kell(ett) javítás.
milyen 5 GHz ellenoldallal próbáltad?
irdatlan (szarvas)hiba kell ahhoz, hogy már 2 méterről annyira problémás legyen a kapcsolat...

[ Szerkesztve ]

Szia!

Ha gyárival sem volt jó, akkor simán lehet, hogy kifogtál egy hibás darabot. Adott esetben az is lehet, hogy az antenna kábele le van szakadva a board-ról.

Alex

Sziasztok,

Vargalex firmware-jét (egészen pontosan OpenWrt vargalex v1.1.7 r35342) használom egy TP-Link TL-WDR4300 routeren. A Wake on lan nem akar működni
Következőket tapasztalom:

1. LAN-on lévő gépről feltudom ébreszteni a másikat. 192.168.1.255 broadcast címre küldve 9-es port. Ezt a szoftvert használom: WOL (Wake-on-LAN Packet sender) http://www.profshutdown.com/
2. Luciból sem a wol sem a etherwake nem működik.
3. Konzolból sem működik a wol illetve a etherwake
4. SSH tunneling-et használok pl. RDP-re, gondoltam teszek egy próbát a wake on lan-ra is de az a program ami a LAN-on működik nem működik SSH tunnel-lel
5. Próbáltam a Port forwarding-ot, hogy egy web-es Wake On Lan oldalal (pl. http://www.dslreports.com/wakeup ) felébreszteni de az sem segített.

A fenti honlapon van egy Wake-on-LAN Packet sniffer (wolsniffer) amivel figyelem a magic packet-eket de csak az 1. eset estén kap el csomagokat a LAN-on. Úgytűnik mintha a 2-3-4-5. esetben a router nem engedne ki a wake on lan-hoz szükséges csomagokat. Csak akkor működik ha egy LAN-on lévő gépről küldöm LAN-on lévő gépre.

Végül ki próbáltam ezt is https://nowhere.dk/articles/wake-on-wan-using-openwrt-12-09
De ehhez meg szükség lenne az ’ip’ csomagra ami nincs fent a routeren. Próbáltam felrakni, de nem találtam a Rendszer -> Szoftverek között. Aztán így probáltam:

root@OpenWrt:~# opkg update; opkg install ip
Downloading http://users.atw.hu/vargalex/trunk/ar71xx/packages/Packages.gz.
Updated list of available packages in /var/opkg-lists/vargalex_v1.1.7.
Installing ip (3.7.0-1) to root...
Collected errors:
* verify_pkg_installable: Only have 52kb available on filesystem /overlay, pkg ip needs 90
* opkg_install_cmd: Cannot install package ip.

Nem tudom miért van ilyen kevés hely, amenyire emlékszem nem igazán raktam fel pluszba semmit talán ushare vagy minidlna-t (bár lehet, hogy ezek fent vannak alalpból Alex buildjében) illetve a mc-t raktam még fel.

Probáltam helyet csinálni, de törölni se enged:

root@OpenWrt:~# opkg remove ushare --force-depends
Removing package ushare from root...
Collected errors:
* opkg_conf_write_status_files: Can't open status file //usr/lib/opkg/status: No space left on device.

Manuálisan se tudom törölni mert arra is azt mondja, hogy Cannot delete file. No space left on device…

Szóval mint látjátok többszintű a probléma. Nem vagyok benne biztos, hogy exrootolva van-e a router. Rég csináltam, nem emlékszem, és nem tudom, hogy lehetne ellenőrizni. Illetve van egy 3 TB HDD rajta nem szívesen formáznám újra. Ezt használom mentésre, filmek, képek, torrent stb.

Valakinek valami ötlete?
Előre is köszönöm!

Szia!

Első körben a WOL: a LuCI-s oldalon az etherwake-t használd és a br-lan-ra állítsd az interface-t.

Egyébként pedig egy kis helyet kellene csinálni, Az ushare, minidlna, mc a firmware részét képezik, így máshol kell keresgélni. Nem néztem az ip csomag függőségeit, de maga a csomag 60KB.

Alex

Hmmm, ezen a héten többször is próbáltam a etherwake - br-lan párost és egyszer sem működött. De ha már ezt javasoltad adtam neki megint egy esélyt és MŰKÖDIK!!! A fenne se tudja mi volt eddig a baja
Köszi Alex!!!

Nem tudom mit kellene törölni, átnéztem mi van fent de csak talán a transmissionből raktam fel egy újabbat. Illetve azt se tudom, hogy lehetne törölni mivel mindenre törlés próbálkozásomra azt mondja, hogy "No space left on device"

root@OpenWrt:~# df
Filesystem 1K-blocks Used Available Use% Mounted on
rootfs 576 524 52 91% /
/dev/root 6656 6656 0 100% /rom
tmpfs 63372 2540 60832 4% /tmp
tmpfs 512 0 512 0% /dev
/dev/mtdblock3 576 524 52 91% /overlay
overlayfs:/overlay 576 524 52 91% /
/dev/sda2 2884123880 1140566184 1743557696 40% /mnt

root@OpenWrt:~# opkg list_installed
base-files - 128-r35342
blkid - 2.21.2-1
block-mount - 0.2.0-10
busybox - 1.19.4-6
ddns-scripts - 1.0.0-21
dnsmasq - 2.62-3
dropbear - 2012.55-2
e2fsprogs - 1.42.4-1
etherwake - 1.09-3
fdisk - 2.21.2-1
firewall - 2-56
ftpbackup - 0.0.1-1
glib1 - 1.2.10-1
hd-idle - 1.04-1
hotplug2 - 1.0-beta-4
iptables - 1.4.10-4
iptables-mod-conntrack-extra - 1.4.10-4
iptables-mod-filter - 1.4.10-4
iptables-mod-ipopt - 1.4.10-4
iw - 3.6-1
jshn - 2013-01-13-c360ec576c5a0fe85e6665d07a091264b714a399
kernel - 3.7.4-1-6a501b01b7b33c5077cf7add2bd7176c
kmod-ath - 3.7.4+2013-01-07-1
kmod-ath9k - 3.7.4+2013-01-07-1
kmod-ath9k-common - 3.7.4+2013-01-07-1
kmod-cfg80211 - 3.7.4+2013-01-07-1
kmod-crypto-aes - 3.7.4-1
kmod-crypto-arc4 - 3.7.4-1
kmod-crypto-core - 3.7.4-1
kmod-crypto-hash - 3.7.4-1
kmod-crypto-manager - 3.7.4-1
kmod-fs-ext4 - 3.7.4-1
kmod-fs-vfat - 3.7.4-1
kmod-fuse - 3.7.4-1
kmod-gpio-button-hotplug - 3.7.4-1
kmod-ifb - 3.7.4-1
kmod-ipt-conntrack - 3.7.4-1
kmod-ipt-conntrack-extra - 3.7.4-1
kmod-ipt-core - 3.7.4-1
kmod-ipt-filter - 3.7.4-1
kmod-ipt-ipopt - 3.7.4-1
kmod-ipt-nat - 3.7.4-1
kmod-ipt-nathelper - 3.7.4-1
kmod-leds-gpio - 3.7.4-1
kmod-ledtrig-default-on - 3.7.4-1
kmod-ledtrig-heartbeat - 3.7.4-1
kmod-ledtrig-morse - 3.7.4-1
kmod-ledtrig-netdev - 3.7.4-1
kmod-ledtrig-netfilter - 3.7.4-1
kmod-ledtrig-timer - 3.7.4-1
kmod-ledtrig-usbdev - 3.7.4-1
kmod-lib-crc-ccitt - 3.7.4-1
kmod-lib-crc16 - 3.7.4-1
kmod-lib-textsearch - 3.7.4-1
kmod-mac80211 - 3.7.4+2013-01-07-1
kmod-nls-base - 3.7.4-1
kmod-nls-cp437 - 3.7.4-1
kmod-nls-iso8859-1 - 3.7.4-1
kmod-nls-iso8859-2 - 3.7.4-1
kmod-nls-utf8 - 3.7.4-1
kmod-ppp - 3.7.4-1
kmod-pppoe - 3.7.4-1
kmod-pppox - 3.7.4-1
kmod-sched - 3.7.4-1
kmod-sched-connmark - 3.7.4-1
kmod-sched-core - 3.7.4-1
kmod-scsi-core - 3.7.4-1
kmod-usb-core - 3.7.4-1
kmod-usb-printer - 3.7.4-1
kmod-usb-storage - 3.7.4-1
kmod-usb-storage-extras - 3.7.4-1
kmod-usb2 - 3.7.4-1
kmod-wdt-ath79 - 3.7.4-1
libblkid - 2.21.2-1
libblobmsg-json - 2013-01-13-c360ec576c5a0fe85e6665d07a091264b714a399
libbz2 - 1.0.6-1
libc - 0.9.33.2-1
libcom_err - 1.42.4-1
libcurl - 7.23.1-1
libcyassl - 1.6.5-2
libdlna - 0.2.3-1
libevent2 - 2.0.19-1
libexif - 0.6.19-1
libext2fs - 1.42.4-1
libffmpeg-mini - 0.8.12-1
libflac - 1.2.1-1
libgcc - 4.6-linaro-1
libid3tag - 0.15.1b-3
libip4tc - 1.4.10-4
libip6tc - 1.4.10-4
libiwinfo - 38
libiwinfo-lua - 38
libjpeg - 6b-1
libjson - 0.9-2
liblua - 5.1.5-1
libminiupnpc - 1.7-1
libncurses - 5.7-5
libnfnetlink - 1.0.1-1
libnl-tiny - 0.1-3
libogg - 1.1.4-2
libopenssl - 1.0.1c-1
libpthread - 0.9.33.2-1
librt - 0.9.33.2-1
libsqlite3 - 3071201-1
libubox - 2013-01-13-c360ec576c5a0fe85e6665d07a091264b714a399
libubus - 2013-01-13-bf566871bd6a633e4504c60c6fc55b2a97305a50
libubus-lua - 2013-01-13-bf566871bd6a633e4504c60c6fc55b2a97305a50
libuci - 2013-01-04.1-1
libuci-lua - 2013-01-04.1-1
libupnp - 1.6.14-1
libustream-cyassl - 2013-01-22-da607e6272d789ed5dae3b0efff90912fda6f81f
libuuid - 2.21.2-1
libvorbis - 1.2.3-1
libxtables - 1.4.10-4
lua - 5.1.5-1
luci - trunk+svn9655-1
luci-app-ddns - trunk+svn9655-1
luci-app-firewall - trunk+svn9655-1
luci-app-ftpbackup - 0.0.1-1
luci-app-hd-idle - trunk+svn9655-1
luci-app-minidlna - trunk+svn9655-1
luci-app-p910nd - trunk+svn9655-1
luci-app-qos - trunk+svn9655-1
luci-app-runcommand - trunk+svn9655-1
luci-app-samba - trunk+svn9655-1
luci-app-transmission - trunk+svn9655-1
luci-app-upnp - trunk+svn9655-1
luci-app-ushare - trunk+svn9655-1
luci-app-vsftpd - 0.0.1-1
luci-app-wol - trunk+svn9655-1
luci-i18n-english - trunk+svn9655-1
luci-i18n-hungarian - trunk+svn9655-1
luci-lib-core - trunk+svn9655-1
luci-lib-ipkg - trunk+svn9655-1
luci-lib-nixio - trunk+svn9655-1
luci-lib-sys - trunk+svn9655-1
luci-lib-web - trunk+svn9655-1
luci-mod-admin-core - trunk+svn9655-1
luci-mod-admin-full - trunk+svn9655-1
luci-proto-core - trunk+svn9655-1
luci-proto-ppp - trunk+svn9655-1
luci-sgi-cgi - trunk+svn9655-1
luci-ssl - trunk+svn9655-1
luci-theme-base - trunk+svn9655-1
luci-theme-openwrt - trunk+svn9655-1
mc - 4.6.2-1
minidlna - 1.0.24-1
miniupnpd - 1.7.20121005-2
mtd - 20
nano - 2.2.6-1
netifd - 2013-01-22.1-f054a655c331342200b5929f533792d528ac6002
ntfs-3g - 2011.4.12-1-fuseint
opkg - 618-3
p910nd - 0.95-3
ppp - 2.4.5-9
ppp-mod-pppoe - 2.4.5-9
procd - 2012-12-20-d343dd9e9a64d4ae7d225ea29169e97fa8d116a1
px5g - 1
qos-scripts - 1.2.1-6
samba36-server - 3.6.5-2
swap-utils - 2.21.2-1
swconfig - 10
tc - 3.7.0-1
terminfo - 5.7-5
transmission-daemon - 2.76-1
transmission-remote - 2.77-1
transmission-web - 2.76-1
uboot-envtools - 2012.04.01-1
ubus - 2013-01-13-bf566871bd6a633e4504c60c6fc55b2a97305a50
ubusd - 2013-01-13-bf566871bd6a633e4504c60c6fc55b2a97305a50
uci - 2013-01-04.1-1
uclibcxx - 0.2.4-1
uhttpd - 2013-01-22-14e3971c37e6feb0ec5eda0988e07d8a786ba9f9
uhttpd-mod-tls - 2013-01-22-14e3971c37e6feb0ec5eda0988e07d8a786ba9f9
uhttpd-mod-ubus - 2013-01-22-14e3971c37e6feb0ec5eda0988e07d8a786ba9f9
unrar - 4.0.7-1
unzip - 5.52-1
ushare - 1.1a-4
vargalex_apps - 0.0.1-1
vsftpd - 3.0.2-1
wireless-tools - 29-5
wol - 0.7.1-3
wpad-mini - 20120910-1
zlib - 1.2.7-1
root@OpenWrt:~#

Vettem egy új routert (TP-LINK TL-WDR4300) a régi (linksys wrt54gl) helyett. Amit el akartam érni, hogy az internet szolgáltatásom maximumát kitudjam hozni a router szobájában, és, hogy a kb 10 méterrel odébb lévő téglafalakkal elhatárolt dolgozószobában jobb legyen a jel.
Sajnos, csak az előbbi sikerült. Most a szobámban mind kábelről mind wifiről közel azonos 62,1/6,2Mbps a le és feltöltés. Míg az említett dolgozó szobában maradt ugyan olyan gyatra a vétel, ingadozó ~4/6Mbps a a le és felöltés. Kicsit csalódott vagyok
Holnap megpróbálom kivezetni a folyosóra a routert, hátha úgy egy kicsit erősebb lesz a jel. Ha így se változik marad a kábel elvezetés a padláson, mert nem hiszem, hogy egy jelerősítő túl sokat dobna rajta, Power line adapterre meg már nem akarok költeni, mert úgy jócskán túllőném a költségvetést.

www.adatfalodesign.hu

a noti típusa sajnos kevés, mert nagyon sokféle wifi modullal szerelik mindegyik típust, a mobiltelefon meg nem mimo képes és sokkal gyengébb antennával is rendelkezik, de korábban 2 méterről használhatatlanságot írtál, amit most vázoltál, az azért teljesen más helyzet...

adatfalo; szia, milyen típusú ellenoldali wifi modult használsz?

TP-LINK (TL-WN727N), de kipróbáltam egy notebookal(asus x54l) is, nem sok különbség volt.

www.adatfalodesign.hu

Ha volt eszed, akkor megtartottad a linksys-t, amit most befoghadsz repeater-nek.
Sokunknak így van....pl nekem is

azzal a wifi modullal nem is csoda, egyrészt csak 150-es és nem mimo képes, tehát a router 3 antennájából csak egyet használ egyszerre, másrészt a bő 60 megabit/sec teljes átviteléhez már 300-as modul javasolt, végső soron pedig a beépített kis antennás wifi stick nem a legjobb, ha fal(ak)at akar áthidalni az ember.
a noti esetén is tudni kellene a wifi modul pontos típusát, mert annak az antennái valamivel jobbak, mint az írt usb stick esetén, de ha az sem mimo képes, tehát nem legalább 300-as, akkor a szintén szűk keresztmetszet lehet a routerhez képest sebességben és a kapcsolat minősége szempontjából is.
annyit próbálj meg, hogy más/minden csatornán teszteld a kapcsolatot, hátha találsz olyat, ami ideálisabb az aktuálisan használtnál.

beleszólok; itt írtad; link
milyen névleges maximumra gondolsz?
tudod, hogy miként épül fel a wifi forgalom?
sarkítok, de; a forgalomban a hasznos adatok mélyen csomagolva utaznak, mérésre csak a hasznos adat kerül, ellenben a forgalom elengedhetetlen részét képezi a szükséges körítés is, innen adódik, hogy például ha a router és a munkaállomás mondjuk 300 megabit/sec kapcsolatot jelez ki, de például egy speedtest mérés csak 80-90 megabit/sec értéket mutat.
továbbra is fenntartom, hogy nálad valami ordas hiba van, akár hardveres, akár szoftveres, vagy esetleg beállítás képében, és amiatt téves következtetéseket vonsz le, alaptalanul!
nem véletlenül linkeltem be, hogy nálam mi a helyzet, és a legtöbb helyen szintén produkálható az a szint, ha minden feltétel adott.

Nálam miért használható? 9.-en lakom, ház előtt még van jel. Kicsit több mint 2 méter.

szakmai fórumon nem illik ilyen költői túlzásokkal élni, pláne ha egy eszköz lehúzása miatt történik, ráadásul nem is akarod megkeresni a hiba okát és orvosolni azt, hanem csak hajtogatod, miszerint használhatatlan az 5 GHz...stb.
százas nagyságrendben állítottam már be különböző lakásokban, irodákban...stb 5 GHz hálót is, és sehol sincs olyan probléma mint nálad, itthon sem véletlenül használom a gyorsabb sebesség miatt az 5 GHz sávot, és a teljes lakást lefedi (tl-wdr3600), még mobiltelefonnal is mindenhol tökéletes a kapcsolat, több falon keresztül is.
nálad vagy a router hibás, vagy az ellenoldal, esetleg illesztési vagy beállítási hiba van, amit orvosolni kellene, ha meg nem teszel ellene, akkor nem ildomos hajtogatni általánosságban, hogy gyakorlatilag használhatatlan az 5 GHz háló, ráadásul külön a tp-link routerekre is írtad ezt...
a csak 2.4 GHZ kontra dual band router szórási különbözetére írtam okot, ami miatt nem célszerű összehasonlítani.

[ Szerkesztve ]

semmi akadálya, hogy más gyártó eszközét vedd, a tp-link esetén meg főként a nagy számok törvénye miatt olvasni/hallani több panaszt, hiszen több tp-link fogy, mint minden más gyártó terméke összesen, továbbá itt a fórumon, de sok más helyen is a wifi problémát produkáló moddolt firmware miatt hemzsegtek a tp-link témák hibáktól, ami azóta javítva lett!
a csak 2.4 kontra dual band különbözetet nem elismertem, hanem leírtam mint tényt, de az adott helyzetben más gyártók eszközeire is igaz, tehát továbbra sincs értelme az alma ízesítésű ásványvizet az apenta duo alma és áfonya ízesítésűvel úgy összehasoítani, hogy mind a kettőnél csak az alma íze a viszonyítási alap, ellenkező esetben csalódni fogsz...
számolnom kellett volna, hogy hány linksys, asus...stb eszközt cseréltettek különböző tp-link típusokra, amit azóta megelégedéssel használnak, mert olyan is volt bőven, hiszen a nevesebb gyártó sok esetben semmire sem garancia.
neked nem jött be a tp-link, olvastál hozzászólásokat, ahol máyoknak is volt vele gondja, azokat ignoráltad, ahol különböző más gyártók (linksys, asus...stb) eszközeit szidták, illetve azokat is, akik elégedettek az újabb tp-link típusokkal, egyéb elmondandód van még itt?!?!
amennyiben budapesti vagy, felajánlom neked, hogy díjmentesen kimegyek hozzád és megfelelően beállítom a tp-link routert gyári firmware alatt, ha nincs hardveres hibája az eszköznek, akkor utána nem mondhatod majd el, hogy 2 méter után gyakorlatilag használhatatlan 5 GHz sávon, mert ez nem igaz, csak te nem akarod megtalálni a probléma forrását, inkább lehúzod az eszközt...

kitérsz az egyenes kérdések és a javítási javaslatok elől, csak terelsz, szóval inkább nem erőlködöm tovább, innen már jól látható, hogy csak tp-link lehúzási célzattal írod a hozzászólásaidat.
nem csak az a kérdés, hogy én mihez vagyok szokva, de amúgy maximalista vagyok, így nem véletlenül hívnak annyi helyre belőni a wifi eszközöket/hálózatokat, exrémebbnél extrémebb elvárású emberek. is.
a szoftveres hibákat hagyjuk inkább, ha már asus routert preferálsz, mert ők meg képesek fél évig nem foglalkozni a javítás elkészítésével, és akkor is csak kényszer hatására; link

[ Szerkesztve ]

már régen javítva lett a firmware, csak ugye neked régi van fent, mert nem foglalkozol vele, inkább nyugtatod magad, hogy nem csak neked rossz, mert találtál más hozzászólásokat is, amik hibát taglalnak, az elismerőket és dícsérőket viszont ignorálod, megoldást nem keresel a problémádra, nem is akarod, hogy jól működjön, mert akkor nem húzhatnád le, hát hajrá, további jó kínlódást és szitkozódást, több szót nem pocsékolok erre...

[ Szerkesztve ]

Szia!

Azt ugye tudod, hogy a backdoor csak akkor él(t), ha a világ felé nyitod a webes felület elérését. Szerintem a legtöbb ember nem tesz ilyet...
Egyébként a TP-Link semmivel sem megbízhatatlanabb a többi gyártónál. Több ismerősnél is hibátlanul üzemel. Sőt, a wifi patch-et a kollégám routerén teszteltük (az ő routerével derítettünk fényt rá, mert korábban nem járt nálam az érintett hardware verziós készülékből), és a patch után simán lefedett egy 20-25m*20-25m-es irodát (teljes emelet), ahol több fal is van, úgy, hogy konkrétan az emelet egyik sarkában volt a router. A patch előtt elég volt kimenni a szobából, eltűnt a jel.

[ Szerkesztve ]

Alex

@Vargalex, kali, milyen javított wifi problémáról beszéltek pontosan? Azért kérdezem mert nálam is jelentkezik Openwrt-vel egy olyan hiba ami bizonyos eszközökkel elégé sűrűn előjön. Konkrétan a wifi disconnectál és valami hasonló hibaüzenet hagy maga után a log-ban: disconnected due to excessive missing ACKs vagy valami hasonló. Nem vagyok otthon és most nem is használja senki a routert szóval jelenleg hiba sincs a logban de ha jól emlékszem ez volt a error üzenet. Több laptopot is használunk azokkal ritkán jön elő (havi 1-2x veszem észre) de a telefonnokkal elég sűrűn gyakorlatilag pár percenként előjön. 7-8 hónapja feltúrtam miatta netet de semmi sem segített. Gyári szoftverrel nem tapasztaltam ezt a hibát.

Egyébként a TP Link OpenWRT-vel számomra tökéletes, vargalex builddel különösen. Köszi Vargalex!. 5 GHz valóban gyengébb a jel, de a 2,4-el nekem bőven megfelel. Csak ne dobná el a kapcsolatot a feleségem mobiljával...

"Azon agyalok, hogy a routernek azért rossz, gyenge a jele, mert:..."

Most komolyan. Ilyen korulmenyek kozott te csodalkozol az eredmenyen?

Ha elrejted az eszkozt, akkor erdemesebb kisebb dBi-s antennaval szerelt ezkozt valasztani, ugy kisebb az antenna iranyitottsaga.

"Most több variációs lehetőség van.
Erősebb antenna és talán jobb lesz a jel."

Tarzan eros, uj lukat csinal.
Az "erosebb" antenna csak fokuszaltabb, nincs benne erosito.
Ha pont a nyalabolasi iranyban van lekuzdhetetlen akadaly (pl femgozolt tukor), akkor meg romolhat is kapcsolat.

"Megpróbálom arrébb tenni a routert, kevés a mozgásterem."

Ez biztosan tobbet segit, mint az antennacsere.
Ha zavaro a keszulek vizualis elmenye (gyk ronda), akkor fel lehet tenni pl egy szekreny tetejere, hogy kiessen a latoterbol.

"Diszkosznak használva kivágom a csukott ablakon át a kertbe ezt a fost."

Ha tenyleg nem vagy vele megelegedve, tedd fel a hardveraprora es inkabb vegyel egy masik tipust, nem eri meg a mergelodest egyetlen eszkoz sem.

[ Szerkesztve ]

Szia!

Erről van szó.

Alex

Próbáltad a falra szerelni? Azt tanácsolják úgy a legjobb.
Ha esetleg kivágnád az ablakon, ahogy mondtad, ne felejts el videót csinálni róla és közkinccsé tenni a youtube-on számunkra.

Revolut (7000 Ft azonnali) Curve (5font)

ahogy korábban is írtam, az problémát okozhat, ha eltérőre cseréled az antennákat, a többi meg beállítás, elhelyezés, ellenoldalak és környezeti tényezők függvénye.
amúgy viccesen hangzik a sok és nagy fémből...stb készült tárgyak emlegetése, de tényleg befolyásolhatják a wifi kapcsolatot.
kipróbáltad a kapcsolatot más/minden csatornán?
kipróbáltad úgy, hogy a routeren csak a 2.4 GHz van engedélyezve, az 5 GHz pedig tiltva van?
mert az 5 GHz sáv sokkal érzékenyebb a távolságra és az akadályozó tényezőkre, mint a 2.4 GHz, a note 3 viszont dual band képes, és szépen felcsatlakozik az 5 GHz sávra.
ahogy korábban is leírtam másoknak is, dual band eszközzel nem szabad olyan szórást várni, mint a csak 2.4 GHz képesssel, pláne nem 5 GHz sávon, ami a technológiája miatt bár gyorsabb átvitelre képes, de érzékenyebb a távolságra, falakra és egyéb akadályozó tényezőkre.

Irányított antennánál is tapasztaltunk 2.4GHz-en olyat, hogy ha nagyobb fém valami közelébe tettük, akkor iszonyatosan romlott a jel. Hiába nem a jel útjában volt az említett fémes eszköz, hanem a közelében. Ezt úgy kell érteni, hogy ha kb 1 méterre tettük távol tőle, akkor azonnal minden tökéletes lett. Szóval igen, a nagyobb fém eszközök könnyen zavarhatják.

vót de egyelőre nincs

a régió azonos a korábbi routerével? mert az sem mindegy.
azért szoktam javasolni minden csatorna gyakorlati kipróbálását is, és nem csak a szoftveres mérés utáni üres csatorna beállítást, mert az ellenoldalak függvénye is a dolog, nem mindegyiket szereti minden ellenoldal, és olyankor hiába van beállítva az üres csatorna, ha az ellenoldalnak az nem a legjobb, illetve hiába foglalt egy csatorna idegen hálózat által, ha az távolabb van, vagy nem megy rajta húzós forgalom, akkor nem feltétlenül jelent problémát.
150 lakásos panleben megy nekem a tl-wdr3600, és ha a 2.4 GHz sávot nézem, akkor más is lóg a 4 + 8 csatornán, mégis ez a legjobb az eszközeim számára, pedig az inssider alapján lenne "üresebb" csatorna páros is.

Szia!

Sikerült egy ADSL HGW-kről szóló cikket linkelni (azaz ADSL modem+router kombók).

Egyébként a LAN oldali backdoor azért vicces. Képzeld, az én routerem is elérhető LAN oldalról HTTP-n és SSH-n is. Sőt, minden gyári firmware elérhető HTTP-n, ráadásul alap esetben a router aljára írt felhasználónév/jelszóval (általában admin/admin). Remélem ez azért nem olyan nagy baj!

Alex

Na de ennek kivédésre a tp-link már megváltoztatta a router aljára írt 192.168.1.1 címet, 192.168.0.1-re, így aztán jól megtéveszti a LAN oldalról hekkerkedőket!

1 - 11 tartományban érdemes használni, felette sok elleoldal nem szereti/kezeli le rendesen.
van, a maximális sebességhez...stb 40 MHz kell, 20 MHz esetén feleződik a sávszélesség, csak egy csatorna lesz használva a 40 MHz kettője helyett...stb.

Szia!

Tudom mi az a backdoor, csak azt akartam érzékeltetni, hogy ha a kihasználásához LAN oldali hozzáférésre van szükség, akkor nem sokat ér. Vagy ezt hogy értetted: "LAN felől teljes mértékben nyitva volt"?

Alex