Új hozzászólás Aktív témák
-
E.Kaufmann
addikt
válasz CharlieDrop #9150 üzenetére
Lehet, hülyeséget kérdezek, de nem ugyanaz csak más marketinges néven? Mindkettő virtuális gép, elvileg nagy rendelkezésre állású netkapcsolatokon és szervereken..
Le az elipszilonos jével, éljen a "j" !!!
-
CharlieDrop
veterán
válasz E.Kaufmann #9151 üzenetére
Ezért bizonytalanodtam el én is és tettem fel a kérdést.
Mi számít minek?
Alapvetően egy weboldalt szeretnék rajta üzemeltetni privát DB-vel, saját biztonsági dolgokkal.
Nem használok AD-blockert a PH! oldalain!
-
InfiniteReality
őstag
válasz CharlieDrop #9152 üzenetére
Akkor ez VPS. A felhő inkább komplex szolgáltatásokat jelent. Tehát pl filemegosztás / tárolás valamint minden olyasmi ami erre épül / ezt használja (pl online collaboration).
Egy VPS szolgáltatást felhőszolgáltatásnak nevezni így önmagában kicsit erős szerintem, de végülis lehet rá mondani. Mindenesetre egy (több) VPS-sel bárki tud saját "felhőszolgáltatást" csinálni.
A felhő azért felhő, mert "valahol" van valami vas, ami futtatja a szolgáltatás-együttest. Tehát nem egy darab számítógépen fut egy darab szolgáltatás, mert az nem felhő (max privát-felhő, soho NAS-okkal lehet ilyet csinálni).http://logout.hu/cikk/samsung_led_tv_tudastar_d_szeria/alapok.html
-
CharlieDrop
veterán
-
sanzi89
addikt
Volna egy kicsit homályos probléma a számomra.
Adott Server1, amin fut 3db VM. Adott Server 2, amin szintén fut 3db VM. A Server2-re rá van kötve egy USB3.0-ás keret. A feladat az volna, hogy a Server1-ről mentsek a Server 2-re kötött USB-s merevlemezre. A Windows Backup csak a legutolsó mentést tartja meg, ha hálózati helyként osztom meg a merevlemezt. Így az lett a gondolat, hogy Server 2-őn beállítok egy iSCSI Target-et és itt létrehozok egy 500GB-os lemezt, amit már fel tudok csatolni a Server 1-re, mintha helyi meghajtó lenne, így tudna menteni több állapotot.
A kérdésem, hogy ez így tényleg működne hosszú távon, továbbá a fenti eszközökkel tudtok-e jobb alternatívát találni a VM-ek mentésére?Illetve ha arról volna valakinek infója, hogy a Windows Backup-on megoldható valahogy, hogy a VM-eket növekményesen mentse?
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
bobsys
addikt
Valami metodus, ima, veraldozat arra vonatkozoan, hogy hogyan lehetne az Exchange 2010 serveren levo public folderben levo duplikalt elemeket kiszurni/torolni?
Enterprise Admin? Kirk kapitany leszel? - Ne törődjél semmivel, egyél zsömlét kiflivel
-
gaborbol
őstag
Outlookra valami bovitmeny aminek van hozzaferese a public folderhez, nem kene kene, hogy kiszedje?
Tegyel fel valahova egy 32 bites outlook 2010-et es probald meg azzal kiszedni:[link]
( eddig mindig mukdott es ingyenes annyi csak vele a gond, hogy kizarolag 32 bites outlook es abbol is csak max 2010-ig hasznalhato. De nem gond,volt volt hogy kulon felraktam egy gepre a 2010-es outlookot csak azert hogy tudjam hasznalni, mert a usernak 2013 64 bit-es verzioja volt, de megcsinalta aztan exchange leszinkronizalta szepen a javitott 2010 bol az eredmenyt a 2013-nak.Vagy esetleg ez, de ez fizetos:
[ Szerkesztve ]
-
zulu_mester
tag
Sziasztok!
A következő hibaüzenettel találtam magam szembe az egyik kliensgépen:
Pillanatnyilag nincsenek olyan beléptető kiszolgálók, amelyek teljesítenék a belépési kérelmétMi lehet a megoldás?
"Te is fiam Bluethooth!"
-
kraftxld
Topikgazda
válasz zulu_mester #9160 üzenetére
Elszexuált DNS, halott tartományvezérlő.
| MCSE+M/S, MCITP, VCP6.5-DCV - ''Life can be hard, but Scooter is harder :)'
-
sanzi89
addikt
válasz zulu_mester #9160 üzenetére
Esetleg valamilyen egyéb, hálózatot érintő hiba - mondjuk, ha más kliens rendben van.
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
Hedgehanter
őstag
válasz zulu_mester #9160 üzenetére
Huzd ki a network kabelt lepj be es nezd meg mizu..
-
Teejay83
tag
válasz zulu_mester #9163 üzenetére
Próbáld meg kivenni és visszarakni tartományba!
DPS Hungary- szoftverrobot fejlesztés-online marketing támogatás-rendszerek bővítése,korszerűsítése-digitalizáció-IT biztonsági tanácsadás | www.onlineasszisztens.com | www.dpshungary.eu |
-
veterán
Valaki dolgozott már közületek Stormshield UTM-mel?
-
Tonyk
veterán
Adott egy kliens gép. Tartományiba léptetve. Bármely user be tud jelentkezni az acc.-jával, de van egy user, aki ha egyszer bejelentkezik (és csak ezen a gépen fordul elő vele) következőre már nem tud belépni.
Törlöm a c:\user\felhasználónév -et. Azonnal megy a login. Logoff után megint nem tud belépni.Látott már valaki ilyet?
[ Szerkesztve ]
Nincs tökéletes ember. Például belőlem is hiányzik a hiba!
-
DopeBob
addikt
Sziasztok,
nem találkozott esetleg valaki a neten Exchange Online vs saját Exchange döntéselőkészítő anyaggal, vagy ehhez hasonlóval? Szeretnék minél több szempotot megismerni, ami a fenti kérdésben felmerülhet.
MZ/X
-
bon
őstag
Előre is elnézést ha ha hülyeséget kérdezek. Egyre gyakrabban jutunk oda, hogy a dhcp kiszolgáló álltal rendelkezésre álló (254) kiosztható ip címek mennyísége nagyon kevés, ma pl 2db szabad ip volt. Így úgy gondolom előbb-utóbb IP címosztályt kell váltanom ahol több elérhető ip áll rendelkezésre. DHCP, kliensek ip cím módosításától nem tartok, de nem tudom, hogyan reagálna a DNS, ISA, TMG szerverünk. Számíthatok komplikációkra szerintetek?
A számítógépnek lelke van! - ASUS Prime Z690-P, Intel CoreI7 13700, 2x16GB DDR5 5200MHZ Kingston, Gigabyte GTX 1060 6GB, Sound Blaster Z, Cooler Master Cosmos C700P
-
ela
tag
válasz zulu_mester #9163 üzenetére
Szia !
Nemrég szaladtam bele valami hasonlóba.
Nálam egy lemerült BIOS elem és az évvégi áramtalínás okozta a problémát.
A Bios-ban csekkoltad már a dátum és idő beállításokat ?Üdv:
elaA jó pap is holtig tanul.
-
brd
nagyúr
Ha jól csinálod, sehogy, működnek tovább. Csak csináld jól, pl. IP címek/maskok beállítása, ill. a (routing) szabályoké is, ha úgy vannak megvalósítva. Ill. ha VPN-t az ISA (vagy talán a TMG is bír ezzel a korláttal, de az most nem rémlik) ad úgy, hogy a belső hálóról van a címtartomány, akkor a netmask átjuttatása a klienseknek kissé problémás, DHCP Relay-t kell használnod (vagy más megoldással kell kiváltanod/megtámogatnod).
The only real valuable thing is intuition.
-
looser
addikt
Sziasztok, létezik a HP-nak W2003 R2 x64-re valamilyen - ingyenes - rendszerfigyelő alkalmazása? Raid, hdd, hőmérséklet, ventik figyelése, ilyesmire lenne szükség. ML370 G5 a szerver. Üdv
Mindent tudok a rákászszakmáról...
-
Rocko007
aktív tag
Sziasztok,
Van-e lehetoseg hasznalni az LSI cachecade 2.0-t pci express-es ssd-vel? A raid kartya egy LSI 9260-8i cachecade 2+fastpath hw kulcs, az ssd meg egy ocz revodrive lenne.
Koszi!
-
balaaa88
aktív tag
Sziasztok!
PTR rekord beállításában nem vagyok teljesen biztos. Ha valaki tudna mondani valamit rá, azt megköszönném. A felállás a következő:
Két külön szerverről van szó. Nevezzük őket MAIL-nak és WWW-nek. Mindkettőnek van publikus IP-címe is. Ezek legyenek most: 88.88.88.10 (MAIL) és 88.88.88.20 (WWW). Mindkét gép egy hálózaton, egy alhálózaton van LAN-on és WAN-on is. MAIL-on egy Zimbra üzemel, míg WWW egy webkiszolgáló.
A levélküldés WWW-ről egy .php fájl segítségével SMTP-vel történik, az SMTP szervernek MAIL van használva. A probléma az, hogy egyes levelezőszerverek nem fogadják a kiküldött leveleket, mert rossz PTR rekord van bejegyezve az adott IP-hez (még korábbról).
További infók:
Domain DNS beállítások: WWW esetében: az A rekord a WWW WAN címe, míg az MX rekordnak a MAIL WAN IP-címe van megadva; természetesen MAIL domainjának köze sincs WWW domainjához.A kérdésem igazából az, hogy melyik IP-hez rendeljem a PTR rekordot? Én első körben a WWW szerver IP-címéhez rendelném (függetlenül, hogy ő nem mailszerver), mert az emailek forrásában a 88.88.88.20 szerepel, mint küldő IP-cím, függetlenül attól, hogy MX rekordnak mi van beállítva. Ami még extragáz, hogy MAIL-on több domain levelezése is megy, tehát arra az IP-re nem szívesen tennék PTR-t.
Köszi.
[ Szerkesztve ]
-
sanzi89
addikt
válasz sanzi89 #9155 üzenetére
Beállítottam a fenti konfigurációt, de nem igazán úgy működik ez az iSCSI dolog, mint ahogy szeretném.
Server 1-en beállítva iSCSI target, létre van hozva egy .vhdx. Server 2-őn felcsatoltam, működött minden 1 napig. Egy pillanatnyi áramszünet - az USB-s HDD keretet nem dugtam be a szünetmentesbe amin tárolódik a vhdx- és azóta nem működik. Elvileg minden rendben van, Server 2-ről hiba nélkül megy a csatlakozás, Server 1-en látszik is a Server Manager-ben, hogy a vhdx Connect állapotba került, de Server 1-en nem látom sehol a meghajtót. Disk Manager-ben refresh, meg rescan de semmi. Mindkét gépet reseteltem már.
Mikor legelőször csatlakoztattam a vhdx-et Server 2-höz automatikusan felbukkant a Disk Managerben. Hogyan tudnám újra elérni Server 2-őn a vhdx-et újra? Illetve ugye nem ennyire "sérülékeny" a cucc, hogy egy szabálytalan lekapcsolástól teljesen megmakkan, elég fos akkor...[ Szerkesztve ]
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
brd
nagyúr
válasz balaaa88 #9177 üzenetére
Az az érdekes, hogy az Interneten ki találkozik a levelekkel, mint fogadó SMTP, ill. hogy az milyen IP-t lát, mert annak a PTR-je kell stimmeljen (ez a MAIL lesz nálad a szöveg alapján). Az MX rekordo(ka)t pedig úgy érdemes beállítani, hogy egy A rekordra (vagy rekordokra, ha terheléselosztás, vagy backup MX is van) mutasson, és az A rekord mutasson az IP-re. Technikailag az MX IP-re mutató formában is megfelelő, de egyes mailserverrek ezt is figyelik, és ha nem is utasítják el a levelet emiatt, lepontozzák.
The only real valuable thing is intuition.
-
balaaa88
aktív tag
@VeryByte: Köszi a választ!
@brd: Ezzel kapcsolatban pedig az a helyzet, hogy a kiküldött emailek forrásában küldő IP-nek a MAIL IP-címe szerepel, míg a küldő domain-nek a WWW FQDN-je van megadva. Továbbá a WWW és MAIL domainja nem egyezik, ez tovább hülyíti a helyzetet.
Ahogy a képen is látszik; felülről a 7. sorban azt írja a gmail szervere, hogy a küldő FQDN a MAIL-é, viszont a küldő IP-cím a WWW IP-címe... (.175). Ezért (is) fos a helyzet, mert a két domain nem egyezik meg (nem is egyezhet meg). És ezért gondoltam azt, hogy a PTR rekordot a WWW IP-címére teszem a WWW FQDN-jével; függetlenül attól, hogy a levelezőszerver nem a WWW-n van.
[ Szerkesztve ]
-
brd
nagyúr
válasz balaaa88 #9182 üzenetére
Erre az a megoldás, hogy felvetetsz (pontosabban kijavíttatod, mert a hibaüzenet alapján mintha már lenne valamilyen, csak ez az IP nem szerepel benne) a küldő domain dns-ébe pl. egy ilyen txt rekordot:
"v=spf1 ip4:1.2.3.4/32 -all" (ha több IP van, akkor így: "v=spf1 ip4:1.2.3.4/32 ip4:5.6.7.8/32 -all")
Ezzel azt mondod meg, hogy az adott domain-ű feladók címével jogosult küldeni az 1.2.3.4-es IP-jű SMTP server. Ha így nem elég szexi neked a rekord, akkor itt találod a részletes szintaxist.The only real valuable thing is intuition.
-
brd
nagyúr
válasz balaaa88 #9183 üzenetére
Az a baj, hogy a küldő gép (SMTP server) DNS-ben szereplő A rekordja nem ugyanaz, mint amit az IP PTR-jének lekérdezésére visszakapnak. Tehát pl. a mail.valami.com feloldódik a blabla.175-re, akkor a blabla.175 PTR-je a mail.valami.com legyen. Ennek nem kell egyeznie a feladó e-mail címében (pl. info@akarmi.hu) szereplő domainnevével (de érdemes az akarmi.hu DNS rekordjai közé SPF-nek - vagy TXT-nek, ha a regisztrátor csak olyat tud - felvenni az előbb írt módon pl. az IP-t).
[ Szerkesztve ]
The only real valuable thing is intuition.
-
balaaa88
aktív tag
Az SPF-et "vágom", de jelenleg nem az SPF-rekord hiánya miatt utasítódnak el a levelek pl. a @citromail.hu-s és a @t-online.hu-s domainokról, hanem a PTR-rekord rossz bejegyzése miatt (nyilván annak hiánya sem segítene a helyzeten).
Így nagyjából meggyőztem magam, hogy első körben a jelenleg WWW WAN IP-jének (x.x.x.175) beállított (rossz) PTR-t cseréltetem ki a WWW FQDN-jére, mivel a fogadó levelezőszerverek ezt látják (x.x.x.175) és ez alapján utasítják el a levelet, mert rossz PTR-rekord van beállítva rá (egy korábbi használó miatt).
Köszik a segítséget!
ui.: ha így nem lesz jó, akkor telepítek a x.x.x.175-re egy Zimbrát, amit csak a WWW használna és akkor tuti, hogy menni fog.
[ Szerkesztve ]
-
sanzi89
addikt
Létezhet olyan, hogy AP esetén a WiFi lényegesen gyengébb, ha PoE-en keresztül kapja a tápot és nem közvetlenül dugom rá a tápegységet? Egy TP-Link TL-WA901ND v3-ról beszélünk, és bőven be van tartva a gyártó által javasolt 30 méteres távolság - kb 10 és 15 méter -.
"Mindent azért kell tudni mert kérdezik, nem azért mert hasznos."
-
E.Kaufmann
addikt
válasz Hequila #9190 üzenetére
Ugyanonnan próbáltad tápról és PoE-ról is? Ha igen, akkor a kábelezéssel vagy a táppal van gond. Hány voltot küld át az UTP-n?, ha azt a kilencet, amit közvetlenül is rádugnál, ahhoz kevés lehet a kábel, nem tudom, mekkora feszkót fogad PoE-n az AP. Ugye hivatalosan valami 44-48 V kellene, de láttam már 24 és 12V-s PoE-t is. 24 még éppen, na de 12 és alatta, hát nem az igazi.
[ Szerkesztve ]
Le az elipszilonos jével, éljen a "j" !!!
-
Borosz
senior tag
Adott a már vázolt iskolai hálózat (AD, DC, DNS WinServer 2008R2 stand.). Az egyik domainbe léptetett user megnyitva hagy egy excelt az egyik közös meghajtón a szerveren. Én szintén meg akarom nyitni és az excel kiiírja, hogy xy használja a fájlt, mit akarok tenni. A baj az, hogy nem írja ki a user nevét csak azt, hogy Windows felhasználó. Mit lehet tenni, hogy a usernevet írja ki az excel?
-
disy68
aktív tag
HKCU\Software\Microsoft\Office\Common\UserInfo -> itt található a releváns infó
A teljes név beállítására itt egy vb script, gpo-val logon scriptnek be lehet állítani:
Set objSysInfo = CreateObject("ADSystemInfo")
strUser = objSysInfo.UserName
Set objUser = GetObject("LDAP://" & strUser)
strFullName = objUser.Get("displayName")
Dim SysVarReg
Set SysVarReg = WScript.CreateObject("WScript.Shell")
SysVarReg.RegWrite "HKCU\Software\Microsoft\Office\Common\UserInfo\UserName", strFullNameAmúgy a megosztásnál is (szerveren a szerepkörök alatt a fájlszolgáltatásoknál) meg tudod nézni az éppen megnyitott fájlokat.
“Yeah, well, you know, that’s just, like, your opinion, man.” — The Dude
-
veterán
Olyan megoldásra lenne szükségem, amivel a hálózat gépein tetszőleges böngészővel folytatott tevékenységet lehetne nyomon követni, kizárólag a meglátogatott URL-ek szintjén! Hamarosan új tűzfalat kell felkonfigurálnom teljes URL tiltással, de az orbitális káromkodások elkerülése érdekében jobb lenne, ha a gyakran látogatott oldalak listája már előre meglenne, és abból a szükséges tételeket leszűrve kialakíthatnék egy fehér listát. Az lenne a legjobb, ha ehhez nem kellene semmilyen logger-t telepíteni, csak hálózaton keresztül kiolvasni valamivel az adatokat minden kliensből.
Tudtok esetleg valami bevált módszert erre? Köszönöm!
-
disy68
aktív tag
Igen, a kliensen, de mivel van tartomány, ezért group policy-vel tudsz csinálni mindenkire egy logon script-es policy-t, ami minden bejelentkezéskor lefut.
szerk:
Az excel és az összes office komponens, ami támogat ilyet, nem a (windows) felhasználó nevét jeleníti meg, hanem a (bármelyik office programnál) fájl->beállítások->általános - Felhasználónévnél megadott nevet (ez van a korábban említett registry-ben).[ Szerkesztve ]
“Yeah, well, you know, that’s just, like, your opinion, man.” — The Dude
-
E.Kaufmann
addikt
Letelt a szerkesztési idő.
DNS és DHCP alapon még az automatikus proxy beállítás is megoldható, csak legyen egy primitív HTTP tárhely ahonnan leszívja a kliens a PAC állományt (sablonokkal tele a net, ez alapján állítja be a proxy-t a böngésző). GPO alapon még nem nagyon működött nekem.[ Szerkesztve ]
Le az elipszilonos jével, éljen a "j" !!!
-
iwu
addikt
válasz E.Kaufmann #9198 üzenetére
én gpoval tettem ki a proxyt pfsnse-t, squid...tök jól reportol, bár mire belőttem a sargot...
ajándék ló nem látja a fától a szódás a lovát...
-