Új hozzászólás Aktív témák
-
-
brd
nagyúr
válasz gaborbol #219 üzenetére
Eddig 2003-as Outlooknál láttam ilyet, igaz, csak Exchange-vonatkozásban. Ott egy gyorsítótártörlés megoldja (a fiókoknál pipa kivesz, leokéz, Outook elindít, fiókoknál pipa visszatesz, Outlook bezár, majd elindít). De lehet, hogy valamelyik frissítés (SP3 valószínűleg) végül javította a hibát, mert jóideje nem hallottam már a hibát sehonnan.
The only real valuable thing is intuition.
-
brd
nagyúr
válasz gaborbol #221 üzenetére
Az F9-es gombra sem frissít? Mert az általam tapasztalt hiba esetén ilyenkor azért frissített, csak automatikusan nem.
Most miért, pl. a HP Management letölti, mint frissítést, és telepíti is (a E200, és P600-as vezérlővel legalábbis simán megcsinálja, másra most hirtelen nem emlékszem). De az IBM is megcsinálja ugyanezt pl. a MegaRAID vezérlőkkel.
The only real valuable thing is intuition.
-
brd
nagyúr
válasz gaborbol #223 üzenetére
A 2019-es hibának véletlen nem srv a forrása? Mert akkor lehet az a gond, amit anulu ír. Ha már szükség van a /3gb-re, akkor testre kellene szabni a /userva= beállítással a memóriát (2600-2800 között valahol jó szokott lenni, az általános tapasztalataim alapján). Ha ugyanis elfogy a rendszer számára kiosztott memória (megjelenik a 2019-es srv hiba), akkor a legváltozatosabb hibák jelentkezhetnek.
The only real valuable thing is intuition.
-
brd
nagyúr
-
brd
nagyúr
Nem az én felelősségem volt szerencsére, de az első dolgom volt bekapcsolni, amikor a kezeim közé került. Egyébként az a gép /userva=2600 beállítással működik csak rendesen. Ha többet kapnak a user programok, akkor már problémák jelentkeznek, lehal az OWA/OMA, néha elvesztik az Outlook-ok a kapcsolatot RCP-n, és hasonlók.
The only real valuable thing is intuition.
-
brd
nagyúr
-
brd
nagyúr
válasz gaborbol #244 üzenetére
ESEUTIL vagy ISINTEG. Ha nincs olyan holtidő (ameddig nem használják az exchange-et), ami alatt meg tudnák ezek javítani, akkor másold le, aztán javítgasd a másolatot, majd ha sikerült, akkor mördzsölni (merge) kell valahogyan az új adatokat a javított adatbázisba.
The only real valuable thing is intuition.
-
brd
nagyúr
Hogyan lehet úgy keresni a GPO beállítások között, hogy kizárólag egy stringet adok csak meg, és erre kilistázódnak azok a beállítások (és persze az elérési út), amelyeknek a nevében szerepel a string? Egyelőre csak fizetős megoldást találtam erre.
Fogalmam sincs, hogy pontosan hol találok egy beállítást, de a nevét (nagyjából) tudom, és mostanában egyre több ilyen beállítást kell megejtenem, viszont a könyvtárfa minden alkalommal végigtúrása rengeteg időt elvesz, ezért kellene ilyesmi.
Szerk.: 2003-as tartományi környezetről van szó többnyire.[ Szerkesztve ]
The only real valuable thing is intuition.
-
brd
nagyúr
Igen, ettől tartottam, szomorú vagyok.
Ma összefutottam egy roppant bosszantó dologgal. Egy bizonyos frissítés után már nem lehet Computer account alól hálózaton lévő exe file-t futtatni (felcsatolt meghajtóról sem). Találkozott már valaki ezzel? Ha igen, mi lett a megoldása? A hibajelenségek, és kis tesztelgetés után gyanítom, hogy az Open File Security Warning a probléma, viszont a GPO-ban megadható beállítással nem foglalkozik (a Launching Programs and unsafe file engedélyezve, de rá se bagózik). Attachment Manager ugye nem játszik, mert Computer account...
Egyébként úgy jött elő, hogy egy bizonyos dologhoz a computer startup scriptben kell hálózatról egy exe-t futtatni, és ez nem indult el (a scriptben egyéb dolgok lefutnak, csak az nem, ami egy hálózati meghajtón, vagy UNC útvonalon van).The only real valuable thing is intuition.
-
brd
nagyúr
válasz gaborbol #259 üzenetére
Gondolom, belső levelezőserver van (vagy vannak), akkor eleve csak azt szabadna kiengedni levelezni (vagyis csak az kapcsolódhasson kifelé a 25-ös portra), és ha már így van, akkor a levelezőserveren lehetne logolni, hogy ki/mi küld sok levelet kifelé.
Ha viszont nincs ilyen server, akkor még egyszerűbb a dolgod (amennyiben a sonicwall tud ilyet), egyszerűen megnézed, hogy mondjuk 10 perc alatt ki akar 10-nél többször a 25-ös portra kifelé csatlakozni.The only real valuable thing is intuition.
-
brd
nagyúr
válasz kraftxld #264 üzenetére
Ha az új cucc nem tud olyat, mint az ISA, hogy kibontja a HTTPS-t és újra becsomagolja a belső hálóra, ill. olyat sem, hogy URL alapján forwardol, akkor az exchange-es dolgoknak a 443-on kell futnia mindenképpen, mert ha jól emlékszem. a portszám betonozva van a különböző file-okban (amelyekből az IIS-es oldal működik/felépül). A többit meg simán forward.
Egyébként miért lesz lecserélve az ISA?The only real valuable thing is intuition.
-
brd
nagyúr
válasz gaborbol #269 üzenetére
Mivel eddig ugye mindent kiengedett valamilyen szabály, most egy tiltót kellene készítened, amely csak a levelezőservert nem tiltja.
Ez, amit most beállítanál, csak akkor lenne jó, ha nem lenne olyan szabály, ami alapján ki lett engedve az összes gép.The only real valuable thing is intuition.
-
brd
nagyúr
válasz gaborbol #283 üzenetére
Normális helyeken ez úgy működik, hogy az a logika, hogy sorban jönnek a szabályok, fentről lefelé (prioritás szerint), és ha egy csomag illeszkedik a szabályra, akkor aszerint kezeli, és a többi szabályt már nem is vizsgálja az adott csomagra, hogy megfelel-e nekik. Ezért van utoljára a mindent tiltó szabály (bizonyos készülékeknél ez nem jelenik meg külön szabályként, de így kell érteni), mert így ha direkt nem engedélyezel valamit, akkor nem fog menni. Ha az a készülék is ezen logika szerint működik, akkor a megoldás jó lesz így (csak még az Enable pipát lökd majd be a második szabálynál ).
The only real valuable thing is intuition.
-
brd
nagyúr
válasz gaborbol #288 üzenetére
Látom, ott "kint" sem sokkal jobb a helyzet, mint itt nálunk (Mo.).
Van egy ügyfelünk, 2 nőnemű rendszergazdával (a hozzáértésről annyit, hogy egy sziszkón egy port forwardot nem tudnak átállítani), kb. 3 hónapig szenvedtünk nála (távolról ez igen fini tud lenni, ha már az administrator fiók is le van tiltva, a kártevő áldásos hatására ) egy Conficker fertőzéssel, mire megértették, hogy nem kellene a fertőzött kliensekre a domain adminnal belépni, mert úgy soha nem lesz eltávolítva teljesen a hálózatról. Ráadásul nem is a mi feladatunk lett volna, mert csak a mi rendszerünk működtetése a mi dolgunk (csak sajnos a vírus abban is zavart okozott, a fiókletiltódások miatt...).The only real valuable thing is intuition.
-
brd
nagyúr
válasz gaborbol #301 üzenetére
Attól függ, hogy mekkora forgalmuk van, maga a vírusscan biztos nem fog meg annyira egy mai gépet. A tapasztalataim alapján egy 25/5 Mbit-es netet (kb. 40 user használja csúcsidőben) kb. pont jól elvisz egy antivírus pluginnel (NOD32) egy Kerio Winroute Firewall, egy 3 GHz-es, HT-s P4-gyel (ez egy 17000 forintos gép volt kb. 1 hete ). Ez a Winroute egy Windows-ra telepíthető cucc', ő osztja a netet, és igazából nem is a program maga a nagy terhelés a gépnek (összesen ha 30%-ra terheli, plusz mondjuk 20% a vírusellenőrzés, ezeknél többet eddig nem láttam terhelésként), hanem a hálókártyák megszakításai. Bár ez ezen a gépen már nem érezhető annyira, de korábban egy 1.3 GHz-es Celeron volt helyette, még régebbi alaplappal, ott már ez komoly gond volt, a 25 Mbit sem volt meg, kb. 20-22-t tudott maximálisan, de egy ilyen letöltés mellett a HTTP már meghalt. Tehát az 1 milliós HW-t csak nem fogja annyira leterhelni.
Egyébként a legtöbb helyen bejövő levél több van (SPAM ugyebár), tehát ha a befelé csekkolás nem terheli észrevehetően a gépet, akkor a kifelé check sem fogja.The only real valuable thing is intuition.
-
brd
nagyúr
Gaborbol: jól láttam, hogy volt itt 2 hozzászólásod? Mert már valszoltam is rá: amit ezekben írtál, azok alapján szerintem backscatter-ről van szó. Ha ez a helyzet, akkor itt valószínűleg szerepel az IP (lehet, hogy ez alapján szűr valami, ahová nem tudnak levelet küldeni).
A végső megoldás az lenne, hogy a kézbesíthetetlen leveleket el se fogadja a mailserver (már az SMTP kapcsolatnál írja, hogy nincs ilyen fiók), vagy már a tűzfal kiszűrné, lekérdezve a valós fiókok listáját valahogyan. Az ideiglenes megoldás az, hogy kikapcsolod az NDR-t a mailserveren (ez mondjuk hosszútávon nem biztos, hogy jó ).The only real valuable thing is intuition.
-
brd
nagyúr
válasz kraftxld #332 üzenetére
Tudtommal nincs, meg kell mondani a gépeknek (usereknek) policyből, hogy az egy trusted site (vagy local intranet, mindegy), valszeg' nem úgy van most beállítva, hogy automatikusan local intranet legyen az UNC, vagy az exe-ket engedélyezni kell az Attachment Managerben). De ha találsz más megoldást, kérlek, szólj nekem is, mert pár hozzászólással feljebb írtam egy nagyon hasonló problémáról (legalábbis a probléma okozója hasonló).
[ Szerkesztve ]
The only real valuable thing is intuition.
-
brd
nagyúr
válasz kraftxld #340 üzenetére
Köszi, igen, ilyesmivel próbálkoztam én is, normál felhasználók alól gyönyörűen működik is, de sajna' ezek a beállítások a computer startup scriptből nem működnek, mert ott még ugye nincsen CU (pontosabban "van", csak felhasználó nincs hozzá ) és a Computer Configurationban beállított zónainformációkra nem reagál. Majd még megpróbálom, hogy behekkelem a reg parancssal (a helyek többségében, ahol jelentkezett a probléma, csak 2003-as domain van) a local system user hive-ba, de sok reményt nem fűzök hozzá.
The only real valuable thing is intuition.
-
brd
nagyúr
Az adott gépeken futtatásba: Gpedit.msc, ott pedig User Configuration, Windows Settings, Scripts (Logon/Logoff). A Logoff alá készítesz egy batchfile-t, ami felmásolja a kívánt tartalmat a megfelelő hálózati helyre. Ennél egyszerűbb szerintem nincs (kivéve külső programmal, de azt telepíteni kell stb.).
The only real valuable thing is intuition.
-
brd
nagyúr
Valaki tud valami megoldást egy Windows-os DHCP netmaskjának átállítására, vagy tényleg csak az a megoldás működik, hogy scope töröl, újra létrehoz új netmasskal? Ez kissé fájdalmas lenne, egyrészt a már kiosztott címek miatt, másrészt a kizárások miatt (bár utóbbiakat át lehet hekkelni parancssorból).
The only real valuable thing is intuition.
-
brd
nagyúr
válasz kraftxld #461 üzenetére
Én a gyakorlat alatt kétféle módszert dolgoztam ki rá. Az egyik azon alapul, hogy van az ESET-nek (a NOD32 készítője, biztos ismered) egy parancssori eltávolítója (google: eset conficker remover). Ezt felhasználva - megfelelően paraméterezve - készítettem egy batchfile-t, ami lefut a machine startup-ban: az eltávolítót valami share-ről, amit minden gép tud olvasni elindítja, és a kimenetet átirányítja egy szintén közös share-en lévő file-ba (hozzáírással, >>), hogy lássam, mi a helyzet az adott géppel (beírja az időpontot, gépnevet is a kimenetbe, ill. 1x a helyi viszonyok miatt nekem a sebezhetőséget javító patch-eket is le kellett futtatnom ebből a batch-ből, mert sok gépen nem volt telepítve). Így pár újraindítással elvileg az egész hálózat gondja megoldódik (a domainvezérlő(k) se maradjanak ki a jóból!).
A másik az finomabb megoldás, van egy toolja a BitDefendernek: itt a "Network administrators" résztől érdekes. Ez a domaintag gépeken az összes gépen képes elindítani távolról az eltávolító programot, és akár újra is indítani a gépet, a keresés után, ha az a kívánatos (és az ).
Az első megoldás talán kevésbé zavarja meg a cég működését, viszont többet kell gépelni hozzá (ha gondolod, elküldöm a batch-et), az utóbbival pedig az a baj, hogy tűzfalak, beállítások megakadályozhatják a távolról futtatást, ezért kézzel vagy be kell jelentkezni az adott gépre, lehetőleg local adminnal, vagy oda kell menni hozzá. Az első megoldást én azért szeretem, mert ki sem kell menni az ügyfélhez, ha van távelérésed a serverre. (Pedig nagyon izgult egy helyen az ottani főnök, hogy menjek ki.)
Persze mindkettő megoldáshoz javasolt a domain admin(ok) jelszavának átállítása.
Javasolt ezenkívül a domainvezérlőn beállítani a Security logolást, legalább a sikertelen bejelentkezésekre, hogy lehessen látni, milyen gépek próbálkoznak még sokszor bejelentkezni rossz jelszóval (a domain admin jelszóváltoztatás után), mert ezeken a gépeken ugye még ott lesz a kártevő. Az admin share-eket egyébként javasolt a kiszolgáló servereken kikapcsolni (a klienseken is lehet, de ott szükség lehet rájuk), normál működés közben amúgy sincs rájuk szükség.
Probléma lehet még, hogy adott gépeken a helyi rendszergazda jelszava gyenge, és több gépen is ugyanez a jelszó van, akkor ezt is át kell majd állítani, ha egyszerre (vagy egyenként), nem lehet róluk eltávolítani a kártevőt. Ezt tovább súlyosbíthatja, hogy ezek esetleg nem is domaintag gépek valamiért (de használnak róluk időnként domain erőforrásokat), továbbá az, hogy esetleg nincsenek is állandóan bekapcsolva, és ezt majd el is felejtik neked mondani az ottaniak...
A harmadik megoldás általában nem opció sehol, gondolom nálad sem merült fel, mint lehetőség, nevezetesen, hogy minden gép leáll, és hálózat nélkül, egyenként leírtani róla valamelyik tool-lal az okosságot.The only real valuable thing is intuition.
-
brd
nagyúr
válasz gaborbol #466 üzenetére
Nem kell hozzá AD, de a local security policy-ben a user rights assigment alatt, az "Access this computer from the network"-be fel kell venned a usereket (ill. csoportot inkább), aki használhatja az FTP-t.
Egyébként érdemes innen letölteni a 7.5-ös FTP service-t.[ Szerkesztve ]
The only real valuable thing is intuition.
-
brd
nagyúr
válasz gaborbol #468 üzenetére
Semmi értelme szerintem, egyszerűbb a dolgod is, ha nincs (de csak ha tényleg nincs szükség valami másért AD-re). Készítesz max. két csoportot az FTP-hez, az egyik csak olvasni tud, a másik írni is (ha van ilyen külön igény; ha nincs, akkor egy csoport is elég), és ezekbe felveszed a felhasználókat. Aztán az IIS managerben megadod a csoportoknak, hogy melyiknek mihez legyen joga. Arra figyelj még, hogy filerendszer szinten is meg kell adni az adott csoportoknak a jogokat (ha nem admin lesz minden felhasználó, de nyilván ne legyen ), ill. ha akarsz anonym hozzáférést is csinálni, akkor annak külön meg kell adni az IIS Managerben, hogy a windowsban/filerendszerben melyik felhasználó jogaival működjön (alapból az IUSR van beállítva).
The only real valuable thing is intuition.
-
brd
nagyúr
válasz gaborbol #511 üzenetére
Ha tud ilyet (ez majdnem 100%), akkor lesz olyan, hogy migrate, és ott meg tudod ezt csinálni. Egyébként, ha bármilyen művelet adatvesztéssel járna, azt írja a management. A másik kérdésre: de, de lehetséges, hogy adott tömbhöz is hozzá kell/lehet rendelni, hogy annak a cserelemeze.
The only real valuable thing is intuition.
-
brd
nagyúr
válasz gaborbol #519 üzenetére
Hátha csak más fogja a portot, amit az adott alkalmazáshoz akarnátok rendelni. Milyen szolgáltatás futna rajta? Szól(na), ha nem foglalhatja le az adott portot?
Másik gépről a Telnet [gép IP cím] 2110 mit mond? Vagy UDP portról van szó?
Milyen tűzfalat értesz a 2003 tűzfala alatt? Az alapból ki van kapcsolva. Valaki bekapcsolta?The only real valuable thing is intuition.
-
brd
nagyúr
Valaki tud abban tanácsot adni, hogy Win 2008-as serverrel hogyan lehet azt megoldani (ha meg lehet), hogy a hibás bejelentkezési próbálkozásokkor az adott IP-t tiltsa le automatikusan?
gaborbol: Bevallom, picit irigyellek, hogy milyen gondjaid vannak. Arrafelé, hasonló területen ez a megszokott?
The only real valuable thing is intuition.
-
brd
nagyúr
válasz gaborbol #574 üzenetére
Az Event Log-okból (a helyi gépen, és tartományvezérlőn is meg kellene nézni) ki kell derüljön, hogy mi a baj, de a kilép-belép valószínűleg megoldja. A gpupdate nem feltétlen ír hibát abba az ablakba, ahonnan indítod. A gép eléri a hálózaton a tartományvezérlőt, és a DNS servert hibátlanul?
The only real valuable thing is intuition.
-
brd
nagyúr
válasz gaborbol #579 üzenetére
Ez valami replikációs probléma, vagy DNS/AD topológia probléma lesz (DNS hibák nincsenek azokon a servereken, ahová az új DC-k DNS beállítása mutat?). Ha eddig működött, akkor mondjuk nem lehet, hogy a hálózat átalakult valamilyen szinten, vagy valamilyen tűzfal került beállításra? Vagy akár a Wmware valamilyen hálózati problémája is lehet az ok.
"Nem tudta megoldani, hogy csak a 2 új menjen" --> Ez mit jelent? Lehet tudni, hogy mi ennek az oka, vagy csak ez az infó van? Szerintem ez a probléma forrása, valószínűleg valamelyik (vagy mindegyik?) FSMO role a régi DC-ken van még, és nem tökéletesen működik. Így tudod megnézni a szerepkörök hordozóját, ill. áthelyezni őket). Vagy ugyanez lehetséges a DNS-sel, pl. hibás beállítás esetén nem frissül a tartalma, ezért hiányzik belőle valamilyen bejegyzés.
Én azzal kezdeném, hogy a 2 régi DC-t nézném meg, miért is van rájuk szükség. Ez alapvetően a 2 fenti ok miatt lehet (FSMO szerepkörök nem lettek róluk áthelyezve, vagy a DNS úgy van beállítva, hogy csak rajtuk működött jól). (Persze miután a rendszeridőt megnézted; ha kell, akkor akár kézzel állítsd be nagyjából pontosra).[ Szerkesztve ]
The only real valuable thing is intuition.
-
brd
nagyúr
válasz henky111 #584 üzenetére
A MS serveres (2003, vagy már inkább 2008, AD, persze ezek akkor, ha MS serverekkel akarsz foglalkozni, de mondjuk akkor sem árt némi Linux ismeret, mert sok funkciót azon egyszerűbb megvalósítani), Cickó (Cisco), ill. Wéemvér (WmWare) sikeres vizsgákat szokták szeretni a munkaadók (de nyilván olyanokat kell letenni, amilyen területen szeretnél dolgozni). Ezek persze nem olcsóak. Viszont vannak azért olyan helyek, ahol a tapasztalat fontosabb. Gyakorolni pedig lehet otthon is, virtuális gépeken, a vizsgákhoz is.
Az angol nyelvtudás, legalább olvasási szinten, alap, megkerülhetetlen. Ha fel is vesznek nélküle valahová, az első komolyabb problémánál "meg leszel lőve", mert a komolyabb hibaleírások/megoldások jórészt ilyen nyelven érhetőek el. De a tananyagok jó része is csak ilyen formában olvasható.The only real valuable thing is intuition.
-
brd
nagyúr
válasz kraftxld #622 üzenetére
Előkotortam egy Win-es paragont, bootolni róla, és majd leestem a székről mikor elindult. Kidobta, hogy van még kb 48GB-nyi unallocated cucc a vinyón. Típus megnéz, kiderült, hogy egy 100GB-os Toshiba vinyó volt benne[...]
Bocsáss meg, de ezen hangosan felröhögtem.
WinSXS takarítás
Ezt hogyan lehet kivitelezni?
The only real valuable thing is intuition.
-
-
brd
nagyúr
Nem találtam sajnos megoldást rá. Viszont, javaslom, hogy ha így ki van engedve valami az internetre, akkor semmiképpen se legyen az admin(ok) neve az alapértelmezett, nevezd át olyanra, amire valószínűleg nem gondolnának, pl. rendszergazda helyett legyen naposcsibe (esetleg még néhány számot utánaírva), vagy ilyesmi.
Egyébként nem olyan súlyos probléma ez, ha megfelelően erős a jelszó, csak ha ismert a user neve a támadó számára, akkor előfordulhat az, hogy bizonyos számú próbálkozás után kitiltódik az adott user egy időre (van egy ilyen értelmű default policy a windows serverekben), ezért te sem tudsz majd vele belépni; én igazából ezért kerestem megoldást.[ Szerkesztve ]
The only real valuable thing is intuition.
-
brd
nagyúr
válasz Hedgehanter #675 üzenetére
Azok a régi verziójú VNC-k, amelyek még nem tudják kezelni a Vista/2008 óta bevezetett UAC-ot, azoknál igen, nem működik. A másik ok az lehet, hogy pl. az UltraVNC kér egy pipát a telepítésnél, hogy letöltse-e a Vista-hoz (és az összes olyan M$ OS-hez, amelyben UAC működik) való kiegészítőket. Ezek közül a cad.exe-re van szükség a CTRL+ALT+DEL küldéséhez. A többinél nem tudom, hogyan működik ez.
The only real valuable thing is intuition.
-
brd
nagyúr
válasz gaborbol #723 üzenetére
Én egy olyannal találkoztam a napokban, ami Security Tool-nak hívja magát, és magyarul (angol win-en) írta a (fake) üzeneteit! Nem "Távirányitóval kezelni DVD-játékost"-szinten, hanem egy átlagos, magyarul beszélő ember szintjén. Annyira hitelesnek tűnt, hogy egy fél percre engem is megtévesztett (na, mi a fene, új antivírus, amit még nem ismerek? bár a neve már gyanús volt). Elsőnek az tűnt fel, hogy nem volt két olyan file, amelyben ugyanaz a fertőzés lenne (erre az ablakra - mármint, hogy megjelent, "ilyet nem szokott a gép" felkiáltással - rácsodálkozva hívtak egyébként), másodiknak az, hogy nem lehet feladatkezelőt, regedit-et indítani, mert elindulnak, majd rögtön bezáródnak, és azt írja a fake antivírus, hogy vírusos. Aztán kiderült, hogy az összes exe-re ezt mondja. De egyébként a felülete teljesen hiteles, nem túl csicsás, de nem is a 3 vonalból álló; van (falból persze) autoupdate, kizárások, és minden földi jó, még az ál-víruskeresés leállítása után is azt írja, hogy ezzel veszélynek van kitéve a számítógép, biztosan leállítja? Ill. olyanokat is ír, hogy a hitelkártyája adatait megszerezheti a vírus, sőt még saját ikonja is van a Start menüben. Ott szúrták el, hogy a userprofilban van egy exe, és ez indul el, na ez nem megszokott egy vírusirtónál. Egyébként semmi károsat nem csinált láthatóan, máshová nem jegyezte be magát, file-okat sem törölt (persze nem próbáltam ki vele a fertőzések eltávolítását ), és nem is fertőzött file-okat. Nem is tudom, mi volt a célja (talán ha az eltávolítást megcsinálom, tényleg törölt volna). Az AVG egyébként semmit nem böfögött rá (ez van telepítve a gépen, frissül is rendesen).
The only real valuable thing is intuition.
-
brd
nagyúr
válasz gaborbol #730 üzenetére
Lehet, ez is olyan volt, de nem kínált fel ilyesmit. Talán ha az eltávolításra nyomott volna valaki, akkor jött volna ilyen üzenet.
Magyarországon egyébként nem jellemző, hogy ilyeneket így vásárolnának. Talán jobban be vannak oltva az emberek félelemmel az ilyen netes vásárlások ellen, és nem is sok embernek van olyan kártyája, amivel ilyen módon tudna vásárolni. Ill. ha valakinek van is, akkor ő már többnyire tudja, hol kell vigyázni vele.The only real valuable thing is intuition.
Új hozzászólás Aktív témák
- Xbox Series X|S
- Ford topik
- Skoda, VW, Audi, Seat topik
- Az MSI RadiX AXE6600 tesztje – router, játékosoknak
- Kerti grill és bográcsozó házilag (BBQ, tervek, ötletek, receptek)
- Ezek a OnePlus 12 és 12R európai árai
- Mi nincs, grafén akku van: itt a Xiaomi 11T és 11T Pro
- Milyen autót vegyek?
- Hálózati / IP kamera
- PlayStation 1 / 2
- További aktív témák...
- ZOTAC GeForce GTX 1080 AMP Edition 8GB GDDR5X 256bit
- Filmes gép gyűjtemény
- Nikon D5000 + AF-S DX NIKKOR 18-105 mm
- Bontatlan Seagate & Western Digital HDD-k 3TB - 12TB -ig - Számla + Garancia, Ár alatt! BeszámítOK!
- DJI Mini 4 pro FMC drón - 3 akku, RC2 táv, 2 táska, Filterek, 2025. decemberig garancia, DJI Care