-
Fototrend
DIGI internet Gyakran Ismételt Kérdések
(Kattints az Összefoglaló kinyitása feliratra!)
Utolsó frissítés: 2024. február
Új hozzászólás Aktív témák
-
brd
nagyúr
válasz attiati #10035 üzenetére
'hát azt nemtom', személyiségfüggő*, szórakozásból szerintem nem sokan (nem sokáig) csinálják, inkább célzott hekkelésnél van jelentősége (nő becserkészésénél, mással kiszúrásnál, "terroristaveszély" elhárításánál, és hasonló hétköznapi tevékenységeknél), azaz jobb, ha nem veszel össze vele.
*: Tekintsd meg a küllemét, és beszélgess vele kicsit, hátha meg tudod ítélni, milyen magánélete lehet, és hogyan gondolkozik az életről általában. Pl. ha vékony, szemüveges, más témája nincs a technikai dolgokon kívül, akkor lehet gyanakodni. (Bocsánat a kivételektől.)
Egyébként szerintem nem valószínű, hogy az a router tudna olyat, ami segítene a forgalomfigyelésben.
hb000: Miért gondolod, hogy ezt online kell/lehet csak csinálni? Pl. egy FTP kapcsolat csomagjai között van egy jól meghatározott, ami tartalmazza a user/pass-t (elég azt rögzíteni), és kis megfigyelés után adott oldalak HTTP-s bejelentkezési csomagjai is jól azonosíthatóak.
The only real valuable thing is intuition.
-
brd
nagyúr
Abból gondoltam erre, hogy attól, hogy nem tudná munkaidőben tenni, még megmondhatja a gépnek, hogy tegye automatikusan, bizonyos mintákat keresve. Nem kell ott ülni, és valós időben elemezni a csomagokat, és feltétlen mindet rögzíteni is, mehet bármikor sörözni.
attiati: Milyen OS-t használsz? Nincsen 4226-os hiba a Eventlogban?
The only real valuable thing is intuition.
-
brd
nagyúr
válasz attiati #10109 üzenetére
Milyen rendszergazda (DIGI-st értesz alatta, vagy ismerőst, vagy valamilyen cégnél van DIGI-d, és annak a hálózati rendszergazdája)? A 200-as limit honnan jön? Nálam nincs, és soha nem is volt ilyen a DIGI részéről (értsd: nem tapasztaltam), Az az XP-n lesz valami limit (saját tűzfal, vírusirtó milyen van?). Nincsen 4226-os forrással bejegyzés az Eventlogban (sárga háromszög)?
The only real valuable thing is intuition.
-
brd
nagyúr
válasz attiati #10116 üzenetére
Akkor ez a megosztó limitje, és a feloldásáért is ő felel. Ha szerinte ez így működik, hogy ha 200 alá csökken, akkor megoldódik, és nálad egy gép újraindítással mégsem, akkor rosszul tudja, vagy rosszul működik/rosszul van beállítva a software, ami ezt kezeli. A gép újraindítással mindenképpen bontódnak a kapcsolatok, de pl. úgy is, ha nyomsz egy hálókártya letiltás/engedélyezés kombót. Annyit tudok még segíteni, hogy torrent nélküli internetezéshez úgy max. 70 kapcsolat szükséges egyszerre (statisztika alapján), tehát a µTorrentben úgy kb. 120-ra állítsd a max. kapcsolatszámot, akkor jónak kell lennie.
Az Eventlog-ot (Eseménynapló a magyar fordításban) úgy tudod pl. megnézni, hogy beírod futtatásba: eventvwr.msc. Ott a Rendszert választod, és a hiba jelentkezése körül keresel 4226-os ID-vel bíró hibát. De nem túlságosan valószínű, hogy lesz, mert ettől a már létező kapcsolatok nem szakadnak meg.The only real valuable thing is intuition.
-
brd
nagyúr
-
brd
nagyúr
válasz attiati #10132 üzenetére
Igen, akkor az lesz, amit sejtek. Másképpen kér a DHCP servertől adatokat a gép, amikor birtokol már az adott DCHP server által adott adatokat (amikor pl. újraindítod), és másképpen akkor, amikor még nem volt a tulajdonában ilyen IP cím (pl. amikor rendszervisszaállítást csinálsz). Utóbbi esetben valószínűleg minden korábbit elfelejt a gépeddel kapcsolatban az internetmegosztó eszköz, esetleg más IP-t is kapsz.
A következő 2 parancs egymás után beírva parancssorba, valószínűleg megfelel majd rendszervisszaállítás helyett:
ipconfig /release
ipconfig /renewThe only real valuable thing is intuition.
-
brd
nagyúr
válasz radi8tor #10147 üzenetére
WRT54GL? Hmm... nálam 250MHz-re húzva (gyárilag 200MHz), PPPoE nélkül kb. 50Mbit-ig simán bírja (de ezt még lehet, hogy csak 200MHz-en néztem, nem emlékszem most pontosan). PPPoE-vel csak a max. elvileg 40 (ami a gyakorlatban ~43)-et tudtam még eddig tesztelni. Ráadásul DD-WRT firmware, ami lassabb, mint a gyári firmware. Hogy bírta neked csak 25-ig?
The only real valuable thing is intuition.
-
brd
nagyúr
válasz attiati #10166 üzenetére
Még esetleg azt is megpróbálhatod, hogy parancssorba beírod:
netsh winsock reset, ill.
netsh int ip reset %temp%\resetlog.txt, aztán újraindítod a gépet. Ez kijavítja az esetleg sérült TCP/IP-t, ill. hálózatkezelést, lásd: M$ cikk.The only real valuable thing is intuition.
-
brd
nagyúr
válasz attiati #10178 üzenetére
Ha a torrent kliens UDP csomagokkal operál (ezt úgy tudod megnézni, pl. µTorrent-nél - mondjuk más nem is tud ilyet, ha jól vagyok informálva, de nem vagyok egy nagy torrentes -, hogy a peerek IP-je/hostneve után van egy olyan, hogy µTP, akkor az UDP-vel kapcsolódik, pl. a következő képen: kép - ne a feliratot nézd, nem én készítettem a képet ), akkor azt egyes routerek kezelhetik rosszul, és túl sokáig gondolják azt kiépített kapcsolatnak (azért csak gondolják, mert UDP csomagoknál az értelmezhetetlen, hogy kiépült kapcsolat - legalábbis azon a szinten, ahol a router ügyködik). Mivel µTP esetén ebből viszonylag sok van, ezért hamar elérik a 200-as limitet. Gondolom, a routert esélyed sincs lecseréltetni, így inkább be kell állítani a kliensedet, hogy ezt ne használja. Persze egyelőre csak próbából, mert nem biztos, hogy ez az ok (ill. lehet finomítani is majd). Így tudod kikapcsolni.
Egyébként a TCP kapcsolatokat pl. ezzel tudod megnézni. UDP-t azt nem, mert mondom, ott nincs olyan értelmezve, a hálózati protokoll szintjén, hogy kiépült kapcsolat (ill. kiírja, hogy figyel-e valami UDP porton, ha jól emlékszem, de az Listening lesz, az nem kapcsolat).The only real valuable thing is intuition.
-
brd
nagyúr
válasz attiati #10197 üzenetére
Igen, lehet. Valószínűleg a rendszervisszaállítással azért oldódik meg a probléma, mert az tovább tart, mint az újraindítás, és addigra már a router mindegyik (vagy legalábbis ahhoz elég, hogy 200 alá csökkenjen) "kapcsolatot" úgy kezel, hogy "timeoutolt" ("megszakadt").
The only real valuable thing is intuition.
-
brd
nagyúr
válasz radi8tor #10205 üzenetére
Nem hiszem, hogy ez megoldaná a problémát, mert a DIGI biztosan nem szűr/korlátoz torrentet, a titkosítás pedig inkább bekapcsolva szokott gondot okozni (márha kényszerítve van), mert ami tudja a titkosítást, az tudja a titkosítás nélkült is, ami meg nem, az csak titkosítás nélkül tud értelemszerűen működni. Legfeljebb speciális esetekben segíthet, ha az adott torrent megosztói valamiért olyanok (de ez népszerű torrent esetében valószínűtlen).
lord_m: Router van? Mi a típusa? Nem XP-t használsz véletlen?
The only real valuable thing is intuition.
-
brd
nagyúr
válasz lord_m #10218 üzenetére
Igen, a M$ bevezetett egy korlátozást a TCP/IP protokollra (ezt használja a torrent is), és ez okozhat olyat, hogy kevés kapcsolat tud kialakulni (tehát nem a már kialakult kapcsolatok a gond, hanem amelyek éppen kialakulnának), emiatt a sebesség lassabb lehet. Vedd lejjebb az össz' kapcsolatok számát a torrent kliensben (nem elírás), ill. nézd meg, hogy nincs-e az eseménynapló/rendszer részében 4226-os számú hiba. A windowsos tűzfalnak ehhez semmi köze nincs, és egyebekben az OS-nek sem (a Win7-ben alapból magasabb a nevezett korlát, de XP-ben is változtatható).
The only real valuable thing is intuition.
-
brd
nagyúr
-
brd
nagyúr
De, tisztában vagyok. Te viszont nem. A half open (magyarul félig nyitott) állapot az az, amikor a kapcsolatot indítani óhajtó állomás már elküldte a kapcsolatfelvételi kérelem csomagját, viszont a túloldal válasza még nem jött meg (persze kicsit leegyszerűsítve, de előbb ezt értsd meg, ha már bele akarunk mélyedni a témába, mert ez lenne az alap). A feltöltési sebességhez pedig ott lesz/lehet köze, hogy emiatt (mármint a bizonyos időn belül kialakulni nem tudó kapcsolatok miatt) esetleg kevés peerhez tud kapcsolódni a kliens (természetesen a már kialakult kapcsolatokra ennek az egésznek semmi hatása, de ezt már írtam). Egyébként igen, az is félig nyitott állapot, amit te írsz, de azt minek, és főleg hogyan korlátozná a M$?
The only real valuable thing is intuition.
-
brd
nagyúr
válasz A_ScHuLcZ #10272 üzenetére
Sajnos ezek az olcsó routerek ennyit bírnak (ha nem voltak olcsóak, akkor átvertek). Ha olyan router-t nézel, ami legalább N-es Wifi-t tud, többe kerül 6e forintnál, az jó eséllyel bírja még a 80/25-ös netet is.
Ezeket az infókat a gyártók szeretik eltitkolni, így a legtöbbnél a honlapon nem is tudod megtalálni; fórumokat, tesztelő oldalakat kell bújni hozzá. Ez egyébként meglehetősen gusztustalan megoldás, mert egy routernél, ha nem is a legfontosabb, de a fontos információk között van a route-olási sebesség értéke...The only real valuable thing is intuition.
-
brd
nagyúr
Éppen lehet igaz is, nem tudni pontosan, hogyan épül fel a DIGI hálózata (ill. sok mindent ki lehetne azért deríteni). Lehet, hogy ha bizonyos IP-ket (bizonyos tartományokból) kapnak az ügyfelek, akkor egy jobban leterhelt router felé mennek a csomagok, ezért lassabb lesz.
Megjegyzem, én még semmilyen IP-vel nem tapasztaltam lassabb sebességet.The only real valuable thing is intuition.
-
brd
nagyúr
válasz vinikorn #10664 üzenetére
Nem hiszem, hogy lenne összefüggés. Ha törni is akarja valaki, az inkább az AP felől okoz terhelést, nem egy rá legálisan csatlakozott kliensen. De egyébként sem valószínű, mert a WPA2-t még elméletben is túl nehéz, és sokáig tart törni (persze normális kulcs esetén, ami olyan min. 14 karakter, kis-, nagybetű és szám, és ne alkossanak értelmes szót semmilyen nyelven a betűk), tehát ha akar is ilyet tenni, inkább keres más lehetőséget.
The only real valuable thing is intuition.
-
brd
nagyúr
válasz rocket #10913 üzenetére
Ne beszélj már hülyeséget kérlek. A legalacsonyabb LAN-os csomagjuk sávszélessége is magasabb, mint a legmagasabban a garantált. Ki a fene fizetne akkor elő a legnagyobbra, ha igazad lenne? Az meg, hogy csak a saját mérőjüket fogadják el, tökéletesen jogos, Csak éppen a gyakorlatban olyan nincs, hogy speedtest.net-en ~40/20, a saját mérőjükön pedig ~80/25...
The only real valuable thing is intuition.
-
brd
nagyúr
válasz rocket #10915 üzenetére
Az a sok ezer user akinel megvan a 80/40-hez kozeli sebesseg, ha meg nincs akkor alacsonyabb csomagra kell valtani.
Igen, ilyen egyszerű lenne, ha ADSL-ről, vagy kábelnetről lenne szó, ahol az átviteli közeg nagyban befolyásolja az elérhető sebességet. Itt viszont legfeljebb arról lehetne szó, hogy egy aktív eszköz (átjáró, switch...) max. átviteli sebessége el van érve, de akkor nem konstans ~40/20-at mérnél egy olyan vonalon, ahol 80/25-nek kellene lennie, hanem napon belül ingadozna.
Nem viccbol vannak a garantalt savszelessegek, es azert ilyen alacsony, hogy szepen le legyen vedve a szolgaltato.
Pontosan, méghozzá azért, hogy a 80/25 helyett néha 70/22-nél ne kezdjenek reklamálni a vérpistik (igaz, pl. 20/10-nél sem tehetnék, de az - jelenleg - nem is lenne érdeke a szolgáltatónak, mármint, hogy a 80/25-nek fizetett szolgáltatásnál 20/10-et adjon - és reklamálás alatt nem azt értem, hogy telefonálnak az ügyfélszolgálatra, hanem, hogy jogi lépéseket tesznek).
Ettol meg a speedtest.net eredmenyeit nem fogadjak el, nem en talaltam ki ezt se, ez teny.
Azt én értem, nem is gondolom, hogy feltétlen el kellene fogadniuk (a helyükben én sem tenném, bár iránymutatásnak megfelelő), én azt mondom, hogy a gyakorlatban olyan nincs, hogy speedtest.net-en ~40/20, a saját mérőjükön pedig ~80/25, méghozzá állandó jelleggel (ill. szándékos behatással éppen lehetne, csak annak meg megint nincs sok értelme a szolgáltató oldaláról).
The only real valuable thing is intuition.
-
brd
nagyúr
-
brd
nagyúr
válasz Szabip #11006 üzenetére
Ezt (ill. ilyet, a saját helyi hálós IP-knek megfelelően) is lefuttatod a router indításakor mindig?:
ip neigh change 192.168.1.254 lladdr ff:ff:ff:ff:ff:ff nud permanent dev br0
ip neigh add 192.168.1.254 lladdr ff:ff:ff:ff:ff:ff nud permanent dev br0Ill. az UDP port forwardolása is megvolt a fenti 2 sorban lévő IP-re?
The only real valuable thing is intuition.
-
brd
nagyúr
válasz InfiniteReality #11358 üzenetére
Az én méréseim szerint a PPPoE önmagában nem akkora probléma, a nagy baj az, hogy amikor ezeket készítették, nem gondoltak (számítottak) arra, hogy ezeknek több tíz MBit-et kell NAT-olniuk, sok-sok kapcsolattal (torrent), ezért ezen véreznek el (kevés RAM, gyenge processzor). Tűzfal meg a legtöbb ilyen SoHo routerben igazából nincs (legalábbis, azt a pár, többnyire haszontalan funkciót - domain/IP szűrés, szavak szűrése és hasonlók -, nem merném annak nevezni, persze én nem vagyok marketinges), ill. a NAT miatti állapotot (zárt, vagy nem válaszoló portok) is lehet tűzfalnak hívni, de azon csak röhögni tudok.
The only real valuable thing is intuition.
-
brd
nagyúr
válasz Dark Archon #11765 üzenetére
Nálam is (viszont a weboldal gyorsan töltődik):
Útvonal követése a következőhöz: digi.hu [92.249.128.136]
legfeljebb 30 ugrással:1 <1 ms <1 ms <1 ms Linksys [10.10.10.9]
2 * * * A kérésre nem érkezett válasz a határidőn belül.
3 2 ms 1 ms 1 ms 78.131.1.33
4 1 ms 1 ms 1 ms te-2-4.dr01.xiii.digicable.hu [78.131.4.121]
5 2 ms 1 ms 1 ms po-1.dr01.server.digicable.hu [78.131.4.90]
6 * * * A kérésre nem érkezett válasz a határidőn belül.
7 * * * A kérésre nem érkezett válasz a határidőn belül.
8 * * * A kérésre nem érkezett válasz a határidőn belül.
9 * * * A kérésre nem érkezett válasz a határidőn belül.
10 * * * A kérésre nem érkezett válasz a határidőn belül.
11 * *
blabla...
(Az első hop a routerem)Viszont:
Útvonal követése a következőhöz: index.hu [217.20.130.97]
legfeljebb 30 ugrással:1 <1 ms <1 ms <1 ms Linksys [10.10.10.9]
2 * * * A kérésre nem érkezett válasz a határidőn belül.
3 1 ms 1 ms 1 ms 78.131.1.33
4 1 ms 1 ms 1 ms te-2-4.dr01.xiii.digicable.hu [78.131.4.121]
5 1 ms 1 ms 1 ms po-7.br02.budapest.digicable.hu [94.21.4.77]
6 1 ms 1 ms 1 ms te-3-4.xr01.budapest.digicable.hu [94.21.3.94]
7 2 ms 4 ms 2 ms TE-1-1.core0.interware.hu [193.188.137.25]
8 2 ms 2 ms 4 ms sportgeza.hu [217.20.130.97]Ill.:
[...]
9 10 ms 10 ms 10 ms prag-bb1-link.telia.net [80.91.250.68]
10 28 ms 27 ms 27 ms ffm-bb1-link.telia.net [80.91.246.14]
11 38 ms 38 ms 125 ms ash-bb1-link.telia.net [80.91.246.58]
12 122 ms 174 ms 130 ms 192.205.34.209
13 131 ms 135 ms 116 ms 192.205.36.133
14 126 ms 126 ms 132 ms cr2.wswdc.ip.att.net [12.122.220.250]
15 127 ms 130 ms 128 ms gar2.ascva.ip.att.net [12.122.135.117]
16 123 ms 130 ms 128 ms gar2.ascva.ip.att.net [12.122.135.117]
17 127 ms 127 ms 132 ms 12.116.77.34
18 130 ms 123 ms 123 ms fert07-eqx-iad.ea.com [159.153.224.226]
19 126 ms 126 ms 131 ms easo.ea.com [159.153.234.54]Az útválasztónak egyébként nem feladata válaszolni a pingre, és akár lassíthatja is, ha azt nem HW-ből "nyomja".
[ Szerkesztve ]
The only real valuable thing is intuition.
-
brd
nagyúr
válasz Zolee11 #11963 üzenetére
A Windows csak korlátozottan alkalmas erre sajnos, főleg PPPoE esetén. Pl. batch file-lal, és egy olyan alkalmazással lehet csak célt érni, ami észleli, ha nincs külső IP, és erre az eseményre végre tud hajtani programot.
McLaca: Milyen router az, ami egy idő után feladja?
[ Szerkesztve ]
The only real valuable thing is intuition.
-
brd
nagyúr
válasz Zolee11 #11977 üzenetére
Egyrészt nem adható meg akármekkora szám, másrészt, a PPPoE Windowsos megvalósítása kissé problémás, mert ha szakadozik a PPPoE, és eljut egy félig kapcsolódott állapotba, akkor előfordulhat az, hogy lebontani már nem tudja, felcsatlakozva viszont még nincs...
The only real valuable thing is intuition.
-
Új hozzászólás Aktív témák
Olvasd el az összefoglalót!
Társtopikok:
● DIGI kábel TV
● DIGI Mobil
● DIGI műholdas TV
● DIGI vezetékes telefon
Router kérdésekkel ezekbe a topikokba fáradjatok!
● Milyen routert?
● Router gondok
- Győr és környéke adok-veszek-beszélgetek
- Ukrajnai háború
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Nvidia GPU-k jövője - amit tudni vélünk
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Azonnali VGA-s kérdések órája
- ASUS BTF koncepció: látszólag vezetékek nélküli PC
- DIGI internet
- Yettel topik
- Metal topik
- További aktív témák...
- HP OMEN Gamer Tervező Vágó Laptop 15,6" -40% Ryzen 5 5600H 16/512 RTX 3060 6GB FHD 144Hz!
- Intertek CM-118-A1 filteres kávéfőző
- Philips Senseo HD 6553 /59 /f párnás kávéfőző.
- Új Asus Rog Strix G15 Gamer Tervező Laptop 15,6 -30% Brutál Ryzen 7 6800HS 16/512 RTX 3050 FHD 300Hz
- HP OMEN Transcend 14-fb0796ng - ÚJ 14" OLED GAMER notebook - Intel Core Ultra 9 185H, 32GB, RTX 4070
Állásajánlatok
Cég: Ozeki Kft
Város: Debrecen
Cég: Ozeki Kft
Város: Debrecen