- sziku69: Fűzzük össze a szavakat :)
- Luck Dragon: Asszociációs játék. :)
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- sziku69: Szólánc.
- aquark: Jó platformer játékokat keresek!
- MasterDeeJay: Gigabyte GA-B350M-D2 - AM4 lap 2016-ból amikor még nem volt Ryzen!
- Amazon Kindle JailBreak
- pusszycat: JEYI - okos, színes, interaktív, ssd külső ház.
- gerner1
- eBay-es kütyük kis pénzért
-
LOGOUT
TP-Link WDR3600 - N600 router
Új hozzászólás Aktív témák
-
suste
veterán
válasz
trance89
#3895
üzenetére
ezt a nagyon sok embert én sem vágom
volt 1-2 ember aki panaszkodott itt,de a töbségnél semmi gond, sőt....
nálam pl a 1043 szét DMA-zta magát (wifi hiba), a 3600-tal meg hibátlan
az mondjuk igaz, hogy a gyáriról nem mondhatok véleményt, mert 1-2 perc tapasztalattal nem illik
de páran írták a DLNA vs samsung hibát..... -
chab7
addikt
válasz
MrSealRD
#3896
üzenetére
Ahhoz képest, hogy az elején én is kínlódtam vele, és az még gyári volt, most nálam is 27d 0h 12m 1s uptime. És csak azért ennyi mert hűtőszekrény csere volt és annak a tetején van a modem+router és addig szét kellett szedni
Jó kis masina ez, bár az egyetlen hátrányának azért a gyengébb lefedettséget én is meg tudom említeni. Viszont a régi edimax routerrel kitoldva már lefedem a lakást teljesen (vályog).Ez van rajta
OpenWrt vargalex v1.1.7 r35342 / LuCI Trunk (trunk+svn9655) -
Lacics25
aktív tag
válasz
trance89
#3895
üzenetére
A helyzet az, hogy nem a wifivel van gond, hanem komplett az egésszel. "Nem sikerült feloldani a Server DNS címét" Simán eltűnik a sárga háromszögem, egérrel fölé menve azt irja ki, hogy internet elérés, de nem tudok kapcsolódni.
Hogyan tegyem vissza a gyárit? Simán belinkelem és had eriggyen?
-
trance89
őstag
válasz
Lacics25
#3892
üzenetére
nagyon sok embernél vannak gondok a wifivel wdr3600 esetén openwrt alapú fw-ekkel, köztük nálam is
vargalex-el megállás nélkül dobálta a wifit, egy friss trunk buildet próbáltam tegnap azzal már majdnem jó volt, dobálni nem dobált de annyira lassú volt a wifi sebesség hogy alig töltődtek be az oldalak
ment vissza a gyári, azzal nincs se dobálás se sebességbeli problémák -
#3894
woodworm
veterán
Intruder2k5
#3891
woodworm
veterán
válasz
Intruder2k5
#3891
üzenetére
De a 20 másodperces mindig sikerül, gyakorlatilag ugyanazt csinálja, mint a script. Ha a tracker késése miatt nem sikerül az announce, 20 másodpercen belül ismétel. Mióta a 2.82 működik nem volt pirosodásom, az oldalon stopped jelzésem és minden seed időm és mennyiségem elszámolásra került. Csak a tracker újraindulási időszakokban van kivétel.
Egyedüli hátrány a megduplázódott announce kísérletek száma lehet. Úgy látszik terheli a vasat. -
#3893
Intruder2k5
MODERÁTOR
Lacics25
#3892
-
#3892
Lacics25
aktív tag
Intruder2k5
#3889
Lacics25
aktív tag
válasz
Intruder2k5
#3889
üzenetére
Sajnos változatlan. Sárga háromszög. Próbáljak ujra telepíteni, esetleg tehetek vissza eredetit? A régi routeremet visszadugva, szinte azonnal él a net.
-
#3891
Intruder2k5
MODERÁTOR
woodworm
#3890
-
woodworm
veterán
Debugra állítottam a transmission logolását, mivel a 2.82 megoldja a response hibát és a remote felületen nincs is róla visszajelzés. A logban viszont látszik és ha magas a loadom, akkor a log tele a response üzenettel, majd a 20 másodperccel későbbi ismétléssel.
Oct 9 19:30:50 transmission-daemon[2499]: xxxxxxxx xxxxx III - Xxxxx Xxxxx.xxx Scrape error: Tracker gave HTTP response code 0 (No Response) (announcer.c:1282)
Oct 9 19:30:50 transmission-daemon[2499]: xxxxxxxx xxxxx III - Xxxxx Xxxxx.xxx Retrying scrape in 20 seconds. (announcer.c:1291)
Oct 9 19:30:50 transmission-daemon[2499]: xxxxxxxx xxxxx 2 - Xxxxx Xxxxx.xxx Scrape error: Tracker gave HTTP response code 0 (No Response) (announcer.c:1282)
Oct 9 19:30:50 transmission-daemon[2499]: xxxxxxxx xxxxx 2 - Xxxxx Xxxxx.xxx Retrying scrape in 20 seconds. (announcer.c:1291) -
#3889
Intruder2k5
MODERÁTOR
Lacics25
#3888
-
Lacics25
aktív tag
válasz
Lacics25
#3887
üzenetére
És lőőőn! Pedig párszor próbáltam a resetet, elég sokáig, de most sikerült. Legalábbis beengedett a webes felületre. Azonban a sárga háromszögem még megvan. Tudnál ajánlani egy linket, ahonnét leleshetném az UPC-os beállításokat? Tudom, google a barátom, de eddig biza nem találtam.
-
-
Lacics25
aktív tag
Üdvözletem az Uraknak! Muszáj vagyok segítséget kérni. Vettem ma egy wdr3600 routert. Közel 2 hétig olvastam a topikot, ezt is és másokat is. Azt hittem rutinmunka lesz. Az első beüzemeléskor rendben ment minden, beállítottam, örültem. Következő lépés, Vargalex féle finomság. Feltelepült. Net, wifi, minidlna, egyebek. Router ujraindítás és azóta teljes csend. Sem net, (sárga háromszög) sem wifi. A tv látja a dlna kapcsolatot, de egyenlőre ügye üres a HDD, tartalom nincs. A routert nem érem el sem SSh, sem telnet, sem böngésző felületen. Órák óta keresgélek, de nem találtam megoldást. Ha van valakinek ötlete, kérem segítsen!! Köszönöm!
-
Zirowe
nagyúr
Szóval, extroot.
Rádugtam a pent a routerre, a másik usb-n a hdd van.
Router újraindít, csatolási pontoknál nem látszik, ha pedig elindítom a formázót, ott az sda a hdd és még van egy sdb.
Ha rámegyek az sdb-re, akkor el kezd tölteni, de nem történik semmi, pár perc után csak ennyi marad: HDD partitioning/format utility by vargalex -
#3876
vargalex
félisten
SteveBeard
#3875
vargalex
félisten
válasz
SteveBeard
#3875
üzenetére
Szia!
Megpróbálod esetleg a webcam-os modulok nélkül is? Legalábbis a log-ban arra van utalás.
-
#3875
SteveBeard
senior tag
vargalex
#3873
SteveBeard
senior tag
válasz
vargalex
#3873
üzenetére
Szia!
A top parancsból semmi nem derül ki számomra...
Ellenben végigböngészve a logokat a load emelkedésének időpontjában mindig szerepel a lenti bejegyzés.
Nem sokat értek belőle, de az biztos, hogy nemrég egy második kamerát próbáltam hozzákötni a routerhez és nem tudtam kideríteni, hogy melyik csomag lenne jó hozzá, ezért párat kipróbáltam... mintha az okozná a load emelkedését...Oct 9 00:40:02 kernel: [113102.940000] Unhandled kernel unaligned access[#1]:
Oct 9 00:40:02 kernel: [113102.940000] Cpu 0
Oct 9 00:40:02 kernel: [113102.940000] $ 0 : 00000000 76a30740 87b5324c a588fb40
Oct 9 00:40:02 kernel: [113102.940000] $ 4 : 40113fb6 00000000 00000002 00000000
Oct 9 00:40:02 kernel: [113102.940000] $ 8 : 00000007 00000000 20000000 00000004
Oct 9 00:40:02 kernel: [113102.940000] $12 : 00000002 06000000 00000000 00000000
Oct 9 00:40:02 kernel: [113102.940000] $16 : 87b65310 87ad14d0 87b16c00 000000c4
Oct 9 00:40:02 kernel: [113102.940000] $20 : 00000310 00000026 87169c12 00000005
Oct 9 00:40:02 kernel: [113102.940000] $24 : 00000000 770829a0
Oct 9 00:40:02 kernel: [113102.940000] $28 : 87168000 87169bf8 870279e4 87022bb4
Oct 9 00:40:02 kernel: [113102.940000] Hi : 00000026
Oct 9 00:40:02 kernel: [113102.940000] Lo : 00000000
Oct 9 00:40:02 kernel: [113102.940000] epc : 87022518 0x87022518
Oct 9 00:40:02 kernel: [113102.940000] Tainted: G O
Oct 9 00:40:02 kernel: [113102.940000] ra : 87022bb4 0x87022bb4
Oct 9 00:40:02 kernel: [113102.940000] Status: 1000dc02 KERNEL EXL
Oct 9 00:40:02 kernel: [113102.940000] Cause : 00800010
Oct 9 00:40:02 kernel: [113102.940000] BadVA : 40113fd6
Oct 9 00:40:02 kernel: [113102.940000] PrId : 0001974c (MIPS 74Kc)
Oct 9 00:40:02 kernel: [truncated] [113102.940000] Modules linked in: uvcvideo fuse gspca_zc3xx gspca_sn9c20x gspca_pac7311 gspca_pac207 sch_teql sch_tbf sch_sfq sch_red sch_prio sch_htb sch_gred sch_dsmark em_text em_nbyte em_meta em_cmp cls_basic ac
Oct 9 00:40:02 kernel: [113102.940000] Process owfs (pid: 5256, threadinfo=87168000, task=859314f0, tls=76a39970)
Oct 9 00:40:02 kernel: [113102.940000] Stack : 00000002 86bb0318 00001000 86bb09f8 00000000 00000000 00000000 00000000
Oct 9 00:40:02 kernel: [113102.940000] 00000000 00000004 87027fe1 85f03800 00000001 00000005 85ff0880 ffffffe4
Oct 9 00:40:02 kernel: [113102.940000] 87ad14d0 00000000 00000003 000000d0 87169cac 87022bb4 80f49800 00000001
Oct 9 00:40:02 kernel: [113102.940000] 87ad14d0 870208dc 00000005 00000026 85ff0880 87ad14d0 00000005 a7035840
Oct 9 00:40:02 kernel: [113102.940000] 00000000 00000001 00000081 000000d0 87b53d00 87022d00 802cf180 8009e3d8
Oct 9 00:40:02 kernel: [113102.940000] ...
Oct 9 00:40:02 kernel: [113102.940000] Call Trace:[<86bb0318>] 0x86bb0318
Oct 9 00:40:02 kernel: [113102.940000] [<86bb09f8>] 0x86bb09f8
Oct 9 00:40:02 kernel: [113102.940000] [<87022bb4>] 0x87022bb4
Oct 9 00:40:02 kernel: [113102.940000] [<870208dc>] 0x870208dc
Oct 9 00:40:02 kernel: [113102.940000] [<87022d00>] 0x87022d00
Oct 9 00:40:02 kernel: [113102.940000] [<8009e3d8>] 0x8009e3d8
Oct 9 00:40:02 kernel: [113102.940000] [<8009bf84>] 0x8009bf84
Oct 9 00:40:02 kernel: [113102.940000] [<87025e6c>] 0x87025e6c
Oct 9 00:40:02 kernel: [113102.940000] [<80073d30>] 0x80073d30
Oct 9 00:40:02 kernel: [113102.940000] [<87006b60>] 0x87006b60
Oct 9 00:40:02 kernel: [113102.940000] [<80084dc0>] 0x80084dc0
Oct 9 00:40:02 kernel: [113102.940000] [<87007880>] 0x87007880
Oct 9 00:40:02 kernel: [113102.940000] [<8009c7c0>] 0x8009c7c0
Oct 9 00:40:02 kernel: [113102.940000] [<87010d9c>] 0x87010d9c
Oct 9 00:40:02 kernel: [113102.940000] [<800ba684>] 0x800ba684
Oct 9 00:40:02 kernel: [113102.940000] [<87011c40>] 0x87011c40
Oct 9 00:40:02 kernel: [113102.940000] [<800efed0>] 0x800efed0
Oct 9 00:40:02 kernel: [113102.940000] [<800e0cec>] 0x800e0cec
Oct 9 00:40:02 kernel: [113102.940000] [<800eff7c>] 0x800eff7c
Oct 9 00:40:02 kernel: [113102.940000] [<800800ec>] 0x800800ec
Oct 9 00:40:02 kernel: [113102.940000] [<80062544>] 0x80062544
Oct 9 00:40:02 kernel: [113102.940000] [<800eff24>] 0x800eff24
Oct 9 00:40:02 kernel: [113102.940000]
Oct 9 00:40:02 kernel: [113102.940000]
Oct 9 00:40:02 kernel: [113102.940000] Code: 8e420020 10400026 00000000 <8c850020> 10a00023 00000000 14450021 00000000 8c420004
Oct 9 00:40:02 kernel: [113103.320000] ---[ end trace fa82462c0d9d08ba ]--- -
#3873
vargalex
félisten
SteveBeard
#3872
vargalex
félisten
válasz
SteveBeard
#3872
üzenetére
Szia!
Így már biztos, hogy nincs köze hozzá. De miért ekkora az load? A top kimenetén nem látszik mitől van? Log-ban nincs semmi?
-
#3872
SteveBeard
senior tag
vargalex
#3868
SteveBeard
senior tag
-
BullZeye
veterán
válasz
VeryByte
#3869
üzenetére
Mert nem tudom hol kell, dyndns.org oldalára azóta nem mentem mióta agresszíven az egész egy webshopnak néz ki, és most se találok semmi infót, csak azt, hogy miket vásárolhatok meg tőlük. :\
szerk.: 255.255.255.255-nél dyndns.org -os cím nélkül az internet IPjére bejön, de dyndns-re nem.
-
#3868
vargalex
félisten
SteveBeard
#3867
vargalex
félisten
válasz
SteveBeard
#3867
üzenetére
Szia!
Szerintem egy log file-ba tedd le azt is, hogy milyen értéket szeretnél beszúrni (vagyis mit olvas ki, esetleg a teljes uptime kimenetet).
-
BullZeye
veterán
Nem minden eszköz tudja az 5Ghz-et? Nyáron vettem egy Lenovo laptopot, és egy THL W7 telefont, egyik sem látja az 5GHZ-es SSID-t. :\
másik, előző routeren (wr642) simán el lehetett érni interneten keresztül a router-t dyndns-el, most pedig hiába van bejelentkezve, és hiába vannak bindelve a mac-hez az IP címek ahol csak lehet.
Ha beírom a dyndns címet, kiszolgáló nem található, pedig 255.255.255.255 azaz minden címen elérhetőnek kéne lennie. :\ több portot nyitottam neki, így se jó, most kipróbálok valami FTP-t kíváncsiságból, hogy egyáltalán megy e dyndns rendesen -.-Amúgy picit erősebb signal-t vártam 2.4Ghzen, de most ahogy olvasom az N sose lesz olyan erőse mint a G volt
pedig azzal még a buszmegállóban is működött. -
suste
veterán
válasz
vargalex
#3860
üzenetére
természetesen a procifoglaltságot úgy értettem,hogy közben más nem foglal erőforrást, vagy is minden 0-1%, TM proci 30%, akkor gondolom ehhez közelinek kellene lennie a load-nak is, és ez eddig így is volt, csak mostanában nött meg a load
még ami szóba jöhet, az a vinyócsere, vagyis lehet hogy ezt a HDD-t nem szereti annyira a router, vagy csak simán a mérete okozhat nagyobb írási terhelést?
ez mellett szól az is, hogy a régi vinyómat beüzemeltem a régi 1043-asomra, és az meg azóta kisebb loadot produkál, mint az elötte lévő vinyóval, ami egy régi 3,5-es IDE külső házas verzió volt..... -
suste
veterán
válasz
woodworm
#3859
üzenetére
ezek szerint nálad sem a TM a hunyó
az látszik, hogy 24% az IO, de hogy ez okozhatna-e 2-es loadot azt nem tudom
mondjuk logikám szerint nem, hiszen a TM nem fogja nagyon, 67% idle
itt is olyan érzése van az embernek, hogy valaminek még kellene lennie, hogy ekkora load legyen
talán Alex mond rá valamit...szerk: na már meg is előzött
-
vargalex
félisten
Szia!
A 30%-os CPU használat és a load nincs közvetlen összefüggésben. Egyébként az io az IO WAIT.
(#3851) SteveBeard: nekem úgy tűnik a grafikonból, hogy az RRD adatbázis van rosszul létrehozva és aggregálja az adatokat. Ezért a folyamatos növekedés.
(#3859) woodworm: a 24%-os IO wait miatt lehet ekkora a load.
-
suste
veterán
válasz
woodworm
#3857
üzenetére
lehet sokaknál van hasonló állapot, csak nem nézegetik a load-ot, főleg ha nem max terhelésre állították be a routert, így elbírja a dupla terhelést is (mondjuk 1043-nál hamarabb jön elő a gond)
amit írsz, az látszana a TM procifoglaltságban, legalábbis így gondolom
de mint látod, nálam a TM csak kb 30% procit használ, a load meg közben a duplája
Nálad ez hogy van? -
woodworm
veterán
Igaz, hogy nekem 1043-asom van, de ugyanezzel a problémával küzdök. Nálam is jelen van a francia IP-ről kezdeményezett tapogatózás, sokáig arra gyanakodtam. A gyengébb vas miatt már 2 feletti loadokat mutatott a top kimenete. Érdekes módon a tegnapi magos tracker újraindulás után visszaesett 0.3-0.6 közzé. Most arra tippelek, hogy a régóta meglévő kapcsolati nehézség miatt (bármi is okozza), a transmission (2.82, script nélkül) jóval több erőforrást foglal le az announce során (nálam kb. 150 db).
Rosszfelé tapogatózom?
-
suste
veterán
-
#3855
SteveBeard
senior tag
suste
#3853
SteveBeard
senior tag
-
#3853
suste
veterán
SteveBeard
#3851
suste
veterán
válasz
SteveBeard
#3851
üzenetére
hálózatot majd beszéljük meg skype-on
grafikon szép
de nem hinném, hogy valós adat lenne
próbáltál már hardresetet + újra beállítani a dolgokat? legalább a reset meg alap dolgokután kiderülne, hogy milyen a load,aztán meg a további konfignál az is kijönne, melyik beállítás a ludas
persze mentésed legyen, hogy bármikor visszaléphess a működő rendszerre, amikor már aludnál -
suste
veterán
válasz
vargalex
#3850
üzenetére
eddig is a TM használta a cpu-t, de mint látod 30% cpu, 0,6 load
múlt heti rrd-s grafikonokra 0,2-0,6 volt a jellemző, most meg 0,6-1,5
és akár mikor nézem, mindíg csak a TM használja a cpu-t, a többi nagyon elenyésző 1-2% mellett
még az SSH-s próbálkozásokra godoltam, hogy azt nem mutatja semmi?
pédául amikor kitiltok egy IP-t, akkor az onnan jövő próbálkozások gondolom valamennyire dolgoztatják azért a routert, nem? -
#3851
SteveBeard
senior tag
suste
#3847
SteveBeard
senior tag
Szia!
Többek közt én is egy ilyen Edimaxot használtam, használok és ahogy írtam korábban tényleg nagyobb a hatótávja...
Más...
Próbálok a meglevő eszközeimmel egy hálózatot összehozni, ha elakadok tudsz segíteni privátban?
A 3600 egyik külön interfészen levő lan portjára csatlakozik egy 730-as range extender ddwrt-vel mivel ezen nem fut az owrt. Ennek a jelét venné egy 941-es, ami vezetéken osztaná tovább az internetet. Gondolom ez megoldható. A 941-esre még csak most próbálom felvarázsolni az openwrt-t.Load
Ehhez mit szólsz? Pár hete kezdte el, nem tudom mi okozza és közben a router teljesen működőképes.
-
suste
veterán
-
joco999
csendes tag
Hogy van az, hogy a régi routerrel - Edimax BR-6204WG 3dBi Antenna, EIRP = 11g: 16±, 1dBm 11b:18±, 1dBm - minden gond nélkül használtam a wifit laptoppal, tablettel, telóval az egész lakásban míg a jobb értékeket felmutató - TL-WDR3600 2 x 5dBi antenna, EIRP = <20dBm - csak abban a szobában használható amiben van? A lakás többi részén használhatatlan a wifi.
Há nemértem
-
Kroni1
veterán
válasz
vargalex
#3843
üzenetére
Nyilván egszerűbb lenne és a routert sem terhelné annyira.. De nem tudtam, hogy a Mybook live is tudná ezeket futtatni, de akkor ezek szerint ez lehetséges?!
Hát akkor mindenképpen veszek egyet! Gondolom gyári FW-ben nincsenek ezek benne, és arra is fel kell majd mókolni a TM-et meg a miniDLNA-t ugye?
-
-
nyikszi
őstag
Lehetséges, nem próbáltam. Mindig állítsam le a TM-et? Egyébként nem a tegnapinál, hanem az azelőtti leállásnál figyeltem a terhelést és volt hogy 4 fölé ment, holott régebben max 1 felé ment. A TM processzor használata meg változó volt, viszont a miniDLNA-é 75% alá nem ment sokáig, gondolom építette vissza a struktúrát. Megnézem majd ha nézek filmet mennyire megy fel.
Gondolom nincs rá lehetőség, hogy valamiképp automatizáljam, ha filmet nézek, akkor kapcsoljon ki a TM.
-
nyikszi
őstag
Sziasztok! Most már 2 héten belül harmadjára csinálja a router, hogy eldobja a miniDLNA-t. Nézem a filmet a TV-n, egyszercsak megáll a router és újra indul (vagy valami történik vele). Az alábbi képen látszik, hogy az időt is "elfelejti" és a torrent fájlokat nem is látom a TV-n ilyenkor csak apránként építi fel a struktúrát. A samban látszólag ilyenkor minden rendben van, persze csak ha már felállt a router. Mit lehet csinálni?
Itt nagyítható:
-
HAL-9000
tag
hi!
Lehetséges, hogy hamarosan veszek egy ilyen routert, de lenne pár kérdésem:- Gyári firmware mennyire használható rajt? (Stabilitás, Wifi sebesség, Qos)
- Milyen főzött firmware-ek érhetőek el rá? (Hol a legjobb a Wifi jelerősség / sebesség?)
- Jobban / rosszabbul szórja a jelet, mint a WR1043ND (-1 antenna miatt érdekelne)?
- Képes-e kiszolgálni 5 szinte mindig jelenlévő (esetenként 10) wifis kapcsolatot & egy LAN-t?Előre is köszönöm
-
woodworm
veterán
válasz
woodworm
#3815
üzenetére
Kiegészítésképpen annyit még hozzátennék, hogy egy fórumos megjegyzés alapján úgy tűnik csak UDP-re vonatkozik a tiltás. Tehát amelyik kliensben meg lehet tenni, ki kell kapcsolni az UDP tracker használatát. Transmission esetében nem találtam ilyen opciót, de a beállított portra a tűzfalban letiltottam a kimenő UDP forgalmat. Mindenesetre működik így is.
-
#3824
MrSealRD
veterán
Intruder2k5
#3820
válasz
Intruder2k5
#3820
üzenetére
Tudom már sok lehet...de azért engem is érdekelne mire gondolsz...
Kéne valami underground hely ahol nyíltan lehet beszélni dolgokról...éljen a demokrácia. -
#3823
Zirowe
nagyúr
Intruder2k5
#3820
Zirowe
nagyúr
válasz
Intruder2k5
#3820
üzenetére
Ha akarod privátban nyugodtan jöhet az eszmefejtésed.
-
#3822
cimp
senior tag
Intruder2k5
#3820
cimp
senior tag
válasz
Intruder2k5
#3820
üzenetére
Csak nem politikai jellegű az az elmélet?
-
#3821
cimp
senior tag
Intruder2k5
#3820
cimp
senior tag
válasz
Intruder2k5
#3820
üzenetére
Ja persze ezt nem vontam kétségbe! Csak nekem más is gyanús e mellett. Nekem a 25-ös netemen nem volt akkoriban 35 torrent egyszerre. Meg ahogy írja utána ez akkor következik be ha egyszerre frissíti azt a 35 torrentet. Nektek is a direkt teszttel sikerült kierőszakolni a bant. Szóval vagy van valami fizikai hiba, vagy "valakik" szórakoznak az oldallal. Valakik akik bele tudnak nyúlni.
-
#3820
Intruder2k5
MODERÁTOR
cimp
#3817
De igaz amit woodworm írt előtted, legalábbis én most leállítottam a futó torrentjeimet, ami több, mint 35 darab, és tényleg megkaptam a ban-t! Bár az időt nem mértem, mert közben leléptem zuhanyozni, de tény, hogy a leállítás után nem értem el az oldalt, pingre sem válaszolt, és most már megy...
Van is egy elméletem erről az egészről, de ebbe már nem mennék itt bele, mert egyrészt off, másrészt nem is örülnek neki a modik!
-
woodworm
veterán
Én frissítettem 2.82-re és script nélkül is működik rendesen. A system logban látszik néha a response hiba, de a transmission szépen lekezeli és sem a kliensben nem pirosodik be, sem az oldalon nem ugrik át stoppedre.
Ez a korlátozós jelenség 1-2 hete van. Mivel nekem folyamatosan fut, nem is észleltem, mert eloszlik az announce. Csak többek visszajelzése után kezdett enni a fene és próbálkoztam. Ha odanyomsz 40 torrentnek egyszerre egy tracker frissítést, nem fog megvédeni a script sem, 5 percre elérhetetlenné válik az ncore. Mindeközben egy proxyról viszont simán böngészheted az oldalt. -
cimp
senior tag
Valami olyan eldugott helyen lehet az a szerver, hogy az elérési útvonalak egy része valami háborús övezeten vagy szalmakunyhós hálózati csomópontokon halad át! Nekem anno teljesen szar volt! Annyira, hogy a tracker könyvelésem 0 volt. Az a script amiről aztán írták, hogy mégsem jó, érdekes módon nekem használt, és most egy hónapja körül minden segédlet nélkül hibátlan. És mostanában az oldalt se láttam, hogy leállt volna. Annyira nincs baja, hogy csodálkoztam mikor olvastam, hogy még mindig él ez a probléma. Ez olyan mintha csak bizonyos szolgáltatókat, vagy azok bizonyos szegmenseit érintené ez a gond. Mintha az útválasztás során valahol reszeteltek volna és akinek mákja volt az most valami dinamikus kiosztásnál a jobbat kapja akinek meg nincs szerencséje az meg valami bizonytalan csomópont felé van irányítva.... Szóval furcsa, mert amikor nekem szar volt akkor is voltak akik csak legyintgettek, hogy nincs is ilyen gond, vagy van de nem annyira nagy gond mert csak néha szar...
-
#3816
Intruder2k5
MODERÁTOR
woodworm
#3815
-
#3815
woodworm
veterán
Intruder2k5
#3813
woodworm
veterán
válasz
Intruder2k5
#3813
üzenetére
Nem vagyok szakember, de valahol korlátozva van az egyidejű kapcsolatok száma. Ha ~35-nél több torrent próbál egyszerre jelenteni a trackernek, akkor az az IP kap 5 perc bant. (Próbálgattam, 31 még ment, a 36 már elérhetetlenné tette az oldalt.)
-
#3814
Zirowe
nagyúr
Intruder2k5
#3813
Zirowe
nagyúr
válasz
Intruder2k5
#3813
üzenetére
Jó, hát az már másik probléma.
Amúgy eléggé random módon jön elő ez a tracker lekapcsolás.
Tegnap legalább 20x, ma pedig 1x se. -
#3813
Intruder2k5
MODERÁTOR
Zirowe
#3812
-
#3811
Intruder2k5
MODERÁTOR
sanzi89
#3810
-
#3810
sanzi89
addikt
Intruder2k5
#3809
sanzi89
addikt
válasz
Intruder2k5
#3809
üzenetére
Hallottam róla, csak nem akartam elhinni, hogy még mindig ez a gond...
-
#3809
Intruder2k5
MODERÁTOR
sanzi89
#3808
-
trance89
őstag
pár napig teszteltem a vargalex fw-t és nagyon jó lenne ha működne mert mindent tartalmaz amire szükségem van/volna de random összevissza dobálja a wifit, ha pedig eldobta az istenért sem lehet visszacsatlakozni, 2 telefonnal (n4, gnex) és laptoppal (rtl8191se wifi hálókártya), ez utóbbi eddig több routerrel is tökéletesen működött (gyári, dd-wrt, openwrt és gargoyle-al is), sőt ezzel az rtl8192-vel mindig nagyon erős vételem volt, sokszor olyan hálózatokra tudtam csatlakozni amire sok más 2x ennyibe kerülő atheros kártyás laptop sem, eddig nem találkoztam még1 ilyen erős wifvel rendelkező laptoppal pedig már sok megfordult nálam
minden más tökéletesen műkszik a vargalex fw-ben kivéve ez az idegesítő wifi, telefonoknál ugyanúgy dobálja
kimentettem a logból azt a részt ami a laptop csatlakozásánál jött létre, kivevehető ebből valami?:
Oct 6 17:43:41 OpenWrt daemon.info hostapd: wlan0: STA b4:82:fe:bd:8d:78 IEEE 802.11: authenticated
Oct 6 17:43:41 OpenWrt daemon.info hostapd: wlan0: STA b4:82:fe:bd:8d:78 IEEE 802.11: associated (aid 2)
Oct 6 17:43:41 OpenWrt daemon.info hostapd: wlan0: STA b4:82:fe:bd:8d:78 WPA: pairwise key handshake completed (RSN)
Oct 6 17:43:44 OpenWrt daemon.info dnsmasq-dhcp[4405]: DHCPDISCOVER(br-lan) b4:82:fe:bd:8d:78
Oct 6 17:43:44 OpenWrt daemon.info dnsmasq-dhcp[4405]: DHCPOFFER(br-lan) 192.168.1.196 b4:82:fe:bd:8d:78
Oct 6 17:43:44 OpenWrt daemon.info dnsmasq-dhcp[4405]: DHCPREQUEST(br-lan) 192.168.1.196 b4:82:fe:bd:8d:78
Oct 6 17:43:44 OpenWrt daemon.info dnsmasq-dhcp[4405]: DHCPACK(br-lan) 192.168.1.196 b4:82:fe:bd:8d:78 TOSHI-PC
Oct 6 17:43:49 OpenWrt daemon.info dnsmasq-dhcp[4405]: DHCPINFORM(br-lan) 192.168.1.196 b4:82:fe:bd:8d:78
Oct 6 17:43:49 OpenWrt daemon.info dnsmasq-dhcp[4405]: DHCPACK(br-lan) 192.168.1.196 b4:82:fe:bd:8d:78 TOSHI-PC
Oct 6 17:43:54 OpenWrt daemon.info hostapd: wlan0: STA b4:82:fe:bd:8d:78 IEEE 802.11: disconnected due to excessive missing ACKs
Oct 6 17:44:24 OpenWrt daemon.info hostapd: wlan0: STA b4:82:fe:bd:8d:78 IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
Oct 6 17:46:55 OpenWrt daemon.info hostapd: wlan0: STA 20:64:32:b7:a7:a5 IEEE 802.11: disassociated due to inactivity
Oct 6 17:46:56 OpenWrt daemon.info hostapd: wlan0: STA 20:64:32:b7:a7:a5 IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
Oct 6 17:51:37 OpenWrt kern.info kernel: [ 2207.850000] br-lan: port 2(wlan0) entered disabled state
Oct 6 17:51:37 OpenWrt kern.info kernel: [ 2207.940000] device wlan0 left promiscuous mode
Oct 6 17:51:37 OpenWrt kern.info kernel: [ 2207.940000] br-lan: port 2(wlan0) entered disabled state
Oct 6 17:51:39 OpenWrt kern.info kernel: [ 2209.870000] device wlan0 entered promiscuous mode
Oct 6 17:51:40 OpenWrt kern.info kernel: [ 2210.120000] br-lan: port 2(wlan0) entered forwarding state
Oct 6 17:51:40 OpenWrt kern.info kernel: [ 2210.130000] br-lan: port 2(wlan0) entered forwarding state
Oct 6 17:51:42 OpenWrt kern.info kernel: [ 2212.130000] br-lan: port 2(wlan0) entered forwarding state
Oct 6 17:51:42 OpenWrt daemon.info dnsmasq[4405]: reading /tmp/resolv.conf.auto
Oct 6 17:51:42 OpenWrt daemon.info dnsmasq[4405]: using nameserver 8.8.4.4#53
Oct 6 17:51:42 OpenWrt daemon.info dnsmasq[4405]: using nameserver 8.8.8.8#53
Oct 6 17:51:42 OpenWrt daemon.info dnsmasq[4405]: using local addresses only for domain lan
Oct 6 17:51:42 OpenWrt daemon.info dnsmasq[4405]: exiting on receipt of SIGTERM
Oct 6 17:51:43 OpenWrt user.notice dnsmasq: DNS rebinding protection is active, will discard upstream RFC1918 responses!
Oct 6 17:51:43 OpenWrt user.notice dnsmasq: Allowing 127.0.0.0/8 responses
Oct 6 17:51:46 OpenWrt daemon.info dnsmasq[15441]: started, version 2.62 cachesize 150
Oct 6 17:51:46 OpenWrt daemon.info dnsmasq[15441]: compile time options: IPv6 GNU-getopt no-DBus no-i18n no-IDN DHCP no-DHCPv6 no-Lua TFTP no-conntrack
Oct 6 17:51:46 OpenWrt daemon.info dnsmasq-dhcp[15441]: DHCP, IP range 192.168.1.100 -- 192.168.1.249, lease time 12h
Oct 6 17:51:46 OpenWrt daemon.info dnsmasq[15441]: using local addresses only for domain lan
Oct 6 17:51:46 OpenWrt daemon.info dnsmasq[15441]: reading /tmp/resolv.conf.auto
Oct 6 17:51:46 OpenWrt daemon.info dnsmasq[15441]: using nameserver 8.8.4.4#53
Oct 6 17:51:46 OpenWrt daemon.info dnsmasq[15441]: using nameserver 8.8.8.8#53
Oct 6 17:51:46 OpenWrt daemon.info dnsmasq[15441]: using local addresses only for domain lan
Oct 6 17:51:46 OpenWrt daemon.info dnsmasq[15441]: read /etc/hosts - 1 addresses
Oct 6 17:51:46 OpenWrt daemon.info dnsmasq-dhcp[15441]: read /etc/ethers - 0 addresses
Oct 6 17:51:50 OpenWrt user.info firewall: adding lan (br-lan) to zone lan
Oct 6 17:51:51 OpenWrt user.info firewall: adding wan (pppoe-wan) to zone wan
Oct 6 17:52:32 OpenWrt daemon.info hostapd: wlan0: STA b4:82:fe:bd:8d:78 IEEE 802.11: authenticated
Oct 6 17:52:32 OpenWrt daemon.info hostapd: wlan0: STA b4:82:fe:bd:8d:78 IEEE 802.11: associated (aid 1)
Oct 6 17:52:32 OpenWrt daemon.info hostapd: wlan0: STA b4:82:fe:bd:8d:78 WPA: pairwise key handshake completed (RSN)
Oct 6 17:52:35 OpenWrt daemon.info dnsmasq-dhcp[15441]: DHCPREQUEST(br-lan) 192.168.1.196 b4:82:fe:bd:8d:78
Oct 6 17:52:35 OpenWrt daemon.info dnsmasq-dhcp[15441]: DHCPACK(br-lan) 192.168.1.196 b4:82:fe:bd:8d:78 TOSHI-PC
Oct 6 17:52:39 OpenWrt daemon.info dnsmasq-dhcp[15441]: DHCPINFORM(br-lan) 192.168.1.196 b4:82:fe:bd:8d:78
Oct 6 17:52:39 OpenWrt daemon.info dnsmasq-dhcp[15441]: DHCPACK(br-lan) 192.168.1.196 b4:82:fe:bd:8d:78 TOSHI-PC
Oct 6 17:52:42 OpenWrt kern.info kernel: [ 2272.310000] device wlan0 left promiscuous mode
Oct 6 17:52:42 OpenWrt kern.info kernel: [ 2272.310000] br-lan: port 2(wlan0) entered disabled state
Oct 6 17:52:43 OpenWrt kern.info kernel: [ 2273.230000] cfg80211: Calling CRDA for country: SK
Oct 6 17:52:43 OpenWrt kern.info kernel: [ 2273.260000] cfg80211: Regulatory domain changed to country: SK
Oct 6 17:52:43 OpenWrt kern.info kernel: [ 2273.260000] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
Oct 6 17:52:43 OpenWrt kern.info kernel: [ 2273.270000] cfg80211: (2402000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 2000 mBm)
Oct 6 17:52:43 OpenWrt kern.info kernel: [ 2273.280000] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (N/A, 2000 mBm)
Oct 6 17:52:43 OpenWrt kern.info kernel: [ 2273.290000] cfg80211: (5250000 KHz - 5330000 KHz @ 40000 KHz), (N/A, 2000 mBm)
Oct 6 17:52:43 OpenWrt kern.info kernel: [ 2273.290000] cfg80211: (5490000 KHz - 5710000 KHz @ 40000 KHz), (N/A, 2700 mBm)
Oct 6 17:52:44 OpenWrt kern.info kernel: [ 2275.000000] device wlan0 entered promiscuous mode
Oct 6 17:52:45 OpenWrt kern.info kernel: [ 2275.250000] br-lan: port 2(wlan0) entered forwarding state
Oct 6 17:52:45 OpenWrt kern.info kernel: [ 2275.260000] br-lan: port 2(wlan0) entered forwarding state
Oct 6 17:52:46 OpenWrt daemon.info hostapd: wlan0: STA b4:82:fe:bd:8d:78 IEEE 802.11: authenticated
Oct 6 17:52:46 OpenWrt daemon.info hostapd: wlan0: STA b4:82:fe:bd:8d:78 IEEE 802.11: associated (aid 1)
Oct 6 17:52:46 OpenWrt daemon.info hostapd: wlan0: STA b4:82:fe:bd:8d:78 WPA: pairwise key handshake completed (RSN)
Oct 6 17:52:47 OpenWrt kern.info kernel: [ 2277.260000] br-lan: port 2(wlan0) entered forwarding state
Oct 6 17:52:47 OpenWrt daemon.info dnsmasq[15441]: reading /tmp/resolv.conf.auto
Oct 6 17:52:47 OpenWrt daemon.info dnsmasq[15441]: using nameserver 8.8.4.4#53
Oct 6 17:52:47 OpenWrt daemon.info dnsmasq[15441]: using nameserver 8.8.8.8#53
Oct 6 17:52:47 OpenWrt daemon.info dnsmasq[15441]: using local addresses only for domain lan
Oct 6 17:52:47 OpenWrt daemon.info dnsmasq[15441]: exiting on receipt of SIGTERM
Oct 6 17:52:48 OpenWrt user.notice dnsmasq: DNS rebinding protection is active, will discard upstream RFC1918 responses!
Oct 6 17:52:48 OpenWrt user.notice dnsmasq: Allowing 127.0.0.0/8 responses
Oct 6 17:52:51 OpenWrt daemon.info dnsmasq[17132]: started, version 2.62 cachesize 150
Oct 6 17:52:51 OpenWrt daemon.info dnsmasq[17132]: compile time options: IPv6 GNU-getopt no-DBus no-i18n no-IDN DHCP no-DHCPv6 no-Lua TFTP no-conntrack
Oct 6 17:52:51 OpenWrt daemon.info dnsmasq-dhcp[17132]: DHCP, IP range 192.168.1.100 -- 192.168.1.249, lease time 12h
Oct 6 17:52:51 OpenWrt daemon.info dnsmasq[17132]: using local addresses only for domain lan
Oct 6 17:52:51 OpenWrt daemon.info dnsmasq[17132]: reading /tmp/resolv.conf.auto
Oct 6 17:52:51 OpenWrt daemon.info dnsmasq[17132]: using nameserver 8.8.4.4#53
Oct 6 17:52:51 OpenWrt daemon.info dnsmasq[17132]: using nameserver 8.8.8.8#53
Oct 6 17:52:51 OpenWrt daemon.info dnsmasq[17132]: using local addresses only for domain lan
Oct 6 17:52:51 OpenWrt daemon.info dnsmasq[17132]: read /etc/hosts - 1 addresses
Oct 6 17:52:51 OpenWrt daemon.info dnsmasq-dhcp[17132]: read /etc/ethers - 0 addressesb4:82:fe:bd:8d:78 a mac és TOSHI-PC a laptop
és persze miután visszaraktam a gyári legfrissebb fw-t semmi wifi dobálás, szal nem hardveres a bibi
amúgy a repeaterként beállított wr741nd-t is ugyanúgy random ledobálja még akkor is ha nincs senki más a hálózatra csatlakozva, 1.5.10 gargoyle van rajta és kliensként csatlakozik a fő routerre, mindez már fél éve üzemelt hibátlanul ezelőtt egy 841nd-vel -
cimp
senior tag
Gőzöm sincs! Ez csak elmélkedés volt a részemről. Tegnap, vagy tegnapelőtt olvastam, hogy új sorozat van amin már nem kékek a led-ek. Most meg jöttél te azzal, hogy ezeknek van belső antennájuk 2.4 -re ami eddig a köztudatban (meg nekem rémlik, hogy a tp-link oldalán is olvastam) úgy volt, hogy mindkét antenna nyomja mindkét sávot. Ráadásul nekem az egyik külső helyére van feltéve egy 2.4-es yagi és műxik! Ebből gondoltam arra, hogy javítottak egyet rajta, nyilván azért cseréltek led színt is, hogy ez a konstrukció különbség kapásból látható legyen a hozzáértők számára....
Új hozzászólás Aktív témák
Hirdetés
- új iPhone Air 256GB space black asztrofekete független Apple 1 év garancia
- Apple Watch Series 9 45mm GPS
- újszerű iPhone 16 Pro 128GB black titanium fekete titán független Apple 2 év garancia
- Intel NUC 5CPYB mini pc eladó
- újszerű iPhone 15 Pro 128GB natural titanium natúr titán független Apple ajándék tok
- Apple iPhone 13 Pro Max 128GB Silver - 100% EREDETI AKKU - 1 ÉV
- ÚJ Lenovo Yoga Slim 6 14IRH8 - 14" WUXGA OLED - i5-13500H - 16GB - 512GB - Win11 - 2+ év garancia
- 129 - Lenovo Legion Pro 7 (16ARX8H) - AMD Ryzen 9 7945HX, RTX 4080
- Lejárt a gyártói garancia? Mi tovább támogatjuk az IT infrádat!
- Dell D6000 univerzális dokkoló USB-C/ USB-A, DisplayLink & Dell WD15 (K17A) USB-C + 130-180W töltő
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft.
Város: Budapest