-
Fototrend
DIGI internet Gyakran Ismételt Kérdések
(Kattints az Összefoglaló kinyitása feliratra!)
Utolsó frissítés: 2024. február
Aktív témák
-
brd
nagyúr
válasz
cool13
#12408
üzenetére
Nem, Quality of Service. Ezzel lehet biztosítani bizonyos csomagok elsőbbségét a hálózaton (jelen esetben a felfelé sávnál, a játékhoz szükséges csomagok lehet, hogy elsőbbséget élveznek, ha van ilyen a routeredben persze, ha nincs, akkor a másik lehetőség marad, ami a topictárs írt).
-
-
-
brd
nagyúr
válasz
guest83
#12267
üzenetére
Az interneten csomagokban utazik az adat, és nagy mennyiségű adat átvitelénél ez általában 1500 (esetleg 1472, vagy hasonló, PPPoE, és pl. VPN esetén) byte/csomag (ill. kicsit több, mert pl. TCP-nél vissza is kell igazolni, hogy megérkezett a csomag, de ezt most hagyjuk). Kis sávszélességnél (modem/ISDN/gyengébb ADSL) lehetséges, hogy egy kisebb csomagot (pl. játékoknál az UDP csomagok ennél jóval kisebbek, pár 10/100 byte) gyakrabban lehet kiküldeni, ha amúgy egyidejűleg lenne nagyméretű TCP csomag is, de kisebbre állított MTU-val. Pl. egy 1500 byte-os csomag feltöltéséhez kell mondjuk 100 ms, ekkor előfordulhat, hogy egy UDP csomag akár ennyit is késlekedik, amikor más, nagyobb méretű adatot tartalmazó felöltés is van (=annak a csomagja jellemzően 1500 byte/csomag), és ha ilyenkor kisebb az MTU, mondjuk 800 byte, akkor 50-60 ms-ra is lemehet egy ilyen az UDP csomag átlagos kiküldési ideje. De 10 Mbit esetén ez kb. úgy néz ki, hogy egy 1500 byte-os TCP csomag kiküldési ideje ~1 ms, így még egy TCP feltöltés mellett sem nagyon lehet 5-10 ms-nál nagyobb, a kisebb méretű csomagok feltöltése emellett. Persze ha több feltöltés megy egyszerre, az már kinyírhatja a pinget, de azon az MTU állítása nem segít. Persze mindez stabil kapcsolatra értendő, mert ha ingadozik a sebesség, akkor a kisebb sebességű időszakban nyilván megnő a ping (több idő kell adott méretű adat kiküldéséhez).
Érthető így? -
#12110
brd
nagyúr
MaciLaci1970
#12109
brd
nagyúr
válasz
MaciLaci1970
#12109
üzenetére
'hát, nálam olyan biztos nincs, hogy nincs adatforgalom, úgyhogy ezt nehezen hiszem.
-
brd
nagyúr
-
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?
-
#11768
brd
nagyúr
Dark Archon
#11765
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".
-
#11368
brd
nagyúr
InfiniteReality
#11358
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.
-
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?
-
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).
-
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... -
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.
-
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. -
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...
-
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$?
-
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ó).
-
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?
-
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").
-
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). -
-
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?
-
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 /renew -
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. -
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)?
-
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?
-
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.
-
brd
nagyúr
válasz
attiati
#10032
üzenetére
Akkor valakinek a routerével használod az internetet.
Szóval a böngészőben mentett jelszavakat, felhasználóneveket lazán?
Ha az oldal, ahová belépsz, olyankor nem elkódolva küldeti el a böngészővel az adatokat, akkor igen, msn-t nem tudom, a skype titkosított, a fórumhozzászólások pedig nem titkosítva utaznak.
-
brd
nagyúr
válasz
attiati
#10015
üzenetére
A nem titkosított FTP, és nem elkódolt cookie-ban tárolt információt pillanatok alatt le tudja hallgatni az, aki az adatforgalmat át tudja nézni. A titkosított oldalak (https) forgalmának lehallgatásához már hozzáértés, és aktív beavatkozás kell, de a legtöbb felhasználó ezt sem fogja észrevenni (mert simán elfogadja a tanúsítványhibát).
Valami belső hálós IP-d van, pl. 192.168.x.x, 10.x.x.x, 172.x.x.x? -
brd
nagyúr
válasz
sfdrakex
#9990
üzenetére
Igen, kicsit szerencsétlen volt a megfogalmazás.
USB-s mobilkártya: az az eszköz, amelyben a szolgáltatói kis kártya (sim kártya) helyet foglal, és ez valójában egy kicsit butított (más tekintetben pedig többet tud nála) mobiltelefon. Laptop mobilkártya: az előbbinek az a változata, amely a laptopba építve található, és majdnem biztosan más gyártó készítette. Tehát azt szeretném tudni, hogy a DIGItől kapott USB-s cucc'ban helyet foglaló sim kártya vajon működne-e a laptopban található mobilkártyával. Gondolom igen, de azért jó lenne biztosat tudni. -
brd
nagyúr
Nincsenek 3 és 2 számos IP-k. A 0-k csak az egyszerűség kedvéért vannak elhagyva a címből, hogy az embereknek könnyebb legyen megjegyezni, azaz a 094.021.x.x pontosan ugyanezt jelenti, továbbá nincsenek kitüntetett címtartományok (ill. ez nem egészen igaz, ott vannak pl. a helyi hálós címek - 192.168.x.x, vagy 10.x.x.x), akár 194.121.x.x is lehetne a DIGI tartománya, nincsen jelentősége. Egyszerűen csak ezt a tartományt (is) kapta a címeket nyilvántartó hatóságtól.
-
brd
nagyúr
Mondjuk mert ilyen alacsony pinggel bíró vonalat más nem ad. Vagy ilyen feltöltést más nem ad otthonra, ésszerű áron. Sőt, még olcsó is. Soroljam még?
Nem gyökér, csak kényelmetlen. Ill. gondolom a kényelmetlenségeim sem hatják meg.
Nem kell gondolkodnom rajta, hogy hogyan adjam el őket, mert nem vagyok érdekelt az internetszolgáltatásban. De aki üzleti csomagot vesz, az nem a 24 órás bontás elkerülésére teszi elsősorban, abban biztos vagyok. Azonkívül több éve eddig nem volt 24 órás bontás, és a DIGI-nek is vannak több éve üzleti csomagjai. -
brd
nagyúr
Ha szerinted nem ezt mondtad, akkor kérlek, pláne felejtsd már el a bérelt vonalat, mert rengeteg olyan internetszolgáltatás van, ami nem bérelt vonal, sőt, még csak nem is üzleti előfizetés, és nincs 24 óránként bontás, fix IP-t pedig vehetsz DIGI-nél is. Ha ezeken kívül más miatt is szükséges bérelt vonal (és mint írtad, szerinted is), akkor hogy a pék f*szában jön ide a bérelt, amikor a bontásosdi a probléma? Vegyek (persze lehet bérelni is, de azt most hagyjuk) egy limuzint csak azért, ha autós szexre vágyom, holott a megfelelő hölgyet megtalálva ugyanez megy egy Trabantban is?
Az, hogy neked nem számít, nem azt jelenti, hogy másnak sem. Pl. én általában vagy alszom, vagy legalábbis nem vagyok olyan állapotban, hogy internetezgessek hajnali 5-kor (mo-i időszámítás szerint), ezért kb. akkorra állítottam be az újracsatlakozást. Pár napja mégis szükségem lett volna pont akkor elérni a gépemet távolról, és az a pár perc (újracsatlakozás+frissül a dinamikus DNS-es IP) közben akkor bosszantó volt. Semmi fontos, vagy nagyméretű nem kellett volna, és egy bérelt vonal, vagy egy túlbiztosított szerverhotel költségét bőven nem érte volna meg, ellenben eddig a DIGI LAN-jával ez nem volt probléma (1-2 hetente az OS/driverek/csúcsprogramozók baromságai miatt úgyis újra kell indítanom a gépet, ezért a régi bontogatás nem okozott szinte semmilyen problémát).
-
-
brd
nagyúr
Ha nem lenne bontás és még fix is lenne, ki a franc venne bérelt vonalat?
Az, akinek fontos a magas rendelkezésre állás, és a fix sebesség, amire szerződtek. Láttál te már bérelt vonalon hibát megjelenni, és tapasztaltad már, hogy hogyan működik annak az elhárítása? No', azért fizetnek bérelt vonalért annyit.
Usernek semmi hátránya nem származik a napi bontásból, nem is értem mit vergődtök ezen már hetek óta.
Korábban írtam már néhány példát, de úgy látszik, elsiklottál felette. Persze nem mondom, hogy nem lehet együtt élni vele, de a "semmi hátránya nem származik" egyszerűen nem igaz.
-
brd
nagyúr
válasz
Diego2002
#9615
üzenetére
Általában nem szokták engedni a direkt SMTP-t a 25-ös portra (mármint az internetszolgáltatók, ill. cégek, nem csak a DIGI), csak a saját hálózatukon belüli serverükre, a sok k*csög SPAMküldő miatt.
Ha a parancssorba írt telnet smtp.digikabel.hu 25-re nem jön válasz, akkor ez a helyzet nálad is. (Win7 - és talán Vista is - esetén a parancshoz telepíteni is kell a windows összetevőknél előbb, mert ki tudja, mit szívva, úgy döntöttek a M$-nál, hogy ezt a kemény pár KB-os programot alapból nem telepítetté teszik.) -
-
brd
nagyúr
ArchElf: A bérelt vonal azért kerül annyiba, mert magasabb rendelkezésre állás jár hozzá, ill. a szolgáltató keres meg téged, hogy van valami probléma vele, nem működik?, nem neked kell baszakodni a kellemes hangú Julcsival az ügyfélszolgálaton, hogy nézzék már meg. Az 5-10x-es árat nyilván nem éri meg a 24 órás bontás elkerülése, de ezt, valld be, te is csak csúsztatásként írtad, és nem komolyan gondoltad.
Egyébként meg pont, hogy nem érdekel, hogy szerinted minek szánja a DIGI az internetelérést, egyszerűen nekem ez bosszúság lehet néha, és amikor szerződést kötöttünk, erről nem volt szó.szvl: Azért el ne dobd
Nekem kb. mindegy, hogy havi párezer, vagy havi tizenpárezer, csak jó legyen. Van, akinek ez fontosabb, bármilyen agyeldobós gondolat is ez neked.És most az a probléma, hogy 24 óránként pár másodpercre a reconnect erejéig megszakad a net?!?!?
Pont hogy ott nem érdekel senkit, mert a működéséből adódóan általában sok (legalábbis egynél több) megosztó van, és gyorsan vissza tudnak kapcsolódni a programok.
- mielőtt olyan ki**szott fontos exkluzív driver-t töltenél csinálj saját magad egy reconnect-et. 24 óráig garantáltan nincs szünet.
Csak egy példa volt, hogy érzékeltessem, pl. milyen esetekben lehet bosszantó a dolog.
Ha router nélkül netezel, akkor nyilván nincs gond a 24 óra utáni szakadással, mert el nem tudom képzelni, hogy 24 órán keresztül aktívan folyamatosan használod a számítógépet. Tehát kevesebb mint 24 órája bootoltál (vagyis csatlakoztál a netre), vagyis nem lesz reconnect.
Ezt figyeld: router nélkül használom az internetet, mégis többnyire 24h-ban fut a gép, meleg, mi?
(Tudom, biztos ez is prémiumfelhasználás, úgyhogy lapozzunk.) A routert (ha lenne) miért kellene kihúzogatni naponta (vagy időkapcsoló, mindegy), ezzel kockáztatva, hogy megmakkan 1x? (Ezek a kütyük majdnem 100%-ban a tápellátás problémáitól mennek tönkre.)
Egyébként ha ez a fos nem szakadna meg már egy ideje délután/este 5-6-szor, hidd el, engem sem zavarna a dolog. Router-t nem használok, mert értelmetlen lenne, többnyire egy gépen működik az internet, és amikor nem, akkor ez az egy is be van kapcsolva, tehát bőven jó, ha ez osztja a netet. A 20/40/80 Mbit-tel sosem foglalkoztam jelentősen, nekem igazából pár Mbit bőven elég (lenne), de az stabil legyen, a kábelnetről is csak ezért váltottam.Amúgy sejtettem, hogy egyesek leragadnak a példánál, és nem is tudnak másra gondolni, mint a konkrét példa.
Mondok még egyet, hátha: be kell gyorsan jelentkezni valahová távoli asztallal és/vagy VPN-en, de nem volt idő, vagy kedv leírni a user/pass-t, mert mondjuk csak telefonban mondták, és utána valamikor megszakad, így lehet telefonálni újra. Vagy egy másik: van olyan filecsere-protokoll, ahol nyilvántartott várakozási sor van, és egy ritkaságot csak onnan tudnál letölteni, ott ilyenkor előfordul a több napnyi várakozás is, és újracsatlakozáskor (vagy IP váltáskor, jelen esetben mindegy, mert mindkettő megtörténik) a várakozási sorban újra a végére kerülsz... Egyébként pedig meg tudom magamnak oldani software-esen az automatikus újracsatlakozást egy szinte egyáltalán nem használt időben, csak így elsőre elképzeltem, mikor is lehet bosszantó a dolog. -
brd
nagyúr
Ha van router, akkor nem gond.
Már miért ne lenne? Sok olyan internetes felhasználás van, ahol nem jó, ha megszakad a letöltés, mert nem tudsz (rögtön) újracsatlakozni. Továbbá nem mindegyik router tudja az időzített újrakapcsolódást sem.
Hogy hogy nyilvánul meg? Pl. valamelyik gyártó szar (jelen esetben ez azt jelenti, hogy lassú, ill. szellemi gypseknek való a használata) oldaláról töltenél valami *szott exkluzív drivert, és pont akkor jön a 24 órás bontás. -
brd
nagyúr
Akinek dinamikus az IP-je, azt szerintem nem nagyon érdekli amúgy sem, hogy változik-e, mert nyilván megoldja másképpen, ahogy eddig is. Viszont a 24 órás bontás azért baj, mert nem egy fix időpontban történik, hanem az utolsó kapcsolódás óta eltelt 24 óra végén történik. Ez időnként meglehetősen zavaró. Persze be lehet állítani mondjuk hajnal 3-ra egy automatikus bontást-csatlakozást, csak ez nem mindenhol megoldható (automatikusan, technikailag) sajnos.
-
brd
nagyúr
Olvasom itt a hozzászólásokat, és iránymutatónak annyit, hogy a túlterhelés a következő formában is jelentkezhet: nem tudom, a DIGI hálózata hogyan van felépítve, de talán úgy lehet köze az IP címnek a sebességhez, ha a csomagtovábbítás úgy van megoldva, hogy bizonyos IP tartományok esetén csak bizonyos átjárón mehetnek át a csomagok. Ekkor ugyanis előfordulhat, hogy ezek az átjárók nagyobb terhelésnek vannak kitéve, mint azok, amelyek több tartomány csomagjait is továbbíthatják, mert előbbiek mindenképpen kénytelenek továbbítani a csomagokat, míg utóbbiakról a terheléselosztás leveheti a terhelést, ha alacsonyabb költségű utat is ki tud alakítani a protokoll.
-
brd
nagyúr
válasz
sfdrakex
#9237
üzenetére
Akkor valamennyire mégis leírom.
Egy TCP csomag úgy néz ki, hogy mindegyikben benne vannak a következő adatok:
forrás IP, forrás port, cél IP, cél port. A DIGI az olyan csomagokat tiltja, amelyek a te gépedről mennek kifelé (de lehet, hogy a befelé jövő irány is, nem néztem még), és a fentebbi adatokból a cél port 25. Így hiába küld a te géped (vagy akár a DIGI hálózatán lévő SMTP servered, a szűrés szempontjából ez mindegy) mondjuk olyan csomagokat, amelyekben ez úgy néz ki, hogy (a 3462 az mindenhol csak egy példa):
92.45.253.25, 3462, 43.37.27.27, 25,
nem fog menni, mert a célport a 25-ös (hiába a te gépeden a 3462-es portról megy ki a csomag). A hotmail-nél ehelyett a 25-ös port helyett van az 587-es, ezért az működik.
A 110-es port az a POP3-as "levéllekérdezés" (most mondjuk így, az egyszerűség kedvéért) portja, és ha te pl. a DIGI-től indítasz egy ilyet, akkor a te gépedről olyan csomagok mennek ki, amelyekben a fenti adatok így néznek ki (a 92.x.x.x legyen a DIGI-s IP cím):
92.45.253.25, 3462, 43.37.27.27, 110,
ha a te gépeden futna a POP3 server (és egy másik internetelérésről kérdeznéd le), akkor a te géped felé ilyen csomagok mennének a kliens felől:
43.37.27.27, 3462, 92.45.253.25, 110,
Még1x: a DIGI a 25-ösre nem enged ki, azaz ha kifelé megy a csomag, és benne a célport 25. A szűrésnél számít az irány is.maci25: Igen, akkor az úgy oké, máshol lesz a baj.
-
brd
nagyúr
Ez így elég (az MX rekordnál van egy Rank, vagy Preference nevű mező is, ugye?). Viszont, ha jól értem, a DIGI-s gépeden futna ez a mailserver. A DNS bejegyzések cache-elve vannak, ez 1-3 nap szokott lenni, tehát a változtatás után 1-3 napig még a régi bejegyzés élhet sok helyen (ahonnan a küldő SMTP server lekérdezi), és mivel a DIGI nem fix IP-t ad, lehet, hogy ez is baj nálad.
-
brd
nagyúr
válasz
sfdrakex
#9216
üzenetére
Más portra mennie kell, de a 25-ösre nem megy, ez a lényeg, mert a legtöbb server ott fogad levelet.
#9219: Nem, DIGI oldalról indított kapcsolatnál a forrásport port mindegy, viszont a célport 25-ös nem lehet. (Részletezzem, hogy hogy néz ki egy TCP csomag, vagy így már érted?)
maci25: A smart host-nak egy olyan gépet hívnak lényegében, ami úgy van beállítva, hogy képes fogadni és továbbküldeni a bármilyen domain-be szóló leveleket (pl. a DIGI hálózatából a DIGI mailservere ilyen). Fogadni pedig valószínűleg azért nem tudsz levelet, mert a küldő SMTP serverek egy ún. MX rekordot keresnek a címzett domain bejegyzései között, és ilyen neked vagy nincsen a domain-ed mellé, vagy nem a mailservered IP-jére mutat (a küldő oldalon milyen SMTP hibaüzenetet kapsz?). Vagy a már korábban írt, esetleges befelé szűrés a 25-ös port tekintetében, bár ez nem valószínű, sok értelme nem lenne.
-
brd
nagyúr
Saját mailservert csak úgy tudsz üzemeltetni az utolsó infóim szerint, hogy fix IP-t kérsz, mert a 25-ös portot csak akkor nyitják ki neked. Vagy a server-ben, smart host-nak a DIGI SMTP serverét adod meg.
prisz: Az IP az csak egy adat a hálózatnak, a sebességgel csak úgy függhet össze, ha valaki szándékosan ez alapján korlátoz, de ennek mi értelme lenne a DIGI részéről?
Az informatikában igazából nem létezik a magyar nyelv (ill. egyik másik sem, amelyik nem csak az angol abc betűit használja), ezt minden szakember tudja.
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...
.
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
- Magyar kiosztású Apple Magic Keyboard 2, Touch ID, teljes méretű
- Új Mac Studio M4 Max 2025 14C CPU /32C GPU / 36GB RAM / 512GB - 1 ÉV APPLE GARANCIA
- 2026 MacBook Air / MacBook Pro / M5 - M5 Pro - M5 MAX 14" / 16"
- Asus 15.6,core i3 8145U(4x3,9Ghz)IntelUHD VGA,MAGYAR Vil.bill.,8-20GB RAM,SSD+HDD?,,Win.11
- LG UltraGear 27GS85Q-B NanoIPS/2K/200HZ (068)
- Új AKRACING CORE EX gamer szék dobozában, BONTATLAN!
- Apple iPhone 12 Mini / 64GB / Kártyafüggetlen / 12HÓ Garancia / Akku: 100%
- Honor 200 256GB, Kártyafüggetlen, 1 Év Garanciával
- Csere-Beszámítás! Playstation 5 Slim Disc Edition ( Lemezes Slim PS5 Konzol.)
- AKCIÓ! ASUS ROG Crosshair VIII Extreme alaplap garanciával hibátlan működéssel
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest