Keresés

Új hozzászólás Aktív témák

  • Roland-87

    aktív tag

    válasz Intruder2k5 #10062 üzenetére

    Igen ezaz, csak ez sem működött már azzal ami most van fent nekem, aztán valami külföldi fórum mélyén találtam meg azt mi igen és azóta így használtam.

    tjsz - a kertben egy Tp-link 741ND ketyeg napelem rendszerről táplálva és Gargoyle (Openwrt) fut rajta repeater bridge üzemmódban de mivel nem kell állandóan ezért egy fizikai kapcsolóval lehet elindítani amikor éppen szükség van wifire a kert távolabbi már nem stabilan lefedett részein.

  • Roland-87

    aktív tag

    válasz tjsz #10059 üzenetére

    Ezek egyike sem működött nálam soha 20dbm feletti érték illetve 100mW felett sem, mivel a szabvány ennyit enged feltételezem hogy korlátozás van. A beállított értéket elfogadja mind dbm mind pedig mW-ban megadva és lekérdezéskor látszólag azt is mutatja hogy annyin ketyeg de a valóságban nem, ezt a túloldalon egy bármilyen wifi mérő programmal könnyen ki lehet próbálni. A parancsoros megoldás után viszont a wifi megtáltosodott de a beállítási értékekre továbbra sem reagál viszont a lefedettsége igen rendesen javult, azt nem tudom mennyin ketyeghet ilyenkor de évek óta hibátlan úgyhogy nem is izgat.
    Viszont most a hibakeresés közben a logban ezt találtam, és hát nem tűnik túl jónak ha ez igaz.
    Aug 19 09:48:01 RolandNet daemon.warn dnsmasq[879]: possible DNS-rebind attack detected: api.britepool.com
    Aug 19 09:48:10 RolandNet daemon.warn dnsmasq[879]: possible DNS-rebind attack detected: api.britepool.com

    Szóval lehet egy támadás is van a dologban? Esetleg már meg is fertőzték a routert vagy a belső hálózatom?

  • Roland-87

    aktív tag

    válasz tjsz #10056 üzenetére

    Van olyan menüpontom csak a valóságban semmit nem csinál akármit is írok be neki, SSH alatt kellett vagy 8 parancsot kiadni a régebbinél, annak nem tudom a verziószámát de azt igen hogy a parancsok kiadása után megdöbbentően jobb lett a lefedettség mindenhol. Lényegében a 20dbm feletti korlátot kell kiütni az újabb tomatokban már van az is. Most ez van fent: FreshTomato Firmware 2018.3 K26ARM USB AIO-64K-NOSMP. Ezzel is minden oké csak itt már máshogy kellett a varázslatot csinálni és elfelejtettem annak idején elmenteni mit is kell művelni, de a beállítás módosítása itt sem hoz érdemi változást 20dbm felett.
    Most a repeater oldalon keresem a hibát mert találtam 1-2 olyan beállítást ami okozhat esetleg problémát, de ha nagyon nem lesz megoldás akkor resetelni fogom mind a kettőt.

  • Roland-87

    aktív tag

    Üdvözlet!

    Olyan problémával küzdök már több hete hogy a router (Asus N18U) wifije átáll egy ún. "promiscuous mode"-ra, ilyenkor a wifi használhatatlanra lassul, akadozik, a sebesség bezuhan a ping pedig több ezer fölé megy, csak az újraindítás vagy a wifi rész parancssori újraindítása nyújt megoldást. Annyit sikerült kiderítenem hogy a jelenség akkor és csak akkor jön elő amikor a kertben található wifi repeatert elindítom és azon bármelyik eszköz forgalmazni kezd. Már mindent átnéztem és sehol nincs semmilyen rossz beállítás, sőt igazándiból már vagy 1 éve nem is történt semmilyen változtatás az eszközök konfigjában és tökéletesen működött is minden míg nem pár hete elkezdte ezt a promiscuous módot amivel nem tudok mit kezdeni. A google se nagyon ad semmilyen érdemi találatot hogy ez mi lehet és miért áll át erre a módra ha repeatert kezdek használni. Sajnos a router resettől tartózkodok mivel a wifi adóteljesítmény megnövelésének módszerét nem találom sehol, de azt tudom hogy vagy 2 hetet küzdöttem vele mire sikerült, így ha most emiatt resetelném akkor még azt is neki kéne állnom előtúrni és lehet megoldást se nyújtana. De ha valakinek van ötlete milyen beállítást hol kellene még megnézzem akkor azt szívesen fogadom. A repeater resetje már megtörtént érdemi javulás nélkül.

  • Roland-87

    aktív tag

    válasz Mr Dini #9384 üzenetére

    Én sem értem miért nem lehet letiltani benne ezt a módot, a multicast ráta emeléssel én is szemezgettem csak nem tudom milyen hatással lenne a többi dologra, a csomag eldobás hatásosabb módszer lehet, de jelenleg még túrom a netet hátha van működő megoldás, esetleg már androidon belül kiszűrni hogy a wifi felé el se jusson semmilyen rtsp csomag de ez már másik topikba tartozik.

  • Roland-87

    aktív tag

    Üdv!
    Anyu kitalálta hogy szeretne madárfigyelő kamerát a kertbe, én erre kitaláltam hogy minek vegyünk drágán cél eszközt, készítsünk mert az sokkal mókásabb, így az az ötletem támadt hogy a régi telefonjából lesz majd megépítve egy vízálló dobozban, az erre használatos app az IP Webcam lett ami tökéletesen megfelel a célra, el is kezdtem a tesztelést csak mindjárt bele is futottam egy érdekes problémába, ugyanis ez a csodálatos program rtsp-ben is szórja az adást, ami egyfajta multicast, és ez a wifit egy az egybe ki is nyírja, 3000ms pingek és 0,5mbit sebesség marad amint a webcam szervert elindítom és valahol hálón belül nézni kezdem az adást, annyit sikerült a google bácsitól megtudnom hogy a wireless nem szereti a multicastot, sajnos ebben a csodás programban meg nem lehet letiltani ezt az rtsp szórást sehogy sem, a routeren találtam olyat a Conntrack/Nat helper alatt hogy rtsp, ezt be is pipáltam, annyival lett jobb hogy most már 20 másodperces ciklusokban jelentkezik a lassulás utána ugyanennyi ideig jó minden, van valami megoldás arra hogy ezt a multicast adást a wifi lekezelje brutális lassulás nélkül vagy keressek olyan appot ami nem ilyen alapon működik?

  • Roland-87

    aktív tag

    Érdekes hibát tapasztaltam... bekapcsoltam a CTF-et mert 500-as netem lett és kell a HW NAT, működik is szépen a dolog ameddig el nem kezdek wifin másolni az egyik vezetéken csatlakozó gépről, ekkor ugyanis a másolás sebessége leesik 0 közelébe a router ramja pedig pillanatok alatt betelik, ezután a wireless teljesen lefagy, csatlakozni nem lehet, parancssorból nem indul újra az interfész sem, csak a restart segít. Ez most vajon mitől van? Köze lehet hozzá a HW nat-nak? Találkozott már valaki hasonló problémával? A log szekciót tele löki kernel hibákkal amúgy.

    A Router: Asus RTN18U
    Firmware: Tomato Firmware 1.28.0000 -132 K26ARM USB AIO-64K

  • Roland-87

    aktív tag

    válasz Intruder2k5 #8185 üzenetére

    Időközben kiderült a turpisság, valamiért megsérült a pendrive fájlrendszere és újra kellett formázni azóta újra működik. Egyébként a forgalmi adatok mentésével küzdök, ha beállítom hogy mentse le akkor a következő restartnál nem válaszol az IP traffic menüpont... most talán az is jó de már nem bízok benne.

  • Roland-87

    aktív tag

    Üdv!

    Van egy kis probléma. Tomato 1.28 alatt Samba sharing funkciónál nem enged írni a megosztott pendrive-ra mióta újraindítottam a routert, a megosztásokat látja de azóta semmit nem tudok ezen kívül csak olvasni. Már kipróbáltam mindent, újramount, restart, újra beállítani az engedélyeket, ki-be kapcsolni a funkciókat de semmi eredménye továbbra is csak olvasni tudom a fájlokat. Valami ötlet esetleg?

Új hozzászólás Aktív témák