Új hozzászólás Aktív témák

• #64569 ekkold őstag

  Új Válasz 2018-09-13 14:56:28 #64569

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ekkold

  őstag

  Sziasztok! FTTH internet elérésem van, és saját routert használok. Tegnap észrevettem, hogy átrraktak NAT-olt IP címre, ez eddig publikus IP helyett. Ez többek között korlátozza az IP kamerám távoli elérését is. Írtam az ügyfélszolgáltanak email-t (mert a telefont nem veszik fel), hogy állítsák vissza a publikus IPmet. Mi a tapasztalat ezzel kapcsolatban, normális hozzáállást várhatok tőlük, vagy balhéznom kell hogy megoldják a problémát?

• #64576 ekkold őstag tibike8 #64574

  Új Válasz 2018-09-13 20:18:20 #64576

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ekkold

  őstag

  válasz tibike8 #64574 üzenetére

  Azt nem értem, hogy miért nem értesítenek róla előra, pl. hogy:

  Kedves XXX. Az ön által kapott internet szolgáltatást 2018.09.15-től tűzfallal védett NAT-olt címtartományba helyezzük. Ha nem tudja hogy ez mit jelent, akkor ön nem fog változást észrevenni, de biztonságosabbá válik az internet elérése. Amennyiben ez valamiért önnek nem felel meg akkor kérjük mielőbbi visszajelzését.

  Egyszerűen csak gondolnak egyet, és korlátozzák a szolgáltatást amiért évek óta fizetek ?! Szerintem ez durva. Ráadásul először azt hittem én rontottam el valamit, hogy nem tudok távolról csatlakozni... Aztán rájöttem, mégsem én csettintettem el.

• #64583 ekkold őstag Geth #64577

  Új Válasz 2018-09-13 22:39:51 #64583

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ekkold

  őstag

  válasz Geth #64577 üzenetére

  Ugyanúgy ahogy a fix IP cím feláras dolog, lehetne az a publikus IP is. Akinek nincs rá szüksége, az olcsóbban megúszná, a szolgáltató meg megspórolna egy publikus IP-t. Viszont akár hogy is nézem, a publikus IP-hez képest a NAT-olt IP egy korlátozott szolgáltatás. Sorolhatnám, hogy mi mindenben korlátoz, de szerintem aki tudja mi a különbség annak nem kell magyarázni. Viszont ha ugyanannyit fizetek mint eddig, a szerződésem se változott, akkor milyen alapon kapok egyszer csak korlátozott szolgáltatást? Értem, hogy kevés az IPv4 cím, de ez első körben legyen a szolgáltató gondja. Ha NAT-olással tudja csak kezelni a problémát, ok. módosítson szerződést, áruljon többféle csomagot, különböző áron. Nekem az szúrja a szemem hogy mindezt sumákban "fű alatt" egyszer csak átállítják. Honnan a fenéből gondoltam volna? Távolról frissítettem a routert, majd újra is indítottam. Utána meg már nem értem el - tehát elsőre teljesen logikusnak tűnt, hogy valami nem jött össze a frissítéskor. Már csak azért is, mert azt viszont láttam, hogy egyébként "él" a router, ugyanis a weblapomra is feljelentkezik, és ott egy kis PHP script eltárolja az IP címét (ha netán a dynDNS része nem működne), csak éppen nem tudok bejelentkezni rá. Aztán később volt lehetőségem megnézni mi a gond... Amúgy előtte olyasmikre gondoltam, hogy a frissítéskor elszállt valami beállítás vagy jelszó, vagy esetleg a tűzfal valamiért feketelistára tett - mondjuk mert az uj OS-el kicsit másképp működik.
  Na mindegy, a lényeg, hogy remélem megoldódik a probléma - de ez a része egyelőre nem rajtam múlik.

• #64610 ekkold őstag Lacccca87 #64608

  Új Válasz 2018-09-14 15:25:04 #64610

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ekkold

  őstag

  válasz Lacccca87 #64608 üzenetére

  Idéznéd az ÁSZF-ből azt a részt ahol le van írva, hogy értesítés nélkül elvehetik a publikus IP-det, és ezzel minden olyan szolgáltatást amit ezzel összefüggésben eddig használtál?

  Egyébként pedig először mailban próbáltam visszakérni a publikus IP-t (mivel telefonon nem sikerült felhívni őket) - amire nagyjából mellébeszélés volt a válasz (központi probléma van dolgozunk rajta - hát persze központilag kell párat kattintani, hogy visszarakjanak a publikus IP tartományba).

  Ma délután újra megpróbáltam telefonon. A hölgy akivel végülis beszélni tudtam szerencsére értette hogy mi a probléma, és nem beszélt mellé - jelenleg pedig (néhány órával a telefonálás után) már újra publikus IP-m van.

  Ezúton köszönöm az illetékeseknek a gyors megoldást!

• #64611 ekkold őstag Lacccca87 #64608

  Új Válasz 2018-09-14 15:28:09 #64611

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ekkold

  őstag

  válasz Lacccca87 #64608 üzenetére

  A munkához üzleti vonal akkor reális ha cégként akarok internet elérést. Ha valaki mondjuk alkalmazottként otthonról dolgozik, illetve a munkájához használja az internet elérését, az nem üzleti kategória szerintem.

• #65968 ekkold őstag

  Új Válasz 2018-10-26 18:59:15 #65968

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ekkold

  őstag

  Sziasztok! Van valaki pesterzsébetről? Másnál is szakadozik a digi?

• #66143 ekkold őstag TomBond #66132

  Új Válasz 2018-10-31 16:12:23 #66143

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ekkold

  őstag

  válasz TomBond #66132 üzenetére

  Nem lehet, hogy sikerült valamilyen kártékony programot beszedni, ami fogja a gépet? Esetleg indíts el rajta valamilyen live rendszert, és mérj egyet azzal is (xubuntu linux, hirens boot PE x64, stb...)

  [ Szerkesztve ]

• #67673 ekkold őstag

  Új Válasz 2018-12-14 20:42:43 #67673

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ekkold

  őstag

  Nekem 1480-as MTU-val megy a digi alaphelyzetben...
  

• #67701 ekkold őstag MasterMark #67674

  Új Válasz 2018-12-15 19:25:13 #67701

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ekkold

  őstag

  válasz MasterMark #67674 üzenetére

  A log-ban nincs semmi, csak "connected ok". Az 1480 az alapértelmezett úgy tűnik. azt gondoltam, hogy ha ETH porton 1500bájt az MTU, akkor ez PPPOE miatt lesz ennyi, tévedek?. De végülis minden jól működik...

• #67703 ekkold őstag ekkold #67701

  Új Válasz 2018-12-15 19:51:11 #67703

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ekkold

  őstag

  válasz ekkold #67701 üzenetére

  Elgondolkoztam ezen az MTU-n, és próbaképpent átállítottam az eth1 (ezen megy a pppoe) MTU értékét 1500-ról 1512-re. Újra csatlakoztam a digi-hez, és most 1492 lett az MTU, a pppoe interfészen. Elvileg akkor jobb így használni, mint 1480-al ? Amúgy ha tovább növelem az eth1-en az MTU-t, a digis kapcsolat akkor is 1492 mtu-val működik tovább.

• #67704 ekkold őstag MasterMark #67702

  Új Válasz 2018-12-15 19:54:04 #67704

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ekkold

  őstag

  válasz MasterMark #67702 üzenetére

  A mikrotikben nem tudom, hogy van-e ilyen szintű ppoe log. Lehet, hogy be kellene állítani valamit hozzá.

• #67708 ekkold őstag MasterMark #67705

  Új Válasz 2018-12-16 12:03:44 #67708

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ekkold

  őstag

  válasz MasterMark #67705 üzenetére

  Ha az eth1 porton az MTU-t 1500-on hagyom akkor ez lesz a logban:

  Dec/16/2018 11:44:43 pppoe,ppp,debug pppoe-digi: LCP timer
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet pppoe-digi: sent LCP ConfReq id=0xb2
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet <mru 1480>
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet <magic 0x79dabaa>
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet pppoe-digi: rcvd LCP ConfAck id=0xb2
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet <mru 1480>
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet <magic 0x79dabaa>
Dec/16/2018 11:44:43 pppoe,ppp,debug pppoe-digi: LCP opened
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet pppoe-digi: sent PAP AuthReq id=0x3a
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet <user xxxxxxx-xxx>
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet <password xxxxxxxx>
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet pppoe-digi: rcvd LCP EchoReq id=0x0
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet <magic 0xe079cc39>
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet pppoe-digi: sent LCP EchoRep id=0x0
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet <magic 0x79dabaa>
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet pppoe-digi: rcvd PAP AuthAck id=0x3a
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet
Dec/16/2018 11:44:43 pppoe,ppp,info pppoe-digi: authenticated
Dec/16/2018 11:44:43 pppoe,ppp,debug pppoe-digi: IPCP lowerup
Dec/16/2018 11:44:43 pppoe,ppp,debug pppoe-digi: IPCP open
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet pppoe-digi: sent IPCP ConfReq id=0x13
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet <addr 0.0.0.0>
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet <ms-dns 0.0.0.0>
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet <ms-dns 0.0.0.0>
Dec/16/2018 11:44:43 pppoe,ppp,debug pppoe-digi: IPV6CP open
Dec/16/2018 11:44:43 pppoe,ppp,debug pppoe-digi: MPLSCP lowerup
Dec/16/2018 11:44:43 pppoe,ppp,debug pppoe-digi: MPLSCP open
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet pppoe-digi: sent MPLSCP ConfReq id=0xa
Dec/16/2018 11:44:43 pppoe,ppp,debug pppoe-digi: BCP open
Dec/16/2018 11:44:43 pppoe,ppp,debug pppoe-digi: CCP lowerup
Dec/16/2018 11:44:43 pppoe,ppp,debug pppoe-digi: CCP open
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet pppoe-digi: rcvd IPCP ConfReq id=0x1
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet <addr 10.0.0.1>
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet pppoe-digi: sent IPCP ConfAck id=0x1
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet <addr 10.0.0.1>
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet pppoe-digi: rcvd LCP ProtRej id=0x2
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet 82 81 01 0a 00 04
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet pppoe-digi: rcvd IPV6CP ConfReq id=0x1
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet <interface-identifier 8590:f230:d397:d84f>
Dec/16/2018 11:44:43 pppoe,ppp,debug pppoe-digi: received unsupported protocol 0x8057
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet pppoe-digi: sent LCP ProtRej id=0xb3
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet 80 57 01 01 00 0e 01 0a 85 90 f2 30 d3 97 d8 4f
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet pppoe-digi: rcvd IPCP ConfNak id=0x13
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet <addr 94.21.214.219>
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet <ms-dns 193.110.57.4>
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet <ms-dns 193.110.56.8>
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet pppoe-digi: sent IPCP ConfReq id=0x14
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet <addr 94.21.214.219>
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet <ms-dns 193.110.57.4>
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet <ms-dns 193.110.56.8>
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet pppoe-digi: rcvd IPCP ConfAck id=0x14
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet <addr 94.21.214.219>
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet <ms-dns 193.110.57.4>
Dec/16/2018 11:44:43 pppoe,ppp,debug,packet <ms-dns 193.110.56.8>
Dec/16/2018 11:44:43 pppoe,ppp,debug pppoe-digi: IPCP opened
Dec/16/2018 11:44:43 pppoe,ppp,info pppoe-digi: connected
Dec/16/2018 11:45:13 pppoe,ppp,debug,packet pppoe-digi: rcvd LCP EchoReq id=0x1
Dec/16/2018 11:45:13 pppoe,ppp,debug,packet <magic 0xe079cc39>
Dec/16/2018 11:45:13 pppoe,ppp,debug,packet pppoe-digi: sent LCP EchoRep id=0x1
Dec/16/2018 11:45:13 pppoe,ppp,debug,packet <magic 0x79dabaa>
Dec/16/2018 11:45:43 pppoe,ppp,debug,packet pppoe-digi: rcvd LCP EchoReq id=0x2
Dec/16/2018 11:45:43 pppoe,ppp,debug,packet <magic 0xe079cc39>
Dec/16/2018 11:45:43 pppoe,ppp,debug,packet pppoe-digi: sent LCP EchoRep id=0x2
Dec/16/2018 11:45:43 pppoe,ppp,debug,packet <magic 0x79dabaa>
Dec/16/2018 11:46:13 pppoe,ppp,debug,packet pppoe-digi: rcvd LCP EchoReq id=0x3
Dec/16/2018 11:46:13 pppoe,ppp,debug,packet <magic 0xe079cc39>
Dec/16/2018 11:46:13 pppoe,ppp,debug,packet pppoe-digi: sent LCP EchoRep id=0x3
Dec/16/2018 11:46:13 pppoe,ppp,debug,packet <magic 0x79dabaa>
Dec/16/2018 11:46:43 pppoe,ppp,debug,packet pppoe-digi: rcvd LCP EchoReq id=0x4
Dec/16/2018 11:46:43 pppoe,ppp,debug,packet <magic 0xe079cc39>
Dec/16/2018 11:46:43 pppoe,ppp,debug,packet pppoe-digi: sent LCP EchoRep id=0x4
Dec/16/2018 11:46:43 pppoe,ppp,debug,packet <magic 0x79dabaa>
Dec/16/2018 11:47:13 pppoe,ppp,debug,packet pppoe-digi: rcvd LCP EchoReq id=0x5
Dec/16/2018 11:47:13 pppoe,ppp,debug,packet <magic 0xe079cc39>
Dec/16/2018 11:47:13 pppoe,ppp,debug,packet pppoe-digi: sent LCP EchoRep id=0x5
Dec/16/2018 11:47:13 pppoe,ppp,debug,packet <magic 0x79dabaa>
Dec/16/2018 11:47:43 pppoe,ppp,debug,packet pppoe-digi: rcvd LCP EchoReq id=0x6
Dec/16/2018 11:47:43 pppoe,ppp,debug,packet <magic 0xe079cc39>
Dec/16/2018 11:47:43 pppoe,ppp,debug,packet pppoe-digi: sent LCP EchoRep id=0x6
Dec/16/2018 11:47:43 pppoe,ppp,debug,packet <magic 0x79dabaa>
Dec/16/2018 11:48:13 pppoe,ppp,debug,packet pppoe-digi: rcvd LCP EchoReq id=0x7
Dec/16/2018 11:48:13 pppoe,ppp,debug,packet <magic 0xe079cc39>
Dec/16/2018 11:48:13 pppoe,ppp,debug,packet pppoe-digi: sent LCP EchoRep id=0x7
Dec/16/2018 11:48:13 pppoe,ppp,debug,packet <magic 0x79dabaa>
Dec/16/2018 11:48:43 pppoe,ppp,debug,packet pppoe-digi: rcvd LCP EchoReq id=0x8
Dec/16/2018 11:48:43 pppoe,ppp,debug,packet <magic 0xe079cc39>
Dec/16/2018 11:48:43 pppoe,ppp,debug,packet pppoe-digi: sent LCP EchoRep id=0x8
Dec/16/2018 11:48:43 pppoe,ppp,debug,packet <magic 0x79dabaa>
Dec/16/2018 11:49:13 pppoe,ppp,debug,packet pppoe-digi: rcvd LCP EchoReq id=0x9
Dec/16/2018 11:49:13 pppoe,ppp,debug,packet <magic 0xe079cc39>
Dec/16/2018 11:49:13 pppoe,ppp,debug,packet pppoe-digi: sent LCP EchoRep id=0x9
Dec/16/2018 11:49:13 pppoe,ppp,debug,packet <magic 0x79dabaa>
Dec/16/2018 11:49:43 pppoe,ppp,debug,packet pppoe-digi: rcvd LCP EchoReq id=0xa
Dec/16/2018 11:49:43 pppoe,ppp,debug,packet <magic 0xe079cc39>
Dec/16/2018 11:49:43 pppoe,ppp,debug,packet pppoe-digi: sent LCP EchoRep id=0xa
Dec/16/2018 11:49:43 pppoe,ppp,debug,packet <magic 0x79dabaa>
Dec/16/2018 11:50:13 pppoe,ppp,debug,packet pppoe-digi: rcvd LCP EchoReq id=0xb
Dec/16/2018 11:50:13 pppoe,ppp,debug,packet <magic 0xe079cc39>
Dec/16/2018 11:50:13 pppoe,ppp,debug,packet pppoe-digi: sent LCP EchoRep id=0xb
Dec/16/2018 11:50:13 pppoe,ppp,debug,packet <magic 0x79dabaa>

  Ha átállítom az eth1 porton az MTU-t 1512-re vagy bármilyen nagyobb értékre akkor meg ez:
  (a lan oldali eth portok mtu-ját mindkét esetben hagytam 1500-on)

  Dec/16/2018 11:51:45 pppoe,ppp,debug pppoe-digi: LCP timer
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet pppoe-digi: sent LCP ConfReq id=0xb6
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet <mru 1492>
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet <magic 0x5292b6ee>
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet pppoe-digi: rcvd LCP ConfAck id=0xb6
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet <mru 1492>
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet <magic 0x5292b6ee>
Dec/16/2018 11:51:45 pppoe,ppp,debug pppoe-digi: LCP opened
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet pppoe-digi: sent PAP AuthReq id=0x3b
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet <user xxxxxxxx-xxxx>
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet <password xxxxxxxx>
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet pppoe-digi: rcvd LCP EchoReq id=0x0
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet <magic 0x8ee499b>
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet pppoe-digi: sent LCP EchoRep id=0x0
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet <magic 0x5292b6ee>
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet pppoe-digi: rcvd PAP AuthAck id=0x3b
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet
Dec/16/2018 11:51:45 pppoe,ppp,info pppoe-digi: authenticated
Dec/16/2018 11:51:45 pppoe,ppp,debug pppoe-digi: IPCP lowerup
Dec/16/2018 11:51:45 pppoe,ppp,debug pppoe-digi: IPCP open
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet pppoe-digi: sent IPCP ConfReq id=0x15
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet <addr 0.0.0.0>
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet <ms-dns 0.0.0.0>
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet <ms-dns 0.0.0.0>
Dec/16/2018 11:51:45 pppoe,ppp,debug pppoe-digi: IPV6CP open
Dec/16/2018 11:51:45 pppoe,ppp,debug pppoe-digi: MPLSCP lowerup
Dec/16/2018 11:51:45 pppoe,ppp,debug pppoe-digi: MPLSCP open
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet pppoe-digi: sent MPLSCP ConfReq id=0xb
Dec/16/2018 11:51:45 pppoe,ppp,debug pppoe-digi: BCP open
Dec/16/2018 11:51:45 pppoe,ppp,debug pppoe-digi: CCP lowerup
Dec/16/2018 11:51:45 pppoe,ppp,debug pppoe-digi: CCP open
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet pppoe-digi: sent LCP EchoReq id=0x0
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet <magic 0x5292b6ee>
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet <data len=1484>
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet pppoe-digi: rcvd IPCP ConfReq id=0x1
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet <addr 10.0.0.1>
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet pppoe-digi: sent IPCP ConfAck id=0x1
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet <addr 10.0.0.1>
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet pppoe-digi: rcvd IPV6CP ConfReq id=0x1
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet <interface-identifier 8df5:982e:3bcc:d6e1>
Dec/16/2018 11:51:45 pppoe,ppp,debug pppoe-digi: received unsupported protocol 0x8057
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet pppoe-digi: sent LCP ProtRej id=0xb7
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet 80 57 01 01 00 0e 01 0a 8d f5 98 2e 3b cc d6 e1
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet pppoe-digi: rcvd IPCP ConfNak id=0x15
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet <addr 78.131.53.142>
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet <ms-dns 193.110.56.8>
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet <ms-dns 193.110.57.4>
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet pppoe-digi: sent IPCP ConfReq id=0x16
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet <addr 78.131.53.142>
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet <ms-dns 193.110.56.8>
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet <ms-dns 193.110.57.4>
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet pppoe-digi: rcvd LCP ProtRej id=0x2
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet 82 81 01 0b 00 04
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet pppoe-digi: rcvd LCP EchoRep id=0x0
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet <magic 0x8ee499b>
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet <data len=1484>
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet pppoe-digi: rcvd IPCP ConfAck id=0x16
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet <addr 78.131.53.142>
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet <ms-dns 193.110.56.8>
Dec/16/2018 11:51:45 pppoe,ppp,debug,packet <ms-dns 193.110.57.4>
Dec/16/2018 11:51:45 pppoe,ppp,debug pppoe-digi: IPCP opened
Dec/16/2018 11:51:45 pppoe,ppp,info pppoe-digi: connected
Dec/16/2018 11:52:15 pppoe,ppp,debug,packet pppoe-digi: rcvd LCP EchoReq id=0x1
Dec/16/2018 11:52:15 pppoe,ppp,debug,packet <magic 0x8ee499b>
Dec/16/2018 11:52:15 pppoe,ppp,debug,packet pppoe-digi: sent LCP EchoRep id=0x1
Dec/16/2018 11:52:15 pppoe,ppp,debug,packet <magic 0x5292b6ee>
Dec/16/2018 11:52:45 pppoe,ppp,debug,packet pppoe-digi: rcvd LCP EchoReq id=0x2
Dec/16/2018 11:52:45 pppoe,ppp,debug,packet <magic 0x8ee499b>
Dec/16/2018 11:52:45 pppoe,ppp,debug,packet pppoe-digi: sent LCP EchoRep id=0x2
Dec/16/2018 11:52:45 pppoe,ppp,debug,packet <magic 0x5292b6ee>
Dec/16/2018 11:53:15 pppoe,ppp,debug,packet pppoe-digi: rcvd LCP EchoReq id=0x3
Dec/16/2018 11:53:15 pppoe,ppp,debug,packet <magic 0x8ee499b>
Dec/16/2018 11:53:15 pppoe,ppp,debug,packet pppoe-digi: sent LCP EchoRep id=0x3
Dec/16/2018 11:53:15 pppoe,ppp,debug,packet <magic 0x5292b6ee>

  Mindkét esetben jól működik minden. Melyik beállítást hagyjam meg?

  [ Szerkesztve ]

• #67710 ekkold őstag MasterMark #67709

  Új Válasz 2018-12-16 12:41:00 #67710

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ekkold

  őstag

  válasz MasterMark #67709 üzenetére

  A diginek van egy "doboza" amibe bemegy az optika, és erre csatlakozik a telefon, a tv, és a routerem. A routerem publikus IP-t kap. Egy barátomal össze vagyunk kötve L2TP/IPSEC-el, ezt is a routerem intézi, de ez a kapcsolat is működik mindkét MTU beállítás esetén - ennek lehet köze a dologhoz? Hogyan, miért?

  [ Szerkesztve ]

• #67711 ekkold őstag #42556672 #67706

  Új Válasz 2018-12-16 12:44:59 #67711

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ekkold

  őstag

  válasz #42556672 #67706 üzenetére

  Köszönöm, be is állítottam, hogy logoljon egy pendrájvra.

• #67713 ekkold őstag lockdown90 #67712

  Új Válasz 2018-12-16 18:37:58 #67713

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ekkold

  őstag

  válasz lockdown90 #67712 üzenetére

  Az újabb RouterOS-ben a mangle rule nélkül is meg lehet oldani. Létre kell hozni egy PPP profil-t a digi kapcsolat számára, a profilban pedig be kell jelölni a Change TCP MSS opciót. Ez kb. ugyanazt megcsinálja mint a mangle szabály, csak automatikusan határozza meg a csomagméretet. Némelyik korábbi RouterOS verzióban ez nem működött jól, akkor kellett a mangle szabályt felvenni. Amúgy ez a szabály is fel van véve a routeremben, csak le van tiltva - ha netán szükséges lenne, akkor vissza tudjam kapcsolni.
  

  [ Szerkesztve ]

• #67800 ekkold őstag thetompi #67799

  Új Válasz 2018-12-20 22:18:02 #67800

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ekkold

  őstag

  válasz thetompi #67799 üzenetére

  Ha futtatsz webszerver + php szervert is a nason, akkor van rá megoldás, ugyanis létezik PHP szkript ami WOL csomagot tud küldeni.

• #67815 ekkold őstag dchard #67814

  Új Válasz 2018-12-21 16:42:52 #67815

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ekkold

  őstag

  válasz dchard #67814 üzenetére

  A mikrotik saját drivere nem használja a hw nat-ot, helyette tudtommal egy szoftveres megoldást találtak ki (fasttrack/fastpath) ami drasztikusan csökkenti a NATolás processzorigényét. Fasttrack/fastpath-al 10...15% prociterheléssel viszi a gigabites netet, nélküle viszont 60...80%-is felmegy a prociterhelés (de megy neki izomból is).

  Amúgy a mikrotikben van ARP tábla, és működik vele a 7-es és 9-es port ff:ff:ff:ff:ff:ff MAC addressre továbbítása (azt a megoldást egy hAPac2-n használom).

  A mikrotik tud scriptből is WOL csomagot küldeni, de... 3 mikrotik eszközöm van, ebből csak kettőn működik: az RB951G-n és a hAPac-n, ezek fel tudják ébreszteni az otthoni NAS-t, a hAPac2 viszont nem tudja valamiért (pedig tudnia kellene - gondolom valami szoftver bug és majd javítják).

  [ Szerkesztve ]

• #67819 ekkold őstag dchard #67816

  Új Válasz 2018-12-22 15:34:10 #67819

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ekkold

  őstag

  válasz dchard #67816 üzenetére

  Azért ne mossuk össze a "HW gyorsítást" és a hw nat -ot. Avagy tudsz olyan mikrotik modellt belinkelni (vagy csak egy típusszámot mondani), ami hardveres NAT-ot használ?

• #67999 ekkold őstag szugabor #67990

  Új Válasz 2019-01-02 16:01:32 #67999

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ekkold

  őstag

  válasz szugabor #67990 üzenetére

  Nekem Core2Quad proci + 8Gb RAM -al asztali gépen (ez ugye régebbi mint az i3) simán 900Mbps feletti sebességeket mérek a speedtest.net -el. Az említett laptop további paramétereit nem tudjuk, de ha 100Mbites a LAN portja, akkor valószínűleg em egy mai darab.

• #68009 ekkold őstag DonMaster #68000

  Új Válasz 2019-01-02 22:02:25 #68009

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ekkold

  őstag

  válasz DonMaster #68000 üzenetére

  Valóban van routerem, és kezeli a PPPOE-t (bár erős a gyanúm, hogy nem ez okozza a prociterhelés legnagyobb részét), viszont szupgabor-nak szintén van routere, és azt írta, hogy routerrel és router nélkül is lassú. Viszont azt nem tudjuk, hogy a konfiguráció többi része (az USB3 ETH adaptert kivéve) milyen valójában. De az biztos, hogy még a gigabites nethez sem kell i7-es proci, hanem kisebb teljesítményű hardverrel is el lehet érni gigabit közeli sebességet.

• #68594 ekkold őstag

  Új Válasz 2019-01-22 21:26:50 #68594

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ekkold

  őstag

  Most néztem be ide, és gyorsan mértem is egy sávszélességet:
  
  Bp. XX. ker
  Diginél sehol nincs kiírva erről semmi, ez most csak egy kísérlet vajon, vagy marad is ennyi?

• #69818 ekkold őstag DonMaster #69809

  Új Válasz 2019-02-13 21:42:33 #69818

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ekkold

  őstag

  válasz DonMaster #69809 üzenetére

  Akkor leírom röviden és a teljesség igénye nélkül, csak neked, hogy mi a gond a gmail-al. A google elovassa a leveleidet, és felhasználja a tartalmukat a profilod építéséhez, elemzi a csatolmányokat, és a képeket is amelyeket küldesz, a képeken levő feliratokat, és a képek tartalmát (pl. arcfelismerés) is elemzi. Gmail-el nem lehet titkosított csatolmányt küldeni, próbálj meg bárkinek jelszóval védett .zip (.rar .7z stb...) fájlt küldeni... Nem fog sikerülni, sőt előfordul, hogy a címzett nem kapja meg a leveledet, és sem ő, sem te nem kapsz semmilyen értesítést arról, hogy nem lett kézbesítve a mail. Nagyon sok emberrel kell időnként leveleznem, és a gmail esetében sokszor eltűnik aegy-egy levél, jó esetben csak a spam mappába kerül, de van hogy csak úgy eltűnik. Semmilyen apró futtatható programot nem tudsz átküldeni gmail-en keresztül. Tehát ha van egy kis kiegészítő, amit egy barátom használ valamelyik szoftveréhez, és szeretné nekem is elküldni, akkor gmail esetén nem fog sikerülni. Magyarul a google cenzúrázza a leveleket, akár akarod akár nem, mindent eltárol, és építi a profilodat, akár akarod akár nem. Persze erre az a szokásos válasz, hogy kit érdekel hadd gyűjtse az adatokat. De ez nem ilyen egyszerű, nem fogom itt részletezni, de adott esetben komoly hátrányai lehetnek szinte bárkinek ebből, néhány internet oldalon ezt bővebben kifejtik, konkrét, reális példákkal, és néhány megtörtént esettel is! Van google postafiókom, mert androidos telefont használok. De semmilyen adatot nem adok meg nekik azon kívül ami a telefon működéséhez elengedhetetlen, nem töltöm felhőbe a telefonszámaimat, és semmilyen más adatomat, és nem használom levelezésre és másra sem a gmail fiókomat...

• #69880 ekkold őstag Celtis #69843

  Új Válasz 2019-02-14 22:56:02 #69880

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ekkold

  őstag

  válasz Celtis #69843 üzenetére

  Erről egy vicc jutott az eszembe.
  Beszélgetnek a birkák a nyájban egymás között, egyszer csak az egyikük megjegyzi:
  - Figyeljetek, szerintem a pulikutya összejátszik a juhásszal....
  Mire a többiek:
  - Ugyan már, elmész te valahová a hülye összeesküvés elméleteddel...

  Mindíg lesznek olyanok, akik különféle okokból elbagatellizálják ezeket a dolgokat, pl.:
  - kit érdekel ha beleolvasnak a leveleimbe, úgysem küldök olyasmit
  - kit érdekel, hogy kémkedik a TV-m, és elküldi a pendrájvom tartalomjegyzékét
  - ki érdekel hogy kukkol a webkamerám....
  - paranoiás vagy....
  Én másképp látom. Sokan olvastak már arról, hogy pl. kínában mi történik ezen a téren. Nagy részt már kiépült és működik is a globális megfigyelés, arcfelismerésse, mindennell. A társadalmi pontrendszer (érdemes utánaolvasni) is működik már, ahol már egy átlagembert is komoly hátrányok érhetnek (akár azért is amit egy emailben leír, vagy amit az utcán csinál, vagy akivel beszélget). Ha pl. egy kövér ember zsíros kaját vesz a boltban, akkor pontlevonást kaphat. Ha nics elég pontja akkor bizonyos szolgáltatásokat nem használhat, nem vásárolhat bizonyos dolgokat. Vagy informaitikai oldalról: pl. aki VPN-t használ, az börtönbe kerülhet érte. (nálunk sokan használnak olyan routereket ami tud VPN kapcsolatokat kezelni) Persze ez kína, minek is hozom fel... Ami itt van, azok csak nagyon apró lépések kínához képest, de az irány ugyan az, és kb. a célok is hasonlóak, csak itt kell egy generációváltás, aki abba születik bele, annak az lesz a természetes. Van akit ez nem érdekel, van aki nem is látja mi a helyzet (internetet sem használ mindeki), olyan is van aki egy szót nem ért abból amit leírtam, vagy el sem hiszi.

  Paranoiás akkor lennék ha ez irányítaná az életemet, ha ez egy fő kérdés lenne számomra, vagy ha ez szorongást vagy bármi hasonlót okozna. De nem így van, ezek számomra száraz és nem túl kellemes tények, és abból levont következtetések, vagy nevezhetjük tippeléseknek is a jövőre nézve. Csak eddig többnyire bejöttek a tippjeim. Akkor is furán néztek páran amikor a koaxos 10Mbites hálózatot barkácsoltuk otthon, és azt találtam mondani, hogy pár éven belül itthon is 100M hálózat lesz, és 10M internet, aztán még pár év múlva akár otthon is gigabites hálózat lesz, és újabb pár év múlva meg gigabites internet. Aztán még pár év és jön a 10Gbites hálózat. Persze ez a dolog jó oldala.

  Néhány nem túl távoli országban már szankcionálják a torrentezőket (letöltögetőket), és sokan emiatt használnak pl. fizetős VPN szolgáltatásokat, hogy az adatforgalmukat ne nézegessék. Csak idő kérdése, hogy Magyarországon mikor kezdődik hasonló... Aki rálegyint az adatvédelemre és hasonlókra (tehát egyesek szerint aki nem paranoiás) az pl. nem fog tudni letöltögetni, hanem mindenért fizetni fog, netes videókért zenehallgatásért, filmnézésért, és még a reklámokat is nézhet. Na jó befejeztem, ez csak egy magánvélemény...

• #69928 ekkold őstag west76 #69885

  Új Válasz 2019-02-15 20:07:23 #69928

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ekkold

  őstag

  válasz west76 #69885 üzenetére

  Rosszul értelmezed. Csak próbáltam felnyitni pár embernek a szemét. Persze lehet, hogy felesleges időpazarlás volt. Amúgy van bankkártyám, és használom is, de nem bárhol és bármikor.

  Sokak véleménye fog megváltozni, amikor a személy szerint róla összegyűjtött adatok miatt, egyszer csak különféle hátrányokat szenved el, de ugye ami egyszer felkerült a netre... Manapság, ha pl. állást keresel, igen nagy eséllyel meg fogják nézni pl. a facebook profilodat, ill. rád keresnek a neten (és esetleg ez ráhatással lesz a megítélésedre). Ennek persze nincs túl nagy jelentősége, akkor ha valaki ésszel használja ezeket a dolgokat. A fejlődés viszont nem áll meg, sőt... de ettől még nem mindenki akarja nyitott könyvként bemutatni az életét másoknak (de persze van aki meg igen).

  Arra is szerettem volna rávilágítani, hogy nem mindenki jószándékú a neten, azok közül sem, akik adatot gyűjtenek. Vannak olyanok is, akik pl. igenis el szeretnék lopni mondjuk a bankkártya adataidat. Jó esetben (és általában) ez nem sikerül, rossz esetben vagy ha valaki kellően óvatlan, akkor esetleg megfizeti a tanulópéznt - aztán legközelebb óvatosabb lesz

• #69932 ekkold őstag sfdrakex #69886

  Új Válasz 2019-02-15 20:22:58 #69932

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ekkold

  őstag

  válasz sfdrakex #69886 üzenetére

  Ez a reklám dolog amit említesz érdekes amúgy. Nem szeretem a reklámokat, de erre ugye vannak egyszerű és hatékony megoldások, mondjuk egy reklámszűrő. Így nincs sem irányított, sem véletlenszerű reklám, sem a youtube-on, sem a facebookon, sem sehol - ha nem akarom. Akit meg nem zavarnak a reklámok, az nézze nyugodtan

• #69941 ekkold őstag Sziszifeca #69940

  Új Válasz 2019-02-15 23:44:55 #69941

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ekkold

  őstag

  válasz Sziszifeca #69940 üzenetére

  Ha Bridge módot kérsz, akkor az asus routerrel kell csatlakozni PPPOE-vel.
  ....kérnem kell hogy vegyenek ki NAT-olásból?
  Először talán meg kellene nézned, hogy NAT-olva vagy-e egyáltalán, mert ez nem biztos. De ha igen, akkor a port nyitáshoz szükséged lesz a publikus IP-re. indokolni nem kell, csak telefonálsz, és kéred, hogy vegyenek ki a NAT-olt címtartományból mert publikus IP-t szeretnél. Nekem a telefonhívás után néhány órával be is állították.

• #70204 ekkold őstag MasterMark #70202

  Új Válasz 2019-02-26 17:01:54 #70204

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ekkold

  őstag

  válasz MasterMark #70202 üzenetére

  A korábban belinkelt eszköz, és általában amelyiknél nincs kiírva, hogy gigabites POE feladó, az csak elvesz két érpárat a POE számára, és sok eszközzel nem kompatibilis. Létezik hasonló kivitelben kimondottan gigabites POE feladó, ez megoldja, hogy ugyanazokon az érpárokon menjen egyszerre adat és tápfeszültség is.

• #71550 ekkold őstag

  Új Válasz 2019-03-27 16:44:23 #71550

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ekkold

  őstag

  1000/300 FTTH, XX. kerület, lefelé 3Mbps, felfelé 120Mbps.
  Másnál is ilyen a környéken?

• #73645 ekkold őstag TeeJay #73644

  Új Válasz 2019-06-29 17:41:39 #73645

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ekkold

  őstag

  válasz TeeJay #73644 üzenetére

  Mikrotik hAPac prociterhelés: [img-link]
  ugyanaz kikapcsolt fasttrack mellett: [img-link]
  Bár kikapcsolt gyorsítás mellett jóval nagyobb a terhelés de még úgy sem fekszik ki, fasttrack-al pedig meg sem kottyan neki a terhelés. Mindkét ASUS -nál olcsóbb. Beállítani viszont kicsit nehezebb: [link]

  [ Szerkesztve ]

• #73652 ekkold őstag adika4444 #73647

  Új Válasz 2019-06-30 11:28:38 #73652

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ekkold

  őstag

  válasz adika4444 #73647 üzenetére

  Hoppá, tényleg elgépeltem, hAPac^2 -t akartam írni, nem sima hAPac-t.

• #73664 ekkold őstag adika4444 #73647

  Új Válasz 2019-06-30 18:49:04 #73664

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ekkold

  őstag

  válasz adika4444 #73647 üzenetére

  Nem, a sima hAPac kevés ehhez. Olyanom is van, jó kis cucc, de csak AP-nek használom

• #86735 ekkold őstag

  Új Válasz 2020-12-11 20:31:57 #86735

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ekkold

  őstag

  Pesterzsébet környékéről van valaki itt a témában? Az érdekelne, hogy csak nálam problémás a net, FTTH 1000/300 helyett 470/160 Ez önmagában nem aggasztana nagyon, ha nem akadna minden, de némelyik weboldal alig akar bejönni... Másnál is ilyen?

• #87200 ekkold őstag

  Új Válasz 2020-12-12 22:54:02 #87200

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ekkold

  őstag

  Bp. XX. FTTH: 520/160Mbps Más is hasonlót mér délpesten?

• #87912 ekkold őstag BullKoxa #87888

  Új Válasz 2020-12-23 02:10:35 #87912

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ekkold

  őstag

  válasz BullKoxa #87888 üzenetére

  És akkor mi lesz, ha egyszer a T-s neten jön majd elő valami műszaki probléma? Akkor majd egy T-s fórumba írod be, hogy megyek mondjuk a UPC-hez, vagy mobilnetre váltasz? Biztos ott is annyira fognak majd sajnálni mint itt. Ja, lehet, hogy nem.
  Amúgy az 572:1 arányon azért elgondolkoznék, mert esetleg ennél más se tud jobbat.

  [ Szerkesztve ]

• #88412 ekkold őstag E300TD #88348

  Új Válasz 2021-01-10 18:16:56 #88412

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ekkold

  őstag

  válasz E300TD #88348 üzenetére

  Nekem ezzel kapcsolatban az első amit ellenőriznék, hogy valós-e az email. Azaz tényleg volt-e ezt megelőzően telefonos értesítés, látható és ellenőrizhető telefonszámról? Biztos, hogy a szolgáltatótól jött a hívás, és az email?
  Ha igen akkor vírus/trójai/kémprogram keresők futnak-e, adatbázisuk volt-e frissítve. Volt-e mostanában új szoftver telepítve? Kik telepíthetnek programokat? Jelszavak (routerben, oprendszerben, file szerverben/NAS-on stb...) rendszeresen cserélgetve vannak-e (ha nem akkor itt az alkalom ezt is bevezetni).

  [ Szerkesztve ]

Új hozzászólás Aktív témák