Címtár szolgáltatások
|
|
|
- Jakab Artúr Székely
- 5 évvel ezelőtt
- Látták:
Átírás
1 Intelligens rendszerfelügyelet (VIMIA370) Címtár szolgáltatások Szatmári Zoltán Tóth Dániel Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék 1
2 Előző és következő részek tartalmából Modellezés Szkriptelés Felhasználókezelés o Alapjai, hitelesítés (OPRE) o Engedélyezés (OPRE) o Központosított felhasználókezelés, címtárak 2
3 Tartalom A felhasználókezelés nehézségei Címtár szolgáltatások o LDAP o Active Directory 3
4 DEMO Felhasználókezelés nehézségei Sok rendszer Sok felhasználó (minden rendszeren külön-külön) Egyszer csak kitör a káosz o Elburjánzó felhasználói fiókok o Szétszinkronizálódó jelszavak o Webes alkalmazásnak, VPN-nek is kéne beléptetés, teljesen más rendszert használnak 4
5 Megoldások a káoszra Elburjánzó felhasználói fiókok felhasználói életciklus kezelésére eljárásrend Sok rendszer igényel hitelesítést központosított felhasználói adattár 5
6 Definíció: Címtár (directory) szolgáltatás o nyilvános adattár o intelligens címjegyzék (phone directory) Tárolt adatok o felhasználó adatai ( címek, különböző fajta nevek, azonosítók,...) o számítógépek adatai o biztonsági információk o bármi egyéb 6
7 Címtár szolgáltatás hitelesítésre Hogy fogja ez megoldani a hitelesítést? SSH Szerver Címtár szolgáltatás VPN Szerver Címtár Szerver Web Szerver Beléptetés minden esetben a címtárban tárolt felhasználói adatok lekérdezésével történik. 7
8 Hogy néz ki egy címtár? Speciális adatbázis struktúra o szigorúan hierarchikus (általában objektum-orientált) 8
9 Hogy néz ki egy címtár? Speciális adatbázis struktúra o szigorúan hierarchikus (általában objektum-orientált) User + ID + Name + Real Name + Personal data + Shared Secret (Password, etc.) + Private Datastore path 9
10 Hogy néz ki egy címtár? Speciális adatbázis struktúra o szigorúan hierarchikus (általában objektum-orientált) Domináns műveletek: o keresés o olvasás o batch jellegű hozzáadás / módosítás 10
11 Címtárak fejlődéstörténete DNS (Domain Name Service) NIS (Network Information System) o volt Sun Yellow Pages (Sun Microsystems, 1988, SunOS 4.0) A korszerűbbek o X.500 / LDAP o Active Directory 11
12 Tartalom A felhasználókezelés nehézségei Címtár szolgáltatások o LDAP LDAP bevezetés LDAP felépítés LDAP a gyakorlatban Összefoglalás o Active Directory 12
13 Lightweight Directory Access Protocol (LDAP) Kibocsátó: Internet Engineering Task Force (IETF) Legutóbbi verzió: LDAPv3 RFC 4510, 2006 Cél: elosztott címtárszolgáltatások megvalósítása, elérése 13
14 X.500 ISO/OSI X.500 egy szabványcsalád Eredetileg X.400-as levelezés támogatására 14
15 X.500 ISO/OSI X.500 egy szabványcsalád Eredetileg X.400-as levelezés támogatására Alapfogalmak: X.500 Modellek: X.501 Hitelesítés: X.509 (Tovább él az SSL certificate-ekben) Attribútumok: X.520 Osztályok: X.521 Elérési protokoll: X
16 X.500 ISO/OSI X.500 egy szabványcsalád Eredetileg X.400-as levelezés támogatására Alapfogalmak: X.500 Modellek: X.501 Hitelesítés: X.509 (Tovább él az SSL certificate-ekben) Attribútumok: X.520 Osztályok: X.521 Elérési protokoll: X.519 Ennek része a DAP (Directory Access Protocol) Az ISO/OSI hálózati szolgáltatásokra épül TCP/IP-re nem jó! Az IETF kézbe vette a dolgot Ebből lett az LDAP 16
17 LDAP LDAP: Lightweight Directory Access Protocol 17
18 LDAP LDAP: Lightweight Directory Access Protocol L, mint pehelysúlyú: az X.500 kódnevű protokollcsalád könnyített változata. 18
19 LDAP LDAP: Lightweight Directory Access Protocol L, mint pehelysúlyú: az X.500 kódnevű protokollcsalád könnyített változata. D, mint címtárszolgáltatás: elsősorban egy számítógépes hálózat felhasználóit és erőforrásait tartalmazó adatbázis közvetítésére szolgál 19
20 LDAP LDAP: Lightweight Directory Access Protocol L, mint pehelysúlyú: az X.500 kódnevű protokollcsalád könnyített változata. D, mint címtárszolgáltatás: elsősorban egy számítógépes hálózat felhasználóit és erőforrásait tartalmazó adatbázis közvetítésére szolgál A, mint elérés: támogatja az adatok frissítését, törlését, beszúrását és lekérdezését 20
21 LDAP LDAP: Lightweight Directory Access Protocol L, mint pehelysúlyú: az X.500 kódnevű protokollcsalád könnyített változata. D, mint címtárszolgáltatás: elsősorban egy számítógépes hálózat felhasználóit és erőforrásait tartalmazó adatbázis közvetítésére szolgál A, mint elérés: támogatja az adatok frissítését, törlését, beszúrását és lekérdezését P, mint az elektronikus kommunikáció egyik nyelve: egy TCP/IP felett megvalósított bináris protokoll 21
22 Alaptulajdonságok és fogalmak Csomópontok, bejegyzések (entry) o Objektum-orientált szemlélet Hierarchikus felépítés (directory tree) Kitüntetett attribútum (relative distinguished name - rdn) Megkülönböztető név (distinguished name - dn) Többértékű attribútumok o Kapcsolatok megvalósítása 22
23 Alaptulajdonságok és fogalmak Csomópontok, bejegyzések (entry) o Objektum-orientált szemlélet Hierarchikus felépítés (directory tree) Kitüntetett attribútum (relative distinguished name - rdn) Megkülönböztető név (distinguished name - dn) Többértékű attribútumok o Kapcsolatok megvalósítása Az LDAP az UML előtt alakult ki, ezért picit más fogalomkészlettel dolgozik, mint amit máshol megszoktunk 23
24 DEMO Példa LDAP adatbázis építés Készítsük el az egyetemünk LDAP adatbázisát! o Csomópontok o Objektum-orientált szemlélet o Hierarchia o Kitüntetett attribútum o Megkülönböztető név o Többértékű attribútum 24
25 Séma alkalmazása Az alapvető modellezési alapfogalmak jelennek meg o Séma (metamodell szint) Attribútumok University name shortname address 25
26 Séma alkalmazása Az alapvető modellezési alapfogalmak jelennek meg o Séma (metamodell szint) Attribútumok o Egyed (példánymodell szint) Példányosítás (objectclass) Attribútum értékek BME: University name=budapesti M shortname=bme address=1111 Bp. objectclass = University University name shortname address 26
27 Objektum-orientált szemlélet Többszörös típus Objektumok között referenciák BME: University name=budapesti M shortname=bme address=1111 Bp. objectclass = University University name shortname address library 27
28 Objektum-orientált szemlélet Többszörös típus Objektumok között referenciák BME: University name=budapesti M shortname=bme address=1111 Bp. OMIKK: Library, Building name=országos Műszaki address=1111 Bp. Budafoki u. space=1250m 2 numberofbooks= objectclass = University objectclass = Library objectclass = Building 28 University name shortname address library Library name nuberofbooks Building address space
29 Objektum-orientált szemlélet Többszörös típus Objektumok között referenciák BME: University name=budapesti M shortname=bme address=1111 Bp. library OMIKK: Library, Building name=országos Műszaki address=1111 Bp. Budafoki u. space=1250m 2 numberofbooks= objectclass = University objectclass = Library objectclass = Building 29 University name shortname address library Library name nuberofbooks Building address space
30 Objektum-orientált szemlélet Többszörös típus Objektumok között referenciák BME: University name=budapesti M shortname=bme address=1111 Bp. library OMIKK: Library, Building name=országos Műszaki address=1111 Bp. Budafoki u. space=1250m 2 numberofbooks= A típus-példány kapcsolatot is egy referencia írja le, ennek neve objectclass University objectclass = University objectclass = Library objectclass = Building 30 name shortname address library Library name nuberofbooks Building address space
31 Objektum-orientált szemlélet Öröklődnek az attribútumok, referenciák University +name +shortname +address BME: ResearchUniversity name=budapesti M shortname=bme address=1111 Bp. delegation=2011 objectclass = ResearchUniversity ResearchUniversity +delegation 31
32 Objektum-orientált szemlélet Egy objektumnak több típusa is lehet, ilyenkor az osztályokban definiált attribútumok uniója szerepel az objektumban. OMIKK: Library, Building name=országos Műszaki address=1111 Bp. Budafoki u. space=1250m 2 numberofbooks= objectclass = Library objectclass = Building Library +name +numberofbooks Building +address +space 32
33 Hierarchikus felépítés A csomópontok tartalmazási hierarchiát alkotnak BME: University shortname=bme 33
34 Hierarchikus felépítés A csomópontok tartalmazási hierarchiát alkotnak BME: University shortname=bme GTK: Faculty name=gtk VIK: Faculty name=vik 34
35 Hierarchikus felépítés A csomópontok tartalmazási hierarchiát alkotnak BME: University shortname=bme GTK: Faculty name=gtk VIK: Faculty name=vik MIT: Department name=mit 35
36 Hierarchikus felépítés A csomópontok tartalmazási hierarchiát alkotnak BME: University shortname=bme GTK: Faculty name=gtk VIK: Faculty name=vik MIT: Department name=mit IRF: Course code=vimia370 36
37 Csomópontok közötti viszonyok MIT: Department name=mit 37
38 Csomópontok közötti viszonyok GTK: Faculty name=gtk Szülő MIT: Department name=mit 38
39 Csomópontok közötti viszonyok BME: University shortname=bme GTK: Faculty name=gtk ŐsŐs Szülő MIT: Department name=mit 39
40 Csomópontok közötti viszonyok BME: University shortname=bme GTK: Faculty name=gtk MIT: Department name=mit ŐsŐs Szülő Gyerek IRF: Course code=vimia370 40
41 Csomópontok közötti viszonyok BME: University shortname=bme GTK: Faculty name=gtk MIT: Department name=mit IRF: Course code=vimia370 ŐsŐs Szülő Gyerek Leszármazott 41
42 Csomópontok közötti viszonyok BME: University shortname=bme GTK: Faculty name=gtk MIT: Department name=mit IRF: Course code=vimia370 IIT: Department name=iit ŐsŐs Szülő Gyerek Leszármazott Testvér 42
43 Kitüntetett attribútum RDN (relative distinguished name) o Megmutatja, hogy melyik attribútumot akarjuk egyedi névként használni 43
44 Kitüntetett attribútum RDN (relative distinguished name) o Megmutatja, hogy melyik attribútumot akarjuk egyedi névként használni VIK: Faculty name=vik rdn=name MIT: Department name=mit rdn=name IRF: Course code=vimia370 rdn=code 44
45 Megkülönböztető név DN (distinguished name) o A tartalmazások mentén egyedileg azonosítható minden objektum a szülők RDN listájával. VIK: Faculty name=vik rdn=name MIT: Department name=mit rdn=name IRF: Course code=vimia370 rdn=code 45
46 Megkülönböztető név DN (distinguished name) o A tartalmazások mentén egyedileg azonosítható minden objektum a szülők RDN listájával. VIK: Faculty name=vik rdn=name MIT: Department name=mit rdn=name IRF: Course code=vimia370 rdn=code dn = name=vik, 46
47 Megkülönböztető név DN (distinguished name) o A tartalmazások mentén egyedileg azonosítható minden objektum a szülők RDN listájával. VIK: Faculty name=vik rdn=name MIT: Department name=mit rdn=name IRF: Course code=vimia370 rdn=code dn = name=vik, dn = name=mit,name=vik, 47
48 Megkülönböztető név DN (distinguished name) o A tartalmazások mentén egyedileg azonosítható minden objektum a szülők RDN listájával. VIK: Faculty name=vik rdn=name MIT: Department name=mit rdn=name dn = name=vik, dn = name=mit,name=vik, IRF: Course code=vimia370 rdn=code dn = code=vimia370, name=mit,name=vik, 48
49 Megkülönböztető név Kitüntetett gyökér elem o Jellemzően valamilyen domain-ből származik o Pl.: "dc=bme,dc=hu" A DN felépítéséből adódóan egyedi azonosítást tesz lehetővé 49
50 Megkülönböztető név Kitüntetett gyökér elem o Jellemzően valamilyen domain-ből származik o Pl.: "dc=bme,dc=hu" A DN felépítéséből adódóan egyedi azonosítást tesz lehetővé o Referenciák ez alapján hivatkoznak a célpontra BME: University library= ou=omikk,dc=bme,dc=hu library OMIKK: Library, Building 50
51 Megkülönböztető név Kitüntetett gyökér elem o Jellemzően valamilyen domain-ből származik o Pl.: "dc=bme,dc=hu" A DN felépítéséből adódóan egyedi azonosítást tesz lehetővé o Referenciák ez alapján hivatkoznak a célpontra BME: University library= ou=omikk,dc=bme,dc=hu dn = dc=bme,dc=hu library OMIKK: Library, Building 51
52 Megkülönböztető név Kitüntetett gyökér elem o Jellemzően valamilyen domain-ből származik o Pl.: "dc=bme,dc=hu" A DN felépítéséből adódóan egyedi azonosítást tesz lehetővé o Referenciák ez alapján hivatkoznak a célpontra BME: University library= ou=omikk,dc=bme,dc=hu dn = dc=bme,dc=hu library OMIKK: Library, Building dn = ou=omikk,dc=bme,dc=hu 52
53 Többértékű attribútumok Attribútumok felvehetnek o Egy értéket Pl.: kód o Több értéket (lista) Pl.: hallgató dn = code=vimia370,ou=mit,ou=vik,dc=bme,dc=hu IRF: Course code=vimia370 rdn=code student="nk=abcdef,year=2010,dc=bme,dc=hu" student="nk=ghijkl,year=2011,dc=bme,dc=hu" 53
54 LDAP o LDAP bevezetés o LDAP felépítés o LDAP a gyakorlatban o Összefoglalás Tartalom 54
55 LDAP felépítése LDAP sémák LDAP Szerver Címtár tartalma Adatbázis 55
56 LDAP séma «supertype» Class +Attribútumok Tartalmazott elemek Referenciák 56
57 LDAP séma Class +Attribútumok «supertype» Statikus o Működés közben nem változik o Konfigurációs fájlokban adják meg (ASN.1 formátumban) Tartalmazott elemek Referenciák 57
58 LDAP séma Class +Attribútumok Tartalmazott elemek «supertype» Referenciák Statikus o Működés közben nem változik o Konfigurációs fájlokban adják meg (ASN.1 formátumban) Szabványos o Van számos többé-kevésbe de facto szabvány séma o Pl. core, cosine (X.500), java, nis, inetorgperson 58
59 LDAP séma «supertype» Class +Attribútumok Tartalmazott elemek Referenciák 59
60 LDAP séma Class +Attribútumok «supertype» Minden elemnek van egy azonosítója (OID) o osztálynak és attribútumnak is Pl.: inetorgperson o álnevek használata Pl.: uid és userid Tartalmazott elemek Referenciák 60
61 LDAP séma Class +Attribútumok «supertype» Minden elemnek van egy azonosítója (OID) o osztálynak és attribútumnak is Pl.: inetorgperson o álnevek használata Pl.: uid és userid Van öröklés az osztályok között Tartalmazott elemek Referenciák 61
62 LDAP séma Class +Attribútumok Tartalmazott elemek «supertype» Referenciák Minden elemnek van egy azonosítója (OID) o osztálynak és attribútumnak is Pl.: inetorgperson o álnevek használata Pl.: uid és userid Van öröklés az osztályok között Attribútumok o lehetnek kötelezőek, opcionálisak, o van multiplicitásuk is (lista) 62
63 LDAP séma Class +Attribútumok Tartalmazott elemek «supertype» Referenciák Minden elemnek van egy azonosítója (OID) o osztálynak és attribútumnak is Pl.: inetorgperson o álnevek használata Pl.: uid és userid Van öröklés az osztályok között Attribútumok o lehetnek kötelezőek, opcionálisak, o van multiplicitásuk is (lista) A referenciák valójában string attribútumok 63
64 Class +Attribútumok Tartalmazott elemek «supertype» Referenciák LDAP séma Osztályok típusai o Absztrakt Alapvető struktúra kialakítása A felhasználó számára nincs releváns információja. Pl.: top o Strukturális Alapvető tulajdonságokat ad meg Egymást kizáró osztályok Pl.: person és group o Kiegészítő Egyes sémák kiegészítésére Pl.: inetorgperson, PosixAccount 64
65 Példa osztály: Person objectclass ( NAME 'person' DESC 'RFC2256: a person' SUP top STRUCTURAL MUST ( sn $ cn ) MAY ( userpassword $ telephonenumber $ seealso $ description ) ) 65
66 Megvalósítások LDAP Szerver Kliens IBM Tivoli Directory Server, IBM DB2 backend adatbázissal OpenLDAP (open source) Pl. BerkleyDB 4.2 backend adatbázissal (lehet más is) Oracle Internet Directory Sun Java System Directory Server JDBC alapú adatbázisokkal Linux, UNIX (Pl. AIX), VMware ESX server, stb. PAM (Pluggable Authentication Modules) használatával Hálózati beléptetés (Pl. VPN, WLAN esetén) Webalkalmazások: Apache, PHP, Tomcat stb. Adatbáziskezelők: MySQL, PostgreSQL stb. 66
67 LDAP o LDAP bevezetés o LDAP felépítés o LDAP a gyakorlatban o Összefoglalás Tartalom 67
68 DEMO LDAP címtár a gyakorlatban OpenLDAP szerver Apache Directory Studio kliens Szervezeti egységekbe csoportosítás Felhasználók csoportokba rendelése Attribútumok 68
69 Szöveges LDAP transzfer formátum LDIF (LDAP data interchange format): dn: uid=don,dc=thefamily,dc=local cn: Don Corleone givenname: Don sn: Corleone uid: don telephonenumber: mail: sons: cn=michael,dc=thefamily,dc=local sons: cn=santino,dc=thefamily,dc=local sons: cn=fredo,dc=thefamily,dc=local objectclass: inetorgperson objectclass: maffiaperson objectclass: person objectclass: top 69
70 LDAP műveletek LDAP Szerver Adatbázis Alapműveletek: Bind autentikáció Search lekérdezés, keresés Update módosítás Kliens Lekérdezhető a séma is, lehet sémafüggetlen klienst is írni (nem mind ilyen ) 70
71 Gyakori LDAP osztályok Osztályok és RDN-nek használt attribútumaik dcobject Domain component (dc) organizationalunit Organizational unit (ou) person Common name (cn) Surname (sn) groupofnames Common name (cn) 71
72 LDAP URL Csomópontok egy halmazának kiválasztására proto://host:port/dn?attributes?scope?filter o Proto - ldap/ldaps o Host:port a címtár szerver elérhetősége o DN keresés kiindulóponja o Attributes - keresett attribútumok listája o Scope keresés mélysége base: pontosan azt az egy csomópontot keressük one: csak egy szinten keresünk sub: teljes részfában keresünk o Filter keresőkifejezés Pl.: (&(objectclass=maffiaperson)(uid=don)) kvázi szabványos prefix leíró nyelv 72
73 Példarendszer IRF Server suse.irf Ubuntu server ubuntu.irf OpenLDAP szerver SSH szerver Webkiszolgáló DNS szerver 73
74 DEMO Felhasználók hitelesítése LDAP alapján PosixUser, PosixGroup és groupofnames LDAP sémák o Linux shell bejelentkezés (PAM modul, pl. SSH) o VPN csatlakozás (OpenVPN ldap_auth_plugin) o Webes hozzáférés-szabályozás Apache Basic hitelesítés (mod_auth_ldap) Keretrendszer által támogatott hitelesítés (pl. Drupal, WP) 74
75 DEMO Az LDAP egyéb felhasználásai Hierarchikusan strukturált adatok tárolása o DNS (PowerDNS LDAP modul + DNSDomain séma) o Növény- és állatrendszertani adatok tárolása 75
76 DEMO Hozzáférés LDAP adatbázishoz LDAP menedzsment eszközök o Apache Directory Studio o Webes menedzsment felület (phpldapadmin) Programozási nyelvek o Java, C#, PHP, o Gyakorlatilag bármelyik nyelv rendelkezik megfelelő függvénykönyvtárral 76
77 DEMO Python PyLDAP o #!/usr/bin/env python3 import pprint from pyldap import LDAPClient client = LDAPClient() client.set_credentials("simple", ("cn=root,dc=irf,dc=local", "**")) conn=client.connect() result=conn.search("dc=irf,dc=local", 2, "(cn=cotter)") pp = pprint.prettyprinter(indent=4) pp.pprint(result) 77
78 DEMO Hozzáférés LDAP adatbázishoz LDAP adatbázis parancssorból történő használata o ldapsearch o ldapadd o ldapmodify Jellemző parancssori kapcsolók -x : Egyszerű azonosítás használata -b: Keresés gyökér eleme -D: Felhasználó DN-je -W: jelszó bekérése -H: LDAP szerver URI-je '(ObjectClass=posixAccount)': keresési kritérium 78
79 LDAP o LDAP bevezetés o LDAP felépítés o LDAP a gyakorlatban o Összefoglalás Tartalom 79
80 Hogyan építsünk LDAP-ot? 80
81 Hogyan építsünk LDAP-ot? Objektum struktúra ránk van bízva, de ne toljunk ki magunkkal! 81
82 Hogyan építsünk LDAP-ot? Objektum struktúra ránk van bízva, de ne toljunk ki magunkkal! o Mindenkinek lehet gyereke, de célszerű csak DomainComponent vagy OrganizationalUnitokat használni tartalmazóelemként 82
83 Hogyan építsünk LDAP-ot? Objektum struktúra ránk van bízva, de ne toljunk ki magunkkal! o Mindenkinek lehet gyereke, de célszerű csak DomainComponent vagy OrganizationalUnitokat használni tartalmazóelemként o A DomainComponentek célszerű, ha követik a DNS névhierarchiát, de ez nem kötelező 83
84 Hogyan építsünk LDAP-ot? Objektum struktúra ránk van bízva, de ne toljunk ki magunkkal! o Mindenkinek lehet gyereke, de célszerű csak DomainComponent vagy OrganizationalUnitokat használni tartalmazóelemként o A DomainComponentek célszerű, ha követik a DNS névhierarchiát, de ez nem kötelező o Csoportosítsunk típusok szerint (pl. Group-ok és Personok külön részfába), illetve szervezeti egységek szerint is 84
85 Hogyan építsünk LDAP-ot? Objektum struktúra ránk van bízva, de ne toljunk ki magunkkal! o Mindenkinek lehet gyereke, de célszerű csak DomainComponent vagy OrganizationalUnitokat használni tartalmazóelemként o A DomainComponentek célszerű, ha követik a DNS névhierarchiát, de ez nem kötelező o Csoportosítsunk típusok szerint (pl. Group-ok és Personok külön részfába), illetve szervezeti egységek szerint is o A tartalmazás rendtartási célt szolgál, ne hordozzon funkcionális jelentést 85
86 Hogyan építsünk LDAP-ot? Objektum struktúra ránk van bízva, de ne toljunk ki magunkkal! o Mindenkinek lehet gyereke, de célszerű csak DomainComponent vagy OrganizationalUnitokat használni tartalmazóelemként o A DomainComponentek célszerű, ha követik a DNS névhierarchiát, de ez nem kötelező o Csoportosítsunk típusok szerint (pl. Group-ok és Personok külön részfába), illetve szervezeti egységek szerint is o A tartalmazás rendtartási célt szolgál, ne hordozzon funkcionális jelentést o Funkcionális csoportosításra Role vagy GroupOfNames 86
87 Hogyan építsünk LDAP-ot? Objektum struktúra ránk van bízva, de ne toljunk ki magunkkal! o Mindenkinek lehet gyereke, de célszerű csak DomainComponent vagy OrganizationalUnitokat használni tartalmazóelemként o A DomainComponentek célszerű, ha követik a DNS névhierarchiát, de ez nem kötelező o Csoportosítsunk típusok szerint (pl. Group-ok és Personok külön részfába), illetve szervezeti egységek szerint is o A tartalmazás rendtartási célt szolgál, ne hordozzon funkcionális jelentést o Funkcionális csoportosításra Role vagy GroupOfNames o Néha sajnos a kliensek megkötik, hogy milyen osztályt használhatunk, ilyenkor jó a többszörös típusozás 87
88 LDAP vs. RDBMS Miért LDAP, miért nem relációs adatbázis? 88
89 LDAP vs. RDBMS Miért LDAP, miért nem relációs adatbázis? o Mindegyiknek van előnye és hátránya 89
90 LDAP vs. RDBMS Miért LDAP, miért nem relációs adatbázis? o Mindegyiknek van előnye és hátránya o LDAP + Hatékony keresés (hierarchikus is) + Széles támogatottság + Többszörös tipizálás - Lassú módosítás 90
91 LDAP vs. RDBMS Miért LDAP, miért nem relációs adatbázis? o Mindegyiknek van előnye és hátránya o LDAP + Hatékony keresés (hierarchikus is) + Széles támogatottság + Többszörös tipizálás - Lassú módosítás o RDBMS + Hatékony keresés + Hatékony módosítás - Merev adatmodell 91
92 Mire figyeljünk Akkor hatékony, ha 92
93 Akkor hatékony, ha Mire figyeljünk o sok a keresés jellegű művelet o atomi műveleteket használunk 93
94 Akkor hatékony, ha Mire figyeljünk o sok a keresés jellegű művelet o atomi műveleteket használunk Veszélyes, ha o felhasználókat csak ebben tároljuk 94
95 Akkor hatékony, ha Mire figyeljünk o sok a keresés jellegű művelet o atomi műveleteket használunk Veszélyes, ha o felhasználókat csak ebben tároljuk Ki indítja el az LDAP-ot? ( róka fogta csuka esete) 95
96 Akkor hatékony, ha Mire figyeljünk o sok a keresés jellegű művelet o atomi műveleteket használunk Veszélyes, ha o felhasználókat csak ebben tároljuk Ki indítja el az LDAP-ot? ( róka fogta csuka esete) o rendszerfelhasználókat belepakoljuk 96
97 Akkor hatékony, ha Mire figyeljünk o sok a keresés jellegű művelet o atomi műveleteket használunk Veszélyes, ha o felhasználókat csak ebben tároljuk Ki indítja el az LDAP-ot? ( róka fogta csuka esete) o rendszerfelhasználókat belepakoljuk Csomagkezelő törli a felhasználót, holott másik hoszton még kellhet Létrejöhet olyan felhasználó ami adott hoszton nem kell 97
98 Hozzáférés vezérlés Nem jó, ha akárki módosíthatja 98
99 Hozzáférés vezérlés Nem jó, ha akárki módosíthatja Az LDAP-ban tárolunk jelszavakat is nem jó, ha bárki bármit olvashat Jelszó lehet cleartext, vagy MD5, SHA1 hash is Nem lehetetlen visszafejteni a hash-et sem 99
100 Hozzáférés vezérlés Nem jó, ha akárki módosíthatja Az LDAP-ban tárolunk jelszavakat is nem jó, ha bárki bármit olvashat Jelszó lehet cleartext, vagy MD5, SHA1 hash is Nem lehetetlen visszafejteni a hash-et sem Hozzáférés szabályozható: Objektum vagy részfa szinten Séma szinten (osztály típus, vagy attribútumra szűrés) 100
101 Hozzáférés vezérlés Nem jó, ha akárki módosíthatja Az LDAP-ban tárolunk jelszavakat is nem jó, ha bárki bármit olvashat Jelszó lehet cleartext, vagy MD5, SHA1 hash is Nem lehetetlen visszafejteni a hash-et sem Hozzáférés szabályozható: Objektum vagy részfa szinten Séma szinten (osztály típus, vagy attribútumra szűrés) Az LDAP felhasználói is az LDAP-ban tárolódnak 101
Címtár szolgáltatások
Intelligens rendszerfelügyelet (VIMIA370) Címtár szolgáltatások Szatmári Zoltán Tóth Dániel Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék 1 Előző és következő
Szalai Ferenc szferi@gluon.hu. http://www.gluon.hu
Amit mindig is tudni akartál az LDAP-ról, de sosem merted megkérdezni Szalai Ferenc szferi@gluon.hu Bevezető Mi szösz az az LDAP? OpenLDAP szerver adatbázis felépítése szerver beállítása Mire jó az LDAP
LDAP és Kerberos. Mezei Tamás Simonyi Károly Szakkollégium
LDAP és Kerberos Mezei Tamás ropi@sch.bme.hu Simonyi Károly Szakkollégium Célok sok számítógép még több felhasználó jónéhány szolgáltatás biztonságos autentikáció központosított felhasználókezelés címtár
LINUX LDAP címtár. Mi a címtár?
Forrás: https://wiki.hup.hu/index.php/ldap http://tldp.fsf.hu/howto/ldap-howto-hu/ Budapesti Műszaki és Gazdaságtudományi Egyetem, Micskei Zoltán: Címtárak Kezelése, 2012. https://hu.wikipedia.org/wiki/c%c3%admt%c3%a1rszolg%c3%a1ltat%c3%a1sok
1960 1970 1980 1990 2000
Adatbázisok MSc szint 4.. témak t makör Hierarchikus adatmodell és az LDAP Dr. Kovács László ME 2009 Adatbázis adatmodellek típusai A piaci DBMS rendszerek adatmodellje - gépközeli - teljes (műveleti,
NEPTUN ID BMENET ID. Címtár BME VPN. vcenter VPN SVN. Trac Wiki. Wifi
Tanszék N NEPTUN ID Címtár vcenter Trac Wiki SVN Wifi VPN BMENET ID BME VPN BME címtár elérés Drupal alól Ujhelyi Zoltán Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek
Windows rendszeradminisztráció és Microsoft szerveralkalmazások támogatása. 5. óra. Kocsis Gergely, Supák Zoltán
Windows rendszeradminisztráció és Microsoft szerveralkalmazások támogatása 5. óra Kocsis Gergely, Supák Zoltán 2017.03.22. Active Directory Active Directory Eredeti definíció: Active Directory Domain Services
Utolsó módosítás: 2015. 03. 15.
Utolsó módosítás: 2015. 03. 15. 1 2 3 Delegálás: adott részfa menedzselését át tudjuk adni másoknak. Nagy szervezet esetén hasznos ez. A címtár szerkezetét úgy kell kialakítani, hogy egybe tartozó elemek
Utolsó módosítás:
Utolsó módosítás: 2012. 03. 06. 1 2 3 Delegálás: adott részfa menedzselését át tudjuk adni másoknak. Nagy szervezet esetén hasznos ez. A címtár szerkezetét úgy kell kialakítani, hogy egybe tartozó elemek
ADATBÁZIS-KEZELÉS - BEVEZETŐ - Tarcsi Ádám, ade@inf.elte.hu
ADATBÁZIS-KEZELÉS - BEVEZETŐ - Tarcsi Ádám, ade@inf.elte.hu Számonkérés 2 Papíros (90 perces) zh az utolsó gyakorlaton. Segédanyag nem használható Tematika 1. félév 3 Óra Dátum Gyakorlat 1. 2010.09.28.
Moodle -egy ingyenes, sokoldalú LMS rendszer használata a felsőoktatásban
Moodle -egy ingyenes, sokoldalú LMS rendszer használata a felsőoktatásban Vágvölgyi Csaba (vagvolgy@kfrtkf.hu) Kölcsey Ferenc Református Tanítóképző Főiskola Debrecen Moodle??? Mi is ez egyáltalán? Moodle
Kérdés Kép Válasz HIBAS Válasz HELYES Válasz HIBAS Válasz HIBAS Kérdés Kép Válasz HIBAS Válasz HELYES Válasz HIBAS Válasz HIBAS Kérdés Kép Válasz
Mire kell odafigyelni egy frissítendő/migrálandó Windows esetén? Léteznie kell egy frissítést végző felhasználónak. A frissítendő/migrálandó rendszer naprakész legyen, a legfrissebb javítások és szerviz
Adatbázis-kezelő rendszerek. dr. Siki Zoltán
Adatbázis-kezelő rendszerek I. dr. Siki Zoltán Adatbázis fogalma adatok valamely célszerűen rendezett, szisztéma szerinti tárolása Az informatika elterjedése előtt is számos adatbázis létezett pl. Vállalati
Adatbázis rendszerek. dr. Siki Zoltán
Adatbázis rendszerek I. dr. Siki Zoltán Adatbázis fogalma adatok valamely célszerűen rendezett, szisztéma szerinti tárolása Az informatika elterjedése előtt is számos adatbázis létezett pl. Vállalati személyzeti
Melyek a Windows Server 2008 R2 tiszta telepítésének (Clean Install) legfontosabb lépései?
Mely Windows Server 2008 R2 kiadásra jellemzőek a következők: Maximum 32GB RAM és 4 CPU foglalatot, valamint 250 RRAS, 50 IAS és 250 RDS-GW licenszet nyújt? Web Standard Enterprise Datacenter Melyek a
Webes alkalmazások fejlesztése
Webes alkalmazások fejlesztése 3. gyakorlat Authentikáció, adatok feltöltése Szabó Tamás (sztrabi@inf.elte.hu) - sztrabi.web.elte.hu Authentikáció Manapság már elvárás, hogy a felhasználó regisztrálni
Informatikai alapismeretek Földtudományi BSC számára
Informatikai alapismeretek Földtudományi BSC számára 2010-2011 Őszi félév Heizlerné Bakonyi Viktória HBV@ludens.elte.hu Titkosítás,hitelesítés Szimmetrikus DES 56 bites kulcs (kb. 1000 év) felcserél, helyettesít
Windows XP -> 7 - Samba4 a PPKE-n
Windows XP -> 7 - Samba4 a PPKE-n Pásztor János pasztor.janos@it.ppke.hu 2014-11-20 Outline 1 Motiváció, scope 2 Meglév infrastruktúra 3 Célok 4 Kivitelezés 5 Tapasztalatok - Tervek 6 Források Motiváció,
JNDI - alapok. Java Naming and Directory Interface
JNDI - alapok Java Naming and Directory Interface Naming Service Naming service: nevek hozzárendelése objektumokhoz, elérési lehetőség (objektumok/szolgáltatások lokalizálása), információk központosított
OOP és UML Áttekintés
OOP és UML Áttekintés Tóth Zsolt Miskolci Egyetem 2013 Tóth Zsolt (Miskolci Egyetem) OOP és UML Áttekintés 2013 1 / 32 Tartalom jegyzék 1 OOP Osztály Öröklődés Interfész, Absztrakt Osztály Kivétel kezelés
SAMBA. Forrás: Lajber Zoltán: SAMBA alapok dia, SZIE
Forrás: Lajber Zoltán: SAMBA alapok dia, SZIE https://www.samba.org Mi a SAMBA? Windows "Fájl és nyomtatómegosztás", illetve a "Microsoft Networks Kliens" szolgáltatásokat tartalmazó szoftvercsomag. NETBIOS
ALKALMAZÁSOK ISMERTETÉSE
SZE INFORMATIKAI KÉPZÉS 1 SZE SPECIFIKUS IT ISMERETEK ALKALMAZÁSOK ISMERTETÉSE A feladat megoldása során valamely Windows Operációs rendszer használata a javasolt. Ebben a feladatban a következőket fogjuk
1. A Windows Vista munkakörnyezete 1
Előszó xi 1. A Windows Vista munkakörnyezete 1 1.1. Bevezetés 2 1.2. A munka megkezdése és befejezése 4 1.2.1. A számítógép elindítása 4 1.2.2. Az üdvözlőképernyő 5 1.2.3. A saját jelszó megváltoztatása
Nyilvántartási Rendszer
Nyilvántartási Rendszer Veszprém Megyei Levéltár 2011.04.14. Készítette: Juszt Miklós Honnan indultunk? Rövid történeti áttekintés 2003 2007 2008-2011 Access alapú raktári topográfia Adatbázis optimalizálás,
OpenLDAP mindenütt újra
OpenLDAP mindenütt újra A Samba 3 új szolgáltatásként képes egységes címtárat biztosítani az összes ügyfél számára. Az új program közös alapot szolgáltat a levelezéshez, a fájlmegosztáshoz és a többi szolgáltatáshoz.
A JGrid rendszer biztonsági architektúrája. Magyaródi Márk Juhász Zoltán Veszprémi Egyetem
A JGrid rendszer biztonsági architektúrája Magyaródi Márk Juhász Zoltán Veszprémi Egyetem A JGrid projekt Java és Jini alapú szolgáltatás orientált Grid infrastruktúra IKTA-5 089/2002 (2003-2004) Konzorcium:
Névfeloldás hosts, nsswitch, DNS
Forrás: https://hu.wikipedia.org/wiki/hosts_fájl http://tldp.fsf.hu/howto/nis-howto-hu/nisplus.html https://hu.wikipedia.org/wiki/domain_name_system https://hu.wikipedia.org/wiki/dns-rekordt%c3%adpusok_list%c3%a1ja
Non-stop hozzáférés az üzleti információkhoz bárhol, bármikor és bármilyen eszközzel
Non-stop hozzáférés az üzleti információkhoz bárhol, bármikor és bármilyen eszközzel The Power to Change A NetWare 6 üzleti előnyeinek áttekintése NetWare 6: Az operációs rendszer szerepe a Hálózati szolgáltatásokban
API tervezése mobil környezetbe. gyakorlat
API tervezése mobil környezetbe gyakorlat Feladat Szenzoradatokat gyűjtő rendszer Mobil klienssel Webes adminisztrációs felület API felhasználói Szenzor node Egyirányú adatküldés Kis számítási kapacitás
Elosztott rendszerek
Elosztott rendszerek NGM_IN005_1 Elnevezési rendszerek Névhasználat Entitások egyértelm! azonosítása kontextusra nézve egyedi (unique) nevek név feloldás név szolgáltatás Inhomogén elemekb"l álló rendszerek
A Horde keretrendszer és az IMP Webmail rendszer
A Horde keretrendszer és az IMP Webmail rendszer Bizonyára sok rendszergazda belefutott már a feladatba, hogy egy levelezõszerver karbantartását vegye a nyakába. Ilyenkor sokszor elõfordul, hogy bár a
Mikrotik 6.22 telepítés
Mikrotik 6.22 telepítés - 128 MB RAM - 1 GB tárhely o Hálózat, kártya 1, engedélyezett, NAT o Hálózat, kártya 2, engedélyezett, belső kártya - a all - i install - y yes - DVD csatolás törlése - reboot
Google App Engine az Oktatásban 1.0. ügyvezető MattaKis Consulting http://www.mattakis.com
Google App Engine az Oktatásban Kis 1.0 Gergely ügyvezető MattaKis Consulting http://www.mattakis.com Bemutatkozás 1998-2002 között LME aktivista 2004-2007 Siemens PSE mobiltelefon szoftverfejlesztés,
Programozás. Adatbázis-kezelés (alapok) Fodor Attila
Programozás Adatbázis-kezelés (alapok) Fodor Attila Pannon Egyetem Műszaki Informatikai Kar Villamosmérnöki és Információs Rendszerek Tanszék foa@almos.vein.hu 2010. április 22. Bevezetés Adatbáziskezelés
SC Kérdés. SC Kérdés. SC Kérdés
Melyik Windows Vista verzióról lehet melyik Windows 7 verzióra helyben frissíteni? Windows Vista Business -> Windows 7 Professional Windows Vista Business -> Windows 7 Home Premium Windows Vista Ultimate
Hálózati architektúrák és Protokollok GI - 9. Kocsis Gergely
Hálózati architektúrák és Protokollok GI - 9 Kocsis Gergely 2016.11.28. IP, MAC, ARP A B csomópontból az A-ba küldünk egy datagramot. Mik lesznek az Ethernet keretben található forrás és a cél címek (MAC
Mosolygó Ferenc. Értékesítési Konzultáns. Ferenc.Mosolygo@oracle.com
Mosolygó Ferenc Értékesítési Konzultáns Ferenc.Mosolygo@oracle.com Security A 3 legnagyobb mítosz a biztonságról A tűzfalak biztonságot teremtenek. Tény: 40% -a az internetes betöréseknek ott fordul elő
Automatikus infrastruktúra menedzsment és alkalmazástelepítés
Intelligens rendszerfelügyelet Automatikus infrastruktúra menedzsment és alkalmazástelepítés Szatmári Zoltán Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék
Földmérési és Távérzékelési Intézet
Ta p a s z ta l a to k é s g ya ko r l a t i m e g o l d á s o k a W M S s zo l gá l tatá s b a n Földmérési és Távérzékelési Intézet 2011.03.13. WMS Szolgáltatások célja A technikai fejlődéshez igazodva
Eduroam Az NIIF tervei
Eduroam Az NIIF tervei Fehér Ede HBONE Workshop Mátraháza, 2005. november 9-11. 1 Tartalomjegyzék Mi az Eduroam? Tagok, felhasználók Működési modell Bizalmi szövetségek Felhasznált technológiák Továbbfejlesztési
Számítógépes Hálózatok Felhasználói réteg DNS, , http, P2P
Számítógépes Hálózatok 2007 13. Felhasználói réteg DNS, email, http, P2P 1 Felhasználói réteg Domain Name System Példák a felhasználói rétegre: E-Mail WWW Content Delivery Networks Peer-to-Peer-Networks
Felhasználói réteg. Számítógépes Hálózatok Domain Name System (DNS) DNS. Domain Name System
Felhasználói réteg Domain Name System Számítógépes Hálózatok 2007 13. Felhasználói réteg DNS, email, http, P2P Példák a felhasználói rétegre: E-Mail WWW Content Delivery Networks Peer-to-Peer-Networks
Nyíregyházi Egyetem Matematika és Informatika Intézete. Fájl rendszer
1 Fájl rendszer Terminológia Fájl és könyvtár (mappa) koncepció Elérési módok Fájlattribútumok Fájlműveletek ----------------------------------------- Könyvtár szerkezet -----------------------------------------
Az internet az egész világot behálózó számítógép-hálózat.
Az internet az egész világot behálózó számítógép-hálózat. A mai internet elődjét a 60-as években az Egyesült Államok hadseregének megbízásából fejlesztették ki, és ARPANet-nek keresztelték. Kifejlesztésének
Adatbázisok - 1. előadás
Óbudai Egyetem Alba Regia Műszaki Kar (AMK) Székesfehérvár 2015. október 15. Köszönet A tárgyat korábban Kottyán László tanította. Köszönöm neki, hogy az általa elkészített
Előnyt jelent: - HUNGARNET és HBONE ismerete, - Hazai és nemzetközi szakmai életben, konferenciákon aktív részvétel.
műszaki ügyintéző munkakörbe, hálózati adminisztrátori feladatok ellátására. - hálózatbiztonsági adminisztrátor, - HBONE regionális feladatok ellátása, - hálózat menedzselés, - hálózat monitorzás, - hálózatra
IBM Tivoli Access Manager for WebLogic Server Felhasználóikézikönyv. 3.9-es verzió GC22-0258-00
IBM Tivoli Access Manager for WebLogic Server Felhasználóikézikönyv 3.9-es verzió GC22-0258-00 IBM Tivoli Access Manager for WebLogic Server Felhasználóikézikönyv 3.9-es verzió GC22-0258-00 Megjegyzés
Windows rendszeradminisztráció és Microsoft szerveralkalmazások támogatása. 3. óra. Kocsis Gergely, Kelenföldi Szilárd
Windows rendszeradminisztráció és Microsoft szerveralkalmazások támogatása 3. óra Kocsis Gergely, Kelenföldi Szilárd 2015.03.05. Routing Route tábla kiratása: route PRINT Route tábla Illesztéses algoritmus:
Metadirectory koncepció kivitelezése
Metadirectory koncepció kivitelezése Kovács Csaba István cs.kovacs@mail.duf.hu Szabó József pici@mail.duf.hu Tartalom Kovács koncepció vázlata megvalósítás elemei Szabó kiindulási helyzet igényfelmérés,
A számítástechnika gyakorlata WIN 2000 I. Szerver, ügyfél Protokoll NT domain, Peer to Peer Internet o WWW oftp opop3, SMTP. Webmail (levelező)
A számítástechnika gyakorlata WIN 2000 I. Szerver, ügyfél Protokoll NT domain, Peer to Peer Internet o WWW oftp opop3, SMTP Bejelentkezés Explorer (böngésző) Webmail (levelező) 2003 wi-3 1 wi-3 2 Hálózatok
11. Gyakorlat: Certificate Authority (CA), FTP site-ok
11. Gyakorlat: Certificate Authority (CA), FTP site-ok 11.1. A CA szerver szerepkör telepítése a DC01-es szerverre 11.2. Az FTP szervíz telepítése a DC01-es szerverre 11.3. A szükséges DNS rekordok létrehozása
Tarantella Secure Global Desktop Enterprise Edition
Tarantella Secure Global Desktop Enterprise Edition A Secure Global Desktop termékcsalád Az iparilag bizonyított szoftver termékek és szolgáltatások közé tartozó Secure Global Desktop termékcsalád biztonságos,
Magas szintű adatmodellek Egyed/kapcsolat modell I.
Magas szintű adatmodellek Egyed/kapcsolat modell I. Ullman-Widom: Adatbázisrendszerek. Alapvetés. 4.fejezet Magas szintű adatmodellek (4.1-4.3.fej.) (köv.héten folyt.köv. 4.4-4.6.fej.) Az adatbázis modellezés
Rendszerterv. verzió: 1.3
Rendszerterv verzió: 1.3 Verziókövetés Verzió: Készítette: Leírás: Dátum: 1.0. Török Tamás Neptun -> NIIF LDAP szerverek közötti 2004. április 22. adatszinkronizációs megoldás 1.1 Török Tamás Kiegészítések:
Privát felhő megoldások és tapasztalatok
Intelligens rendszerfelügyelet (VIMIA370) Privát felhő megoldások és tapasztalatok Tóth Áron toth.aron AT inf.mit.bme.hu Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek
Oktatási cloud használata
Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnikai és Információs Rendszerek Tanszék Oktatási cloud használata Készítette: Tóth Áron (BME MIT), 2013. A segédlet célja a tanszéki oktatási cloud
Levelező szerverek. Hargitai Gábor higany@sch.bme.hu 2005. november 28.
Levelező szerverek Hargitai Gábor higany@sch.bme.hu 2005. november 28. Miről lesz szó? Protokollok SMTP POP3 IMAP4 Szerverek Bevezető Postfix Courier Hula Sympa SMTP Simple Mail Transfer Protocol 1982-ben
CRA - Cisco Remote Access
CRA - Cisco Remote Access Cseh Péter SZTE Szoftverfejlesztés Tanszék A recept Asztali munkaállomások + Soros és hálózati bővítőkártyák + Cisco eszközök + Szabad szoftverek+...fekete mágia + Böngésző =
ARM Cortex magú mikrovezérlők. mbed
ARM Cortex magú mikrovezérlők mbed Scherer Balázs Budapest University of Technology and Economics Department of Measurement and Information Systems BME-MIT 2016 MBED webes fejlesztőkörnyezet 2009-ben megjelent
Enterprise User Security
Enterprise User Security Adatbázis felhasználók központosított, címtár alapú kezelése Lakatos István / IT üzemeltetés Mi is hiányzik nekünk? Adminfelhasználó: 1 Kérek egy usert olyan jogokkal mint ahogy
Debreceni Egyetem Matematikai és Informatikai Intézet. 13. Védelem
13. Védelem A védelem célja Védelmi tartományok Hozzáférési mátrixok (access matrix, AM) A hozzáférési mátrixok implementációja A hozzáférési jogok visszavonása Képesség-alapú rendszerek Nyelvbe ágyazott
A gyakorlat során MySQL adatbázis szerver és a böngészőben futó phpmyadmin használata javasolt. A gyakorlat során a következőket fogjuk gyakorolni:
1 Adatbázis kezelés 3. gyakorlat A gyakorlat során MySQL adatbázis szerver és a böngészőben futó phpmyadmin használata javasolt. A gyakorlat során a következőket fogjuk gyakorolni: Tábla kapcsolatok létrehozása,
Célkitűzések Az Oracle10 g felépítésének, használatának alapszíntű megismerése
BEVEZETÉS Célkitűzések Az Oracle10g felépítésének, használatának alapszíntű megismerése A relációs adatbázis-kezelés elméleti és gyakorlati vonatkozásainak áttekintése Az SQL, PL/SQL nyelvek használatának
NETinv. Új generációs informatikai és kommunikációs megoldások
Új generációs informatikai és kommunikációs megoldások NETinv távközlési hálózatok informatikai hálózatok kutatás és fejlesztés gazdaságos üzemeltetés NETinv 1.4.2 Távközlési szolgáltatók és nagyvállatok
Windows hálózati adminisztráció segédlet a gyakorlati órákhoz
Windows hálózati adminisztráció segédlet a gyakorlati órákhoz Szerver oldal: Kliens oldal: Felhasználó és csoportkezelés, jelszóházirend 1. A belső hálózat konfigurálása Hozzuk létre a virtuális belső
MŰSZAKI KÖVETELMÉNYEK, A KÖRKERESŐ SZOFTVER SPECIFIKÁCIÓJA, KÖLTSÉGVETÉS. A) Műszaki követelmények
1. sz. melléklet MŰSZAKI KÖVETELMÉNYEK, A KÖRKERESŐ SZOFTVER SPECIFIKÁCIÓJA, KÖLTSÉGVETÉS A) Műszaki követelmények A körkereső szoftvernek (a továbbiakban Szoftver) az alábbi követelményeknek kell megfelelnie
AdoDB a gyakorlatban
Harmadik Magyarországi PHP Konferencia 2005 http://www.phpconf.hu/ Előadó: Török Gábor gabor.torok@webdevil.hu (WebDevil Oktatási Központ) Mi? ADOdb: Active Data Objects Database Megvalósítás függetlenül
Vodafone HomeNet Használati útmutató
Vodafone HomeNet Használati útmutató 1 A Huawei LTE Cube router Megjelenés Felső nézet Alsó nézet Huawei LTE Cube működési ábra 2 Hőelvezetési technológia A speciális kialakítás eredményeként nincsen túlmelegedés.
Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék. Címtárak kezelése
Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék Címtárak kezelése Gyakorlati útmutató Készítette: Micskei Zoltán Utolsó módosítás: v1.6, 2015.03.14.. A segédlet
Alap protokollok. NetBT: NetBIOS over TCP/IP: Name, Datagram és Session szolgáltatás.
Alap protokollok NetBT: NetBIOS over TCP/IP: Name, Datagram és Session szolgáltatás. SMB: NetBT fölötti főleg fájl- és nyomtató megosztás, de named pipes, mailslots, egyebek is. CIFS:ugyanaz mint az SMB,
SZÁMÍTÓGÉPES ADATBÁZIS-KEZELÉS. A MySQL adatbáziskezelő PHP folytatás JDBC, ODBC
SZÁMÍTÓGÉPES ADATBÁZIS-KEZELÉS A MySQL adatbáziskezelő PHP folytatás JDBC, ODBC ADATBÁZISOK Adatbázis = adott formátum és rendszer szerint tárolt adatok összessége. DBMS feladatai: adatstruktúra (adatbázisséma)
Flash és PHP kommunikáció. Web Konferencia 2007 Ferencz Tamás Jasmin Media Group Kft
Flash és PHP kommunikáció Web Konferencia 2007 Ferencz Tamás Jasmin Media Group Kft A lehetőségek FlashVars External Interface Loadvars XML SOAP Socket AMF AMFphp PHPObject Flash Vars Flash verziótól függetlenül
Hálózatbiztonság 1 TCP/IP architektúra és az ISO/OSI rétegmodell ISO/OSI TCP/IP Gyakorlatias IP: Internet Protocol TCP: Transmission Control Protocol UDP: User Datagram Protocol LLC: Logical Link Control
Hálózati operációs rendszerek II. OES biztonsági rendszere
Hálózati operációs rendszerek II. OES biztonsági rendszere OES biztonsági rendszere Többszintű rendszer Bejelentkezés Fájlrendszer edirectory Public Key Infrastructure (PKI) Szerver konzol Autentikáció
eduroam konfiguráció workshop Mohácsi János NIIF Intézet
eduroam konfiguráció workshop Mohácsi János NIIF Intézet Miért szeretjük a wireless hozzáférést? Intézmény A GÉANT + BIX WLAN Intézmény B WLAN HBONE gerinc GPRS ISP WLAN ISP dial-up ISP ADSL ISP IEEE 802.1x
LOGISZTIKAI ADATBÁZIS RENDSZEREK JOIN, AGGREGÁCIÓ
LOGISZTIKAI ADATBÁZIS RENDSZEREK JOIN, AGGREGÁCIÓ Lénárt Balázs tanársegéd TANTERV Hét Dátum Előadó Előadások Időpont: szerda 8:30-10:00, helye: LFSZÁMG Dátum Gyakvezető 1. 9. 11. Tokodi Adatbázis kezelés
Beállítások 1. Töltse be a Planet_NET.pkt állományt a szimulációs programba! A teszthálózat már tartalmazza a vállalat
Planet-NET Egy terjeszkedés alatt álló vállalat hálózatának tervezésével bízták meg. A vállalat jelenleg három telephellyel rendelkezik. Feladata, hogy a megadott tervek alapján szimulációs programmal
MIKOVINY SÁMUEL TÉRINFORMATIKAI EMLÉKVERSENY
NYUGAT-MAGYARORSZÁGI EGYETEM GEOINFORMATIKAI KAR MIKOVINY SÁMUEL TÉRINFORMATIKAI EMLÉKVERSENY 2012/2013. TANÉV Az I. FORDULÓ FELADATAI NÉV:... Tudnivalók A feladatlap 4 feladatból áll, melyeket tetszőleges
JAVA webes alkalmazások
JAVA webes alkalmazások Java Enterprise Edition a JEE-t egy specifikáció definiálja, ami de facto szabványnak tekinthető, egy ennek megfelelő Java EE alkalmazásszerver kezeli a telepített komponensek tranzakcióit,
Microsoft SQL Server telepítése
Microsoft SQL Server telepítése Az SQL Server a Microsoft adatbázis kiszolgáló megoldása Windows operációs rendszerekre. Az SQL Server 1.0 verziója 1989-ben jelent meg, amelyet tizenegy további verzió
Moodle IPSZILON előadás - 2005. március 23.
Telepítési és üzemeltetési feladatok a Moodle LMS rendszerben Vágvölgyi Csaba (vagvolgy@kfrtkf.hu) Kölcsey Ferenc Református Tanítóképző Főiskola Debrecen Amiről szó lesz A telepítés rövid ismertetése
Vállalati információs rendszerek I, MIN5B6IN, 5 kredit, K. 4. A meghirdetés ideje (mintatanterv szerint vagy keresztfélében):
Követelményrendszer 1. Tantárgynév, kód, kredit, választhatóság: Vállalati információs rendszerek I, MIN5B6IN, 5 kredit, K 2. Felelős tanszék: Informatika Szakcsoport 3. Szak, szakirány, tagozat: Műszaki
Open Enterprise Server a Novell NetWare legújabb verziója
Open Enterprise Server a Novell NetWare legújabb verziója Hargitai Zsolt rendszermérnök, Novell Open Enterprise Server A Novell NetWare legújabb verziója, az Open Enterprise Server egyesíti a nyílt és
Építsünk IP telefont!
Építsünk IP telefont! Moldován István moldovan@ttt-atm.ttt.bme.hu BUDAPESTI MŰSZAKI ÉS GAZDASÁGTUDOMÁNYI EGYETEM TÁVKÖZLÉSI ÉS MÉDIAINFORMATIKAI TANSZÉK TANTÁRGY INFORMÁCIÓK Órarend 2 óra előadás, 2 óra
HÁLÓZATI HASZNÁLATI ÚTMUTATÓ
HÁLÓZATI HASZNÁLATI ÚTMUTATÓ Nyomtatási napló tárolása hálózaton 0 verzió HUN A megjegyzések definíciója A Használati útmutatóban következetesen az alábbi szimbólumot használjuk: A megjegyzésekből azt
Webes alkalmazások fejlesztése Bevezetés. Célkitűzés, tematika, követelmények. A.NET Core keretrendszer
Eötvös Loránd Tudományegyetem Informatikai Kar Webes alkalmazások fejlesztése Bevezetés Célkitűzés, tematika, követelmények A.NET Core keretrendszer Cserép Máté mcserep@inf.elte.hu http://mcserep.web.elte.hu
Petőfi Irodalmi Múzeum. megújuló rendszere technológiaváltás
Petőfi Irodalmi Múzeum A Digitális Irodalmi Akadémia megújuló rendszere technológiaváltás II. Partnerek, feladatok Petőfi Irodalmi Múzeum Megrendelő, szakmai vezetés, kontroll Konzorcium MTA SZTAKI Internet
Egyetemi könyvtári nyilvántartó rendszer
RENDSZERTERV Egyetemi könyvtári nyilvántartó rendszer A rendszer célja A projekt célja egy egyetemi könyvtár nyilvántartó rendszerének megtervezése. A legfőbb követelmény, amit a rendszerrel szemben támasztok,
S, mint secure. Nagy Attila Gábor Wildom Kft. nagya@wildom.com
S, mint secure Wildom Kft. nagya@wildom.com Egy fejlesztő, sok hozzáférés Web alkalmazások esetében a fejlesztést és a telepítést általában ugyanaz a személy végzi Több rendszerhez és géphez rendelkezik
Széchenyi István Egyetem. Programozás III. Varjasi Norbert varjasin@sze.hu
Programozás III. Varjasi Norbert varjasin@sze.hu 1 A java virtuális gép (JVM) Képzeletbei, ideális számítógép. Szoftveresen megvalósított működési környezet. (az op. rendszer egy folyamata). Feladata:
MMK-Informatikai projekt ellenőr képzés 4
Miről lesz szó Big Data definíció Mi a Hadoop Hadoop működése, elemei Köré épülő technológiák Disztribúciók, Big Data a felhőben Miért, hol és hogyan használják Big Data definíció Miért Big a Data? 2017.
Tartalom. Történeti áttekintés. Történeti áttekintés 2011.03.23. Architektúra DCOM vs CORBA. Szoftvertechnológia
Tartalom D Szoftvertechnológia előadás Történeti áttekintés Architektúra D vs CORBA 2 Történeti áttekintés 1987 Dynamic Data Exchange (DDE) Windows 2.0-ban Windows alkalmazások közötti adatcsere Ma is
Webes alkalmazások fejlesztése Bevezetés. Célkitűzés, tematika, követelmények. A.NET Core keretrendszer
Eötvös Loránd Tudományegyetem Informatikai Kar Webes alkalmazások fejlesztése Célkitűzés, tematika, követelmények A.NET Core keretrendszer Cserép Máté mcserep@inf.elte.hu http://mcserep.web.elte.hu Célkitűzés
Felhasználói kézikönyv Bázis, Aktív, Portál és Portál+ csomagokhoz
Bázis, Aktív, Portál és Portál+ csomagokhoz MOLEHAND Kft. Verzió Dátum Módosította Változás 1 2009-06-11 Simkó Benedek Dokumentum létrehozása 1.1 2009-08-12 Halász István VPN kapcsolódás fejezet létrehozása
Oralce kliens installálása Windows Server 2003-ra
Oralce kliens installálása Windows Server 2003-ra Szükséges elofeltétel Szükséges operációs rendszer: Windows 2003 SP1 Oracle kliens verzió: 9.2.0.1.0 (9R2) Valid SQLNet.ORA fájl, amely tartalmazza a céges
Hálózati operációs rendszerek II.
Hálózati operációs rendszerek II. Novell Netware 5.1 Web-es felügyelet, DNS/DHCP szerver, mentési alrendszer 1 Web-es felügyelet Netware Web Manager HTTPS protokollon keresztül pl.: https://fs1.xy.hu:2200
Windows hálózati adminisztráció
Windows hálózati adminisztráció 6. Göcs László főiskolai tanársegéd NJE-MIK GAMF Informatika Tanszék 2017-18. tanév tavaszi félév Kiselőadás tartása + dokumentáció Témák: Power Shell és az Active Directory
2023 ban visszakeresné 2002 es leveleit? l Barracuda Message Archiver. Tóth Imre Kereskedelmi Igazgató Avisys Kft Barracuda Certified Diamond Partner
2023 ban visszakeresné 2002 es leveleit? l Barracuda Message Archiver Tóth Imre Kereskedelmi Igazgató Avisys Kft Barracuda Certified Diamond Partner 1 Tartalom A Barracuda Networks Termékportfólió IT üzemeltetés
web works hungary Rövid technikai tájékoztató Mars (mars.intelliweb.hu) szerverünkkel kapcsolatban meglévő és új ügyfeleink számára.
web works hungary Rövid technikai tájékoztató Mars (mars.intelliweb.hu) szerverünkkel kapcsolatban meglévő és új ügyfeleink számára. Ebben a tájékoztatóban több helyen hivatkozunk különböző azonosítókra
Elnevezési rendszerek. A névtér elosztása (2) 4. előadás. A névfeloldás implementálása (1) A névfeloldás implementálása (2)
6. előadás A névtér elosztása (1) Elnevezési rendszerek 2. rész A DNS-névtér felosztása (három rétegre), amely az interneten keresztül elérhető állományokat is tartalmaz. A névtér elosztása (2) A névfeloldás