Új hozzászólás Aktív témák
-
draco31
veterán
Az oldalon szoktam, ott jobban tetszik a megjelenítése.
Boxban nem szoktam, eleinte szórakoztam csak vele.
De akkor nem itt a hiba.
Router után van kötve nekem, ha normálisan kötöttem, akkor éjjel mért talán 2x.
Csak így meg néha bosszantó, hogy óránként 1 percig nincs net, mert a mérés miatt úgy lefogja. -
vargalex
félisten
Szerintem csak annyit tudnak mondani, hogy az eszköz forgalmi limit túllépés miatt megszakította a mérést.
Most nézem, hogy forgalmi limit túllépés esetén mégis kiderül a logból az általuk beállított érték. Ugyanis ilyenkor az eszköz ír egy ilyen logot:Limit túllépés. Limit: xxx bytes/sec, Traffic: yyy bytes/secMajd a következő log:
Measure script killed.Az
xxxaz általuk beállított értékből számított megengedett forgalom másodpercenként, azyyypedig az eszköz által érzékelt "párhuzamos" forgalom.Remélem azért nem hivatkoztál rám a levélben...
-
vargalex
félisten
Az a kérdés, hogy a központ milyen limitet küld le az eszköznek. A baj az, hogy ezt nem írja ki a logba az eszköz. Ugye, ha pl. beállítanak 200 MB limitet (10 percre vonatkozóan), azt az eszköz visszaosztja másodpercre. Azaz azt mondja, hogy ha a nem általa generált forgalom (és az a baj, hogy itt a lokális wifi forgalom is beleértendő) meghaladja a 2,66 Mbps-t bármikor is a mérés alatt, akkor megszakítja azt. Persze ezt a 200 MB-ot csak példaként írtam, nem tudom, hogy mekkora értékkel dolgoznak valójában.
-
vargalex
félisten
Nem úgy értettem, hogy más IP címet kap az eszköz. Hanem, ha pl. jelenleg 192.168.1.100 a címe és mondjuk 48 óra a lease time, akkor ha a hálózati kapcsolat (fizikai) nem szakad meg, akkor őt 24 órán keresztül senki nem fogja értesíteni arról, hogy te közben a 192.168.1.50-et rendelted a MAC címéhez. Így működik a DHCP protokoll. Először a lease time felénél fog újra a szerverhez fordulni egy DHCP renew-al.
A weboldalon indított mérés természetesen nem tudja figyelni a párhuzamos forgalmat, így nem is szakítja meg azt soha.
-
vargalex
félisten
És a .100-as IP-n (vagy ugye a portálon megjelenő iframe-ban) megjelenik a lokális webes felület? Ha igen, akkor ezt az IP címet kapta.
A 192.168.199.1-es IP-n csak akkor érhető el az eszköz, ha nincs WAN kapcsolata, vagy a WAN portra publikus IP címet kap, illetve ha PPPoE a mögötte felépülő kapcsolat. -
vargalex
félisten
Mi az, hogy DHCP-n nem kap IP címet és mégis küldi a 9-es státuszt (azaz forgalmi korlát túllépése)? Ez elvileg azt jelenti, hogy a központban beállított mértékű forgalmat túllépte az eszköz a mérés alatt. Szóval, ha ilyen státuszú méréseket látsz, akkor élnie kell az eszköznek és kapcsolata is kell, hogy legyen.
Hogy van bekötve nálad az eszköz? Ha saját router után, akkor ott nem látod, hogy milyen IP-t kapott? A profil oldaladon a Mérőbox oldala gombra kattintva nem jelenik meg a lokális felület (saját LAN-odból próbálva)? -
vargalex
félisten
Ez így nagyon érdekes. Ugyanis a hiba szerint szerver oldalon nem tudta beszúrni a mérési eredményt, mert latency-nek (delay) NULL-t akarna beírni, viszont NOT NULL constraint van a táblán. Azonban az is látszik, hogy a mérést megszakította az eszköz limit túllépés miatt, ezért 9-es státuszt ("forgalmi korlát túllépése (a mérés közben az adatforgalom meghaladta a feladat végrehajtása esetén elfogadható mértéket, ami jelentősen torzíthatja a mérési eredményt") küldött és ilyenkor 0-ás mérési eredményeket küld be. Úgyhogy ez szerver oldalon nincs jól kezelve...
-
vargalex
félisten
Sajnos a wifi scan teleszemeteli a logot, így ott nem igazán látható, csak éppen a "hibás mérés" időpontjában.
Ugye 0 elméletileg akkor lehet a mérési eredmény (de még egyszer mondom, hogy nem kellene, hogy lásd a grafikonon), amikor hibára fut a mérés, vagy nem ad vissza semmilyen eredményt az eszköz, esetleg nem is kerül kiosztásra a megadott időablakban a mérés.
Mondjuk nálad az 5-ös státusz az ugye egyébként hibás mérést jelent, mert nem a szolgáltatódhoz tartozó IP címről érkezett az eredmény. A böngészőben a Fejlesztői eszközökben (F12) a Network (Hálózat) fülön a
series_speedhívás eredményeként kell, hogy lásd aJSON-ben ezeket a 0-ás eredményeket is. Vagy egyszerűen a Highchart jeleníti meg hibásan. -
dethroner
veterán
Hát ez az, semmi nem változott nálam. Minden ugyanaz, mint előtte, csak a sebesség esett vissza. Ugye alap esetben a saját routeremből kapja a mérőbox a netet amit méricskél. Ma reggel próbaképp a saját routerem kikapcsoltam és közvetlenül a mérőboxba vittem a netet. De semmi változás.
És nem volt egyik mérés se jóval 300 felett. És nem az átlagot írtam
Az átlagot könnyű kiszámolni, az stimmel is. Van egy olyan érték, amit úgy hívnak Rendes körülmények között elérhető. Az NMHH megfogalmazása szerint a rendes körülmények között elérhető sebességnek naptári naponként legalább az idő 90%-ában az előfizető rendelkezésére kell állnia, kivéve a szolgáltatás korlátozásának, szüneteltetésének és felfüggesztésének esetét.
Na most ha a mérőbox napi 24 mérést végez, és ebből 13 mérés kevesebb mint 300 megabit, akkor ez rohadtul nincs 90%-ban 300 felett. Ehhez képest az NMHH oldalán van egy statisztika, ami szerint az említett napon 327 mega a rendes körülmények között elérhető. Na de hogy?
-
#2738
aprokaroka87
nagyúr
cigam
#2736
aprokaroka87
nagyúr
Igazából annyi volt speedtest.net folyamatosan 450-500+ mbit/sec között mérte az 5G sebbességet, miközben letöltések során soha a büdös életben nem történik meg hogy megközelíti.
Egyébként meg le is van írva hogy 300mbit/sec, eleve nincs oda írva hogy 5G hálózat elérhető, de a Yettel elvileg mostmár az összes csomag esetén felenged 5G hálózatra.
Viszont valószínűleg úgyanugy korlátozva van a kb 300mbit/sec-re
-
vargalex
félisten
Sz mindegy, hogy publikus-e az információ, de kliens oldalon is látszik, hogy a szerver várakoztatja a mérést (indulásnál), ha úgy ítéli meg, hogy erőforrás korlátba ütközhet.
Persze, mivel az ISP kiderítheti a merő szerverek IP címeit, így bőven gyorsíthat, vagy lassíthatja is a merésen (pl. forgalom priorizálással). Utóbbi állna érdekében, hiszen számára a lényeg az, hogy a hálózata képes az adott sebességre. Arra nem kötelezi semmi, hogy ezt a teljes szolgáltatási időben, minden irányban tudnia is kell… -
vargalex
félisten
Szia!
Olyan, mintha a link sebesség esne vissza 100 Mbps-re. Esetleg megpróbálhatsz egy kábel cserét. A link változásnak elvileg látszania kell a log-ban (bár, az lehet, hogy csak a dmesg-ben látszik, ami ugye a felületről nem látható), de ugye oda nagyon gyakran ír az eszköz, így a 16 KB hamar kipörög...
-
vargalex
félisten
A külső cég által végzett biztonsági audit egyik vizsgálata ez volt, hogy a weboldalon keresztül kompromittálható-e az eszköz. Nem... Ugyanis nem értékel ki semmilyen beérkező get/post paramétert a szerver oldal, egyszerűen egy paraméter értékét vizsgálja.
NAT-olni akkor kezd, ha DHCP esetén a WAN oldalra publikus IP-t kap, vagy ha PPPoE kapcsolatot detektál (a LAN oldalon PPPoE kapcsolatot kezdeményeznek és még nincs élő WAN kapcsolat).
-
vargalex
félisten
Most jut eszembe, hogy esetleg te az eszköz webes felületén található Portscan eredmények oldalra gondolsz. Ott az NMHH bármilyen port tesztelésére utasíthatná az eszközt, de ez azt vizsgálja, hogy kifelé nem blokkolja-e a szolgáltatód egy távoli szerver valamilyen porton történő elérését! Azaz ott a 22-es TCP port a cél IP (ami egy szintén a BIX-ben lévő NMHH-s szerver) 22-es TCP portját jelenti.
-
vargalex
félisten
Egyébként kíváncsi vagyok, hogy miből látod, hogy a 22-es port nyitva van:
[gavarga@gavarga-5500 ~]$ sudo nmap 10.10.2.143Starting Nmap 7.91 ( https://nmap.org ) at 2021-02-26 07:47 CETNmap scan report for 10.10.2.143Host is up (0.091s latency).Not shown: 998 closed portsPORT STATE SERVICE53/tcp open domain80/tcp open httpNmap done: 1 IP address (1 host up) scanned in 1.05 seconds[gavarga@gavarga-5500 ~]$ sudo nmap -sS 10.10.2.143Starting Nmap 7.91 ( https://nmap.org ) at 2021-02-26 07:47 CETNmap scan report for 10.10.2.143Host is up (0.098s latency).Not shown: 998 closed portsPORT STATE SERVICE53/tcp open domain80/tcp open httpNmap done: 1 IP address (1 host up) scanned in 18.04 seconds[gavarga@gavarga-5500 ~]$ sudo nmap -sT 10.10.2.143Starting Nmap 7.91 ( https://nmap.org ) at 2021-02-26 07:48 CETNmap scan report for 10.10.2.143Host is up (0.074s latency).Not shown: 998 closed portsPORT STATE SERVICE53/tcp open domain80/tcp open httpNmap done: 1 IP address (1 host up) scanned in 1.00 seconds[gavarga@gavarga-5500 ~]$ sudo nmap -p 22 10.10.2.143Starting Nmap 7.91 ( https://nmap.org ) at 2021-02-26 07:48 CETNmap scan report for 10.10.2.143Host is up (0.024s latency).PORT STATE SERVICE22/tcp closed sshNmap done: 1 IP address (1 host up) scanned in 0.34 seconds
Pedig nálam bridge módban van az eszköz... -
vargalex
félisten
Nem hallgat semmi a 22-es porton (nincs is SSH szerver az eszközön), de switch üzemmódban nincs is tűzfal, így igazából minden nyitva van, de csak a web szerver hallgatózik.
Nem csak hivatalosan nem elérhető az eszköz, hanem valóban. Biztonsági vizsgálat is történt. Tudom, mert van közöm a fejlesztéshez...
De ugye te az NMHH boxról és nem a Samknows-ról írsz? -
#2596
Hegyirabló
veterán
cigam
#2595
-
#2558
RudiLicenc
aktív tag
cigam
#2557
Leginkább a vezetékes méréseken belüli eltérésekre gondoltam. A WiFi-t azért írtam be, mert ott is észrevehetőek ezek. A garantált sebesség CLI-n például nincs is meg (letöltésnél 100 Mbit/s).
Egyébként 500/22-es UPC-s (Vodafone) netem van, a saját Connect Boxjuk router módban. A telefonom (iPhone 11 Pro) biztosan bírja a WiFi-n a sebességet, egyébként 5 Ghz WiFi másnak nincs a közelben, és pár centire volt a CB-től a teló. A gépem hálózati kártyája 10/100/1000 Mbit/s specifikációjú.
-
#07746304
törölt tag
Ahol W-ot írt, oda Wh-t kellett volna... A fogyasztás
De mindjárt az elején: teljesítményfelvétel W, fogyasztás Wh.Napi: 216 Wh
Ezért baj, hogy az emberek nem tanulták meg a fizikát általános iskolában sem. Ez ugyanis általános iskolai tananyag.
"Lámpáink viszonylag kis teljesítményűek, egy olvasólámpa 40 W-os, egy íróasztali lámpa 60 W-os szokott lenni. Egy szoba teljes megvilágítására 200-300 W összteljesítményű lámpát használunk. Ha naponta öt órán keresztül átlagosan 300 W teljesítménnyel világítunk lakásunkban, akkor ez 300 W · 5 h = 1500 Wh energiát igényel. A wattóra (Wh) mértékegységet váltsuk át a már megismert kilowattórára: 1500 Wh = 1,5 kWh, ami 2001-es áron 35 Ft 30 fillérbe kerülne (hiszen 1 kWh elektromos energia ára 2001-ben 23 Ft 52 fillér volt). Ha nagyon gondosan mindig leoltjuk a feleslegesen égő lámpákat, akkor mindössze 100-200 forintot tudunk havonta megtakarítani."
Fizikából érettségiztem, jó eredménnyel! Egyedül az gimnáziumi évfolyamtársaim közül.
-
#2404
Hegyirabló
veterán
cigam
#2403
Ja bocs, azt vargalex írta! Ugyanaz az avatarotok.
Nincs routerem, szolgáltatói modem van. Annak menüje szerint a wifis eszközök mellett egy "speedtest" nevű eszközt lát LAN-on keresztül. Ez volna az, gondolom!?
Van IP címe.
"Az, hogy a WEB oldalon működik a mérés, nem jelent semmit, az éppen úgy működik, mint a speedtest.net és társai, vagyis maga az oldal méri mit tudsz, a doboznak ehhez semmi köze."
Ez is oké, de még sem megy nekem a manuális mérés az oldalon, akkor, ha a vezetékes neten keresztül csatlakozom rá, akármelyik eszközzel. Ha mobilnetes eszközökkel csatlakozom rá, akkor tudok mérni, ahogy ezt már írtam is korábban.
-
#2402
Hegyirabló
veterán
cigam
#2401
-
#2394
Hegyirabló
veterán
cigam
#2393
Szia!
Hát én ezt nem értem, nézd meg, éjjel kettő óta nem mér, és az oldal manuális sebességmérője is szürke marad. Több eszközön, több böngészőn kipróbálva. Lehet, hogy csak rám haragudott meg valamiért az NMHH?
Szerk: Ez tényleg érdekes, mert mobilneten meg működik. Mint ha tényleg csak engem banolt volna az NMHH.
-
#07746304
törölt tag
Ha lejár a hűség, és én maradni akarok a UPC-nél, de ezt nyilván nem kötöm az ügyfélmegtartó orrára, akkor mondhatom azt is, hogy általában nem volt meg az 500 lefele, miközben pont ezért fizettem havonta 1000 Ft-tal többet. Arról nem is beszélve, ha lejár a hűség még indokolnom sem kell...
Amit mondasz az most hűségidő alatt jönne szóba, hogy nem mondhatom fel rá hivatkozva, vagy nem kérhetek havidíj csökkentést... -
cigam
titán
Lehet nem szélessávhoz van köze, de ott mértem fura értékeket. A routeren keresztül 0,6-0,4% a csomagveszteség(kábelen mértem, de WiFi-n is hasonló értéket kapok). Közvetlenül a modembe dugva a gépet, 0,03% a veszteség. Vagyis nagyságrendi eltérés van. Ez a router (TPLink WR741) gyengesége miatt van?
-
#2328
Gubek-Einste
legenda
cigam
#2327
-
#2309
Gubek-Einste
legenda
cigam
#2308
-
#1827
Gubek-Einste
legenda
cigam
#1826
-
#41133696
törölt tag
Akkor úgy látszik, hogy mégsem tévedtem. Azért el lehetne azon gondolkozni, hogy helyén való e kifogásoló hozzászólást írni, és a témát offolni, vagy offba kényszeríteni - mint ahogyan most is történt, hiszen már sokadik offhozzászólás következik az általad indítottra való reflektálás eredményeként -ha rajtad kívül mások nem látnak benne kivetnivalót, sőt a topik topikgazdai felügyelet alatt is áll, és maga a topikgazda is tesz közzé ilyen eredményeket tartalmazó hozzászólásokat?! Azt is hozzá kell tennem, hogy a topikgazdától magyarázatot is kaptál, és egyébként mind az ilyen eredmények ebben a topicban, mind pedig a szolgáltatóiban, a kábelmodemes jelszintek, vagy egyéb technológiai például xDSL-es vonaldiagnosztikai értékek publikálása témába vágónak számít. A kábelmodemeknél is hasznos látni, hogy az év melyik időszakában, milyen időjárási körülmények között, milyen kiszerelés mellett, milyen eredmények születnek az egyes felhasználóknál, vagy ha visszakeressük saját korábbi posztjainkat, akkor is láthatjuk, hogy milyen irányú változás következett be.
-
#1824
Gubek-Einste
legenda
cigam
#1823
-
#1820
Gubek-Einste
legenda
cigam
#1819
Azért vannak anomáliák rendesen a mérésekben amelyeket ki lehet/kell beszélni és ezekhez szükséges az elvégzett meréseket is beilleszteni.
Ha annyira hiányolod az SK-s eredményeket akkor itt vannak azok is:
Letöltési:
Date Downstream speed (multithread) (Mbps) Min Max Samples
1st Sep, 2015 46.66 19.61 84.10 9
2nd Sep, 2015 46.20 8.07 91.92 9
3rd Sep, 2015 177.91 45.60 246.06 8
4th Sep, 2015 203.52 119.35 246.45 9
5th Sep, 2015 225.45 193.77 246.45 9
6th Sep, 2015 228.24 208.28 246.46 9
7th Sep, 2015 220.35 170.30 246.45 9
8th Sep, 2015 239.01 220.37 246.56 9
9th Sep, 2015 224.03 147.16 246.42 9
10th Sep, 2015 219.27 169.96 246.03 9
11th Sep, 2015 232.78 218.95 246.46 9
12th Sep, 2015 240.24 231.65 246.44 9
13th Sep, 2015 241.62 229.01 246.47 9
14th Sep, 2015 231.22 192.23 246.47 9
15th Sep, 2015 242.86 225.81 246.45 9
16th Sep, 2015 221.65 178.43 246.46 9
17th Sep, 2015 236.96 211.12 245.79 9
18th Sep, 2015 240.52 227.77 246.45 9
19th Sep, 2015 227.04 151.10 246.45 9
20th Sep, 2015 230.43 186.39 246.45 8
21st Sep, 2015 212.63 130.71 246.44 9
22nd Sep, 2015 217.61 161.19 246.03 9
23rd Sep, 2015 222.37 191.14 246.47 9
24th Sep, 2015 236.23 215.46 246.10 9
25th Sep, 2015 214.23 130.80 246.48 9
26th Sep, 2015 203.74 93.19 246.46 9
27th Sep, 2015 194.59 100.36 245.79 9
28th Sep, 2015 222.02 161.64 246.44 7
29th Sep, 2015 246.10 245.85 246.34 2Feltöltési:
Date Upstream speed (multithread) (Mbps) Min Max Samples
1st Sep, 2015 11.26 6.13 20.74 9
2nd Sep, 2015 9.99 2.97 20.43 9
3rd Sep, 2015 10.70 6.20 20.87 9
4th Sep, 2015 10.58 6.27 20.54 9
5th Sep, 2015 11.27 6.08 20.95 9
6th Sep, 2015 13.09 8.87 20.51 9
7th Sep, 2015 15.24 11.96 20.71 9
8th Sep, 2015 13.09 7.60 20.77 9
9th Sep, 2015 14.46 10.63 20.63 9
10th Sep, 2015 15.08 13.53 16.95 9
11th Sep, 2015 11.94 5.93 20.62 9
12th Sep, 2015 12.95 8.71 20.50 9
13th Sep, 2015 14.84 11.10 20.71 9
14th Sep, 2015 14.20 11.38 20.61 9
15th Sep, 2015 15.66 9.65 20.83 9
16th Sep, 2015 15.38 12.95 20.54 9
17th Sep, 2015 14.63 9.82 20.80 9
18th Sep, 2015 10.23 5.88 20.66 9
19th Sep, 2015 10.34 4.59 20.96 9
20th Sep, 2015 8.80 5.20 20.73 9
21st Sep, 2015 11.14 7.21 20.81 9
22nd Sep, 2015 9.97 5.29 20.59 8
23rd Sep, 2015 9.99 6.37 20.56 9
24th Sep, 2015 10.91 9.17 14.97 9
25th Sep, 2015 9.09 6.03 20.77 9
26th Sep, 2015 6.70 4.30 20.50 9
27th Sep, 2015 4.87 3.79 6.44 9
28th Sep, 2015 7.96 4.22 20.39 7
29th Sep, 2015 14.12 7.36 20.88 2UDP Latency:
Date UDP Latency (ms) Min Max Samples
1st Sep, 2015 26.81 19.41 31.27 24
2nd Sep, 2015 27.06 19.56 34.52 24
3rd Sep, 2015 21.59 14.05 30.65 21
4th Sep, 2015 15.10 8.91 19.08 24
5th Sep, 2015 16.15 8.85 19.66 24
6th Sep, 2015 15.62 8.88 19.25 24
7th Sep, 2015 14.24 9.10 17.56 24
8th Sep, 2015 13.15 9.04 17.66 24
9th Sep, 2015 13.49 9.01 18.05 24
10th Sep, 2015 13.03 10.87 15.78 24
11th Sep, 2015 13.62 9.12 18.84 24
12th Sep, 2015 15.13 9.47 19.66 24
13th Sep, 2015 14.30 8.94 17.18 24
14th Sep, 2015 13.25 8.98 17.34 24
15th Sep, 2015 12.37 8.93 16.17 24
16th Sep, 2015 12.68 8.91 18.44 24
17th Sep, 2015 13.92 8.88 18.17 24
18th Sep, 2015 15.42 9.14 19.21 24
19th Sep, 2015 16.96 8.91 19.66 24
20th Sep, 2015 17.77 9.05 23.73 24
21st Sep, 2015 15.45 9.07 18.43 24
22nd Sep, 2015 14.86 8.98 17.36 24
23rd Sep, 2015 15.67 9.12 18.57 24
24th Sep, 2015 15.07 9.58 17.37 24
25th Sep, 2015 15.64 9.02 19.19 24
26th Sep, 2015 18.09 8.90 24.54 24
27th Sep, 2015 21.22 17.39 28.93 24
28th Sep, 2015 18.77 9.85 34.01 24
29th Sep, 2015 19.18 8.94 22.60 8 -
#1817
Gubek-Einste
legenda
cigam
#1816
-
#1815
Gubek-Einste
legenda
cigam
#1814
-
#1785
Gubek-Einste
legenda
cigam
#1783
Van nálam 1-1 SamKnows és NMHH eszköz a kettes és hármas LAN porton, az egyesen egy asztali gép és wifi-n egy mobil.
A párhuzamos használat nem befolyásolja nagyon a mérést mert elég rövid ideig tart ameddig lefut. A weboldalon is csak 150 alatti sebességgel kérik a regisztrációt de a feltöltést szépen le tudja mérni teljesen.
A SK box kiméri a teljesen 240/20-t pedig ugyan az a hardver van mindkét eszközben, csak firmware különbözik és ebből adódik a különbség.
Harmadikán cseréltem le a Linksys WRT320N-t az Asus N18U-ra.
-
#1784
Intruder2k5
MODERÁTOR
cigam
#1783
-
#1781
Gubek-Einste
legenda
cigam
#1780
-
#1779
Gubek-Einste
legenda
cigam
#1778
-
#1634
Gubek-Einste
legenda
cigam
#1633
-
#1130
Intruder2k5
MODERÁTOR
cigam
#1129
1. Elindítod OpenWrt failsafe módban.
2. A PC-n indítasz egy HTTP fileszervert, amibe beteszed az új fw-t!
3. A futtatandó parancsok ugyanezek, csak a firmware file neve lesz más!Fontos, hogy a feltöltendő gyári fw nem lehet boot-os, vagyis a file nevében kicsomagolás után ne legyen benne a boot szó!
-
Tido
aktív tag
Nem az ész osztásról van itt szó, csak nem értem, hogy minek vállaltál el egy dolgot, ha nem tudod betartani. Én ugyanúgy helytelenítem azt is, aki külön köti be, hogy csak magában legyen, de van ahol másként nem megoldható - mert a routeren fut a torrent, vagy lassabb sebességűt küldtek, mint amilyen a belső háló. Én csak arra lennék kíváncsi, hogy mennyit nyersz a kikapcsolásával..
Ezek már nem régi eszközök, amik standby módba is zabálják az áramot... (pl kb 4 éves TVm is standby 1 W alatt fogyaszt..)
Persze az megint más tészta, amikor mondjuk két hétre megy el valaki - akkor szerintem én is kikapcsolnám -
donmackó
addikt
Ebben teljesen igazad van. Nem volt szó adsl-ről csak annyi volt hogy a dhcp nem ad neki fix ip-t. Szerintem írj nekik egy mailt, amiben leírod a problémát. Ha esetleg nem tudsz angolul, a google fordító gyorsan lenyomja neked (én is avval írkálok). Ír a végére hogy "sorry of my bad english".
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
#794
Intruder2k5
MODERÁTOR
cigam
#792
-
Tido
aktív tag
Én nem is értem, hogy minek kértél mégegy 'áramzabáló' kütyüt?!
A routerek miniálisan fogyasztanak egy számítógéphez is. Szerintem a kapcsolgatással több avulást érsz el, mint amennyit az áramon megspórolsz....Fals mérés sem az igazi, de - nekem rendesen van bekötve - én is vettem ár észre olyat, hogy tojt rá, hogy torrenteztem
-
poli27
veterán
-
donmackó
addikt
Egyébként tényleg bekapcsolva kellene tartanod (mert benne volt/elfogadtad az EULA-t). Mellesleg nem kaptál még tőlük mailt hogy az eszközöd nem válaszol? Nálunk múltkor amikor a vihar kiszedte a villany oszlopot és majd egy napig nem volt villany már kaptuk is a mailt. Én meg vissza küldtem az indokot.
-
#776
Gubek-Einste
legenda
cigam
#771
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
- Anglia - élmények, tapasztalatok
- Wise (ex-TransferWise)
- Revolut
- Hegesztés topic
- AMD vs. INTEL vs. NVIDIA
- PlayStation 5
- Steam, GOG, Epic Store, Humble Store, Xbox PC Game Pass, Origin Access, uPlay+, Apple Arcade felhasználók barátságos izgulós topikja
- Amerika kész lemondani a kormányról
- ASUS blog: 2K-tól a 4K-ig és tovább a Radeon RX 9000-es szériával
- sziku69: Fűzzük össze a szavakat :)
- További aktív témák...
- Manli RTX 3070 8GB LHR / Csavarmatricás / Beszámítás OK! / Akciós ár!
- Apple Watch 4 44mm szürke színben. 74% akkumulátor.
- Canon EF-S 24mm f/2.8 STM objektív
- Dell Inspiron 16 Plus 7640 Ultra 7 / RTX 4060 16gb DDR5 1TB SSD/2.5K 120Hz Garancia
- Canon 60D fényképezőgép + 50mm objektív + 16GB memóriakártya
- Bomba ár! HP ProBook 6570B - i5-3G I 8GB I 128SSD I 15,6" HD+ I Radeon I W10 I Cam I Garancia!
- iPhone 11 64GB 100% (3hónap Garancia)- AKCIÓ
- ÁRGARANCIA! Épített KomPhone Ryzen 5 5600X 16/32/64GB RAM RTX 5050 8GB GAMER PC termékbeszámítással
- Eredeti Lenovo 90W szögletes (téglalap) notebook táp + kerek átalakító egyben eladó
- ÁRGARANCIA!Épített KomPhone i5 10400F 16/32/64GB RAM RTX 3050 6GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest