Új hozzászólás Aktív témák
-
veterán
válasz kraftxld #24219 üzenetére
Teljesen mindegy, a lényeg, hogy ott a számla, Te megvetted, stb. Honnan kellene tudnod, hogy mennyi egy legális szoftver ára, és csak töredékét fizetted? Honnan kellene tudnod, hogy valaki lopottat árult, pláne, hogy azt ráadásul az MS be is aktiválja? Ebben az országban BMW-t is árultak már szükre zónásan, ha jól emlékszem, nemrég volt ebből valami patária. A lényeg a számla, szerintem ezzel már védve vagy, de minimum mutatja, hogy próbáltál jogszerűen eljárni.. Nagy céghez nyilván soha nem ajánlanám ezt a megoldást, de egy Kiscsöcs Kft-hez tökéletesen megfelel, és legalább egy fokkal jobb, mintha kmspico-val beröffentett megoldást használna. Szerintem.
[ Szerkesztve ]
-
veterán
válasz zolee001 #24228 üzenetére
Jó ég tudja, vélhetően elveszik a kocsit, de hogy azért nem nyomhatnak meg, mert feketén vettem, az biztos. Még egyszer: nem azt mondom, hogy jó magatartás, azt mondom, hogy jogilag szerintem védhető. Ellenőrzés során meg vagy megáll, vagy sem, de ha valami toolt találnak, az már védhetetlen. Szerintem.
-
veterán
válasz sziszi-fuszi #24233 üzenetére
"mert feketén vettem, az biztos."
Na, ezt rosszul fogalmaztam meg, mert jelen esetben nem ez a helyzet. Ha számlára veszel terméket / szolgáltatást, ami ráadásul helyesen is szerepel az adott számlán, kizártnak tartom, hogy joguilag támadható legyél. Ennyi erővel a fél ország ülne már, mert tutira vett már mindenki valamit kisboltból, amit pár héttel, hónappal később bezártan ÁFA csalásért, lopott áru értékesítéséért, stb. Vagy például, akkor most az összes Turbadós telefont visszaveszik, mert elmeszelték a céget? A legrosszabb, ami történhet, hogy az eladót bűntetik, te meg bukod a licenceket.
De hagyjuk, nem vagyok jogász, bizonyára igazatok van!
(Ehhez képest Bluesummers már legalább 1 éve árul HA-n, a Softdirect meg vagy 3 éve, kábé mindenütt. Feltételezem, ha illegálisan árulnának szoftvert ilyen nyiltan, már régen lenyomták volna őket a NAV emberei)
[ Szerkesztve ]
-
veterán
Oké, de ennyi erővel semmit ne vegyél, mert bármiért rád rántják a lepedőt, hiszen az eladó lehet, hogy lopta a cuccot. A környezetemben már több NAV ellenőrzés is lement úgy, hogy nem akadtak meg ezek a licencek, akkor most mi van? Bezáráshoz meg nem hogy valid indok, lassan indok sem kell.
Sziszi-fuszi: amit Te írsz, az totál illegál, közé nincs a helyzethez, mert az említett eladók nem lopott licenceket árulnak, igazolniuk kell a forrását egy ŐKET érintő ellenőrzés során, EU rendelet van arról, hogy amit csinálnak, az legális. Az, hogy az MS-nek ez nem tetszik, már más tészta. Nem úgy mennek be suttyomban "A" céghez, lopják el a COA-t, majd adják el "B" cégnek. A számla esetemben annyit bizonyít, hogy ÉN nem loptam, és én erre építem az érvelésem a kezdetektől. Ha TUDOM, hogy lopott licencet veszek, akkor már nem áll meg a dolog, természetesen. De honnan tudnám?
[ Szerkesztve ]
-
veterán
válasz sziszi-fuszi #24238 üzenetére
Na, ez esetben újra kérdem: végülis mi is a gond ezekkel az eladókkal? A rendőrség nem bántja őket, a NAV nem bántja őket, BSA sem szállt rájuk, mi több, az MS sem tud velük mit kezdeni jogilag, hiszen ha tudna, már régen feljelentést tenne a hazai szerveknél. EU ugyancsak engedélyezi a működésüket, tehát a kívülről is látható, a fogyasztó szempontjából is ellenőrizhető paraméterek alapján teljesen legális tevékenységet végző vállalkozásokról beszélünk. Ráadásul a Softdirect full magyar számlát ad, tehát a NAV is rálátással bír a működésükre. Most akkor miért is ne vegyek JOGI szempontból licencet tőlük? Ha MS ellenőriz, az már más tészta, attól jobban aggódnék, EU direktíva ide vagy oda...
[ Szerkesztve ]
-
veterán
Hogy szakmázzunk is: van-e lehetőség arra, hogy AD tag kliensgépen tiltsak adott AD user belépését úgy, hogy a lokál Exchange működőképes maradjon? Szerveren van erre csoport, de kliens W10-en nem találtam. Az AD objektum account részén használható logon hours, vagy logon on to... funkció azért nem jó, mert ezek használatával adott user az Exchange-hez sem fér hozzá az Outlook-on keresztül. Ha hozzáadom a logon on to... listához az Exchange szervert, akkor az OWA ugyan megy, viszont az Outlook így sem működik. Az lenne a cél, hogy 4-5 ember egy AD accountot használjon, de az Outlook profiljuk a saját email címükkel külön is megmaradjon.
[ Szerkesztve ]
-
veterán
válasz bugizozi #24462 üzenetére
Sajnos én sem, de az kiváltképp furcsa, hogy a hiányos mappa működik, a teljes meg nem. Jobb ötlet híján a problémás DC alól kimásolnék mindent a sysvol mappából, aztán törölném a tartalmat (és csak azt!), hátha a replikáció helyrehozza. Jogokat lehetne még ellenőrizni az adott mappán.
Időről-időre nálunk is megborul a DFS, admx fájlok frissítése szokott kavarni, így mostanában nem erőltetem.
-
veterán
Amikor hozzáadod az új eszközt, nem a szenzorok valamelyikén, hanem magán az eszköz beállításait tartalmazó fülön találod. De az eszköz csoportnak is állítható egy alap snmp profil, amit az alá szervezett eszközök átvesznek.
Bővebben itt olvashatsz erről.
[ Szerkesztve ]
-
veterán
Ja, bocs, félreértettelek, a távoli gépet én úgy értettem, hogy hálózaton belüli másik gépről van szó! Ez esetben gyakorlatban tesztelt megoldással nem tudok segíteni Neked, én helyben futtatom az alkalmazást mindenütt, és onnan küldetek ki magamnak email értesítést. Portot gondolom, lehet nyitni a tűzfalon, de nem tűnik jó ötletnek, kivéve ha fix IP-d van mindkét helyen, és így tudsz rá megfelelő szabályt adni az eszközben. Persze a késleltetés így is játszhat, mint probléma, nem tudom, mennyire tolerálja a PRTG. Szét kellene nézni a gyártó oldalán, vagy írni nekik egy emailt a témában, hátha van erre jól működő megoldás.
-
veterán
Akkor passz, több ötletem nincs, mint az snmp port nyitása kifelé, de azt meg inkább ne csináld. Ha tudsz, telepítsd helyben a prtg-t, talán még NAS-ra is lehet, virtuális gépre is jó eséllyel, de egy filléres Intel Celeron J1900 / 4 GB RAM konfigon is jól érzi magát.
[ Szerkesztve ]
-
veterán
válasz bogabi #24502 üzenetére
Nekünk volt hasonló, de még a 2004 hozta, azt hiszem. Nem nagyon volt rá megoldás sajnos, egyes gépeken az segített, hogy nem hosztnévvel, hanem IP-vel vettem fel a share-t, de ez sem működött konzisztensen. Akkoriban olvasgattam többet erről, és másoknál is volt hasonló. Valami bug lesz ez szerintem. Mi rollbackeltük átmenetileg az update-et az érintett gépeken, és pár hónapon belül átraktuk a share-t egy WS2012R2-re. A másik, amit észrevettem, hogy AD fiókkal nem ment, lokális rendszergazda jogú AD fiókkal megint csak nem ment, de lokális rendszergazda userrel igen. Talán valami az SMB1 authentikáció módjával, az eltérő user típusok által használt default auth algoritmussal lehet összefüggésben, de ez csak tipp.
[ Szerkesztve ]
-
veterán
válasz MasterDeeJay #24544 üzenetére
"Alap esetben nem kommunikál apple meg JBL cuccokkal a wifijük csak egy rakás beállítás után."
És még a Unifi-ről nincs jó véleményed?
UAP-AC-M elvileg tudja a wireless uplinket, mégpedig a mesh szabványon belül, működik is, ha kell, de ezekben nincs dedikált backbone 5 GHz / 2.4 GHz rádió, magyarán a háttérben kialakít egy wlan-t, amivel helyettesíti ezt, és veszted a sávszélességet. A sokadiknál ez már jelenthet gondot, pláne késleltetésben. Amit írsz, abban ráadásul van is tapasztalatom, ilyen környezetben nem lesz álom WLAN-t üzemeltetni, ha uplink megoldással akarsz dolgozni. A legjobb persze kábelt húzni, de ha nem lehet / akarsz / tudtok / nincsrápéz', akkor próbáld meg (elvileg) gigabitet tudó powerline adapter / AP kombóval megoldani, tépélinknél van ilyen, talán zyxel-nél is. Hogy tökéletes ez se lesz, az biztos.
Látom, kacérkodsz az Amplifi-vel is: nekem az van itthon lassan 3 éve, egyszerű, mint a faék, de céghez nem tenném. Olyan puruttya a tudása, hogy már itthon is gondolkodom a cseréjén. Cserébe stabil és jól néz ki, de így ennyi is. Alapvető funkciók hiányoznak három év után is belőle (több SSID, WLAN szórás időzítése, mac filter, stb.). A support szépen körbeírja, hogy majd fejlesztenek, aztán nagy lóf_sz lesz belőle. Ma már Unifi-hez is van app, ha veszel hozzá egy cloudkey-t, és unifi ap-val építed ki a rendszert, százszor jobban jársz.
building-building bridge: egyelőre nincs vele valós tapasztalat, de hamarosan lesz. Mire az irdoában összeraktam, elmondtam egy pár a "jók_rvaanyádat!!!!"-ot. Nem részletezném, kissé bétás a cucc, de majd alakul. Viszont, amikor végre összeállt, onnantól stabil volt. Ha nem kell a nyers gigabit sávszél, akkor nanobeam még mindig nyerő, én azt mondom.
[ Szerkesztve ]
-
veterán
válasz MasterDeeJay #24555 üzenetére
Az már régi sorozat, bármelyik is. Sikeres (de csóró) IT-s ma már UAP-AC-M-re épít, mégha nem is csilli-villi, mint az ufók voltak. Szerintem a legjobb ár/érték arányú Unifi a piacon. 36 ezer bruttó, még otthonra se luxus, és elég erős a jele, hogy a leghátsó fogakat is könnyedén elérje.
kraftxld: csak visszatörölt a prediktív valamiért.
[ Szerkesztve ]
-
veterán
válasz E.Kaufmann #24662 üzenetére
Konkrét jel lefedettségben nem sokkal jobb, mint egy Mikrotik vagy TP-LINK. A különbség annyi, hogy itt ha azt látod, hogy van még jel, ott lesz kommunikáció is. Pláne az LR az, ami nagyon jó érzékenységű, a többi meg már a kliensen múlik.
De, én mostanában mindenkinek az UAP-AC-M-et ajánlom. Jobban terít, mint a tányér verzió, és ha kicsit tolni kell a teljesítményen a szóráskép módosításával, rácsavarozható egy UMA-D antenna is. Vízálló mindkettő, 802.3af POE-ról etethető (fix poe-ról nem, csak af!) Cégnél most már cirka 80 darab van belőle, túl nagy forgalom ugyan nincs rajtuk egyelőre, de stabilak, mint az államadósság.
[ Szerkesztve ]
-
veterán
válasz ' Tzs , #24673 üzenetére
Ha a jármű követése a cél, akkor Secret Control nevű cég Webbase / FloMon szolgáltatása megfelelő lehet. Real time nyomkövetés és statisztika, sofőrökkel direkt kommunikáció egyéni hardverrel és / vagy telefonnal. Ennyit tudok erről, a többiről kérdezd a supportot. Fizetős, természetesen.
Amúgy a kliensprogram egy raklap sz@r, de ha megy, akkor jó, és most készül a modernebb webes felület a régi ótvar helyett.
[ Szerkesztve ]
-
veterán
válasz E.Kaufmann #24722 üzenetére
Lehet megadni hálózatokat, amire a guest nem láthat be, a client isolation pedig még mindig működik.
-
veterán
Azért csak sikerült megenni a répát. CU23 telepítő elszállt egy szolid fájl olvasási hibával (a saját maga által kibontott mappa egyik fájljára hivatkozva!), majd volt egy exit gomb, és csöcs. Se rollback, se semmi, a meglévő Exchange telepítés ugrott, programok között sem látszik. Snapshot visszatöltve, de nem megy a mailflow, üzenetek tartományon belül sem továbbítódnak, vagy a piszkozatok, vagy az elküldött mappába kerülnek. Szolgáltatások mennek, csak mailflow nincs. Most megy a Veeam restore, de kezdek erősen aggódni...
Na, ezért nem peccselnek az emberek...
-
veterán
válasz radi8tor #24757 üzenetére
Vastagon fog az. Csak nem az enyém sajnos! :) Rendszermérnök supporter cégünk egyik kollégája szintén velem tölti a szép vasárnap délutánt, és bár eredetileg nem Exchange restore miatt jött, de szerencsére kéznél volt, ami ad némi reményt a továbbiakra. Nem egészen erre számítottam ma reggel, az a helyzet, pláne egy snapshottal a tarsolyomban.
[ Szerkesztve ]
-
veterán
válasz Allihoppa #24759 üzenetére
Ezek full legális kulcsok közvetlenül MS-től.
Gargouille: köszi, reméljük a legjobbakat. MS recept alapján DC-ket is vissza kellene állítani, de szerintem az akkora nettó szopást szabadítana ránk, hogy már gondolati síkon elvetettem. Egyszerűen még mindig nem tudom felfogni, hogyan lehet egy frissítő olyan szar, hogy leszedi a futó terméket, aztán rollback nélkül megszakad. Ez valami hihetetlen.
-
veterán
válasz Gargouille #24763 üzenetére
DC restore felejtős, akkor már inkább új Exchange. Veeam restore végig ment, hiba ugyanaz... Egyirányú megoldásként maradt a CU23 erőszakolása, hogy egyezzen a verzió az AD sémával. Most megy fel CU23 network shareből, mert a 1603 hibára ez a workaround több forrás szerint is. Fingers crossed!
Vmware snapshot volt, virtuális Exchange 2013 CU22-ről. Veeam legfrissebb a mentő szoftver.
[ Szerkesztve ]
-
veterán
válasz gaborbol #24765 üzenetére
Kis helyzetjelentés. A CU23 végül felment, az Outlookok kicsit sírnak első indításnál, de egyelőre ennyit veszek észre negatívumként, most az egész nap arra megy, hogy függök a logokon. Domain admin fiók alól, futtatás rendszergazdaként módban telepítettem elsőre és másodikra is, a különbség csak annyi volt, hogy másodjára share-ből ment a setup, plusz kilőttük az AV-t is fullra, biztos ami biztos.
Szép kis szopó volt, reméljük ennyivel megúsztuk. Most már legalább fullra van patchelve megint az EXCH, kis kínai barátaink kereshetik a következő 0 day hibát ebben a szép nagy f_shalomban.
Eddig is úgy voltam vele, hogy éljen az O365, ezek után még inkább így leszek. Oszt' peccselje a gazdája.
[ Szerkesztve ]
-
veterán
válasz bugizozi #24769 üzenetére
Én csak azt nem értem, ha ez ennyire általános jelenség, ráadásul nem is friss a dolog, mi a mákos lóf@szért nem javítják a hibát? Vagy ha erre nincs szándék / lehetőség / munkaerő, akkor írná oda a telepítőbe, hogy futtasd így meg így, mert ez ilyen és kész... Hihetetlenek, komolyan. Ezt a linket találtam meg (több hasonló között) egyébként én is, de akkor ugye már mindegy volt, előtte pár perccel rábukkanni jobb lett volna!
[ Szerkesztve ]
-
veterán
Köszi a tippet!
Nálunk RICOH-ból már két különféle típus is érintett, ezzel két teljes irodát tettek szopóágra (meg bennünket), EPSON és XEROX eddig úgy tűnik, hogy nem érintett. Nem vagyok egy MS hater, de az utóbbi hetek, hónapok fejleményei alapján nyugodt szívvel mondom, hogy elmehetnének már a picsába a harmadik világból származó programozóikkal meg kódíró algoritmusaikkal.Lehet, hogy a root case nem az Ő hibájuk, de az egész Insider program egy raklap elszáradt lóhere, ha egy ilyen mérvű hiba nem derült ki eddig.
-
veterán
Tűzfal kérdés. Más is szív a NAV API 3.0-val? Két estém ment már rá, hogy állítgassam a SOPHOS XG-t, de annak ellenére nem megy a kommunikáció rendesen, hogy a kettes API-val simán jó volt. Jelenleg úgy áll a szabály, hogy a szerverről bármely irányba kezdeményezett forgalomra jövő választ visszaengedi (átmeneti jelleggel, kínomban), szóval ennél lazábbra nem tudom, lehetne-e még venni a tűzfal szabályt az adott gép irányába azon felül, hogy kikapcsolom az egészet, ahogy van... SSL kibontást kikapcsoltam a NAV IP-re és URL-re, webszűrést szintén, https kibontást ugyancsak. A logokban azt látom, hogy minden allowed, ennek ellenére a teszt eszközül (token cserére) körülbelül 10 alkalomból csak 2-3 alkalommal kommunikál sikeresen. A tűzfalban ennek semmi nyomát nem látom, de új még nálam az XG, lehet, hogy csak benézem, pláne mert arról semmi infót nem találok, hogy a kimenő csomagra érkező válasz csomag bejut-e, vagy sem, esetleg eldobja valamiért, márpedig szerintem ez történik. Van valakinek bármilyen tapasztalata az API 3.0 kapcsán?
Holnap ugye élesben menne már a rendszer, de az egyik számlázó programot fejlesztő ember 2 napja kezdett el próbálgatni, a másik meg majd holnap reggel (!) gondolta, hogy frissít a szoftverén. Gyanítom, az sem fog menni az előzmények tükrében, és akkor lesz pánik...
[ Szerkesztve ]
Új hozzászólás Aktív témák
- Hamilton Aviation Khaki X Patrol Auto Chrono ETA 7750 automata óra! Full set!
- IPhone 12 Pro 128GB gyári független 2026. 01.18. Telekom garancia akku 100%
- HUAWEI Band 8 aktivitásmérő (fekete), keveset használt, karcmentes kijelző
- 96GB (2x48GB) Crucial Pro DDR5 kit/ új, bontatlan/
- ASUS TUF A17 - 17" FHD IPS, R7-4800H, RTX 3050-4, 16 DD4 / 512 NVMe, FÉM HÁZ +számla és garancia
- Új Lenovo 13 Yoga Slim7i WQXGA Retina i5-1135G7 16GB 512GB SSD Intel Iris XE Atmos iR Win11 Garancia
- Eladó Coolermaster házhűtő ventillátorok!
- HAYLOU RS3 LS04 fekete okosóra !GPS, AMOLED, akár 21 napos üzemidő! fóliás kijelző!
- ASUS TUF Gaming X299 MARK 2 LGA2066 alaplap eladó
- Samsung Wireless Trio Charger vezetéknélküli töltőpad