- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- Dell notebook topic
- HiFi műszaki szemmel - sztereó hangrendszerek
- Alapértelmezett konfiguráción sok Core CPU-nak lehet stabilitási gondja
- AMD Ryzen 9 / 7 / 5 / 3 5***(X) "Zen 3" (AM4)
- Steam Deck
- Azonnali informatikai kérdések órája
- Milyen monitort vegyek?
- Autóhifi
- AMD GPU-k jövője - amit tudni vélünk
Hirdetés
-
Senua's Saga: Hellblade II - Íme a végleges gépigény
gp A folytatás megjelenéséig kicsivel több mint két hetet kell már csak várnunk.
-
Az Apple megszerezné a klubvilágbajnokság közvetítési jogait
ph A vállalat ezért irgalmatlan pénzt fizetne a FIFA-nak, és ezzel rajzolná át az online streaming platformok háborújában a frontvonalakat.
-
Mindent megtudtunk az új Nokia 3210-ről
ma Részletes képek, specifikációk és euróban megadott ár is van a legendás modell újraélesztett verziójához.
-
PROHARDVER!
OpenWrt topic
Új hozzászólás Aktív témák
-
suste
veterán
nekem gyanús, hogy te valamit nagyon elállítottál azon a routeren
csinálj mentést, és egy hardreset után próbáld meg előről beállítani az egészet
a WAN beállítás után (vagy ha sima DHCP-s neted van, akkor) egyből mérj egy sebességet
ha meg van a teljesn net, akkor csináld lépésről lépésre a beállításokatha nagyon elakadsz, akkor még mindíg ott lesz a mentés amit csináltál a legelején....
-
suste
veterán
ha hardreset után, bármi belenyúlás nélkül kábeles kapcsolattal ez van, akkor passz (alapban a LAN-ra van DHCP kiosztás...esetleg próbáltad így is a PC-n?)
vargalexes tűzfalszabályok tuti nem foghatják meg így a forgalmat, mert akkor erre már nagyon sok panasz lett volna (pl nálam sem csinált ilyet)ha kihagyod a routert, akkor meg van a teljes 30Mbit lefelé?
-
vargalex
Topikgazda
-
_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.
-
vargalex
Topikgazda
Szia!
Ez így nagyon érdekes. A modem előtti kommunikációba nem szól bele a router. Ugyanekkor a net-en ping-elve valamit van veszteség? Lehet, hogy mégis az UPC-nél van valami, csak a gyári firmware-t használva, illetve router nélkül éppen hibátlannak tűnt?
[ Szerkesztve ]
Alex
-
_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 ]
-
tlac
nagyúr
ha tényleg bug, akkor nyitni kellene rá egy ticket-et és akkor talán lesz javítva, egyébként ne reménykedj benne, kevés az esély rá
nekem megérte végigvinnie a wdr4900-on, azóta van 1 hónap uptime-om és folyamatosan stabilan megy a transmission, már több mint fél tera felment
korábban 1-2 óra alatt instabillá vált a router, ha elkezdtem torrentezni vele[ Szerkesztve ]
-
vargalex
Topikgazda
Szia!
Hidd el, az összes általad próbált firmware "normális" a 3600-on is. Eseleg megnézhetnéd, hogy mit produkál, ha a Technicolor nem bridge módban van (persze ekkor a TP-Link LAN IP-jét tedd másik tartományba).
(#3479) [link]: az a baj, hogy a modemet pingelve nincs elvesztett csomag. Onnan pedig már nem a routeren megy a forgalom...
[ Szerkesztve ]
Alex
-
Intruder2k5
MODERÁTOR
február 9.-ei a legújabb! Hová ilyen sürgős?
-
suste
veterán
pc szoftveresen lekezel mindent, szinte akárhogy keverheted a szálakat
másoknál is mindíg akkor jött elő a probléma, amikor routert kötöttek be
a gyári fw-ben is lehet olyan különbség, ami miatt jobban elviseli, mint az openwrtvagy ki kéne hívni a szerelőket, hogy nézzék meg, vagy neked kéne játszani a kábel szálaival
első körben én pl két db érpárral tesztelnék (4ér=100Mbit)
de akár ki lehetnen próbálni egy párral is (2ér=10Mbit)
(egy fogóval meg pár db csatlakozóval el lehet vele szórakozni, de pl rövid távon akár simán összetekerve a szálakat is próbálgathatsz)
ha van még egy kis szabadídőd, akkor veszteni nem veszthetsz vele, vagyis max egy kábelt, amit szétvágsz.... -
bambano
titán
két fő probléma van a portscannel:
- nem rajtad múlik, hogy mikor indítanak ilyet
- akkor tudod detektálni, amikor már ott van a gépeden. tehát hálózati sávszélességet már megzabálta.
következésképp jórészt tehetetlen vagy ellene. felszámolni nem tudod, a károkat tudod minimalizálni, ha nagyon ráhajtasz.egy védekezési javaslatom van: gyakran portscannelt cél-portok mögül pakold el a szolgáltatást, és tegyél egy log szabályt rá a tűzfalra. ha pedig jelez, akkor tarpiteld az ip-t, ahonnan jön. a sima drop nem jó, a tarpit megzabálja a scannelő erőforrásait.
tehát például:
- elrakod az ssh-t, a 22-es tcp portra raksz egy log szabályt, majd fail2ban-nal tarpiteled a próbálkozót
- ugyanezt lehet az smb protokoll portjaival.emellett érdemes még a webszerver logjaiból a phpmyadmin keresésre utaló nyomokat ellenőrizni és azokat az ip-ket is lehet fail2ban-nal tarpitelni.
persze lehet, hogy a fail2ban egy routerre kicsit nagy darab cucc lesz.
ez az egész nem véd meg a portscantól, csak csökkenti a hatékonyságát és kis borsot tör a scannelő orra alá.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
_NCT
őstag
Esetleg hátha ez többet segít. Azt olvastam, hogy tűzfal probléma lehet, pedig a tűzfal tuti jól van konfigolva.
us=990392 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
Fri Aug 08 10:29:36 2014 us=990392 TLS Error: TLS handshake failed
Fri Aug 08 10:29:36 2014 us=991390 TCP/UDP: Closing socket
Fri Aug 08 10:29:36 2014 us=991390 SIGUSR1[soft,tls-error] received, process restarting -
-
vjozsef
senior tag
Ez ugy tunik jo, vagyis nem a VPN-en jon a net a gepedre. A VPN csomagokat a tuzfal szabalyban engedned kell befele es vica versa.
-
vjozsef
senior tag
Nalam a vpn kapcsolatnal a profilba bele van irva ez, igaz en PPTP-t hasznalok:
"Átirányítási útvonalak: 192.168.0.0/16"
Egyebkent van a Fing, androidos halozatos eszkoz, nagyon hatasos tud lenni ha traceroute-olni akarok.
Traceld meg pl index.hu es kulon a belso gepedet is, itt eldol merre mennek a csomagok.
[ Szerkesztve ]
Új hozzászólás Aktív témák
- Samsung Galaxy S23 Ultra - non plus ultra
- Poco X6 Pro - ötös alá
- Crypto Trade
- gban: Ingyen kellene, de tegnapra
- Építő/felújító topik
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- A fociról könnyedén, egy baráti társaságban
- LEGO klub
- Dell notebook topic
- eBay-es kütyük kis pénzért
- További aktív témák...
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen