- D1Rect: Nagy "hülyétkapokazapróktól" topik
- bb0t: Gyilkos szénhidrátok, avagy hogyan fogytam önsanyargatás nélkül 16 kg-ot
- GoodSpeed: ASUS ROG STRIX B650E-F GAMING WIFI - Memory Context Restory (MCR)
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
- sziku69: Fűzzük össze a szavakat :)
Új hozzászólás Aktív témák
-
sanzi89
addikt
Van a WUA_SearchDownloadInstall.vbs script, ami elég jó kis cucc a Windows Update-ek parancssorból történő keresésére, letöltésére, telepítésére. Ezt psexec segítségével távolról szeretném futtatni. GPO-val szeretném a .vbs scriptet felmásolni a kliensekre. A problémám a következő:
- A script se a C:\, se a C:\Windows mappából indítva nem működik rendesen, mindig jogosultság hibára panaszkodva leáll. Ha a C:\Windows\System32 mappából indítom, akkor működik minden, így gondoltam ide másolom. Ha van ötletetek, hogy milyen másik mappában próbáljam, és mi lehet a probléma oka, akkor jöhet az is!
- GPO egyszerűen nem másolja be a fájlt az említett mappába, és itt a gondom. A GPO biztosan jó, mert más helyekre (pl. C:\ ) felmásolja a fájlt, de a System32 mappába nem rakja bele, gondolom szintén valami jogosultság probléma miatt. Mi lehet a GPO-val a gond?Köszi szépen előre is a válaszokat!
[ Szerkesztve ]
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
válasz sanzi89 #13600 üzenetére
Régi, problémás WSUS szerver törölve lett, nem bírtam megpatkolni. Lett egy vadonat új, üres telepítés, megcsináltam a korábban linkelt tippet is, mégis ilyen hibát kapok a WSUS-ra:
2 napig frankón ment, ráengedtem kb 30 gépet, elkezdtek keresni, és megfeküdt a WSUS szerver. A WSUS hiba Event logja:
WUSERV 5002 Error Microsoft-Windows-WAS System 2016.05.30. 11:04:32
Application pool 'WsusPool' is being automatically disabled due to a series of failures in the process(es) serving that application pool.
WUSERV 7032 Warning Windows Server Update Services Application 2016.05.30. 11:05:37
The WSUS administration console was unable to connect to the WSUS Server via the remote API.
Verify that the Update Services service, IIS and SQL are running on the server. If the problem persists, try restarting IIS, SQL, and the Update Services Service.
System.Net.WebException -- The request failed with HTTP status 503: Service Unavailable.
Source
System.Web.ServicesStack Trace:
at System.Web.Services.Protocols.SoapHttpClientProtocol.ReadResponse(SoapClientMessage message, WebResponse response, Stream responseStream, Boolean asyncCall)
at System.Web.Services.Protocols.SoapHttpClientProtocol.Invoke(String methodName, Object[] parameters)
at Microsoft.UpdateServices.Internal.ApiRemoting.ExecuteSPSearchComputers(String computerTargetScopeXml)
at Microsoft.UpdateServices.Internal.DatabaseAccess.AdminDataAccessProxy.ExecuteSPSearchComputers(String computerTargetScopeXml)
at Microsoft.UpdateServices.Internal.BaseApi.ComputerTarget.SearchComputerTargets(ComputerTargetScope searchScope, UpdateServer updateServer)
at Microsoft.UpdateServices.UI.AdminApiAccess.ComputerTargetManager.GetComputerTargets(ComputerTargetScope searchScope)
at Microsoft.UpdateServices.UI.AdminApiAccess.BulkComputerPropertiesCache.GetAndCacheComputers(ExtendedUpdateScope updateScope, ComputerTargetScope computerTargetScope)
at Microsoft.UpdateServices.UI.SnapIn.Pages.ComputersListPage.GetListRows()WUSERV 12072 Error Windows Server Update Services Application 2016.05.30. 11:05:44
The WSUS content directory is not accessible.
System.Net.WebException: The remote server returned an error: (503) Server Unavailable.
at System.Net.HttpWebRequest.GetResponse()
at Microsoft.UpdateServices.Internal.HealthMonitoring.HmtWebServices.CheckContentDirWebAccess(EventLoggingType type, HealthEventLogger logger)WUSERV 12052 Error Windows Server Update Services Application 2016.05.30. 11:05:44
The DSS Authentication Web Service is not working.
WUSERV 12002 Error Windows Server Update Services Application 2016.05.30. 11:05:44
The Reporting Web Service is not working.
WUSERV 12032 Error Windows Server Update Services Application 2016.05.30. 11:05:44
The Server Synchronization Web Service is not working.
WUSERV 12022 Error Windows Server Update Services Application 2016.05.30. 11:05:44
The Client Web Service is not working.
WUSERV 12012 Error Windows Server Update Services Application 2016.05.30. 11:05:44
The API Remoting Web Service is not working.
WUSERV 13042 Error Windows Server Update Services Application 2016.05.30. 11:05:44
Self-update is not working.
WUSERV 12042 Error Windows Server Update Services Application 2016.05.30. 11:05:44
The SimpleAuth Web Service is not working.
WUSERV 7053 Error Windows Server Update Services Application 2016.05.30. 11:05:59
The WSUS administration console has encountered an unexpected error. This may be a transient error; try restarting the administration console. If this error persists,
Try removing the persisted preferences for the console by deleting the wsus file under %appdata%\Microsoft\MMC\.
System.NullReferenceException -- Object reference not set to an instance of an object.
Source
Microsoft.UpdateServices.UI.SnapInStack Trace:
at Microsoft.UpdateServices.UI.SnapIn.Scope.ServerSummaryScopeNode.ResetScopeNode()"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
válasz DopeBob #13604 üzenetére
Itt ugye arról írnak, hogy a KB3159706 frissítés telepítését követően kézzel végre kell hajtani bizonyos lépéseket, ami nem más, mint a korábban tárgyalt kommentekben található.
Szenvedek vele még egy kicsit, de ha megint behal törlöm és tiltom a KB3148812 és KB3159706 frissítéseket a WSUS szerverről, holott nagyon nem szeretem az ilyesmit...
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
válasz sanzi89 #13605 üzenetére
Illetve további gond, hogy amikor működik a WSUS, akkor se működik normálisan.
GPO-t érvényesítettem egy tanteremnyi gépre, a 20-ból 2 gép reboot után pár perccel jelentkezett is, hogy 100%-os minden. Vannak kliensek amelyiken a legkülönbözőbb hibákat dobja a Windows Update, továbbá vannak olyanok, amelyik kliens oldalról szépen megkeresi a frissítéseket, le is tölti magának, felrakta, újraindul, de a WSUS konzolon az látszik, hogy Not yet reported... Ha a kliensen újra kézzel keresek frissítést, akkor visszaadja, hogy minden fel van rakva, nincs mit csinálni, de a WSUS felületen az látszik, hogy 0%, és nincs Last Status Report.
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
válasz DopeBob #13607 üzenetére
Nem, Sysprep-elt, majd WDS Capture, WDS Deploy szerint telepített gépek.
Most hagyom egy pár napig had főjön a levében a rendszer, majd ránézek, hogy alakult-e pár nap alatt valamit. Utána update törlés, és újra próbálkozás.
[ Szerkesztve ]
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
A host mentse a VM-et, szerintem. A HyperV kiszolgálót nincs értelme menteni, az egy "üres" kiszolgáló szerver, bármikor telepítesz helyette újat. A lényeg a VM, amit futtat, azt kell menteni egybe, hogy bármilyen HyperV kiszolgálóra vissza lehessen tölteni. Itt a topikban nem ajánlják, de a beépített Windows Update ezt tudja, növekményesen, a VM futása közben készít ütemezett mentést a VM-ről.
[ Szerkesztve ]
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
válasz sanzi89 #13605 üzenetére
Megint, lehal a WSUS szerver. Ráküldtem parancssorból egyszerre 15 klienst, hogy keressen frissítést és behalt a VM. Intel i3-4430 CPU, ez az egy VM fut rajta, mind a 4 "processzormag" oda van adva a VM-nek, 8GB ram társaságában, és leáll a szolgáltatás a háttérben...
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
Beírom ide is, hátha van ötletetek, mert két napja ezzel szívok, de nem tudom megoldani.
Alap probléma, hogy tartományban a Parancssornak olyan kicsi betűmérete van, hogy használhatatlan. Nem tudom melyik kretén találta ezt ki az MS-nél, de kívánom, hogy élete végéig ilyen betűméretet olvasson:
A betűméretet 7x12-esre állítva megfigyeltem, hogy létrejön az alábbi regedit bejegyzés, ezt kiexportáltam, ütök a .reg fájlon egy entert, és minden happy.
Miután megvan a probléma megoldása már "csak" egy GPO-t kellene rá készíteni, hogy minden tartományi gépen lépjen érvénybe a beállítás. Szépen létre is hozom az általam jónak gondolt paraméterekkel:
És itt jön a pofoncsapás, ugyanis ez ezt eredményezi a kliensen:
A probléma az, hogy a %SystemRoot% változó nevet kicseréli a változó értékére, vagyis a C:\Windows-ra. Hogyan lehet megmondani a GPO-ban, hogy ne "értelmezze" a változót és cserélje ki az értékére, hanem csak véssbe be a regedit-be amit én mondok neki? Próbáltam " ", ' ', ; ; közé tenni, de semmi. Ötletek?
Egyébként ha az alap problémára másnak van jobb ötlete, akkor nagyon szívesen várom azt is!
Köszönet előre is a segítségért!
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
válasz kraftxld #13664 üzenetére
Végül a megoldás kézenfekvőbb volt, mint gondoltam volna. Egyedül az alábbi értéket kellett módosítani, és kész:
HKEY_CURRENT_USER\Console\FontSize
Szóval ha valaki a parancssor/cmd betűméretét szeretné normálisra állítani GPO-val, akkor ezen egy Update-et kell élesíteni.
[ Szerkesztve ]
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
válasz MasterDeeJay #13669 üzenetére
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
válasz TheProb #13722 üzenetére
A net szolgáltatód nagyon valószínű, hogy szűri a WOL csomagot. Nekem Digi-s lakossági netem van, és nem megy távolról a WOL.
BIOS-ban ki van kapcsolva minden energiatakarékossági funkció? HP Desktop gépeken olyan őrült helyeken kell kikapcsolni dolgokat BIOS-ban, hogy működjön a WOL, hogy majdnem a falnak mentem, mikor már kínomban az összes lehetőséget átpipáltam a BIOS-ban. Ja, és Windows alatt a hálózati kártya tulajdonságainál is kapcsolj ki minden energiatakarékossági funkciót.
Az én két otthoni szerveremnek az még a baja, hogy ha elmegy az áram majd visszajön - vagy kihúzom a konnektorból és visszadugom - akkor a legelső indításnak muszáj a bekapcsoló gombbal történnie, mert nem éled fel a WOL-ra. Ugyanez történik akkor is, ha szabálytalanul áll le - pl. 3 másodpercig nyomon a bekapcs gombot, és így rögtön állítom le a szervert."Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
Ebben lehet igazad van, és én tudtam rosszul.
A gond a kommented tesztelhetőségével, hogy amennyire én nézem a szolgáltatótól kapott modem-router (ZTE F668) nem tud broadcast címre küldeni egy bejövő port forward-ot.
Két PrintScreen:
1. Felveszem az adott "aplikációt"2. Megadom melyik IP-re továbbítsa
Vagy csak egyszerűen adjam meg a 192.168.10.255-öt, hogy oda továbbítsa?
[ Szerkesztve ]
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
Furcsa jelenséggel találkoztam a mai nap. Rendszergazdaként indítva a CMD ablakot nem látta a hálózati meghajtókat. Ha indítottam adminisztrátorként egy .bat fájlt, ami hálózati meghajtóról másolt, vagy hálózati meghajtón volt maga a .bat fájl, akkor semmi se történt. Egy pillanatra felbukkan a Parancssor ablaka, majd eltűnik. Ha simán, nem rendszergazdaként csinálom a fenti műveleteket, simán megy minden, csak így sok dologhoz nincs ugye engedélyem. A megoldást itt találtam meg.
Regedit-ben felvenni az alábbi bejegyzést:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System
EnableLinkedConnections (DWORD, Value: 1)[ Szerkesztve ]
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
válasz sanzi89 #13603 üzenetére
Nem akarom elkiabálni, de úgy tűnik megoldódott a dolog. A probléma az volt, hogy terhelés hatására leállt az IIS WsusPool szolgáltatása:
Erre a megoldás az lett, hogy jobb gombbal kattintva rajta az Advanced Settings résznél a Private Memory Limit (KB)-hez az alapértelmezett 1843200 KB helyett 4000000 KB-at adtam meg. Illetve ezzel párhuzamosan a VM memóriáját is 4GB-ról felemeltem 8GB-ra.
[ Szerkesztve ]
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
válasz Theory66 #13748 üzenetére
A DELL T20-asnak szerintem sok lesz, amit szánsz neki. Kezdjük azzal, hogy lassú lesz, mint a tetű a RAID1-es kötet, ha minden arról megy, továbbá ha pár kommentel visszaolvasol láthatod, hogy kell memória a WSUS-nak is rendesen.
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
Használja valaki a Microsoft Operation Manager Suite-ot? Az ingyenes 500MB naponta / 7 napig visszakereshető adatok mennyire alkalmazható szerintetek egy iskolai infrastruktúrában? A szokásos kotta, nincs pénz semmire.
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
válasz DopeBob #13790 üzenetére
Néha kérnek segítséget ezzel-azzal kapcsolatban, és ha van szabad kapacitásom és időm, besegítek.
Plusz általában olyan dolgokkal foglalatoskodok, ami engem is érdekel, ezáltal tanulok én is. Pl a fenti cuccot ma reggel még nem is ismertem, és a suliban volna egy jó "teszt" környezet, ahol be lehetne vetni.[ Szerkesztve ]
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
Windows 8.1 és UEFI esetén mit kell varázsolni a WDS szerver Unattend.xml fájl partíció létrehozás részével? Windows 7, sima BIOS, úgy állítgatok bármit, ahogy akarok.
Windows 8.1 és UEFI és gyakorlatilag semmi se működik a partíciók létrehozásával kapcsolatban. Nincs valakinek esetleg működő .xml fájlja vagy valami életmentő ötlete, javaslata? Már 2 napja ezzel szenvedek szabad időmben.
[ Szerkesztve ]
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
válasz Theory66 #13856 üzenetére
Jól olvasom a sorokat, hogy routerrel semmilyennel nem rendelkezel? Mert normálisan egy DualWan-os routerrel lehetne megoldani. Esetleg egy régebbi asztali konfig 3 hálókártyával valamint Pfsense-el is megoldható a dolog.
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
válasz Flowtation #13858 üzenetére
Rosszul fogalmaztam. Olyan routerre gondoltam, amit te tudsz konfigurálni. Ha jól gondolom ezek a Cisco-s cuccok a Közháló miatt vannak, ezekbe meg te nagyon minimális szinten tudsz belenyúlni, DualWan-t pedig nem is tudsz beállítani.
Az a megoldás, amit te említesz nekem teljesen ismeretlen, nem tudom mire gondolsz hálózatok megismertetése alatt.
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
Kipróbálnám ezt a HPE StoreOnce VSA 1TB ingyenes cuccot. Letekertem a hardverkövetelményekhez, ahol ezt láttam:
Minimum resources needed:
1TB to 4TB: 2 x vCPU (2.2GHz), 16GB vRAM
4TB to 10TB: 4 x vCPU (2.2GHz), 24GB vRAM
10TB to 20TB: 6 x vCPU (2.2GHz), 26GB vRAM
20TB to 50TB: 12 x vCPU (2.2GHz), 32GB vRAMTényleg 16GB ram kell neki? Mert akkor erősen felejtős sajna...
[ Szerkesztve ]
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
HyperV G1 VM-ben futó elsődleges tartományvezérlőt (Server 2012 R2) szeretnék frissíteni HyperV G2 VM-be. Ezt egy WDS szerverrel simán tudtam abszolválni az alábbi leírás alapján. Merülhet fel valamilyen speciális probléma DC esetén? Másodlagos tartományvezérlő is van a hálózaton.
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
válasz kraftxld #13900 üzenetére
Erre gondolsz, amit a cikkben is említek vagy valami másra?
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
-
sanzi89
addikt
Windows 10-ről ugyan nincs tapasztalatom, de Windows 8.1 alatt az alábbi dism paranccsal kapcsolhatod be a mountolt install.wim-ben a .Net3.5-öt:
#NET35 szolgaltatas bekapcsolasa
dism /mount-wim /wimfile:"D:\WDS_SHARE\Telepito_lemezek\Windows 8.1 Enterprise x64 HUN Silver - Custom\install.wim" /index:1 /mountdir:"D:\WDS_SHARE\Telepito_lemezek\Windows 8.1 Enterprise x64 HUN Silver - Custom\Mountwim";
dism /image:"D:\WDS_SHARE\Telepito_lemezek\Windows 8.1 Enterprise x64 HUN Silver - Custom\MountWim" /Enable-Feature /FeatureName:NetFX3 /All /Source:"D:\WDS_SHARE\Telepito_lemezek\Windows 8.1 Enterprise x64 HUN Silver - Custom\ISO\unzip\sources\sxs"
dism /unmount-wim /mountdir:"D:\WDS_SHARE\Telepito_lemezek\Windows 8.1 Enterprise x64 HUN Silver - Custom\MountWim" /commit;Szerintem Windows 10 alatt is kellene legyen valami nagyon hasonló.
[ Szerkesztve ]
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
Van valami bevált ingyenes megoldásotok arra, hogy bizonyos emberek tudjanak új jelszót generálni a tartományi felhasználóknak?
Gondolok itt arra a helyzetre, hogy van a tanárnak egy csoportja, abban sok diák. A diák elfelejti a jelszavát, és a tanár valami nagyon egyszerű módon tud generálni újat, és nem a rendszergazdás cseszegetné vele. Valami webes cucc esetleg?"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
Milyen mód van arra, hogy egy tartományba kötött gép tudjon valamilyen szinten kommunikálni a tartománnyal, ha nincs fizikailag hozzácsatlakozva a tartományi hálózathoz?
Gondolok itt arra, hogy van egy tartományi laptop, amit otthon használ emberünk. A Windows Update-ek, a program frissítések, stb. meg ugye a tartományon belül szóródnak széjjel, vagyis erre a gépre nem érvényesül, amíg otthon/máshol használja. Előfordulhat az, hogy fél, egy évig nem csatlakozik a gép a tartományi hálózathoz - de ha kapcsolódna is, akkor meg totál belassul, mert minden feltorlódott dolgot ekkor akar elintézni.
Valamilyen szelektív VPN szerű megoldás? Ötletem sincs, merre lehetne elindulni."Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
Az a baj, hogy nagyon gyenge az internet, ahol a DC-k vannak. Ha erre még rájönne kb 20-30 laptop VPN-nel, akkor nem tudom mi lenne...
Valami olyasmit kellene beállítani, hogy bizonyos forgalom menjen a VPN irányba, de ha emberünk Youtube videót akar nézni, akkor az meg menjen a saját internetén keresztül. Ja, és persze MS kompatibilis, ingyenes cuccot keresek. Ugyanitt örök élet, ingyen sörre is igény volna.[ Szerkesztve ]
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
válasz kraftxld #14052 üzenetére
Gondolkodtam én is ezen a Romaing Profile-on, de azt olvastam róla, hogy nagyon kényes a használt oprendszerre. Például nálunk most a Win7 -> Win8.1 átállás van folyamatban, ott teljesen újat kellene létrehozni. Ahogy olvastam a Win8, Win8.1 sem kompatibilis egymással. Szóval hagytam is a dolgot.
Nálam úgy volt, hogy saját meghajtója mindenkinek volt, munkaközösségenként egy közös meghajtó, amit a munkaközösség tagjai látnak és kész. Senkinek nem mentettem semmit a kliens gépről, ezer meg egyszer el lett mondva, ezt megtanulták nagy nehezen. Főleg azért, mert sok helyen látom felgyülemleni a "szart", értsd felhasználó dokumentum mappájában ott egy "Mentés_2015" mappa tele gyakorlatilag a komplett Felhasználó mappája, abban kutakodva pedig találtam egy "Mentés_2013" mappa, és így tovább... Ez irgalmatlan fájl mennyiséget és méretet jelent, és sok esetben a felhasználó nem is használja.
Ha fontosabb gépet kell újrahúzni, akkor magamnak lemásoltam valahova, de vissza nem raktam semmit. Egy hónapig tároltam, ha addig nem sírtak, törlés. Ha mégis kellett volna valami, akkor meg alapos fejmosás, hogy ugyan hol tárolta, miért ott, mondtam, hogy törölve lesznek, stb. aztán végül visszamásoltam azt a pár fájlt.
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
-
sanzi89
addikt
válasz Flowtation #14241 üzenetére
A kulcsra akkor van szükséged, ha nem Sulinetes interneten keresztül aktiválod a rendszer vagy ha nem a Tisztaszoftver programon keresztül kapott telepítőket használod. Ha amúgy mindkettő stimmel, akkor automatikusan, kulcs nélkül kell, hogy aktiválódjon kb minden - ha jól tudom csak a Server OS-ek a kivételek, de asztali Windows és Office biztosan működik.
[ Szerkesztve ]
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
válasz Flowtation #14243 üzenetére
Megcsináltad a Tisztaszoftver oldalán található hibaelhárítási GYIK-et?
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
válasz Flowtation #14245 üzenetére
A Tisztaszoftver - bocsi, nem GYIK - Technikai leírások részre gondolok. Itt elvileg minden le van írva, ami alapján be tudod állítani, hogy menjen az automatikus aktiválás.
[ Szerkesztve ]
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
válasz Flowtation #14247 üzenetére
Valószínűleg nem a Tisztaszoftver oldaláról letöltött telepítővel próbálkoztál, azokban ez benne szokott lenni alapból.
De az a lényeg, hogy megoldódott."Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
Van köztetek olyan, aki megbízási szerződéssel rendszergazda teljes vagy akár fél állásban KLIK-es fenntartású intézményben?
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
válasz Flowtation #14344 üzenetére
Köszi, de közben más forrásból választ kaptam a kérdéseimre.
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
Van egy 192.168.1.x 255.255.255.0-ás hálózat, és kezdenek elfogyni az IP-k. Igazából igény nem nagyon van VLAN-ra, meg alhálózatokra, bár biztosan lehetne darabolni valamilyen logika szerint. Mi ilyenkor az ajánlott? Egyszerűen módosítsam a maszkot, hogy legyen több IP és kész? Ha igen, mi szokott lenni ilyenkor az ajánlott/elegáns?
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
válasz X Factor #14386 üzenetére
A VLAN-ozással az a gond, hogy egy-két switch-en kívül nem kezelik a VLAN-t. Ha jól tudom mindenhova VLAN-t kezelni tudó, switch fizikai portjait adott VLAN-hoz kötni tudó eszköz kellene, nem? Sok helyen nem menedzselhető, tök egyszerű TP-Link switch-ek vannak.
[ Szerkesztve ]
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
válasz qwertly #14399 üzenetére
Egy egyszerű szakadás vizsgálatra az ezer forintos kínai UTP teszter is jó, de komolyabb vizsgálatokhoz van méregdrága célhardver is.
De egy ceruzaelemmel, multiméterrel, utp toldóval valamint egy fél UTP kábellel is lehet vizsgálni kókler módon szakadást, ha nincs semmi más kéznél.[ Szerkesztve ]
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
Van-e valamilyen olcsó megoldás arra, hogy egy normál Desktop PC-t távolról tudjak teljes egészében vezérelni, hasonló módon, mint a HP ILO? Tehát pl. akarom látni a BIOS-t távolról, vagy módosítani a boot sorrendet. Elvileg valamilyen hasonló kártya kellene, csak ez 100k körül mozog.
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
sanzi89
addikt
válasz bzsolt99 #14413 üzenetére
Én azt olvastam a fenti oldalon, hogy a CPU, Chipset, BIOS/UEFI, LAN kártyának egyszerre kell támogatnia a vPro-t, hogy AMT-vel menjen ez a remote kvm.
Jelenleg olyan gépről beszélünk, ami i3, és Z97, vagyis se a cpu se a chipset nem támogatja."Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
Új hozzászólás Aktív témák
- Kupon kunyeráló
- Milyen routert?
- Alapértelmezett konfiguráción sok Core CPU-nak lehet stabilitási gondja
- Kerékpárosok, bringások ide!
- Fejhallgató erősítő és DAC topik
- Samsung Galaxy A54 - türelemjáték
- Gyúrósok ide!
- Autós topik
- Az iPadOS-re írt appokra is díjat vet ki az Apple
- A franciáknak elege van abból, hogy minden gyerek mobilozik
- További aktív témák...
- Üzletből, garanciával, legújabb Asus Vivobook 17" i7-1355U 10 mag 5GHz/16RAM/1TBSSD/17,3"FULLHD
- Üzletből, garanciával DeLL XPS 15 9500 i7-10750H 32GBRAM 1TBSSD/GTX1650Ti 15,6"4KTOUCH
- i5 12400f 3070 gamer pc
- DeLL Precision 7740 workstation, üzletből, I7-9850H/32RAM/512GBSSD/NVIDIA QuadroRTX3000/17,3"FULLHD
- Sigma 10-20mm f/4-5.6 EX DC HSM (Canon EF bajonett)
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen