Új hozzászólás Aktív témák
-
Gargouille
őstag
válasz Mázli01 #24948 üzenetére
Az okosabbak majd kijavítanak, ha pontatlan vagyok, de a "Nem korlátozott" azt jelenti, hogy azokkal a jogokkal fog futni a program, amivel a user rendelkezik. Vagyis ha például admin jogú a user, akkor azzal. Míg az "Alapszintű felhasználó"-nál hiába van mondjuk admin joga a usernek, aki a programot indítja, a program akkor is csak egy alapszintű jogosultsággal fut.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
Y postafiókja is O365 amúgy? Ha igen, akkor OWA-n megnyitva a postafiókját, ott is így néz ki a levél, vagy oda rendben megjön html-ben?
Ha Y másik levelező kiszolgálót használ, akkor esetleg érdemes lehet ezt megnézni.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz Alteran-IT #24970 üzenetére
Próbáld meg, hogy: xcopy D:\ Z:\Dmentes /.... helyett: xcopy D:\*.* Z:\Dmentes /....
Esetleg ha nem jó így sem, akkor még a másolás után után oda tudsz biggyeszteni egy parancsot:attrib -h -s Z:\Dmentes
Amúgy ha ilyen egyszerű fájl másolásos mentést csinálsz, akkor erősen javaslom, hogy xcopy helyett például FreeFileSync-el csináld. Ez egy opensource program külön ilyen feladatokra, amiben grafikus felületen szépen beállítod, hogy honnan mit és hová és minden egyéb extra paramétert megadhatsz, majd elmented, mint kötegelt feladatot és simán tudod a batch fájlodból futtatni (tehát minden egyebet megcsinálhatsz előtte/utána amit eredetileg).Az előnye, hogy gyönyörűen logol is oda, ahová csak megadod neki, így a mentés végeztével lesz egy napló fájlod amiben látod, hogy ha volt bármilyen hiba (pl. valamelyik fájl másolása nem történt meg), így nem akkor szembesülsz vele, amikor helyre kéne állítani a fájlt és nincs benne a mentésben. Meg azt is látod, hogy mennyi adatot másolt át, mennyi idő alatt stb. Ezen felül megbirkózik a 255 karakternél hosszabb url-ekkel is, ami szintén szokott meglepetést okozni.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz E.Kaufmann #24972 üzenetére
Lehet barbárság amit mondok, de ha semmi nem hat, akkor esetleg ki lehet próbálni, hogy csinálsz 1-2 shared mailbox-ot, amit dedikálsz a usernek és abba átrakod az X évnél régebbi leveleket. Hátha...
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz E.Kaufmann #24974 üzenetére
Elvileg funkciójában hasonló lenne, viszont a shared mailbox az technikailag egy teljesen független postafiók, míg az archív (de lehet tévedek), igazából a user postafiók része, egy kiterjesztett plusz tárterület. Indexelés és egyéb szempontból azért az más. Ezért mondtam, hogy érdemes lenne kipróbálnod.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz radi8tor #24986 üzenetére
Ha jól értem a feladatot (és az első kép a switch felületét mutatja), akkor a jelenlegi setup is jó lehet. Két opciód van:
1. Hagyod így a switch-et, mivel a tagged portként benne van a 12-es portod is a 102-es VLAN-ban. Ez esetben a Cisco Meraki MX100 router "WAN"-ként dedikált portját kell beállítani úgy, hogy a 102-es VLAN-ba kerüljön.
2. A másik opció, hogy átrakod a 12-es portot is untagged-re a 102-es VLAN-ban (mint ahogy a 2-es portod van), ez esetben egy az egyben a 102-es VLAN fog továbbmenni rajta, ez esetben már a Cisco Meraki..-n nem kell VLAN-t állítgatni.
Persze csak ha nem értettem félre a helyzetet.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz radi8tor #24990 üzenetére
Nagyon szívesen.
Őszintén szólva nem is egy hálás terület a VLAN-ozás, mert elsőre tök egyszerűnek tűnik, aztán ahány eszköz, annyi módon kell beállítani meg mind másképp viselkedik... amit érdemes megjegyezned, az 2 dolog (konyhanyelven):
UNTAGGED - annyit tesz, hogy a port "része" az adott VLAN-nak (és nem továbbítja a VLAN ID-t), tehát amit ebbe a portba dugsz, az már eleve "natívan" a VLAN-ba kerül, nem kell rajta semmit "bindzsizned". Egy port csak egyetlen VLAN-ban lehet UNTAGGED.
TAGGED - A port csak továbbítja a VLAN ID-t, de nem része annak "natívan". Ha bedugsz egy ilyen portba egy eszközt, akkor az eszköznek tudnia kell a VLAN kereteket kezelni. TAGGED-ként akárhány VLAN-ban benne lehet egy port, így lehet "trunk"-öt csinálni, hogy 1db porton átviszel több hálózatot.
[ Szerkesztve ]
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz norbert400 #25007 üzenetére
Én tulajdonképp first level supporttal kezdtem régen és onnan váltottam, bár ennek több mint 15 éve. Egy percig sem bántam meg. Szeretek hálózatokat, kiszolgálókat tervezni, méretezni, gondolkodni, agyalni. Ha szakmailag fejlődnél, akkor én bátorítanálak, hogy vágj bele. Ha fontos a támogató közeg akkor inkább kisebb cégeket ajánlok, ott még jellemzőbb a csapatszellem, mentorálás, összedolgozás. A nagyoknál inkább managerek és standardek vannak és sokkal kevesebb szabadkéz, a játéktér, igaz ott olyan vasak és rendszerek közelébe is kerülhetsz (és szerezhetsz értékes tapasztalatokat) amiket máshol nem látsz nagyon.
Ha már ezen gondolkodsz, szerintem mindenképp fuss neki, mert az, hogy belső igényed van a fejlődésre, az jelzi, hogy többre lennél hivatott.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz MasterDeeJay #25024 üzenetére
A megoldás: VGA Dummy Adapter
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
Jó mondod, ezt az RDP kliensen kell állítani. Az egyik legjobb RDP kliens program a Remote Desktop Manager ebben bárhogyan állíthatod a felbontást sőt automatikusan a monitorod méretéhez is beállítja (meg ezer mást tud). Az ingyenes verziója is tud mindent és korlátlanul használható, én is ezt használom napi munkára, mert rengeteg helyre RDP-zek és baromi kényelmes.
Vagy van az MS-nek is ilyenje, az is teljesen jó és tudja ezeket.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
VGA Dummy plug kell neki, csak azzal fog normálisan működni, de szerencsére filléres dolog. Mi is sok helyen használunk, ahol valamiért csak Teamviewerrel elérhető VGA nélküli gépek vannak. Ott ugyanez a helyzet, hogy például 640x480-ban látod enélkül a képet.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz MasterDeeJay #25033 üzenetére
Egy USB-VGA jó ötlet szerintem.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz daninet #25036 üzenetére
A meleg felfelé száll, a szekrény tetejében gyűlik fel leginkább, tehát onnan kiszívni érdemes, mert ha onnan befelé fújsz, akkor egy jó kis légkeverős sütőd lesz. Persze lehet ez is cél, meló közben bedobhatsz egy pizzát.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz scorpio74 #25050 üzenetére
Szerintem erre gondolsz: Nem felügyelt hozzáférés beállítása
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz scorpio74 #25060 üzenetére
Jah, oké, szerintem a WinRM-re kell neked. Itt van például egy leírás hozzá, illetve az MS dokumentációban elég részletesen leírja. Remélem erre gondoltál.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz kriszrap #25071 üzenetére
Már sokszor csináltam in-place upgrade-et, működik. Igaz, nem olyan tiszta munka mintha nulláról újrahúzod, de van amikor az túl nagy meló vagy nem lehetséges.
Épp a napokban fogok egy 2012 Foundation-t feltolni 2016 Datacenterre (tudom unsupported) ugyanígy, sajnos tiszta telepítést nem lehet műszaki kényszerek miatt. Virtuális környezetben leteszteltem, működik.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz E.Kaufmann #25075 üzenetére
Korlátlan minden szempontból, ugyanígy Hyper-V alatt is korlátlan licenc akárhány VM-re.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz bobsys #25081 üzenetére
A guest-ről tudod pingetni egyáltalán a host-ot?
Először a Hyper-V-ben a virtual switch-et érdemes megnézni. Ha például 1 hálókártya van a gépben és External típusú vswitch-ed van, akkor legyen bepipálva az "Allow management operating system to share this network adapter".
[ Szerkesztve ]
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz bobsys #25084 üzenetére
Oké. Mikor megpróbálod elérni (mondjuk fel akarod csatolni mint hálózati meghajtót), akkor kér hitelesítő adatokat, vagy azt mondja, hogy hálózati hely nem elérhető? Ha ez utóbbi, akkor próbából kapcsold ki a host-on a Windows tűzfalat, ezzel meggyőződve róla, hogy nem az blokkolja-e.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz I02S3F #25093 üzenetére
Csak megnyugtatásul, nem láttam még olyan szakembert, akinek egy-egy rizikósabb helyzetben ne remegett volna meg a keze. Ez a normális működés, ne tántorítson el (inkább azoktól ódzkodj akik túlzottan magabiztosak). Már csak azért sem, mert ezt nem úgy kell elképzelni, hogy mindent éles helyzetben próbál ki először az ember, hanem általában nagyon sok időt és energiát öl bele mindenki, hogy kiépítse a megfelelő "homokozókat" ahol a rizikós műveleteket teszt környezetben le tudja próbálni, vagy olyan mentést / snapshot stb. rendszert építget a produktív környezet köré, hogy egy félresikerült művelet könnyen visszavonható legyen. Szóval a való életben azért nincs minden nap oroszrulett.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz I02S3F #25111 üzenetére
Azt jól teszed, hogy VM-ekkel játszol, éles környezetben is (ma már) túlnyomó részt VM-ként fut minden vagy valamilyen egyéb konténer megoldással.
A "bibi" az leginkább attól függ mennyire felkészülten vág bele az ember egy adott műveletbe. Dolgoztam olyan kollégával régebben, aki rettentően magabiztos volt és mindennek úgy ment neki, hogy nem kell itten pöcsörészni a részletekkel, majd ő megoldja mert ért hozzá (egyébként értett hozzá). Aztán ilyenkor mindig volt valami "bibi" amire előre nem gondolt és jött az anyázás, meg a tátott szájjal a f***erdőben rohangálás, ottéjszakázás.
Ha viszont először gondolkodunk, lemodellezzük, ledokumentáljuk a lépéseket, akkor aztán élesben szinte nulla stresszel egy sört bontva végig lehet tolni, mivel a teszteléskor már kiborulnak sorban a csontvázak a szekrényből, így élesben már nem lesz sok meglepi. Szóval a "bibi"-k száma rendszerint fordított arányban áll az előkészítettséggel.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz Mázli01 #25128 üzenetére
"Vagy ha 1 boot pendriveot tennek be nem sima pendriveot akkor lehet h megjelenne az f12 megnyomasara a boot menuben a pendrive?"
Amennyiben hozzáférsz a laptophoz ezt viszonylag könnyen ki tudod próbálni szerintem.
Amúgy ha a boot listában tényleg csak a HDD van beállítva mint egyetlen opció, akkor másról nem fog tudni bootolni.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz Mázli01 #25133 üzenetére
"Akkor ha az (ujrainditasnal pendrive bedugva) sima pendriveot nem hozza fel (csak a hdd-t) az f12 lenyomasara a boot menuben akkor valszeg a boot pendriveot se fogja?"
Igen, így ahogy írod. A boot menünél (mikor feljön) nem ellenőrzi, hogy bootolható-e az adott eszköz, csupán azt nézi, hogy létezik-e. Ha nem hozza fel a pendriveot mint lehetőséget, akkor bármilyen pendrivot dughat bele, nem fog látszani és bootolni sem tud róla. Elvileg.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz olloczky #25136 üzenetére
Most csak így látatlanban kérdem, nem lehet, hogy ott vérzik el a dolog, hogy egy share-ről próbálsz telepíteni? Ha batch-ből csinálod, akkor akár azt is meg tudnád tenni, hogy magát a telepítő állományt odamásolod először a kliensre és akkor már helyből futtathatod, aztán a telepítés után törölheted is. Nem olyan elegáns, de lehet működne.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz olloczky #25138 üzenetére
Lehet félreértettelek, de mintha azt írtad volna, hogy felmappel egy megosztott mappát, ebből azt feltételeztem, hogy van valamilyen hálózati kapcsolat a megosztott mappa és a gép közt. Ellenkező esetben hogyan sikerül felmappelni?
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz olloczky #25141 üzenetére
Akkor nem értem hogyan jön ide az internet? Odarakod a share-be az exe-t vagy az msi-t, innen átmásolja a saját belső lemezére a kliens és így tovább... így értettem. Ha meg annyira le van korlátozva minden, hogy még fájlokat sem tud a shareből átmásolni (ez elég fura), akkor nyilván a telepítő sem fog így lefutni.
De ha szerver oldalon te irányítasz, akkor akár abból az irányból is oda tudod másolni, tehát nem a kliens húzza le magának, hanem a szerverről eléred a kliens adminisztratív célból megosztott meghajtóit (C$, D$ stb...) és simán oda tudod rakni.
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 kriszrap #25172 üzenetére
Valószínűleg arra gondolt, hogy attól, hogy ha így összefogsz két adaptert, attól még nem "adódik össze" a sebességük, tehát például nem fogsz tudni mondjuk egy adott gépről 2Gbps-el másolni a szerverre*, hanem csak úgy fogod tudni kiaknázni a sávszélesség bővülést, ha több klienssel támadod a szervert. Vagyis (leegyszerűsített példa), ha mondjuk 2 klienssel másolsz egyszerre a szerverre, akkor mindkettő 1Gbps-el fog tudni adatot továbbítani. Most persze nagyon lesarkítva írtam.
* Ez nem teljesen igaz, mert SMB multichannel -el az SMB műveleteknél elérheted 1 klienssel is a 2Gbps sávszélességet.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz CsodaPOK #25195 üzenetére
Nekünk TP-Link omada-s AP-kkal volt ilyet tapasztalat, egyik ügyfélnél megörököltünk egy ebből kiépített hálózatot, na ott esténként automatán restartoltatni kellett, mert pár nap alatt egyszerűen elhasaltak maguktól, ugyanígy ahogy írjátok.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz MasterDeeJay #25199 üzenetére
Az ilyen "misztikus" hibáknál még érdemes az olyan dolgokat megnézni, nincs-e IP cím ütközés vagy valami loopback a hálózaton, vagy esetleg egy olyan kliens vagy eszköz ami teleszemeteli.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz kriszrap #25202 üzenetére
Nem gondolnám, hogy az SMB 1-nek köze lenne a sebesség ingadozáshoz, viszont biztonsági szempontból rizikós, nem véletlenül van kikapcsolva ma már alapból. Az ingadozást inkább valamilyen cache/buffer dolog okozhatja például (mondom ezt vaktában).
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz kriszrap #25241 üzenetére
Egy safe mode-ban indítás mindenképp kellene, vajon úgy is belefagy? (Harmadik sikertelen restart után Recovery Mode-ban indul, ott meg Troubleshoot -ban találod a Startup Settings-et, itt megadhatod, hogy legyen safe mode a boot menüben.)
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz kriszrap #25243 üzenetére
Ha gyorsítani akarod a folyamatot, akkor nem kell végigvárnod háromszor a teljes boot folyamatot, ha megjelenik a betöltő képernyő, ahol fekete alapon "karikázik" már a Windows, akkor nyomsz egy vastagot neki és ezt megismétled még kétszer, utána jön is egyből a recovery mode.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz Mázli01 #25252 üzenetére
A one-time boot menü != a BIOS-ba belépéssel, így ahhoz nem is fog jelszót kérni, mivel a jelszóval csak a BIOS-t véded.
Elvileg ha kikapcsoltad az USB-s eszközöket a boot sorrendből és a one-time boot menüben sem hozza fel, mint opciót, akkor nem fog tudni USB-ről bootolni.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz Krisztianby #25257 üzenetére
Igen, tulajdonképpen erről van szó.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz Krisztianby #25259 üzenetére
Igen.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
válasz Krisztianby #25261 üzenetére
A "sima megosztások" (például SMB, AFP, FTP stb.) mappák és fájlok távoli elérését teszik lehetővé jellemzően a kliensek (vagyis a felhasználók) felé. Ezzel szemben az iSCSI vagy SAN megoldások pedig magát mint "nyers lemezt" teszik elérhetővé egy távoli eszköz számára, amit úgy fog tudni kezelni a távoli eszköz, mintha lokálisan beleépített merevlemez lenne.
Inkább szerver oldalon szokás használni, mert főképp ott lehet jól kiaknázni a benne rejlő képességeket. Most egy esetlen példát mondok, tegyük fel van egy szervered aminek a rendelkezésre állása fontos számodra, ezért van mellette egy ugyanolyan tartalék szerver is kikapcsolt állapotban, hogy ha az elsővel történik valami, akkor bekapcsolod a tartalékot. A szerveren olyan adatok vagy adatbázisok vannak, amik technikai okokból csak lokális diszken működnek. Ha azt szeretnéd, hogy a tartalék szervereden is meg legyen minden, akkor mind a két szerverben ugyanannyi diszket kell vásárolnod és folyamatosan szinkronban tartani az adatbázisokat, hogy ha leáll az első, akkor a másodikon is meglegyen minden naprakészen.
Vagy odaraksz egy NAS-t is melléjük, amin csinálsz egy iSCSI target-et, ezt felcsatolod a szervernek és az úgy fogja kezelni mintha lokális diszk lenne. Mikor át kell állnod a másik szerverre, akkor nincs gond, mert azon is felcsatolod az iSCSI lemezt és minden ott van naprakészen.
A példa béna, de remélem azért érthető belőle a lényeg.
Lassan kiderül, hogy amit korábban abszurd humornak gondoltunk, az csak szimpla jövőbelátás volt.
-
Gargouille
őstag
Vagy a jó öreg Nirsoft DNSDataView, mert azzal meg bármit lekérdezel egy pillanat alatt, roppant hasznos cucc.
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
- Huawei Watch Fit 3 - zöldalma
- Xbox tulajok OFF topicja
- Max
- Counter-Strike: Global Offensive (CS:GO) / Counter-Strike 2 (CS2)
- Call of Duty: Modern Warfare III (2023)
- Projektor topic
- Sorozatok
- Mesterséges intelligencia topik
- Politika
- Kerti grill és bográcsozó házilag (BBQ, tervek, ötletek, receptek)
- További aktív témák...
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Ozeki Kft.
Város: Debrecen