A HW group arra összpontosít, hogy hosszú távú, megbízható szolgáltatást nyújtson ügyfeleinek. Ha felügyeleti eszközünket hőmérséklet-riasztáshoz használja, akkor annak most és 2 / 5 / 8 év múlva is működnie kell anélkül, hogy hozzá kelljen nyúlni. Támogatási kérelmeinken keresztül azt látjuk, hogy ügyfeleink jelentős százaléka újra elköveti ugyanazt a hibát, és szeretnénk megoldást kínálni.

A HW csoportnak több szándéka is van a távfelügyeleti megoldások tervezésével:

1. Minden termékünk gyorsan telepíthető, maximum 1 órán belül;
2. Mindent megteszünk annak érdekében, hogy hosszú távú, stabil szolgáltatást nyújtsunk téves riasztások nélkül;
3. Fenntartjuk a kompatibilitást hardvereink, interfészeink és koncepcióink terminológiájában.

Sok ügyfél nagyon alapvető funkciókat kér: e-mail riasztást, ha hőmérsékleti probléma van a távoli helyszínen. Igen, frissíthető SMS-riasztásokra, ismétlődő, eszkalálható, de mindez túlmutat az egyszerű e-mail riasztások alapvető funkcióin.

Az internet kezdete óta az SMTP (Simple Mail Transfer Protocol) volt a könnyen használható szolgáltatás erre a célra. Mindannyian megtanultuk a 90-es években, hogy egyszerűen küldjük el az e-mail riasztást az eszközről az SMTP szerverre, és ennyi volt.

Ha vállalati hálózaton belül tartózkodik, a figyelmeztető e-mailek küldése SMTP-kiszolgálón keresztül továbbra is érvényes ötlet. Ismeri az SMTP-kiszolgálót, valaki felelős a karbantartásáért.

De ha figyelmeztető e-mailek küldésére használja a nyilvános SMTP-kiszolgálón keresztül, mint az alább felsoroltak, meg kell változtatnia gondolkodásmódját. A 90-es évek óta van egy nagy játékváltó: a SPAM.

Nyilvános SMTP-kiszolgálók, amelyeket teszteltünk:

• Gmail.com
• Office365.com
• Outlook.com
• Hotmail.com
• smtp-mail.outlook.com
• GMX.com
• GMX.de
• Yahoo.com
• Seznam.cz
• Centrum.cz

Ezek az SMTP-kiszolgálók legtöbbször figyelmeztető e-mailek küldésére szolgálnak, de ez nem hosszú távon megbízható megoldás. Ezért kínálunk Önnek megbízhatóbb opciót ingyenesen.

A 90-es évek véget értek, frissítsük a hosszú távú megbízható riasztáshoz való hozzáállásunkat

A technológia folyamatosan fejlődő világában az idő múlása gyakran rávilágít azokra a módszerekre és eszközökre, amelyekre egykor támaszkodtunk. Körülbelül húsz évvel ezelőtt a riasztások nyilvános SMTP-kiszolgálón keresztül történő küldésének koncepciója megbízható kommunikációs határt jelentett. Manapság a valós idejű kommunikáció átalakulásának és a kiváló alternatívák megjelenésének bizonyítéka.

A kilencvenes évek szépek és szórakoztatóak voltak, de már rég elmúltak

A nyilvános SMTP-kiszolgálók használata hosszú távon megbízhatatlan

A hálózatok gyors bővülése megnövelte a világ minden táján áramló adatok mennyiségét, megváltoztatva szokásainkat, tapasztalatainkat, életünket. Nem meglepő, hogy a mindennap használt technológiák középpontjában álló protokollok is fejlődtek.

A 90-es évek végén és a 00-as évek elején a figyelmeztető e-mailek nyilvános SMTP-kiszolgálón (például gmail.com vagy GMX.com) keresztül történő küldése egyike volt azon kevés módszereknek, amelyekkel távoli eszközről küldhetett e-mail-eket. Ma az e-mail-es riasztás valószínűleg csak egy a sok riasztási lehetőség közül, de még mindig nagyon népszerű az informatikai közösségben. Az a tény azonban, hogy a beágyazott eszköz e-mailt küld a nyilvános SMTP-kiszolgálón keresztül, nem garantálja, hogy az a postafiókjába kerül. Az a tény, hogy a távfelügyeleti eszköz weboldalán található „teszt e-mail küldése” gomb megnyomásával tesztelte, és ma működött, nem garantálja, hogy holnap, vagy egy-három éven belül kézbesítik! És korai e-mail riasztásról beszélünk, amely megvédi a hőmérsékleti viszonyokat a távoli helyszínen, a fizető ügyfél vállalatának vagy intézményének technológiai szobájában.

Az egyértelműség kedvéért csak nyilvános (ingyenes) SMTP-kiszolgálókról beszélünk. Ésszerű saját privát SMTP-kiszolgálót használni a vállalaton belül. Ismeri a kiszolgálófrissítéseket, használhat engedélyezési listákat és így tovább. A nyilvános levelezőszerverek esetében nem ez a helyzet.

Miért nem jó ötlet ingyenes SMTP-kiszolgálókat használni a riasztásokhoz?

Az ingyenes SMTP szerverek önálló kliensekhez, okostelefonos kliensekhez és a szolgáltatás napi használatához vannak fenntartva. Nem arra van kitalálva, hogy a beágyazott hőmérő 5 évig aktív felhasználói fiókkal rendelkezzen anélkül, hogy e-mailt küldene, majd egy órán belül 10 e-mailt küldjön tömegesen. Természetesen ezekben a szolgáltatásokban a SPAM védelem spam tevékenységként azonosítja az e-mail riasztásokat, és figyelmen kívül hagyja az e-maileket.

Miért rossz ötlet nyilvános SMTP-kiszolgálókat használni 2023-ban?

• SPAM problémák: A nyilvános SMTP-kiszolgálók folyamatosan fejlesztik a levélszemét-üzenetek elleni védelmet. A személyi számítógépednek, laptopodnak vagy okostelefonodnak nincs ezzel problémája, de egy 3-15 éves hőmérő egy másik történet.
• Kézbesíthetőségi kérdések: A szigorú e-mail hitelesítési követelmények (például SPF, DKIM és DMARC) miatt a helytelenül konfigurált e-mail kiszolgálók miatt az e-mailek spamként vannak megjelölve vagy teljesen elutasíthatók. Ez megakadályozhatja, hogy a megbízható e-mailek elérjék a kívánt címzetteket.
• Feketelista: Az e-mail szerverek és az IP-címek számos okból kerülhetnek az e-mailek feketelistájára, például túl sok spam küldése vagy biztonsági rések miatt. A feketelistára kerülés e-mail kézbesítési hibákat eredményezhet.
• Szerver állásidő: Az e-mail szerverek karbantartás, hardverhibák vagy számítógépes támadások miatt leállhatnak. Ezekben az időszakokban az e-mailek kézbesítése késhet vagy megszakadhat.
• Korlátozott titkosítás: Bár az SMTP támogatja a titkosítást (SMTPS és STARTTLS), nem minden e-mail kiszolgáló és ügyfél alkalmazza megfelelően. Ez sebezhetővé teszi az e-mailek tartalmát az átvitel közbeni elfogással szemben.
• Teljes postafiók: Elfogyott már valaha a hely a nyilvános e-mail szolgáltatásban? Még nem?
• Az e-mailekre való túlzott támaszkodás: Az azonnali üzenetküldés korszakában, az együttműködési eszközök, a távoli felügyeleti központok, a szervezetek és az egyének kevésbé támaszkodnak az e-mailekre a kritikus kommunikációhoz, ezzel csökkentve a megbízhatósági problémák megoldásának sürgősségét.

az e-mail népszerű és könnyen használható riasztási lehetőség. Az ingyenes SMTP-kiszolgálók hosszú távú megbízhatósága azonban ma már nem ugyanaz, mint a múltban. Az igazság az, hogy a nyilvános SMTP-kiszolgálók és -szolgáltatások hatalmas, átmeneti változáson mentek keresztül az elmúlt két évtizedben. És a titkosítás nagy része volt ennek a változásnak, mivel most a többnyire titkosított kommunikáció világába lépünk.

Vessen egy pillantást erre az idővonalra:

• SSL 1.0 (1994): Az SSL első verzióját soha nem hozták nyilvánosságra biztonsági rések miatt.
• SSL 2.0 (1995): Az SSL első nyilvános kiadása, de jelentős biztonsági hibái voltak. Bevezette a biztonságos kézfogás és az átvitel közbeni adatok titkosításának fogalmát.
• SSL 3.0 (1996): Az SSL 3.0 megszüntette az SSL 2.0 biztonsági réseit, és széles körben használták a webes kommunikáció biztonságossá tételére.
• TLS 1.0 (1999): A Transport Layer Security (TLS) az SSL 3.0 frissítéseként került bevezetésre a biztonsági rések kezelése és a biztonság javítása érdekében. A TLS 1.0 továbbra is kompatibilis az SSL 3.0-val.
• TLS 1.1 (2006): A TLS 1.1 olyan biztonsági fejlesztéseket tartalmazott, mint a Cipher Block Chaining (CBC) támadások elleni védelem és a biztonságosabb kivonatoló funkciók.
• TLS 1.2 (2008): A TLS 1.2 tovább növelte a biztonságot a fejlett titkosítási algoritmusok, köztük az AES-GCM és az SHA-256 támogatásával.
• TLS 1.3 (2018): A TLS 1.3 az internetes kommunikáció biztonságának legújabb és legjobb szabványa. Jelentős javulást hoz a biztonság, a teljesítmény és a csökkentett késés terén. A figyelemre méltó funkciók közé tartozik a gyorsabb kézfogás, a nem biztonságos kriptográfiai algoritmusok kiküszöbölése és a tökéletes továbbítási titoktartás.

A titkosítási technológia ezen fejlesztéseinek bármelyikével valószínűleg meg kell győződnie arról, hogy a riasztási eszköz továbbra is csatlakozik a nyilvános SMTP-szolgáltatóhoz. És nem beszélünk a captchákról és más emberi ellenőrzési módszerekről, amelyek további komplikációt okoznak.

Egy másik jelentős változás az SMTP-ügyfél külön felhasználónevének és jelszavának bevezetése volt, amely eltér a végfelhasználói felhasználónévtől és jelszótól. Ez tovább bonyolítja az eszköz integrációját a nyilvános SMTP-kiszolgálóval, megnehezítve a hétköznapi felhasználók számára, hogy a rendszer megbízhatóan működjön ilyen konfigurációban. És az, hogy valahol be kell jelölnie egy külön beállítást ahhoz, hogy folytathassa a beágyazott rendszer használatát, nem megoládás.

Könnyen használható és hosszú távon megbízható megoldás?

A hosszú távú, megbízható e-mailes riasztás kiemelkedően fontos a HW Group ügyfelei 20-50%-ának. Ha „csak” a saját SMTP szerverünkkel támogatnánk ügyfeleinket, az nagyon korlátozott megoldás lenne.

Van egy jobb megoldásunk az eszköz érvénytelen (leválasztott) riasztásaival, grafikonjaival és az összes riasztás kezelésének egyetlen helyével: a portállal. Ingyenes verzióban legfeljebb 20 eszközhöz, amelyek egy felhasználói fiókhoz csatlakoznak: www.HWg-cloud.com.

A HW group pontosan ezért fejleszti a SensDesk technológiai portált, hogy hosszú távon megbízható megoldást nyújtson. Annak érdekében, hogy a HWg ügyfelei hosszú távú megközelítést kapjanak a kritikus fontosságú riasztások küldéséhez, és biztosítsák a felhasználót az üzenet elküldéséről.

Természetesen ez azt jelenti, hogy meg kell tanulnia a portál funkcióit, el kell fogadnia, hogy további 15 percet vesz igénybe, +15 percbe telik, hogy megtanulja, hogyan kell beállítani és dolgozni vele.

E-mail figyelmeztetések a portálról (figyelembe véve az ingyenes HWg-cloud.com):

1) A felhasználó értesítést kap, ha az érzékelő a felhasználó által meghatározott biztonságos tartomány fölé vagy alá kerül.
2) A felhasználó egy órán belül értesítést kap, ha a felügyeleti eszköz nincs csatlakoztatva (internet vagy áramkimaradás).
3) Minden e-mailt egy helyen kezelünk. Egyszerűbb frissíteni az e-mail-címeket, ha valaki elhagyja a vállalatot, és frissíteni kell az e-maileket.

Ez tényleg ingyenes?

Igen, az e-mailes riasztás, az eszköz érvénytelen riasztása és a grafikonnal ellátott 10 napos előzmények ingyenesek a www.HWg-cloud.com. A HWg ezt szolgáltatásként nyújtja eszközeihez.

Csak a hosszabb előzményekért, SMS-értesítésekért, PDF-jelentésekért és egyéb szolgáltatásokért kell fizetnie a portálért, akár www.SensDesk.com, akár a helyi portálszolgáltatók megoldásaiért.

Mi az RME (Remote Monitoring Ecosystem)?

A HWg-ben sokkal többet nyújtunk, mint az e-mail riasztást figyelő eszköz. Még a legolcsóbb STE2 LITE eszközzel is használhatja RME szolgáltatásaink teljes ökoszisztémáját:

• SMS-átjáró SMS- és hanghívás-riasztásokhoz
• UPS tartalék áramellátáshoz
• HWg-cloud ingyenes vagy fizetős SensDesk előfizetéssel
• XML és SNMP API
• HWg Monitor alkalmazás

Összefoglalás

Ne hagyatkozzon túlságosan a nyilvános SMTP-kiszolgálóra, különösen kritikus fontosságú riasztások esetén. A 90-es évek véget értek. Igen, 30 percet takaríthat meg, és megbízhat egy ingyenes SMTP levelezőszolgáltatásban.

De minden egyes SPAM védelmi intézkedés, amelyet ez az ingyenes szolgáltatás végrehajtott, valószínűleg letiltja az e-mail riasztásokat, és erről nem kap értesítést.

Használja a HW Group portálszolgáltatását. Ingyenes és hosszú távon sokkal megbízhatóbb. A HWg-cloud.com vagy a fizetős SensDesk.com portálok. Mindkettő időt és energiát takarít meg, és kiküszöböli a veszteséget, ha a riasztás nem érkezik meg időben.

4 egyszerű érv a HWg-cloud ingyenes portál használata mellett: