-
Fototrend
TP-Link WR1043ND - N450 router
Új hozzászólás Aktív témák
-
#64629
sellerbuyer
őstag
vargalex
#64628
válasz
vargalex
#64628
üzenetére
Az összes adapter a hálózatban mind gigabites, friss driverrel, eltérő oprendszerekkel és mind csak 100-on tud kommunikálni a forced gigabites beállítás ellenére, ezért kezdtem el gyanakodni a routerre.
A kernel log azt mondja, hogy minden faja, de sztem hazudik. Nem az aktuális értéket írja, hanem csak azt jelzi, hogy gyárilag gigabites (lenne) az eth0 és kész.
Ami nagyon feltűnő, hogy a netem suhan rendesen, viszont a router webadminjához modemes időket idéző sebességgel férek hozzá, kb. 0.2kbps...
Tehát tutira van valami baj a routerrel, méghozzá komoly. 
Igazad lehet, végülis régi darab már szegény. -
#64627
sellerbuyer
őstag
qqcqqc
#64626
-
#64625
sellerbuyer
őstag
szaboi6512
#64624
válasz
szaboi6512
#64624
üzenetére
Az ilyen jellegű találgatásokat plíz hanyagoljuk, rendszergazda vagyok, nem hétvégi user, köszi!
Minden gigabites a hálómban, a kábel cat5e, mégis 100-on megy a router sajnos.
-
#64623
sellerbuyer
őstag
#97246720
#64619
-
#64622
sellerbuyer
őstag
GZoli7
#64621
-
#64618
sellerbuyer
őstag
vargalex
#64617
-
#64616
sellerbuyer
őstag
v1-es routert openwrt-vel használom, valamiért gigabit helyett a LAN csak 100-on megy.
Van erre valami megoldás?
-
#59321
sellerbuyer
őstag
KonzolKartel
#59320
válasz
KonzolKartel
#59320
üzenetére
Valami nem használja a sávodat? Torrent nem ment a mérés közben, vagy másik gép, vagy szomszéd nem lopja a netet wifin?
-
#59315
sellerbuyer
őstag
Archttila
#59314
-
#59309
sellerbuyer
őstag
Bakker, a Total Commander volt a ludas! Általánosról nagy file másolás módszerre állítottam át és máris meg van a 65 megás sebesség. Játszok még kicsit a bufferrel, egyebekkel, hogy tovább gyorsuljon, de innentől sínen van a dolog.
Köszi és bocs ha zavartam!
-
#59308
sellerbuyer
őstag
Intruder2k5
#59307
válasz
Intruder2k5
#59307
üzenetére
5e kategóriás.
-
#59306
sellerbuyer
őstag
Mivel az okosítás topic-ban senki nem válaszolt, meg be is halt a topic, itt tenném fel a kérdést:
Adott egy 1043ND, OpenWrt-vel, két PC, mindkettőn gigabit-es LAN adapter.
A másolás a két gép között, a routeren keresztül 11MB-nál feljebb nem akar menni. Ergo 100 megán megy a háló gigabit helyett. Már mindkét gép interfészének sebességét beállítottam fix. gigabitesre (auto-ról), full duplexel természetesen, de semmi változás, nem akar gyorsulni sehogy sem.
Mi lehet a gond? OpenWrt-ben lehet valahol állítani a sebességet? Én nem találtam ilyen lehetőséget, meg arra tippelek, hogy a routerben a switch ezt automatice kéne nyomja.
-
#58397
sellerbuyer
őstag
Nálam is ez lett az anno megvásárolt 20/10-es kis sávszélecskémből, amiért még mindig ugyan annyit fizetek, mint 7 éve:
Hát, ahogy szokták mondani: Isten tartsa meg a jó szokásukat!
-
#58370
sellerbuyer
őstag
a510
#58368
-
#58369
sellerbuyer
őstag
Srácok, használ itt valaki Mom's Internet Access helper (MIA) package-t OpenWrt-vel a V1-esen?
Az a gondom, hogy csak a 80-as porton tiltja a nethozzáférést, semmi más porton nem. 443-on is bejönnek a weboldalak simán, hiába az időzített tiltás, tehát https-es oldalak simán műxenek.
Hogyan kellene konfigolnom, hogy tiltson mindent a beállított időszakokban? Webui-n nincs lehetőség erre. Egyelőre nem találtam rá megoldást... ha tud valaki, segítsen plíz! Köszönöm!
-
#41056
sellerbuyer
őstag
Kicsirics77
#41055
válasz
Kicsirics77
#41055
üzenetére
köszi a tippet, sajnos nem segített
-
#41054
sellerbuyer
őstag
Kicsirics77
#41053
válasz
Kicsirics77
#41053
üzenetére
Konkrétan az a gond, hogy 27dB-el kéne döbörögnie (USA-t állítottam országnak), ahogy már vagy egy éve üzemel tökéletesen egy egész szintet ellátva, de ehelyett csak pár méterre tőle van térerő jelenleg.
Én vagy négy irodányira vagyok a routertől és eddig nálam 3-4-el jött laptopon, telón meg stabil 2 volt. Most meg telón semmi, már ha egyáltalán fel bír csatlakozni, laptopon pedig 2 legjobb esetben.
Ha csatlakozom eszközzel, max. 40%-ot ír, eddig 80-90 nem állította meg... Nyilván persze terheltségtől is függően.
Tönkremehetett a rádiója?
-
#41052
sellerbuyer
őstag
Munkahelyemen OpeWrt-vel az egyik 1043-as, amit access pointként használunk, a wifi rádióját folyton 0%-on üzemelteti. Próbáltam mindent állítgatni, újraindítani, sötöbö, egyszer-egyszer felvillant 34%-on, 85%-on, aztán stabilan semmi. Van esetleg hasonló tapasztalatotok, ötletetek, mit csináljak?
-
#35851
sellerbuyer
őstag
Hali, vállalja valaki egy FW frissítéssel teljesen hazavágott 1043ND v1.4 soros portos felélesztését? Gyári legújabb FW kellene rá. Privi jöhet!
-
#26577
sellerbuyer
őstag
Intruder2k5
#26574
válasz
Intruder2k5
#26574
üzenetére
Wow, nagyon köszönöm a tippet! Átirányítottam egy nem használt külső portot a router IP-jén a 80-as portra és tökéletesen műxik.
Gondoltam, hogy szépítek a dolgon és luci.sajatdomain.hu aldomaint létrehozom, majd átirányítom sajatdomain:446-ra (vagy az IP-vel, mindegy), de sajnos a portot figyelmen kívül hagyja az átirányítás.
Még egyszer köszi!
-
#26573
sellerbuyer
őstag
Fix IP-m van, ezen egy publikus szervert üzemeltetek. A routerben ennek megfelelően port forward van minden szükséges porton, köztük a 80-ason és a 443-on is természetesen.
Azt hogyan tudnám megoldani, hogy távolról hozzáférjek a Luci-hoz? Most a 80-as és 443-as port is a szerverre megy az IP-n, így ha simán az IP-t írom be, akkor az apache default weboldala fogad ugye.
Azt szeretném hogy mondjuk luci.sajatdomain.hu beírására a routerem Luci-jába távolról be tudjak lépni, persze secured ha lehet.
Normál OpenWrt van fent. -
#26465
sellerbuyer
őstag
vargalex
#26463
-
#26462
sellerbuyer
őstag
SteveBeard
#26460
válasz
SteveBeard
#26460
üzenetére
Hát az eddig is tiszta sor volt, hogy ha már a gépeden van a kéretlen alkalmazás, akkor megszívtad mindenképpen. Akár a 80-as porton is megszivathat, az meg csak nyitva van tán...
-
#26333
sellerbuyer
őstag
sto1911
#26332
válasz
sto1911
#26332
üzenetére
Bekapcsolod a WAN-nál és megadsz neki valamilyen nagyon alacsony sávot le és fel is.
Aztán pedig:
speedtest.net -
#26301
sellerbuyer
őstag
poli27
#26298
-
#26291
sellerbuyer
őstag
poli27
#26289
-
#26241
sellerbuyer
őstag
vargalex
#26239
válasz
vargalex
#26239
üzenetére
Meg lehet oldani valahogy az egyes LAN portok figyelését, adatforgalmi statisztikáját? Főként Luci-ban, de ha van más megoldás, az sem lenne rossz. Szeretném tudni, hogy az egyes routeren lógó PC-k mennyi forgalmat bonyolítanak, ill. mennyi sávzélt zabálnak. A nyilvánvaló lokális (az egyes gépeken) megoldásokon kívül a routerben van erre mód?
-
#26236
sellerbuyer
őstag
vargalex
#26221
-
#26183
sellerbuyer
őstag
Kris87
#26181
válasz
Kris87
#26181
üzenetére
Minden megy kapásból most is, simán tudsz kapcsolódni. A könyvtár hozzáférésnek semmi köze a port forwardhoz, estébéhez, hiszen eljutsz az autentikációhoz és át is jutsz rajta, tehát már rég kapcsolódtál. Egyszerűen jogod nincs a könyvtár megtekintéséhez, amit az ftp belépési könyvtárként használ.
Hát ilyen külső tesztekhez, nagyon-nagyon halkan mondom, hogy a többiek ne nagyon hallják: szomszédok védetlen wifijét is lehet használni esssettttleggg. Természetesen csúnya dolog és törvénybe ütköző estébé-estébé, úgyhogy csak nagyon gyorsan, szűken, célzatosan csakis addig és arra, amit tesztelni kell és máris jönni kell lefelé! Természetesen jómagam soha nem csinálnék ilyet, de ha te úgy érzed, hogy a cél szentesíti az eszközt, akkor te tudod...
-
#26179
sellerbuyer
őstag
sellerbuyer
#26178
válasz
sellerbuyer
#26178
üzenetére
Legjobb, ha a könyvtár tulajdonosának be is állítod azt a felhasználót, akit autentikálsz.
-
#26178
sellerbuyer
őstag
Kris87
#26174
válasz
Kris87
#26174
üzenetére
Azt a módot (passzív, vagy aktív) állítsd be és hagyd úgy, amelyikben az időtúllépés volt, az lesz a jó, az maradhat beállítva. Aztán azt a könyvtárat nézd meg a tárolón, amelyikre az ftp mutat, tehát a belépési könyvtárát. Annak is a hozzáférési beállításait, ott lesz a hiba, ill. az attribútumoknál. A lényeg, hogy az autentikációban szereplő távoli felhasználónak nincs engedélyezve a könyvtárhoz még a megtekintési jog sem.
Nem használok a routeren FTP-t, nem tudom mik a beállítási lehetőségek, de mondjuk a fentiek nem is FTP beállítások, hanem a könyvtárnak a beállításai, ergo Linux-al megegyező lehetőségeknek kell lenniük.
Ebből kiindulva Permissions-t kell keresni, ott akár a groupnak megadni ideiglenesen a megtekintési jogot, ergo az attributumokat be kell állítani, első körben állítsd 777-re és akkor tutira menni fog, ebből le tudod aztán szűkíteni a megfelelőekre a paramétereket.
-
#26171
sellerbuyer
őstag
Kris87
#26166
válasz
Kris87
#26166
üzenetére
Vagy a szerver oldali tűzfal nem enged át 2221-en, vagy a te gépeden van proxy használat beállítva. Előbbi esetben webadminnak szólni, hogy engedjen át a szükséges porton, utóbbi esetben kikapcsolni a proxy-t, or megadni az FTP kliensnek a proxy adatokat ha az használ és kb. ennyi szvsz.
-
#26168
sellerbuyer
őstag
Kris87
#26166
-
#26161
sellerbuyer
őstag
Hű apám, ez jobban megfogja a routert, mint gondoltam!
-
#26160
sellerbuyer
őstag
Intruder2k5
#26159
válasz
Intruder2k5
#26159
üzenetére
A bandwidthd csomagot telepíti fel.
-
#26158
sellerbuyer
őstag
sellerbuyer
#26155
válasz
sellerbuyer
#26155
üzenetére
-
#26157
sellerbuyer
őstag
Intruder2k5
#26156
válasz
Intruder2k5
#26156
üzenetére
Mondom, hogy nincs.
SSH és beírtam kézzel. Nincs Luci felülete sajnos a bandwidthd-nek.
-
#26155
sellerbuyer
őstag
sellerbuyer
#26154
válasz
sellerbuyer
#26154
üzenetére
Megnéztem a listát (frissítés után), tényleg nincs ilyen benne Lucihoz...
Visszaolvasva megtaláltam, hogy nincs hozzá Luci végképp...király...
Tudtok esetleg ajánlani valamit, ami ugyan ezt tudja és mehet Luci alá? Grafikus felületen szeretném látni a forgalmat, terhelést, stb. akár visszamenőleg is. Nem számít, hogy "sokat eszik", csak időlegesen használnám, olykor-olykor.
-
#26154
sellerbuyer
őstag
Bandwidthd az OpenWrt-ben hogyan érhető el, hogy megjelenjen Luci alatt? Sehogy sem akar nálam, hiába installálom.
Qos-nál ez működött Luci-hoz:
opkg install qos-scripts luci-app-qosSajnos bandwitdthd-nál nem megy ez:
opkg install bandwidthd luci-app-bandwidthdFelinstallálja, majd azt mondja, hogy nincs luci-app-bandwidthd alkalmazás.
-
#26148
sellerbuyer
őstag
Intruder2k5
#26144
válasz
Intruder2k5
#26144
üzenetére
Köszi a helpet!
-
#26141
sellerbuyer
őstag
Három OpenWrt kérdésem lenne:
1.
Qos-ban be kell kapcsolnom (Enable pipa) a Wan szabályozását ahhoz, hogy a Classification rules életbe lépjen, vagy az egyébként is automatikusan életbe lép, ha egy szabályt létrehozok?
Illusztráció: [link]2.
Van-e valamilyen más bandwith szabályozó modul, amivel tudom szabályozni IP címenként, vagy MAC címenként, vagy router portonként a használható sávszélességet egészen pontosan és nem csak arányaiban, mint a Qos-al?3.
Miért nem jelenik a menüben az újonnan felinstallált modul, hogyha Luciból installálom? Illetve hogyan lehetne ezt megoldani, hogy ne kelljen folyton SSH-ra váltani és az alól felrakni? Illetve SSH-hoz csak a Qos-hoz találtam meg, hogyan kell felrakni Luci alá is, de másik modullal (pl. bandwithd) ez már nem működött (azt írta, hogy hincs olyan nevű modul, pedig egyébként simán felinstallálta, csak vmiért Luci alá nem volt hajlandó).Előre is köszönöm a helpet!
-
#24959
sellerbuyer
őstag
hudyfiu
#24958
-
#24957
sellerbuyer
őstag
Sziasztok ismét!
Mobilnet megosztható-e valahogy a 1043ND-vel kábelen és/vagy wifin és ha igen, hogyan? Használható-e erre a router USB portja (vagy azon csak HDD lóghat), vagy számítógépen keresztül megy csak a megosztás? Van-e ehhez egy leírás?
-
#24058
sellerbuyer
őstag
bod101
#24051
válasz
bod101
#24051
üzenetére
Az az ügyfélszolgálati telefonszám megváltozott, gúglival meg lehet találni a működőt.
Én is pontosan így jártam néhány hete, ahogy itt leírták a többiek. 4db 1043ND-vel szívtam. Felhívtam őket és össze-vissza kamuztak, hogy tudnak a problémáról, már készül az új firm, amivel javítják. Hát ha nem jövök ide a fórumba tanácsot kérni, akkor még most is arra várnék, hogy kijöjjön az új firm és húzogathatnám-dugogathatnám továbbra is a routereket! Ráadásul a 4db router földrajzilag is messze esik egymástól és némelyik nehezen elérhető, eldugott helyen van. Úgyhogy szaladgálással egybekötött tornabemutatóval volt egyenértékű, amit 2-3 naponta (szerencsés esetben) kellett művelnem!
Feltettem az OpenWrt-t, egyet bekonfigoltam normálisan, az összes többi routerre beimportáltam a beállításokat és az óta is tökéletesen műxenek, semmi baj velük, terhelhetőek, stb. A legnagyobb problémám az óta az volt a wifivel, hogy kifogyott a DHCP az IP-ből a szerveren.
Hallgass a többiekre, ha jót akarsz magadnak! Vagy Vargalexet tegyél fel, vagy sima OpenWrt-t és a problémád nagyjából örökre megoldódik, a gyári firm egy rakás hulladék.
-
#23165
sellerbuyer
őstag
Szita1
#23160
válasz
Szita1
#23160
üzenetére
Én nem láttam reakciót, bár pont akkor problémás volt a PH, úgyhogy lehet, azért maradt le, vagy csak én nem láthattam.
Igen, most valami eszméletlenül jó és atomstabil, természetesen rejtve van az SSID.
Arra gondoltam, miért is nem tud a gyári firmel ilyen jó lenni? Miért kell folyton azt tapasztalni, hogy viszonylag nagy tudású, de lebutított cuccokat sóznak ránk a T. gyártók? Anno pont így voltam például az ASUS R1-emmel, ami simán ment a HD2 firmjével (igaz, nem az eredetivel, de az mindegy), ami kb. többször annyit tudott...
Mondjuk nyilván a gyártástechnológiában rejlik a válasz. Egyszerűbb szoftveresen butítani valamit, aztán egy év múlva előállni egy "új modelllel", ami tök ugyan az, csak a szoftverét cserélték le és így nem kellett új terméket gyártani. Költségkímélő megoldás.
No mindegy, itt nálunk most már Havaii van.
-
#23154
sellerbuyer
őstag
Mivel nem érkezett válasz egy help kérésemre, megválaszolom magam, hátha valakit érdekel:
Több db router felhúzása backup-ból.
Az első router OpenWrt-vel történő tökéletesen működő bekonfigolása után backup-ot csináltam, majd a második routerbe feltöltöttem ezt a mentést és ez után a rádió nem akart működni. Ezt az okozta, hogy a wifi konfigjában még az előző router MAC címe volt.
Ezt Luci-ban nem lehetett átírni, ezért SSH-n szerkesztettem a konfig fájlt, átírtam a MAC címet:
vim /etc/config/wireless
Ha már itt voltam, akkor a network adatokat is itt írtam át,. A szükséges IP-ket megváltoztattam, csatornát állítottam, estébé (ezek is ugye még mind az előző routeréi voltak):
vim /etc/config/network
Valamiért a WLAN LED-et nem sikerült világításra bírnom (pedig megegyezett a konfigja az első routerével, ahol pedig világít), de ez már nem érdekel, részletkérdés, tökéletesen működik eddig 3db router, kegyetlenül jól szórja a wifit. Most már csak a "tartóssági" teszt van hátra.
Köszönet Vargalex-nek az ötletért és a segítségért OpenWrt téren, valamint Gee_1985-nek a helpért!
-
#23077
sellerbuyer
őstag
Egy routert megcsináltam tökéletesre OpenWrt-vel, semmi gond, műxik szépen, ahogy kell, már a helyén van a nagy hálón, gyönyörűen muzsikál.
Backup.
Majd új router elővesz, OpenWrt felrak, eddig csodás minden, aztán backup betölt, de wifi nincs. A wifi egyszerűen nem kapcsolódik be, holott a tökéletes backup-ot töltöttem be. A beállítások teljesen egyeznek, minden pont úgy van, ahogy az előző routeren. IP ütközés nincs, mert most is csak egyetlen kábellel van összekötve a laptop és a router (és nem WAN-ban van természetesen, mert nem vagyok ennyire stupid).
Na szóval a rádió nem akar bekapcsolni vmiért.
-
#22896
sellerbuyer
őstag
vargalex
#22891
válasz
vargalex
#22891
üzenetére
Igen, az kikapcsolt, csak a wifin maradt bekapcsolva, azt meg én kapcsoltam ki manuálisan.
Annyiban bonyolultabb a helyzet annál, amit linkeltél (majdnem jó lenne nekem), hogy magának a routernek statikus IP-je kell legyen LAN-on (nem DHCP-s) és csak a wifi-re csatlakozó kliensek kérjenek IP-t a szerverről.
-
#22892
sellerbuyer
őstag
vargalex
#22891
válasz
vargalex
#22891
üzenetére
Sem WAN, sem switch nem szükséges nekem. Egyszerű accesspointként rá van a LAN-ra lógatva a router, aztán ennyi, egyetlen kábellel. A switch funkciókat switch-ekkel oldjuk meg, a routereket csak wifire használjuk. A routerek sorra kifeküdtek, amikor osztani próbáltunk velük.
Tehát most úgy néz ki a helyzet, hogy pl. mobilról próbálok csatlakozni wifihez és az IP cím lekérésnél elakad. Nem kap a szerver DHCP-től IP-t, pedig gateway-nek is meg van adva a szerver IP-je a wifinek és a LAN-nak is.
-
#22890
sellerbuyer
őstag
Haladok a routerrel, ezzel a final firmel most már minden rendben.
Csak azt nem tudom, hogyan oldjam meg, hogy a szerverünkön üzemelő DHCP-ről kapjon IP-t a wifin csatlakozó és ne a routerből. A router DHCP-jét már kikapcsoltam LAN-on és a wifi interface-en is. A gyári firmben elég volt simán kikapcsolni a routeren a DHCP-t és máris kapott IP-t a wifis "DHCP-re hajtó" delikvens a szerverről. Itt most úgy tűnik, valamiért nem volt elég a DHCP kikapcs. A csatlakozáskor a kliens elakad az IP lekérésekor. Azt szeretném elérni, hogy a szerver ossza ki az IP-ket és nem a routerek.
-
#22858
sellerbuyer
őstag
vargalex
#22856
válasz
vargalex
#22856
üzenetére
Hát nem tudom, így visszagondolva nem tudok olyasmit, amitől ez történhetett volna. Talán a backup volt az utolsó mozzanat... Ráadásul ha belegondolsz, ment rendesen ma reggel is tulajdonképpen, tehát maga a konfig nem szállt el.
Ráadásul Lucihoz a szerver felől csaknem hozzá is fértem, mert a fekete háttér és a felirat előjött... szóval működésileg nem volt igazán probléma vele... Nem tudom.
-
#22857
sellerbuyer
őstag
Gee_1985
#22855
-
#22854
sellerbuyer
őstag
Intruder2k5
#22852
válasz
Intruder2k5
#22852
üzenetére
Sima OpenWrt.
-
#22853
sellerbuyer
őstag
Gee_1985
#22851
-
#22850
sellerbuyer
őstag
Gee_1985
#22849
-
#22848
sellerbuyer
őstag
Gee_1985
#22847
-
#22844
sellerbuyer
őstag
Gee_1985
#22843
válasz
Gee_1985
#22843
üzenetére
Jaja, ezt már egyszer használnom kellett, amikor először telepítettem, köszi!
Képzeld, a szerverről annyira elérem a Lucit, hogy előjön a fekete háttér és a LuCI - Lua Configuration Interface felirat.
A webadmin viszont továbbra sem.Mindegy, mert a final-t úgyis fel kell tennem, köszi!
Azt nem tudom még, hogy az RC6-al mentett backup-ot feltölthetem-e a final-ba, vagy teljesen konfiguráljam be manuálisan előlről?
-
#22842
sellerbuyer
őstag
Gee_1985
#22841
-
#22840
sellerbuyer
őstag
Ja, az a kérdés, hogy ezt akkor most hogyan is fogom tudni felnyomni rá így, hogy nem érem el sehogy? A QSS gomb nyomogatós módszerrel lesz elvileg telnetem és azon keresztül vhogy?
-
#22839
sellerbuyer
őstag
Gee_1985
#22838
-
#22837
sellerbuyer
őstag
Gee_1985
#22836
-
#22835
sellerbuyer
őstag
Ez hihetetlen...
Tegnap volt időm feltenni a legforgalmasabb routerre az OpenWrt-t. Tökéletesen megcsináltam, működött a wifi, a MAC szűrés csodásan.
Természetesen beállítottam neki a saját IP-jét, amin eddig is (a gyári firmel) elérhető volt a hálón. Többször újraindítottam, kihúztam-bedugtam, semmi baj nem volt vele, tökéletesen stabilan elértem mindig és a wifi is ment, mint a parancsolat.
Áramtalanítva hagytam itt, gondoltam, majd ma berakom a helyére.
Ma jövök be, router bedug, feláll rendesen, wifi megy (teszteltem), wifi LED világít (radio0-ra konfigoltam), webadmin semmi. Egyszerűen képtelen vagyok elérni a Lucit. Telnet, SSH szintén nem megy. Próbáltam az én általam megadott IP-n, próbáltam kínomban már a gyári 192.168.1.1-en is és semmi.
Böngészőből kiszedtem a proxy-t (saját szerverünk), visszaraktam, semmi változás.
Tegnap mindez simán ment. Mi lehet a gond?
-
#22738
sellerbuyer
őstag
vargalex
#22729
válasz
vargalex
#22729
üzenetére
Nekem is ZTE Blade-em van és a világon semmi problémám nincs vele, legjobb ár/teljesítményű Android teló még ma is szvsz. Ismerőseim pl. a Galaxy S-el szívnak, mint a torkos borz. Pl. wifivel konkrétan egymás mellé tettük a két telót, ahol nekem stabilan volt jel, az S-en nem, ahol pedig volt jel mindkét telón, ott a ZTE kapcsolata kb. kétszer gyorsabb volt.
Persze mindezt rejtett SSID-vel. -
#22736
sellerbuyer
őstag
vargalex
#22723
-
#22712
sellerbuyer
őstag
f_sanyee
#22710
-
#22711
sellerbuyer
őstag
Gee_1985
#22707
-
#22709
sellerbuyer
őstag
Intruder2k5
#22705
válasz
Intruder2k5
#22705
üzenetére
-
#22704
sellerbuyer
őstag
vargalex
#22701
válasz
vargalex
#22701
üzenetére
1.8-asok ezek is. Gondolkodtam már OpenWrt-n, de egyrészt nagyon jellegzetesen túlterhelés okozza a gondot, ezen meg nem hiszem, hogy segítene túl sokat, másrészt otthonira már feltettem anno és nem volt benne valami fontos, ami nekem kellett, úgy emlékszem. Az intézményben mondjuk MAC szűrésen kívül sok minden nem kell a wifihez, meg persze WPA2, aztán ennyi. Meg hát az óta fejlődhetett is az OpenWrt...nem tudom. Van hűtőbordám, otthon van pasztám is, szerintem előbb megpróbálom ezt, nekem ez így egyszerűbb, már csak a sok MAC cím újra történő beírogatásának elkerülése miatt is.
Már csak azt kéne felismernem majd, hogy melyik a proci.
Valószínűleg a legnagyobb IC lesz. -
#22699
sellerbuyer
őstag
Intruder2k5
#22695
válasz
Intruder2k5
#22695
üzenetére
Wow.
Hát először is ez rossz hír, hogy ilyenek a helpdesk-nél. Másodszor gondolatot olvastál. Pont a bordára gondoltam. De ugye ez is csak akkor segít, hogyha valóban túlmelegedés okozza a bajt és nem valami más. -
#22696
sellerbuyer
őstag
vargalex
#22693
válasz
vargalex
#22693
üzenetére
Hali, igen, ezen már én is gondolkodtam, hogy az új firm mit tud segíteni egy alapvetően komoly hardveres problémán. Azt nem tudom, mitől melegszik az új sorozatban jobban a proci, a TP-Link helpdesk-nél ezt mondták. Ráadásul egyébként én is ezt tapasztalom, mert otthon még az első szériát használom, amivel semmi gondom nincs, pedig hát van ott is pl. csatlakozási kísérlet bőven, ha wifin vagyok. Az intézményben természetesen durvábban van terhelve a cucc, de alapvetően nem szabadna meghalnia ettől sem egy ilyen teljesítményű cuccnak szvsz.
Az lehet, hogy a firm valamit optimalizálgat a terhelésen, de sok jót valóban nem tud tenni, max. egyszerűen nem enged egy idő után senkit sem csatlakozni, vagy nem tudom, leszabályozza a többieket új csatlakozókor, fogsincs. Nagyon várom már, mert jelenleg siralmas a helyzet, nem kis méretű intézmény és állandóan rohangálni kell ki-be dugdosni a routereket, nagyon gáz.
Arra gondoltam, hogy ha esetleg tennék egy normális hűtőbordát a procira, az talán segítene, amennyiben valóban a túlmelegedés okozza a problémát...
Ja: sem samba, sem ftp, semmi, gyakorlatice csak access pointként van használva a router, semmi egyéb extra. Viszont rengeteg a betörési kísérlet "kívülről".
-
#22691
sellerbuyer
őstag
Ha valakit esetleg érdekel, mert hasonló gondokkal küszködik:
Felhívtam a TP-Link helpdesk-et, ahol elmondtam, hogy az új sorozatú 1043ND-ket folyton újra kell indítani (áramból kihúz-bedug módon) az intézményünknél, mert egyszer csak nem lehet elérni a webadmint és leáll a wifi is.
Először is elnézést kértek a hibáért, azt mondták, hogy tudnak róla. Az új sorozatban a proci miatt nagyobb terhelésre azonnal fagy a rendszer. Alapvetően az okozza a hibát, hogy túlmelegszik a processzor.
Minden egyes nap csesztetik a gyártót magyar oldalról, hogy oldják meg a problémát.
A mérnökök dolgoznak már az új firmware-en, ami meg fogja oldani ezt a gondod, nagyon rövid időn belül várható, hogy ki fogják dobni. Addig pedig nem marad más, mint a kihúz-bedug módszer.
Korrekt hozzáállás, így az ember szívesebben vár türelemmel. Mi 4 db ilyen új szériás routerrel szívunk, 2-3 naponta kell újraindítani őket, nagyon várom már az új firmet.
-
#19941
sellerbuyer
őstag
denes123s
#19940
válasz
denes123s
#19940
üzenetére
Sajnos alapból ennél a routernél ez a normális. Én a munkahelyemen több db-al szívok már hónapok óta pont úgy, ahogy te és nagyon megbántam már a vételt.
Itthon is használok egy ilyet, ez még egy régebbi modell. Itthon semmi bajom vele 1-3 wifi eszköz kiszolgálásakor (mondjuk már átálltam teljesen kábelre, de amíg wifiztem, addig teljesen jó volt így).
-
#19857
sellerbuyer
őstag
bambano
#19856
válasz
bambano
#19856
üzenetére
Jah, kb. semmit nem érsz vele, ha a kártya a kukában landolt már az óta. Ez fizikai eszközhöz kapcsolódó cím. Ergo ha nincs fizikai eszköz, nincs bizonyíték. Marad az IP, ami önmagában is épp elég, szóval megint csak felesleges a MAC... Leírtam ugyan ezt is, de persze nem ezt emelted ki a szövegemből...érthető módon.
![;]](//cdn.rios.hu/dl/s/v1.gif)
A lényeg akkor is az marad, hogy nem kell túllihegni a MAC klónozás dolgot. Kutyát nem érdekli a MAC, csak a kiosztott IP, ha gubanc van.
-
#19833
sellerbuyer
őstag
zsolt501
#19829
válasz
zsolt501
#19829
üzenetére
Szerintem te alaposan túlliheged a dolgot.
Itt most szó sincs semmiféle illegális próbálkozásról. A srác bajban van, mert két egyforma MAC című telefont kapott és ezeket az otthoni(!) routere ledobálja. A probléma androidos teló esetén egy marketes programocskával rém egyszerűen orvosolható és ennyi (vagy gari).
1. Mitől is nem lenne ez jogszerű?
2. Mitől nem kéne ezt egy garis telóval eljátszani? Semmi baja nem lesz ettől az ég világon.
Nem kell ebből ekkora ügyet csinálni szvsz.Ha illegális lenne maga a MAC klónozás, akkor nem engedné PC-ken sem maga az oprendszer a hálókártya driverben, de minden driverben van alapból ilyen lehetőség. Ennek pedig az az oka, hogy van olyan teljesen legális és hétköznapi felhasználás során jelentkező igény, amikor igen is muszáj a MAC címet átírni. Ilyen pl. az, amit itt a srác felvetett, de előfordulhat más problémás eset is, amikor a routerünkkel nem a valós MAC címet akarjuk láttatni, a saját hálózatunkon belül, ami nem csak hogy nem illegális, de a kutyának nincs semmi köze sem hozzá.
A MAC klónozás nem illegális, csak vissza lehet vele élni, mint ahogy bármi mással is. A DVD másolás sem illegális, mert ha az lenne, akkor nem lehetne kapni DVD írókat (főként nem asztaliakat). Az illegális DVD másolás illegális. Mint ahogy van legális letöltés és illegális letöltés is. Nagy különbség.
MAC címmel visszaélni sokkal súlyosabb mint az IP címmel, mert ez egy egyedi azonosító míg az IP címet egy hálózatban akár több ember is megkaphatja egy nap alatt is.
Szerintem nagy tévedésekben vagy a MAC címek kapcsán. Mi az, hogy MAC cím alapján beazonosítanak bárkit is könyörgöm? A MAC cím a hálózati kártyához rendelt fizikai cím. Használom, aztán eldobom és veszek másik kártyát fillérekért. Cserélem akár hetente, vagy naponta, ha úgy tetszik. Utána ki fogja azt mondani, hogy én ezt és ezt a MAC című kártyát használtam ehhez és ehhez az IP-hez és ezt és ezt a gonosz dolgot követtem el vele? Senki nem tudja bizonyítani, mert egyszerűen nincs nálam fizikailag az a kártya!
Nagyon komolyan kevered a dolgokat.
Annak, hogy be lehet azonosítani egy Internet felhasználót a szolgáltatójánál egy adott időintervallumban kapott IP cím alapján, az egy dolog. De semmi köze nincs az egészhez a MAC címnek, ebben az eljárásban sehol sem játszik, mert egyszerűen nincs rá szükség, miután beazonosították a felhasználót az IP alapján, ennyi.
Úgyhogy tényleg jobb, ha nem törsz pálcát senki fölött, mert vagy hiányosak az ismereteid, vagy alapjában tévesek.
-
#19826
sellerbuyer
őstag
///Krisz\\\
#19821
válasz
///Krisz\\\
#19821
üzenetére
Nézd meg, hogy van-e MAC klónozási lehetőség a teló oprendszerében! Ha igen, akkor kézzel bármilyen MAC-et megadhatsz neki.
-
#19817
sellerbuyer
őstag
Megoldódott már esetleg valakinek az állandó lehalás problémája?
Nálam 5db 1043-asból 4db (csak az újak, 1db régebbi van) azt csinálja kb. 4-5 naponta, hogy nem lehet a web felületéhez hozzáférni és meghal a wifije is olyankor.
Akkor is jelentkezik ez, ha nincs beállítva MAC szűrés és semmi extra, ergo nem ez okozza a problémát.
Legújabb gyári firm fent van és nem szeretnék Open-t rá, vagy bármi más, nem gyárit egyelőre, ha van más megoldás is.
Anno többen jeleztétek, hogy nálatok is jelentkezik ez a probléma. Valakinél megoldódott már időközben?
-
#16706
sellerbuyer
őstag
Begi
#16705
-
#16698
sellerbuyer
őstag
Hátha valakit érdekel:
A TP-Link 1043-as webadminhoz való hozzáférést valóban a túlterhelés okozta egy-egy csomópontban, ahogy itt megtippelte valaki.
Minden csomópontban lévő 1043-as helyettesítve lett egyszerű 2eFt-os, 8 portos TP-Link switch-el és most már minden rendben van.
Köszi a helpet!
-
#16582
sellerbuyer
őstag
sellerbuyer
#16581
válasz
sellerbuyer
#16581
üzenetére
Egyébként nem tudom, hogy jutottunk ide onnan, hogy segítő szándékkal leírtam egy, az eszközzel kapcsolatos bugot...
-
#16581
sellerbuyer
őstag
vargalex
#16580
-
#16579
sellerbuyer
őstag
Keresztapper
#16577
válasz
Keresztapper
#16577
üzenetére
Szerintem inkább fogd vissza magad, de villámgyorsan, mielőtt kimoderáltatlak a személyeskedésedért!
-
#16578
sellerbuyer
őstag
vargalex
#16575
-
#16574
sellerbuyer
őstag
hati
#16573
Igen, ezt már rendszergazdi topicban kitárgyaltuk, de se pénz, se posztó erre sajnos, úgyhogy marad a mezítlábas "megoldás". Emelett autentikációs megoldásban gondolkodni képtelenség. Megint csak azt mondom, hogy tapasztalat, tapasztalat, tapasztalat (a tankönyvek is aranyosak, de egy ponton megáll a tudományuk). A user nem hajlandó plusz még egy jelszót megjegyezni a pin kódján kívül, mert már az is nehezére esik és jön a lázadás, rendszergazdi meghurcolása, estébé, estébé. Szóval ez a valóság. Ja és nem nagy cég, nagy intézmény, állami, no cash! Főleg arra no cash, hogy még meg is nehezítsék a saját helyzetüket.
Ráadásul gondolod, hogy acc-ot nem cserélnének a belsős haverok? -
#16572
sellerbuyer
őstag
sellerbuyer
#16571
válasz
sellerbuyer
#16571
üzenetére
Ja még valami a WPA2 jelszó megtudás mellé. El kell fogniuk a MAC címet a wifi jelből? Nem, mert egyszerűbb, ha átballag egy másik zónába, bármelyik bekapcsolva hagyott gépen egy-két kattintás után meg van a MAC, lehet klónozni, ennyi... Na szóval szép dolog az elmélet, meg a szakmai anyagok olvasgatása, de gyakorlat nélkül...
-
#16571
sellerbuyer
őstag
vargalex
#16568
válasz
vargalex
#16568
üzenetére
Nem értetted a hozzászólásom lényegét, egyszerűen csak teljesen rágörcsöltél a védelem kérdésére.
Ha pl. intézményen v. cégen belül szabályozni szeretnéd (gyári firmel!) a wifi hozzáférést, ami nem tiltást jelent, akkor mit tudsz még? Semmit, mert nincs más, hasonlóan precíz és korrekt megoldás router szinten (pesze szervernél szabályozod, amit tudsz, akár a DHCP MAC szűrést is).
Nna, akkor képzelj el egy helyzetet (amiben pl. én is vagyok), hogy van egy nagyobbacska intézmény, ami elég nagy területen helyezkedik el, kismillió routerrel van wifi szórva. Jönnek új kollégák, mennek régiek, plusz külsősök, állandóan változik, hogy kinek van engedve a wifi hozzáférés mobiltelefonokra, laptopokra, stb... Csak DHCP jöhet szóba, mert otthon és még máshol is akarják használni ugyanezen eszközöket a wifijükön és lámák ahhoz, hogy maguk át tudják állítani úgy, hogy működjön. Persze DHCP a gateway szerveren szűrhető MAC-re, ezt meg is tettem. Ha ez nem lenne elég, van egy csoport az intézményen belül, akik nem férhet(né)nek hozzá a wifihez és van egy másik, akik igen. Hogy még mindig ne örülj: külön kell zónánként (wifi routerenként) szabályozni azt, hogy ki, hol férhet hozzá a wifihez! Tehát aki az 1-es zónában dolgozik, az mondjuk az 5-ösben kifejezetten nem férhet hozzá wifihez.
WPA2-vel ilyen helyzetben kb. kitörölheted, mert fel sem kell törniük a jelszót, egyszerűen megtudják! Ennyi. MAC cím megfelelő védelem? Nem! Van más egyéb lehetőség wifire? Nincs! Akkor most mi van ilyenkor szerinted?
Na ezt a fenti kis helyzetet önmagában WPA2-vel hogyan oldod meg, ismétlem: gyári firmel?
Naugyehogyugye, hogy maradt a MAC szűrés. Szóval ne csak ilyen otthoni tingli-tangli állapotokban gondolkodjunk már, hanem feltételezzük, hogy vannak ettől kissé bonyolultabb helyzetek is, amelyekben routert használunk.... Persze tudom, tegyük fel az OpenWrt-t és kész.
-
#16567
sellerbuyer
őstag
Keresztapper
#16565
válasz
Keresztapper
#16565
üzenetére
Persze, hogy nem, de mi más van még? Semmi. Mindent feltörnek, akik akarnak. Ráadásul kicsit gondolj bele, hogy nem csak külsősöktől kellhet wifit védeni (ill. szabályozni), hanem pl. intézményeknél, cégeknél akár belsősöktől is. Ha pedig nem tiltani, hanem szabályozni kell, arra csak és kizárólag a MAC szűrés alkalmas, mert precíziós megoldás. Természetesen ez sem tökéletes (sőt), de mivel más nincs, ez a védelem utolsó szintje számomra (jelszavakat úgy megtudják, mint a pinty).
a MAC filtering sajnos egyáltalán nem biztonságos
Ezt jól olvastad valahol, csak az a szó kimaradt, hogy "önmagában".
-
#16564
sellerbuyer
őstag
sellerbuyer
#16563
válasz
sellerbuyer
#16563
üzenetére
Na én sem jól írtam, csak már nem tudok szerkeszteni:
A Deny beállítás azt jelentené a szöveg szerint, hogy azok a MAC-ek, amik nem szerepelnek a listában kifejezetten Enabled jelöléssel, tiltásra kerülnek. Az Allow beállítás tulajdonképp mindenkinek hozzáférést biztosít a wifihez attól függetlenül, hogy szerepel-e Enabled-el a listában, ez alól kivételek azok a MAC-ek, amelyek Disabled-el vannak a listában (ők továbbra is tiltva lesznek). Tehát utóbbi esetben csak kifejezetten azokat tiltjuk, akiknek tiltást állítottunk be, mindenki másnak szabad az út, akár szerepel a listán, akár nem.
Ez helyesen úgy néz ki, hogy Deny tiltja az Enabled-eket is, az Allow pedig engedi az Enabled-eket szövegezés szerint. Ettől függetlenül a beállítások működése úgy történik, ahogy leírtam, tehát duplán f...s a szövegezés.
-
#16563
sellerbuyer
őstag
Nem bírom ki, hogy le ne írjam ide, talán egyszer már felfigyelnek a TP-Link gyártói is a hibára:
A 1043-as gyári firmjeiben van egy bug, amit úgy tűnik, vagy nem vesz észre senki, vagy nem nagyon használják ezt a funkciót.
A wifi MAC szűréséről van szó. Ezen a lapon ugye az első sorban be lehet kapcsolni a MAC szűrést. A második, harmadik sorban azt lehet állítani, hogy a listán kifejezetten Enabled beállítással nem rendelkező MAC-ekre legyen-e tiltás, vagy sem (itt van a hiba). Alul pedig a tiltandó, vagy éppen engedélyezett MAC címeket lehet beállítani.
A Deny beállítás azt jelentené a szöveg szerint, hogy azok a MAC-ek, amik nem szerepelnek a listában kifejezetten Enabled jelöléssel, tiltásra kerülnek. Az Allow beállítás tulajdonképp mindenkinek hozzáférést biztosít a wifihez attól függetlenül, hogy szerepel-e Enabled-el a listában, ez alól kivételek azok a MAC-ek, amelyek Disabled-el vannak a listában (ők továbbra is tiltva lesznek). Tehát utóbbi esetben csak kifejezetten azokat tiltjuk, akiknek tiltást állítottunk be, mindenki másnak szabad az út, akár szerepel a listán, akár nem.
Na most ez fordítva műxik. Deny beállítására az Allow-nak megfelelően műxik a dolog.
A hiba oka: egyéb, régebbi és a kisebb új típusokban is fordítva volt/van a szöveg. Tehát az Allow szöveg felül, a Deny pedig alul. Na most ezt megfordították ennél a típusnál, de a rádiógombokra kiosztott funkciókat elfelejtették ennek megfelelően megfordítani. Így a szöveg nem a valós beállítás leírását takarja.
A lényeg tehát, hogy ha az Enabled státuszú MAC-eken kívül mindenki mást tiltani akarunk, akkor az alsó rádiógombot kell kiválasztanunk, ugyan úgy, ahogy a többi típusnál is, ne törődjünk a szöveggel!
Azért veszélyes ez egyébként, mert nem lehet észrevenni a hibát, csak akkor, hogyha kifejezetten teszteled ezt a funkciót. Ugye ha a másik beállítást használod, ami a szöveg szerint Deny és csak azt teszteled, hogy a listára felvett MAC címről megy-e a wifi, akkor meg leszel nyugodva, mert menni fog, pontosan úgy, ahogy egyébként is tenné (ha le van tiltva minden más MAC). Szóval kell egy másik eszközről is tesztelni ilyenkor, ami nem szerepel a listán. Annak az eszköznek nem szabad tudnia csatlakozni a wifire.
Belegondolva, ha valaki nem veszi észre a dolgot és a szövegezés szerint használja a beállítást, akkor teljesen értelmetlenné válik nála a MAC szűrés, hiszen beenged a router mindenki mást is a wifire, nem csak azokat, akiket lehetne. Pedig tudjuk, hogy már a WPA sem használ a betolakodók ellen, így már csak a MAC szűrés marad. Persze ez is megoldható klónozással, de ezt már egy külsős, aki nem fér hozzá a gépeinkhez, nem biztos, hogy meg tudja oldani, inkább tovább áll. Szóval ez az egyetlen hatásosnak mondható védelem (persze wifinél semmi sem eléggé hatásos) és ezt is hazavágták TP-Linkék egy egyszerű szöveges bakival...
Bocs, ha esetleg leírta már valaki a fentieket, de én még sehol sem találkoztam ezzel és már kifejezetten idegesített, hogy senki sem veszi észre/osztja meg a problémát.
Az újabb és újabb 1043-as gyári firmekben következetesen benne hagyják ezt a hibát a TP-Link-esek!
-
#16545
sellerbuyer
őstag
counterbill
#16542
válasz
counterbill
#16542
üzenetére
Úgy is próbáltad, hogy közvetlenül a routerre kötötted a PC-t és semmi mást nem aggattál rá?
Egyszer egy 1043-asnál valamikor volt olyan problémám, hogy gyárilag(!) nem 1.1 volt az IP vége. Próbálgatással találtam rá valami 1.2, vagy 2.1-re, ilyesmi, már nem emlékszem...pedig nagyon dühös voltam, mert emiatt sokat szívtam én is vele...
-
#16538
sellerbuyer
őstag
counterbill
#16536
válasz
counterbill
#16536
üzenetére
Ha lehúzod a hálózatról a routert és közvetlenül, egyetlen UTP kábellel összekötöd a géped és a routert (LAN port) úgy, hogy semmi más nincs rajta, akkor be tudsz lépni a webadminba a router alján megadott adatokkal (amennyiben nem állítottad még el, ha pedig elállítottad, akkor azokkal az adatokkal), mert ilyen felállásban semmi más nem kavar be. Így beállítod, amiket tanácsoltak és ennyi, mehet a hálózatra a router.
-
#16504
sellerbuyer
őstag
Intruder2k5
#16501
válasz
Intruder2k5
#16501
üzenetére
Kösz a tippet, OpenWrt-t már raktam az itthonira egyszer, le is szedtem, tényleg atombonyolult ahhoz képest, amire az ember használni szeretné a routerét úgy nagy általánosságban, bár minden tiszteletem azoké, akik ilyesmiket fejlesztenek, mert bizonyos helyeken tényleg nagy szükség lehet rá és tényleg használható és fontos funkciókkal bővülhet a routerünk tárháza.
Nálunk bent is két egyszerű feladat hárul a routerekre: wifi (persze védett) és MAC szűrés a wifire, ennyi. Ezt egyrészt a gyári firm is kiválóan tudja, másrészt pedig tele vagyunk 108-as TP-Linkekkel és évek óta 24/7-ben csodásan műxenek (webadminnal együtt), csak elavulás és egy kis fejlesztés miatt cseréltük le őket, ahol lecseréltük. Tehát jómagam általánosságban nem tartom kifejezetten rossznak a TP-s fw-eket, lehetséges, hogy csak egyes típusokkal van gond.
-
#16500
sellerbuyer
őstag
Begi
#16497
Sajnos egyik sem. A terhelés eloszlik, alig van egy-egy routeren, mivel sok van és nem ezek szolgálnak gateway-ként, hanem van rendes szerver, kettő is. Ráadásul a routerek csak wifit szolgáltatnak és ezzel kapcsolatosan MAC szűrést, más egyéb dolguk nincs. Egy-egy routerre átlagban egy-két user jut. A routerek amikor azt játszák, hogy pl. a gépemről nem elérhetőek, akkor a szerverről sem. Jelzem, hektikus a jelenség, tehát nem arról van szó, hogy egyszerre nem elérhető az összes router. A dolgukat pedig végzik rendesen, akkor is, amikor a webadminjuk nem elérhető.
-
#16495
sellerbuyer
őstag
Sziasztok!
150 gépes intézményi hálózaton használom ezt a routert, több példányát is.
Állandó gondom vele, hogy napokig el tudom érni a belső hálón keresztül, aztán napokig nem. Van úgy, hogy egy napon belül néhány órán át elérhető, aztán megint nem. Teljesen változó.
Az IP-je pingelhető simán, traceroute lefut ahogy kell, minden frankónak tűnik, mégsem tudom mindig elérni a webes kezelőfelületet.
Alap firmek vannak fent a routereken. Windows 2003 server van a szerveren, egyébként pedig Win XP és Win 7 munkaállomások.
Létezik, hogy a webszerver nem megy a routerekben rendesen? Azt nem bírom elhinni, hogy mind a 4-ben (még ha nem is egyszerre) ez lenne a gond. Ráadásul otthoni hálón évek óta van ilyen routerem, soha semmi gondom nem volt vele, mindig elérem rendesen.
Van ötletetek, mi lehet a gond? Köszi előre is!
-
#9860
sellerbuyer
őstag
vargalex
#9858
-
#9859
sellerbuyer
őstag
ErosenZold
#9857
válasz
ErosenZold
#9857
üzenetére
Igen, azt akartam megnézni, de semmi nem jön be rajta most. Akkor várok, hátha... és köszi a tippet!
-
#9856
sellerbuyer
őstag
Sziasztok! Segítségre lenne szükségem, mivel nagyon úgy néz ki, hogy az Openwrt-vel hazavágtam a router-t. Felment rá gond nélkül az Openwrt, beállítgattam Luci-ban, de véletlenül a LAN-nál állítottam ppoe-t és nem a wan-nál, mert fáradt voltam, elnéztem. Ezt elmentettem (aplikálva), majd amikor észrevettem a tévedést, vissza akartam állítani az eredeti állapotára. Beállítottam, majd aplikálva próbáltam menteni, erre az történt, hogy a gombnyomás után semmi nem jött be.
Ez óta nem tudok semmilyen módon hozzáférni a routerhez (192.168.1.1-en), Putty-val hiába próbálom SSH-n, telneten, sajnos semmi, persze web felől sem megy. Próbáltam reset-et, áramból kihúzást, egyik sem használ.
Mit tehetek még szerintetek annak érdekében, hogy visszahozzam az "életbe" a router-t?
-
#9802
sellerbuyer
őstag
sellerbuyer
#9801
válasz
sellerbuyer
#9801
üzenetére
Ha csak okosított firm-el megy, akkor melyiket kell feltennem ahhoz, hogy ezt a funkciót beállíthassam?
-
#9801
sellerbuyer
őstag
Sziasztok!
Bocs a láma kérdésért, de szeretném tudni, hogyan tudom ezt a routert a gyári szoftverével egyszerű wi-fi vevőként használni a PC-hez? Vagy ez csak okosítással oldható meg? Előre is köszi a válaszokat!
-
#4973
sellerbuyer
őstag
Intruder2k5
#4970
válasz
Intruder2k5
#4970
üzenetére
Nagyon köszi a részletes választ!
Alapvetően 4-5 saját projekt weboldalhoz kellene, egyszerre kevés látogatóval, a sávszél kiszolgálná, ha a vas nem adja meg magát. A swap sem lenne talál vészes, ha megfelelően gyorsan kezeli a cucc a vinyót, lehet, kiváltani a kevés RAM-ot. Komolyabban utánanézek ennek a routernek, aztán meglátjuk.Még egyszer nagyon köszi, hogy időt szántál rám!
-
#4969
sellerbuyer
őstag
Intruder2k5
#4964
válasz
Intruder2k5
#4964
üzenetére
Köszi a DIR-825 tippet!
Tehát tutira van valami baj a routerrel, méghozzá komoly. 
Igazad lehet, végülis régi darab már szegény. 
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
- AMD Navi Radeon™ RX 9xxx sorozat
- PlayStation 5
- Nintendo Switch 2
- Több száz játékban kezdi meg karrierjét az FSR Redstone
- Milyen videókártyát?
- Örömkönnyek és üres kezek a TriFold startjánál
- Bekerül az Apple Pay és Google Pay a Budapest GO alkalmazásba
- ASUS ROG Ally
- Elektromos rásegítésű kerékpárok
- eBay-es kütyük kis pénzért
- További aktív témák...
- BESZÁMÍTÁS! ASUS H510M i5 10600K 16GB DDR4 512GB SSD RX 6600XT 8GB Zalman T4 Plus Cooler Master 700W
- Samsung Galaxy S25 Ultra 1024GB/1T Újszerű Kártyafüggetlen 1év Garanciával
- Samsung Galaxy A53 5G 128GB, Kártyafüggetlen, 1 Év Garanciával
- Lenovo ThinkPad P14s Gen 1 i7-10510U 32GB 1000GB Nvidia Quadro P520 14" FHD Gar.: 1 év
- ÁRGARANCIA!Épített KomPhone i5 14600KF 32/64GB RAM RTX 5060Ti 16GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: BroadBit Hungary Kft.
Város: Budakeszi
Cég: ATW Internet Kft.
Város: Budapest