Új hozzászólás Aktív témák
-
Gargouille
őstag
válasz IO.sys #25709 üzenetére
Persze, de ha nincs stabil rutinod a témában, akkor mindkettő nagyon nehéz. Meg ugye nézhetjük onnan is, hogy inkább kérdezze meg itt, minthogy esetleg hülyeséget csináljon. Végül is ezért van ez a topic, hogy megosszuk a tudást, tapasztalatokat és támogassuk egymást.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
Jó hallani, hogy neked végül sikerült sok szorgalommal rátalálni az útra. Tényleg. Nekem sem volt könnyű annak idején, én 7 évet lehúztam előtte egy hardver nagykernél, gyakorlatilag tök véletlen (és bátorság) volt, hogy beleugrottam egy kínálkozó lehetőségbe (ami nem is nekem szólt volna ). De vannak akik nem ilyen szerencsések, vagy a körülményeik miatt indulnak nehezebb helyzetből. Mindegy is
A lényeg, hogy a 25-ös port sem triviális annak, aki nem tudja mi az a NAT és mi zajlik a 25-ös porton keresztül (egyáltalán mi az a port? Meg most TCP vagy UDP? Vagy melyiket kell NAT-olni?... ), miért kell "kinyitni". Ha eddig nem foglalkozott ilyesmivel, akkor nem fogja tudni. Igen, utána tud olvasni, tengernyi doksi van az SMTP-ről, de hát nem kézenfekvő egyszerűen megkérdezni, ha már van egy ilyen fórum? Hátha van épp valaki, aki ismeri a sulis rendszert és 3 mondatból útba tudja igazítani. Szerintem ez tök oké. És ettől még képezheti magát, mert abból a három mondatos válaszból nem fog megélni.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz Fooler89 #25722 üzenetére
"A lényeg, ha tapasztalatot akarsz szerezni NE menj iskolába rendszergazdának! Nem lesz ott semmilyen eszköz, technológia amivel piacképes tudást szerezhetnél. Egyetlen dologra jó, hogy erősíts a stressztűrő képességeden."
Hosszú távon általánosságban ez teljesen igaz, de most szegény nem lesz előrébb egy ilyen tanáccsal. Ő most van ott, megkockáztatom valószínűleg örül, hogy ez is összejött, az inkább segítség ha valaki, akinek van a sulis környezettel tapasztalata, ad egy kis mankót a hóna alá. Béláim, tartsunk össze!
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
Ha mindenképp ragaszkodsz valamilyen okból ehhez, akkor már inkább próbáld ezeket a beállításokat az SMTP-hez:
Kiszolgáló: smtp.office365.com
Port: 587
Titkosítás: STARTTLSDe én is inkább azt javaslom, amit Kraftxld kolléga javasolt, használd a mapi-t, az a korrekt, azzal mindenhol működni fog.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
"Kicsit" tényleg hiányosra sikeredett. Sajnos a 25-ös porttal kár küzdened, szélmalomharc. Esetleg végszükségben ha van egy saját Windows szervered, akkor azon fel tudsz húzni egy SMTP szolgáltatást SSL-el, ami forwarderként működhet és akkor nem a T-Online-t kell megcélozni a 25-ös porton, hanem a saját vasadat "relatív biztonságosan", aztán majd az továbbítja az emaileket... de hát ez sem egy igazán elegáns megoldás.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
-
Gargouille
őstag
válasz kraftxld #25780 üzenetére
Nekem UPC-s szerelőkkel volt már számtalan hasonló "kalandban" részem, sajnos az a tapasztalat, hogy akiket kiküldenek azok lényegében egyszerű mezei szerelők, lövésük sincs az informatikáról. Bedugja, világít, jóvanakkor kész is, szalad tovább.
Viszont kivételesen van pozitív tapasztalat is, itthon Digi van, pár hete cserélték optikára, jön a szerelő srác egyedül. Mondja, hogy utálja a főnöke ezért direkt egyedül küldi ki a szívatósabb helyekre, itt rajtunk kívül (földszint) még több emeletre kell felvinnie, azt se tudja, hogyan fogja megcsinálni. Mondom komám, ma mákod van, kössünk üzletet, ha átrakatod most azonnal bridge módba a routert, amit hoztál segítek behúzni az optikát. Fél óra alatt meg is voltunk vele, nekem meg nem kellett külön köröket futnom az ügyfélszolgálattal.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz jbauer05 #25788 üzenetére
Lehet elborult ötlet, de ha jól tudom a Freenas-on tudsz VM-et is futtatni (ha van elég erőforrás), arra meg fel tudsz rakni egy Veeam-et és máris lehet mentésed. Ha már "legózol", akár ilyesmiben is lehet gondolkodni.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
-
Gargouille
őstag
válasz sanzi89 #25844 üzenetére
Tulajdonképpen mielőtt beleásod magad mélyebbre ha megfogod azt a két eszközt, amivel a gyatra sebességet produkálta, és fogsz egy (vagy két) zsír új (és mondjuk 2 méteres) kábelt és ideiglenesen összedugod azzal, akkor egyből ki fog derülni, hogy a kábel-e a ludas vagy az eszközök. Ha azzal is ugyanazt a sebességet méred, akkor a végpontokon keresed tovább az okokat, ha a kis kábellel meg jó a sebesség, akkor tényleg valami van a régi kábelekkel.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
Nálam ma reggel frissült itthon az FF, dettó ugyanez. Kábé 1-2 percig tartott ez az állapot, utána egyszer csak bejött minden oldal. Valamiféle DNS gondra gyanakodtam először.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz Flowtation #25945 üzenetére
Tudom nem válsz a kérdésre, de én ezt biztosan nem távolról próbálnám végezni, túl sok a buktató benne.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz kriszrap #25959 üzenetére
Mármint a tiltását tiltani, vagyis engedélyezni?
Amúgy Mikrotik fórumon érdemes megnézni, van róla szó. De sokféle módja lehet amúgy, mondjuk layer7-en csinálsz rá regexpet vagy a DNS kéréseket átirányítod a saját DNS szerveredre, ahol meg már úgy oldod fel a domain neveket, ahogy akarod stb. Sok megközelítés van, attól függően mit szeretnél elérni pontosan.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz kriszrap #25961 üzenetére
Ha valami sulis környezet és lokális DNS szervert használtok (mondjuk ha AD környezet van, akkor tuti), akkor egyszerűen már azon meg tudod oldani ezt, nem kell hozzá Mikrotik-en varázslani.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz bugizozi #25977 üzenetére
Backup (3 2 1), szétszeparált belső hálózat, virtualizáció. Ez segít abban, hogy ha áldozatul is esel legyen sanszod a helyreállításra. Ennek hiányában marad a nomoreransom.org vagy az ima.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz kriszrap #26037 üzenetére
Jól beszél az előttem szóló, 2db Hyper-V szerver (akár core), egy VM-re mindent ráraksz és cluster-t csinálsz, aztán akkor a két szerver között kedvedre rakosgathatod a VM-et leállás nélkül. Egyszerűbb verzióban meg ugyanez, de cluster nélkül, csak replika van a két Hyper-V közt. Minimális leállással úgy is pakolászhatod a VM-et.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz gaborbol #26040 üzenetére
Mi két évvel ezelőtt egy hazai KKV ügyfelünknél találkoztunk egy ehhez nagyon hasonlóval. Ott egy szomszédos országbéli partner cég (nagy cég) levelezése kompromittálódott, a csalók onnan spájzolták be az információkat, majd ugyanígy megtévesztő domainről küldtek levelet a KKV ügyvezetőjének egy utalásos dologról, de úgy, hogy a levélben benne voltak az előzmények meg az üv saját korábbi válaszai is, szóval full eredetinek látszott a levél. Az üv csak mobilról nézte meg a levelet, fel sem merült a gyanú, utaltak is (valamit vásároltak korábban ettől a külföldi partnertől, ennek az ellenértékét kellett kifizetni, szóval még az alkalmat is jól időzítették).
Mikor hozzánk fordultak (már csak utólag) mi is csak a levél fejlécből vadásztuk össze, hogy hol lóg ki a lóláb. Amúgy a levél ijesztően profi volt, a nyelvezet is, a szóhasználat full ugyanaz mint az előzményekben, simán bárki benyalta volna, látszott, hogy alaposan felkészültek a csalók.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz MasterDeeJay #26064 üzenetére
Működhet, amit leírtál. Csak tippként/megfontolásra:
1. Én a T40-be raknék valami kis SSD-t rendszernek a Windowshoz és két nagyobb SSD-t tükörben. Hyper-V -t húznék fel rá és virtuális gépként csinálnám meg magát a szervert, ennek a vhdx-e kerülne a nagyobb SSD-re. Automatikus VM snapshot-olást is beállítanék.
2. Mikrotiket első kanyarba tenném oda és csinálnék egy iroda és egy elszeparált alhálózatot, utóbbiba raknám a T40-es szervert, a régi szerverből készült backup szervert, az irodaiba meg a virtuális gépet (dedikálnék neki egy fizikai hálókártyát), meg persze a klienseket.
3. Mentést Veeam backup & Replication Community Edition-al lehetne a Hyper-V szerverről csinálni. De jó az Agent is persze, csak ott szűkebbek a lehetőségek, bár a kettő együtt is mehet. És én dugnék még egy USB-s külső HDD-t is a szerverre második mentési vonalként.
Mit nyerhetnék ezzel? A produktív környezet (ahol dolgoznak a többiek és ahonnan a veszélyek érkeznek) full el van szeparálva az alap infrastruktúrától. Ha benyalok mondjuk egy ransomware-t, vagy bejut valami illetéktelen kívülről az irodai hálózatba és legyak mindent, akkor érintetlen marad a szeparált hálózatban a mentési infrastruktúra és a szervert egy snapshot-ból 1 kattintással vissza lehet állítani, nincs hosszadalmas restore. Persze ez csak úgy működhet ha nincs semmilyen átjárás (még egy dedikált porton sem) a két hálózat között.
Továbbá mivel egy VM a szerver, ezért később bármikor átrakható másik vasra könnyen, vagy vihető felhőbe vagy akármi, nincs kötöttség. A Windows Server Standard meg eleve tartalmaz 2db VM licenc-et, így nem kell külön megvenni arra is.
A levelezést (ha fontos nekik) amúgy én biztos M365-be vinném, sokkal kevesebb szívás hosszú távon ügyfélnek meg neked is.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz MasterDeeJay #26067 üzenetére
"2. Elszeparált hálózat jó ötlet de már kiépített rendszer van, emeletes az iroda és van vegyesen irodai adatokhoz hozzáférő gép lent és fent is. vlanozni lehetne de azt nem akarom első körben. Most még nem tudom meglépni."
Persze te ismered a helyi sajátosságokat, esetleg ha a kábelezés engedi és ott van a router a szerver mellett, akkor igazából ha egy Mikrotiket odaraksz a mostani router helyére, akkor azon mindent pont úgy beállítasz mint a mostani hálózat és csak mondjuk a Mikrotiknek 1db portját dedikálod az elszeparált hálózathoz, arra rádugsz akár egy buta switch-et, abba mehetnek a szeparált cuccok és máris megvagy VLAN-ozás nélkül. Persze csak ha el tudod így helyezni.
A szeparált hálózat már sokszor mentett életet a praxisomban, ha relatív biztonságban akarja tudni az ember az infrastruktúrát, akkor egyszerűen ez a legjobb védelem. Én még a telefonokat, kamerákat stb. is mind külön leválasztott alhálókba szervezem, annyi meredek dolgot lát az ember, hogy sosem lehet elég paranoid.
"3. Igen Agent lesz ami menti az egész gépet, plusz snapshotok, plusz külső hdd windows beépített mentése."
Agent-el helyreállítással van tapasztalatom, én biztosan azt használnám inkább a Windows beépített backup helyett. A Veeam backup & Replication Community Edition-t azért javasoltam, mert azzal 10db VM-ig tudsz menteni (mondjuk ha később több VM is lesz), tehát ha kell akkor külön-külön helyre tudod állítani csak magát a VM-eket is, meg tudsz vele backup copy job-ot csinálni, tehát amikor lefut a mentés, akkor egy második eszközre is átmásolja, tehát duplikálhatsz, meg ilyesmi... szóval nagyon hasznos és ingyenes.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz VeryByte #26108 üzenetére
Kíváncsi vagyok a többiek milyen ötletet adnak, de így elsőre ködös emlékeim szerint az ilyet csak úgy tudod kivitelezni, ha a megosztásnál a Security fülön jogot adsz Everyone-nak, ami ugye nem túl jó ötlet... de hátha mond valaki valami okosat.
Bár nem írtad le pontosan a körülményeket, de esetleg ha van mód valami scriptet közbeiktatnod, vagy symlink-el kísérletezhetsz.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
Powershell lesz a megoldás és utána a ps1 scriptet PS2EXE -vel lefordítod EXE-re, így nem lesz ott plain text-ben a jelszó. Nem mondom, hogy elegáns, de maga a probléma sem az.
[ Szerkesztve ]
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
Igen, ki lehet mazsolázni ha nagyon rámegy a user meg ért hozzá, meg eleve célirányosan ezt keresi stb... De ha megnyitja az exe fájlt egy text editorral, akkor hiába keresi benne. De ha emlékszel azzal kezdtem, hogy nem elegáns megoldás, viszont még mindig jobb mintha odarakná egy scriptben olvashatóan.
Amúgy meg ezer módja van, hogy ezt is megugorja, mondjuk eleve base64-re encode-olva rakja bele a scriptbe a jelszót és dekódolja felhasználás előtt, így fordítja le exe-re és akkor maga a jelszó olvasható formában biztosan nem fog szerepelni benne. De ez csak egy lehetőség a sokból...
[ Szerkesztve ]
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
Egyetértek veled és köszönöm a kiegészítést. Igen, ez valóban így van, ahogy írtad és a szakmai standard-ek szerint nem ez a jó megoldás.
Annyival szeretném csak árnyalni a képet, hogy sok helyen üzemelnek olyan hálózatok, ahol - sajnálatos módon - nincsenek meg ezek az alapvetések és ilyen vagy olyan okból nem lehet változtatni ezen. Mondjuk úgy, hogy van az elmélet meg van a valóság. Jelen esetben magából a kérdésből feltételezhető, hogy itt is ilyen rendszerről van szó. Bármennyire nem "szakszerű", ezeket a hálózatokat is valahogy üzemeltetni kell és gondolom a kolléga sem jókedvében vagy igénytelenségből folyamodik ilyen megoldáshoz, hanem mert abból kell főznie, ami van. Én ezt feltételezve próbáltam neki valamilyen tippet adni, ami még mindig egy fokkal szerencsésebb mint odarakni a jelszót simán egy parancsfájlban.
De mondom még egyszer korrekt, amit leírtál.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
Itt most tulajdonképpen az egyik legalapvetőbb problémára tapintottatok rá közösen, amitől mindannyian sokszor szenvedünk üzemeltetők, fejlesztők egyaránt. Amikor üzleti szempontok vagy rövidlátó vezetői döntések miatt kényszerülünk bele szakmailag nehezen vállalható megoldásokba. Én sem mutogatnék a fejlesztőkre ezen a téren, mert ők is a legtöbb esetben ugyanúgy áldozatai ezeknek mint az üzemeltetés. Sajnos.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
A szabályzatok betartásával kapcsolatban nekem az a tapasztalatom, hogy az ember nem robot, betartani azt a szabályt fogja, aminek érti a célját és látja az értelmét (ez az élet minden területén így van). Sajnos itt is csak az elmélet és a gyakorlat közötti markáns különbséget emlegetném. Lehet hozni rengeteg szakmailag indokolt szabályt, de mielőtt ezeket megalkotná az ember nem megspórolható az, hogy a felhasználó szemszögéből is megvizsgálja, fog-e működni?
Az említett példánál maradva, ne a céges gépről töltse a privát telefont. Oké, de ha nincs mögé téve a "miért" (elmarad az edukáció része), akkor ugye a felhasználó szemszögéből ez úgy néz ki, hogy meg van tiltva egy olyan gyakorlat, amit ő amúgy mindig is így csinált a magánéletében (gépről töltötte a telefont) és soha semmi problémát nem tapasztalt ezzel kapcsolatban, tehát nem fogja érteni, hogy a munkahelyi gépre (amin ugye pont ugyanolyan USB port van mint az otthoni gépen) ugyan miért ne dughatná be tölteni? Ha mondjuk csak simán meg van ez tiltva magyarázat nélkül, akkor egy értelmetlen korlátozásnak tűnik számára, amit nem fog betartani mert semmi értelmét nem látja (sőt, sokszor direkt rossza szándékot képzel mögé, hogy "vele most direkt ki akarnak szúrni") és úgy gondolja, hogy ezzel amúgy semmi rosszat nem okoz. És a saját szemszögéből tulajdonképpen ez érthető is. Nem elfogadható, de érthető.
Szóval én azon az állásponton vagyok, hogy minden szabály pontosan annyit ér, amennyit betartanak belőle és ahhoz, hogy betartsák valamennyire érteni kell az okát.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz bugizozi #26149 üzenetére
Ritkán én is találkozom hasonlóval, én ilyenkor előveszem a powershell-t és lekérdezem kik kapcsolódnak épp a szerverhez:
Get-SmbSession | Select-Object -Property SessionID,ClientComputerName,ClientUserName,Dialect,NumOpens | Format-Table -AutoSize
Aztán a be tudom zárni az adott gyanús session-t:
Close-SmbSession -SessionId <ide jön az ID száma> -Force
Aztán megnézem újra, hogy visszakapaszkodott-e a szerverre vagy sem. Ha megint visszacsatlakozott, akkor a kliensen van megnyitva valami alkalmazás vagy háttérfolyamat ami fogja a fájlt. Ha nem jött vissza, akkor meg problem solved.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz Gargouille #26152 üzenetére
Egyébként még az jutott az eszembe, hogy az OpenFilesView is sokat tud segíteni az ilyen problémák megoldásában.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz timelord1987 #26156 üzenetére
Sok oka lehet, de például DNS beállítás rendben van? Vagy ha megpingeted a google.com-ot kapsz választ?
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz timelord1987 #26164 üzenetére
Csak a próba kedvéért kábelesen nem tudod rádugni a routerre, hogy úgy is ugyanezt műveli-e? Timer kolléga amúgy nem mond hülyeséget az ip cím vagy mac ütközéssel sem.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz timelord1987 #26174 üzenetére
Mivel azt mondtad másik wifi hálózaton jó a gép, így maga az adapter vagy driver is valószínűleg jó, mert ellenkező esetben nem működött volna a másik hálózaton. A kérdés, hogy azon a wifi hálózaton, ahol nem működik, ott mindig ugyanazt az IP címet kapod a routertől? Mi van ha statikusan megadsz egy másik szabad címet a gépnek?
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz timelord1987 #26192 üzenetére
Oké, de mi volt a gond?
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz timelord1987 #26194 üzenetére
Lehet a régi IP címen van valami másik eszköz statikus IP címmel... na mindegy, akkor legalább műkszik.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
-
Gargouille
őstag
válasz csuzda #26229 üzenetére
Nyilván mindenkinek a saját döntése, hogy milyen vírusirtót használ (vagy nem használ), ilyen hitkérdésbe nem foglalnék állást. De ugye a kérdező céges környezethez kért tanácsot, amire egy szakmailag teljesen korrekt választ kapott, erre kérdezted meg te, hogy mi a gond a Kaspersky-vel, erre válaszul linkeltem be a szakszolgálat (NKI) által kiadott figyelmeztetést.
Ha elolvastad akkor láttad, hogy nem a hatékonyságával van a gond. De ha szeretnéd használni, akkor nyugodtan tedd meg, akár sétálj be hozzájuk és nézd végig a forráskódot (vajon értenéd amit látsz?), de itt egy nyilvános fórumon olyan megoldás legyen javasolt, ami szakmailag is elfogadható. A Kaspersky jelenleg nem ilyen.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz csuzda #26232 üzenetére
Biztos, hogy mint vírusvédelem elég hatékony megoldás. A probléma inkább kicsit politikai vagy elvi jellegű, mivel az van, hogy megrendült benne a bizalom mert felmerült, hogy "haza beszél". Egy biztonsági szoftvernél (és igazából minden szoftvernél vagy rendszernél) - megelőzve a műszaki paramétereket - a legalapvetőbb kérdés mindig az, hogy megbízunk-e benne vagy sem? A Kaspersky esetében felmerültek aggályok. Azt mi kívülállóként nem fogjuk tudni érdemben mérlegelni, hogy mennyire megalapozottak ezek a kétségek, csupán azokra a kellő kompetenciával rendelkező szervekre tudunk hagyatkozni, akik erről érdemi információval rendelkeznek. A személyes véleményem, hogy az NKI ilyen szerv, ezért mérvadónak gondolom az ajánlásukat.
Hogy otthoni környezetben okozhat-e bármi problémát? Valószínűleg nem, de mi van ha... és itt megint vissza lehet kanyarodni a bizalom kérdéséhez.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
-
Gargouille
őstag
"Mármint egy LTE donglen keresztül?"
Igen, például. A lényeg, hogy a többi potenciális zavaró tényező (kliens és a router) ki legyen iktatva a képből és közvetlenül a géped csatlakozzon. Ha így is produkálja a hibát, akkor a szolgáltatói oldalon van a probléma. Ha meg így hibátlan, akkor a te oldaladon.
"Bár a router, hogyan lehetne a ludas?"
Hibakeresésnél az egyik első szabály, hogy nincs olyan, hogy "ez biztos jó, tuti nem ez okozza". Csak az jó, amiről meggyőződtél. Amúgy lehet ludas a router is, akár hibás is lehet, de akár mondjuk IP cím ütközés a belső hálózaton stb. ezer dolog okozhatja a problémát. Én biztosan úgy fognék neki, hogy kizárnám egyesével a lehetőségeket, a végén pedig ott fog maradni a ludas.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
Új hozzászólás Aktív témák
- lenovo DU9033S1 Onelink Pro Dock TÖBB DARAB Töltő nincs benne az árban
- Új Gyári Lenovo 65W Notebook adapter USB-C csatlakozóval
- iPhone 14 PRO - Arany - Gyönyörű
- iPhone 14 PRO MAX - 2026.10ig Garancia - Független
- Microsoft Surface Book 2in1 Érintős Szétszedhető Laptop Tablet 13,5" -60% i5-7300U 8/256 QHD+ Win 10
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Alpha Laptopszerviz Kft.
Város: Pécs