Hirdetés
-
AMD Radeon undervolt/overclock
lo Minden egy hideg, téli estén kezdődött, mikor rájöttem, hogy már kicsit kevés az RTX2060...
-
Újra kiadták a Redmi Pad Prót
ma Néhol Poco Pad a neve, a jókora kijelző és a versenyképes árazás maradt.
-
Megfizethető és viszonylag kompakt ház született a Lian Li-DAN Cases frigyből
ph A 26,3 literes térfogatú, két színben választható típus moduláris belsővel és korrekt szellőzéssel igyekszik magára vonni a figyelmet.
-
PROHARDVER!
OpenWrt topic
Új hozzászólás Aktív témák
-
_NCT
őstag
Sziasztok!
WDR3600-as (Vargalex v1.1.7 r35342) router-nél ezzel van tele a kernel log és a system log is:
Feb 9 21:18:00 OpenWrt kern.warn kernel: [ 701.130000] MSSFIX(wan):IN=br-wan OUT=br-lan MAC:xxxx SRC:xxxx LEN=41 TOS=0x00 PREC=0x00 TTL=127 ID=27002 DF PROTO=TCP SPT=52565 DPT=443 WINDOW=255 RES=0x00 ACK URGP=
Ez gondot okozhat?
Stream rohadtul szaggat, sőt inkább nézhetetlen és meg is szakad. Továbbá a netezés sem valami gyors (30/3-as UPC).
[ Szerkesztve ]
-
_NCT
őstag
A gond az, hogy ez a mostani kép hard reset után van, most állítottam vissza az egészet. WAN/LAN már előre be van állítva, úgyhogy nem tudom mit tudnék még jobban állítani rajta. LAN-on fix IP, WAN meg DHCP.
Megpróbálom kikapcsolni ideiglenesen a tűzfalat, hátha az fogja valamiért.... (vargalex firmware-jében előre konfigolt tűzfalszabályok vannak).
Azt tudni kell, hogy az asztali gépen van egy Comodo Firewall és egy Avast. Viszont javulást a Comodo kikapcsolásával sem értem el.
-
_NCT
őstag
Ha kihagyom, akkor megvan, semmi gondom nincs vele.
LAN-on van alapesetben a DHCP igen, ezt le is tiltottam, mert felesleges. De még letiltás előtt is mértem, ugyanez van. Megnézem mindjárt hirens boot-ról, hátha a gépemmel van valami, bár érdekes lenne, mert eddig nem volt...
Már Wireshark-ot is ráküldtem az adapterre, de nekem sokat nem mondd... Kb ennyit látok:
-
_NCT
őstag
2 mérésből:
77.111.91.52 ping-statisztik ja:
Csomagok: k�ld”tt = 134, fogadott = 133, elveszett = 1
(0% vesztes‚g),
Oda-vissza Łt ideje k”zelˇt‹legesen, milliszekundumban:
minimum = 5ms, maximum = 69ms, tlag = 19ms77.111.91.52 ping-statisztikája:
Csomagok: küldött = 76, fogadott = 74, elveszett = 2
(2% veszteség),
Oda-vissza út ideje közelítőlegesen, milliszekundumban:
minimum = 7ms, maximum = 81ms, átlag = 16msEz pedig a speedtest.net pingelése
216.146.46.11 ping-statisztik ja:
Csomagok: k�ld”tt = 106, fogadott = 104, elveszett = 2
(1% vesztes‚g),
Oda-vissza Łt ideje k”zelˇt‹legesen, milliszekundumban:
minimum = 189ms, maximum = 304ms, tlag = 238ms[ Szerkesztve ]
-
_NCT
őstag
válasz vargalex #3438 üzenetére
Nos megnéztem, hálózaton belül működik az élesztés, Wifi-n keresztül Android-os telefonnal, viszont hálózaton kívül, tehát netről, továbbra sem akar működni.
Annyi a lényeg, hogy kikapcsolt állapotban a Status/Routes--> ARP táblában annyit látok az ébreszteni kívánt gép MAC címénél hogy 00:00:00:00:00:00.
Pedig ip kiegészítő telepítve, 7-9 udp kiengedve tűzfalon, DHCP & DNS résznél statikusan hozzárendelve ip címhez a MAC cím. Sőt még Hostname-et is belőttem.
[ Szerkesztve ]
-
_NCT
őstag
válasz vargalex #3452 üzenetére
Igen és igen.
És nem értem :S Mobilnetről belépek a routerbe és Wake on Lan oldalon se a WoL se az Etherwake-re nem reagált.
Korábban pedig szó volt arról, hogy router esetében a stream-elt videók döcögnek, illetve a lap.hu pingelése közben is akadtak hibák, továbbá speedtest.net is úgy mérte a sebességem, hogy felugrott 30-ra majd 20-10 -re csökkent, majd ismét ugrott egy picit. Ping pedig 50 és 100 között volt.
Ma kipróbáltam router nélkül, hibátlan a pingelés (sorry a kódolásért).
77.111.91.52 ping-statisztik ja:
Csomagok: k�ld”tt = 231, fogadott = 231, elveszett = 0
(0% vesztes‚g),
Oda-vissza Łt ideje k”zelˇt‹legesen, milliszekundumban:
minimum = 8ms, maximum = 34ms, tlag = 10ms -
_NCT
őstag
válasz vargalex #3455 üzenetére
Kicseréltem a kábelt:
77.111.91.52 ping-statisztikája:
Csomagok: küldött = 274, fogadott = 270, elveszett = 4
(1% veszteség),
Oda-vissza út ideje közelítőlegesen, milliszekundumban:
minimum = 8ms, maximum = 42ms, átlag = 12ms.2. mérésnél 165 csomagból 1 veszett el, előtte 160-ból egy sem. Speedtest ugyanúgy ugrálva mér, a letöltéseim (torrent) is kb így csatlakoznak a peerekhez, hogy 3 másodpercig tölt, megszakad, majd 3 másodpercig újra tölt, és ismét megszakad.... És így töltök le bármit. STream video-nál is ezért van akadozás, illetve speedtest-nél is.
-
_NCT
őstag
Openwrt (Backup/Flash firmware-->Restore menü) alól tudok visszaállítani gyári firmware-t ha azt előtte lementettem a még a gyári backup funkcióval?
-
_NCT
őstag
Közben megkerestem a 1043-as fórumon. Visszaállítottam a gyári FW-t, mértem speedtest-en és most nincs problémám, szóval csak Vargalex firmware-el lesz valami gond. Egymás után mértem speedtest-en, egy kicsi röccenés sincs, nem esik vissza a letöltés, végig maxon pörög. Még mérek egy ping lap.hu-t és leírom mit tapasztaltam. +stream videót is meglessük.
-
_NCT
őstag
Ugyanazok a kábelek, mint Vargalex firm-jénél mikor teszteltem, csak ez a gyári TPlink firm:
77.111.91.52 ping-statisztikája:
Csomagok: küldött = 455, fogadott = 455, elveszett = 0
(0% veszteség),
Oda-vissza út ideje közelítőlegesen, milliszekundumban:
minimum = 8ms, maximum = 24ms, átlag = 10msNehogy azt higyjétek kamuzok:
Ha a WoL is működni fog, besírok.....
[ Szerkesztve ]
-
_NCT
őstag
FRissítettem firmware-t : Poli27 1.3.2 r39208.
Így már megy a WoL de csak úgy, hogy belebújok a router-be és Wake on Lan menüpontban kiválasztom az interface közül a br-lan-t.
Továbbá ebben a firmware-ben normálisan kezeli a startup-ban hozzárendelt ip címet és mac címet, gép leállítása után sem lesz a MAC cím 00:00:00:00:00:00.
Viszont még mindig vesznek el csomagok, a letöltés "szaggat". Neten találtam hasonló emberkét, akinek ugyanez a gondja.
-
_NCT
őstag
Amúgy a kábelt ki lehet zárni, mivel wifi-n keresztül is telefonnal ugyanez a helyzet. Ping magas, van packet loss, és letöltés is mesebeli.... Hol van, hol nincs....
WDR4300-as topikban Bélaaaa user is szívott hasonlóan, ahogyan én.....
[ Szerkesztve ]
-
_NCT
őstag
Holnap van a 8. munkanap, mikor ki tudnám cseréltetni a routert, de nem látok ebben az árkategóriában jobbat, s nem tudom h többi típusnál szívhatok-e az openwrt inkompatibilitással.
-
_NCT
őstag
Utolsó próbának feltettem a stable 12.09-es openwrt-t, de azzal is ugyanúgy sz@r a netem ahogy van. Nem szenvedek tovább, majd ha lesz új, normálisabb firm WDR3600-ra, akkor próbálkozok....
Annyi mindent próbáltam már.. QoS-t állítani stb, de az sem segített.....
-
_NCT
őstag
válasz vargalex #3480 üzenetére
Ezt elfelejtettem írni, ezt is kipróbáltam tegnap, ugyanaz a jelenség
Nem értek annyira a Linuxhoz meg a hálózatos dolgokhoz, de a router nálam ugye kapcsolatban áll a modem-el is. Mivan ha a kimenő és bejövő,de főleg a bejövő kapcsolatoknál nyírbálja meg a csomagokat, és ezért látok kieséseket? Routeren így is úgy is átmegy a forgalom..... Mondjuk akkor már a modem-es pingeléssel is gondok lennének.....
Amúgy valaki már nyitott ticket-et nagyon hasonló problémával.
Most gyári van fenn, 333 csomagból internetes címre pingelésnél nincs csomagveszteség, router pingelésénél sincs, ott 328-ból mind megérkezett.
[ Szerkesztve ]
-
_NCT
őstag
válasz Intruder2k5 #3496 üzenetére
Sehová. Kipróbálom másik rendszeren a routerem, mert megőrülök, hogy nem működik normálisan... Vagyis igen, de ez a csomagvesztés, meg letöltési akadás nagyon megnehezíti az életem, lassabb a netem mint kéne.... Legrosszabb esetben marad a gyári....
-
_NCT
őstag
válasz Intruder2k5 #3498 üzenetére
Vótmá', ezzel is ugyanúgy sz*ptam, mint a többivel. Most rakok fel pendrive-ra egy live linux-ot, mert lehet h a rendszeremben szexuálódott el valami...
Ezeket próbáltam eddig:
DD-WRT legújabb
Vargalex 1.1.7
Poli27
Gargoyle 1.6A gyári fw kivételével mindegyikkel volt gond. Rögtön fw frissítés után mértem....
Most is töltök le 1 GB-os linux disztrot és kb úgy, hogy pár másodpercig tölt le, utána megakad, majd megint tölt le egy kicsit.... Ez azért is érdekes, mert mondjuk ha egy fw-t rosszul töltök le, akkor foghatom a fejemet. Mondjuk md5 általában van openwrt-nél.....
[ Szerkesztve ]
-
_NCT
őstag
Ennyire nem melegedtem bele a témába, szóval hagyom a gyárit, azzal legalabb nincs gond. Gyakorlatilag a torrent esett ki a listából, de amugy se vagyok az a nagy torrent mágus, csak jo lett volna... Napi 1-2 sorozatreszt töltök le es ennyi.
Max ha nagyon komolyan akarok majd 1x seedelni veszek egy nas-t.
-
_NCT
őstag
Sziasztok!
factory.bin image-et mivel tudnék szétszedni, hogy belenézzek?
-
_NCT
őstag
OpenWRT-ben network share-on keresztül konfiguráltam egy könyvtárat, ami a transmission/torrent mappája. Viszont hiába akarok fájlkezelővel belerakni .torrent kiterjesztésű fájlokat, azt írja:"a hozzáférés le van tiltva".
FTP-n keresztül simán tudok fájlokat belehúzni, de share-on keresztül nem. Hol tudom beálítani az ehhez tartozó jogosultságokat?
Create mask-nál 0022-t írtam be, de nem jó.
[ Szerkesztve ]
-
_NCT
őstag
arp táblát hogy tudom törölni? mi a pontos parancs?
arp -d <ip-cím> nem működik, sem az ip neigh flush dev br-lan.
-
_NCT
őstag
Tinyproxy vagy Polipo beállítással tudna valaki segíteni? Hiába akarok net felől kapcsolódni a proxy server-re ami maga a router, nem sikerül. Belső hálózaton gyönyörűen megy, de sajnos kívülről hiába állítom be a böngészőbe a portot és ip címet, nem megy.
Allowed clients-nél is hiába írom be az eszköz ip címét, nem töltődnek be a weboldalak.
Update: közben megoldódott, sajnos melóhelyről valószínű a 8888-as port nem fog kimenni, vagy nem tudom mi a probléma, de onnan nem csatlakozik. Proxy szerver és tűzfal is van.
[ Szerkesztve ]
-
_NCT
őstag
válasz lucky00 #3701 üzenetére
Melóhelyem külső ip címét megadtam, de melóhelyemen akkor sem ment, még megpróbálkozok majd open2ltp-vel vpn-el, de nem sok reményt fűzök hozzá.
Valószínű csak a melóhelyen lévő külső proxy ip címét látta, meg amúgy sincs kizárva, h nincs engedélyezve a proxyzás. Konfig fájlból tölti be a böngésző beállításokat.
-
_NCT
őstag
Sziasztok!
Munkahelyen ISA server, port block stb finomságok miatt csak 80-as és 443-as port van nyitva. Hogyan tudnám elérni, hogy az otthoni router (wdr3600) segítségével meg tudjam nézni a böngészőben a blokkolt tartalmakat is?
Putty-ban beállítottam a kapcsolatot, tunnelt is, a router-ben a 443/80-as portokat forwaldoltam az ssh listen portja felé (333).
Namost a céges gépen a következő hibaüzit kapom : "server unexpectedly closed network connection".
Teamviewer is működik 443-on keresztül, putty miért nem??
Mod: azt elfelejtettem írni, hogy a router ssh kulccsal titkosítva van, a privát kulcsot is betallóztam a putty-ban. Bár gondolom nem ez a gond, a hitelesítésig el se jut.
[ Szerkesztve ]
-
_NCT
őstag
Sziasztok!
Port scan ellen milyen jó progi, vagy script van? Elég rendesen csekkolják a portjaimat, portsentry lóf@szt se ér (kali linux-al és nmap-el teszteltem).
-
_NCT
őstag
válasz bambano #4291 üzenetére
Hú, köszi szépen, holnap bekonfigolom.
Amúgy ssh-t pl 333-as portra pakoltam át, tehát nem a default-on van.
Sajna FTP-vel nem jött össze, telefonom nem tudott csatlakozni másik porton ftp-vel.
Ezen kívül nincs sok minden, 51413 transmission meg 9091-es port a remote transmission és ennyi, no meg 443 router távoli eléréséhez.
-
_NCT
őstag
SOS Help!! VPN beállításban elvéreztem, nem tudom mi miatt, de ezt a hibaüzenetet kapom....
Thu Aug 07 20:39:31 2014 LZO compression initialized
Thu Aug 07 20:39:31 2014 Control Channel MTU parms [ L:1574 D:138 EF:38 EB:0 ET:0 EL:0 ]
Thu Aug 07 20:39:31 2014 Socket Buffers: R=[65536->65536] S=[65536->65536]
Thu Aug 07 20:39:31 2014 MANAGEMENT: >STATE:1407436771,RESOLVE,,,
Thu Aug 07 20:39:31 2014 Data Channel MTU parms [ L:1574 D:1450 EF:42 EB:135 ET:32 EL:0 AF:3/1 ]
Thu Aug 07 20:39:31 2014 Local Options String: 'V4,dev-type tap,link-mtu 1574,tun-mtu 1532,proto UDPv4,comp-lzo,cipher BF-CBC,auth SHA1,keysize 128,key-method 2,tls-client'
Thu Aug 07 20:39:31 2014 Expected Remote Options String: 'V4,dev-type tap,link-mtu 1574,tun-mtu 1532,proto UDPv4,comp-lzo,cipher BF-CBC,auth SHA1,keysize 128,key-method 2,tls-server'
Thu Aug 07 20:39:31 2014 Local Options hash (VER=V4): 'd79ca330'
Thu Aug 07 20:39:31 2014 Expected Remote Options hash (VER=V4): 'f7df56b8'
Thu Aug 07 20:39:31 2014 UDPv4 link local: [undef]
Thu Aug 07 20:39:31 2014 UDPv4 link remote: [AF_INET]80.98.xxx.xxx:1194
Thu Aug 07 20:39:31 2014 MANAGEMENT: >STATE:1407436771,WAIT,,,
Thu Aug 07 20:39:31 2014 UDPv4 WRITE [14] to [AF_INET]80.98.xxx.xxx:1194: P_CONTROL_HARD_RESET_CLIENT_V2 kid=0 [ ] pid=0 DATA len=0
Thu Aug 07 20:39:31 2014 UDPv4 READ [0] from [undef]: DATA UNDEF len=-1
Thu Aug 07 20:39:33 2014 UDPv4 WRITE [14] to [AF_INET]80.98.xxx.xxx:1194: P_CONTROL_HARD_RESET_CLIENT_V2 kid=0 [ ] pid=0 DATA len=0
Thu Aug 07 20:39:38 2014 UDPv4 WRITE [14] to [AF_INET]80.98.xxx.xxx:1194: P_CONTROL_HARD_RESET_CLIENT_V2 kid=0 [ ] pid=0 DATA len=0
Thu Aug 07 20:39:46 2014 UDPv4 WRITE [14] to [AF_INET]80.98.xxx.xxx:1194: P_CONTROL_HARD_RESET_CLIENT_V2 kid=0 [ ] pid=0 DATA len=0
Thu Aug 07 20:40:02 2014 UDPv4 WRITE [14] to [AF_INET]80.98.xxx.xxx:1194: P_CONTROL_HARD_RESET_CLIENT_V2 kid=0 [ ] pid=0 DATA len=0[ Szerkesztve ]
Új hozzászólás Aktív témák
- Bontatlan - BATTLEFIELD 1 Collectors Edition - Játékszoftver nélkül
- Canva Pro előfizetés - 1 éves
- Eredeti Windows, telepítéssel! Digital Doctor Számítógép Szerviz
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
- Új, bontatlan World of Warcraft gyűjtői kiadások
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs