Änderungen von Dokument Strukturdatenbank

Zusammenfassung

• Seiteneigenschaften (1 geändert, 0 hinzugefügt, 0 gelöscht)

Details

Seiteneigenschaften

Inhalt

...	...	@@ -4,7 +4,7 @@
4	4
5	5	Die Strukturdatenbank ist erreichbar unter [[rbgwebapp.in.tum.de/struktur>>http://rbgwebapp.in.tum.de/struktur]]
6	6
7		-= Finden von Einträgen ==
	7	+= Finden von Einträgen =
8	8
9	9
10	10	Einträge werden durch die "Unique Names" bezeichnet, z.B. "host:intum:atrbg1". Um auf die Seite eines Eintrags zu kommen, gibt es folgende Möglichkeiten:
...	...	@@ -37,10 +37,16 @@
37	37
38	38	== Attribute von Hosts ==
39	39
40		-|hosttype|Typ des Host-Eintrags (Laptop / PC / Server / Printer / Service).
	40	+|hosttype|(((
	41	+Typ des Host-Eintrags (Laptop / PC / Server / Printer / Service).
	42	+
	43	+* asdf
	44	+)))
	45	+
41	41	* Bei USB-Netzwerkkarten geben wir gewöhnlich auch "Laptop" als Typ an, weil sie meist an Laptops benutzt werden.
42	42	* "Service" ist eine zweite IP-Adresse für einen schon bestehenden Host.
43	43	* "Service" und "Printer" bekommen keine DHCP-Einträge. Bei "Printer" können wir das jedoch für ein gegebenes Netz umstellen, wenn Sie es wünschen (nicht empfohlen).
	49	+
44	44	|MAC-Adresse|Für den DHCP-Eintrag. Sie kann in vielen Formaten angegeben werden (mit Doppelpunkten, mit Bindestrichen, oder nur als 12 Ziffern), wenn ein Host eingetragen oder geändert wird. Das gilt aber nicht für die Suchfunktion – siehe oben.
45	45	|MAC-Alias|Siehe untenstehende Überschrift
46	46	|net|Jeder Lehrstuhl hat (mindestens) ein Netz. Vom Netz hängt ab, in welchem IP-Bereich der Rechner landet, und welches V-Lan auf dem Switch konfiguriert werden muss, um den Rechner anzuschließen.
...	...	@@ -56,14 +56,15 @@
56	56
57	57	MAC-Aliase sind ein Feature, das als experimentell betrachtet werden sollte. Wir haben es nur an einigen Lehrstühlen testweise im Einsatz, für die anderen Lehrstühle wird das entsprechende Attribut ggf. nicht angezeigt. Der Grund dafür sind die unten aufgelisteten Gefahren.
58	58
59		-**//Funktionsweise://**Normalerweise hat ein Host nur eine einzige MAC-Adresse. Diese dient dazu, vom DHCP-Server die IP-Adresse zugewiesen zu bekommen. Wenn MAC-Aliase eingetragen sind, kann mit jeder dieser MAC-Adressen dieselbe IP-Adresse vom DHCP-Server bezogen werden. Das soll dazu dienen, dass Laptops mit dem Kabel und per W-LAN dieselbe IP-Adresse verwenden können und der Wechsel zwischen LAN und W-LAN jederzeit möglich ist.
	65	+**//Funktionsweise://**Normalerweise hat ein Host nur eine einzige MAC-Adresse. Diese dient dazu, vom DHCP-Server die IP-Adresse zugewiesen zu bekommen. Wenn MAC-Aliase eingetragen sind, kann mit jeder dieser MAC-Adressen dieselbe IP-Adresse vom DHCP-Server bezogen werden. Das soll dazu dienen, dass Laptops mit dem Kabel und per W-LAN dieselbe IP-Adresse verwenden können und der Wechsel zwischen LAN und W-LAN jederzeit möglich ist.//**
60	60
61	61	//**Gefahren:**//Sie können MAC-Aliase nur verwenden, wenn Sie die folgenden Gefahren kennen und vermeiden können:
	68	+
62	62	* Auf keinen Fall verwenden, wenn die MAC-Adresse und der MAC-Alias zu unterschiedlichen Geräten gehören. Dadurch bekommen zwei Geräte dieselbe IP-Adresse und es entsteht ein IP-Konflikt. Jeder, der schon einmal einen IP-Konflikt erlebt hat, weiß, was für komische Netzwerkprobleme dadurch entstehen können und wie lange es manchmal dauert, bis die Ursache entdeckt wird.
63	63	* Wenn Netzwerkkarten getauscht werden (USB-Anschluss, Dockingstation, oder nach Wiederverwertung alter Hardware), müssen die MAC-Aliase in der Strukturdatenbank auf jeden Fall aktuell gehalten werden (sonst entsteht das Problem aus Punkt 1)
64	64	* Parallelbetrieb: Wenn das Kabel und das W-LAN am Laptop beide aktiviert sind, wünscht der Benutzer sich gewöhnlich, dass das Kabel benutzt wird (mehr Datendurchsatz etc.). Leider machen gängige Betriebssystem das nicht so, sondern es wird zufällig mal W-LAN oder LAN verwendet.
65		-**//Alternativen://**Alternativ kann man für einen Laptop auch zwei Hosteinträge machen mit unterschiedlichen Hostnamen und IP-Adressen jeweils für LAN und W-LAN.**//
66		-//**
	72	+**//Alternativen://**Alternativ kann man für einen Laptop auch zwei Hosteinträge machen mit unterschiedlichen Hostnamen und IP-Adressen jeweils für LAN und W-LAN.//**
	73	+
67	67	=== Lehrstuhldomains ===
68	68
69	69	Jeder Lehrstuhl kann über eine eigene Domain verfügen, die eine Unterdomain von ##.in.tum.de## oder ##.ma.tum.de## ist. Diese muss bei der Systemgruppe beantragt werden.
...	...	@@ -75,9 +75,7 @@
75	75	Hostaliases können über die StrukturDB vergeben werden. Hierzu öffnet maneinen Hosteintrag in der StrukturDB und öffnet die Maske zur Aliasvergabe über den "Aliasnamen einstellen"-Button.
76	76	Es können beliebige Aliasse hinzugefügt bzw. entfernt werden, vorrausgesetzt diese befinden sich in der eigenen Lehrstuhldomain.
77	77
78		-Die Zugehörigkeit zu einer Domain lässt sich am (% style="color:orange" %) **Ende des Aliases** (%%) erkennen. Z.B.: xy.(% style="color:orange" %){{html wiki="true"}}
79		-<strong>abc.in.tum.de</strong>
80		-{{/html}}(% style="color:black" %).(%%)(%%)
	85	+Die Zugehörigkeit zu einer Domain lässt sich am (% style="color:orange" %)**Ende des Aliases** (%%) erkennen. Z.B.: xy.(% style="color:orange" %){{html wiki="true"}}<strong>abc.in.tum.de</strong>{{/html}}(% style="color:black" %).
81	81
82	82	**Hosteinträge erstellen**
83	83
...	...	@@ -89,6 +89,7 @@
89	89	== Benutzer ==
90	90
91	91	Die Benutzerdatenbank ist mit diversen Diensten verbunden, unter anderem:
	97	+
92	92	* LDAP
93	93	* Rechnerhalle
94	94	* Mail (IMAP etc)
...	...	@@ -95,6 +95,7 @@
95	95	* Xerox-Multifunktionsgeräte
96	96	* VPN
97	97	Wenn ein Benutzer also auf einen der obengenannten Dienste Zugriff haben möchte, braucht er einen Eintrag in der Benutzerdatenbank.
	104	+
98	98	=== Neue Benutzer eintragen ===
99	99
100	100	Studenten können sich vom Infopoint eintragen lassen. Neue Mitarbeiter und Gäste werden vom RBG-Servicebüro eingetragen.
...	...	@@ -102,7 +102,9 @@
102	102	Damit ein Mitarbeiteraccount angelegt wird, brauchen wir einen Benutzerantrag. Meist wird der Benutzerantrag automatisch erstellt, sobald der neue Mitarbeiter uns vom Servicebüro Personal gemeldet wird. Über neue automatische Benutzeranträge werden die Lehrstuhladmins per E-Mail informiert und müssen dann per Web-Interface "unterzeichnen", d.h. die Systemgruppe damit bitten, den Antrag zu bearbeiten.
103	103
104	104	Wenn kein automatischer Benutzerantrag vorliegt, können Lehrstuhl-Admins auch selbst einen Benutzer beantragen. Dazu dient der Button "Neuen Benutzer account beantragen", den man nach einem Klick auf das "Benutzer"-Register sieht.
	112	+
105	105	=== Attribute von Benutzern ===
	114	+
106	106	| Loginname | Dieser Name ist bis zu 8 Buchstaben lang und wird aus dem Nachnamen gebildet, sodass er eindeutig ist. Er wird zum Login in der Rechnerhalle benutzt, und Sie brauchen ihn, um Ihren Mail-Client und andere Programme zu konfigurieren.
107	107	| realm | "Mathematik" oder "FMI (Informatik)".
108	108	| Geburtstdatum und -ort | Wir erheben diese Daten, um Benutzer bei Bedarf über ihren Personalsausweis identifizieren zu können. Außerdem erleichtert es die Unterscheidung von namensgleichen Personen, wenn neue Accounts beantragt werden oder wenn wir mit der tumonline-Datenbank abgleichen.
...	...	@@ -114,13 +114,17 @@
114	114	| org | Lehrstuhlzugehörigkeit – Die Admins dieses Lehrstuhls haben spezielle Rechte für die Verwaltung dieses Benutzers.
115	115	| hauptkennung | Manche Benutzer haben aus diversen Gründen mehr als einen Account. Die Accounts sind im Idealfall verknüpft dadurch, dass die Zweitaccounts den Hauptaccount in diesem Attribut verknüpft haben.
116	116	| printaccount | Wenn dieses Feld gesetzt ist, kann der Benutzer über die Xerox-Lehrstuhl-Drucker drucken. Im Printaccount ist die Kostenstelle für die Abrechnung angegeben. (Das ist unabhängig von dem Abrechnungsmodell für die Drucker in der Rechnerhalle.)
	126	+
117	117	=== Verwalten von ablaufenden Benutzern ===
118	118
119	119	Zu diesem Thema gibt es einen eigenen Artikel: WieBenutzerAblaufen
	130	+
120	120	== Mailinglisten ==
121	121
122	122	Mailinglisten (mlists) in der Struktur dienen unterschiedlichen Zwecken. Durch sie werden unterschiedliche Arten von Mailadressen verwaltet, die nicht direkt einer Person zugeordnet sind.
	134	+
123	123	=== Attribute von Mailinglisten ===
	136	+
124	124	| mail | Die Mailadresse, über die die Mailingliste erreicht werden kann
125	125	| mailhost |
126	126	Eine wichtige Einstellung um festzulegen, welche Art von Mailingliste es ist. Folgende Werte können eingetragen werden:
...	...	@@ -130,34 +130,43 @@
130	130	<ul> <li>"mailrelay": Ein simpler Verteiler, die Mails werden einfach an alle angebenen Recipients weitergeleitet.</li> <li>"mailman": Unsere Mailinglistenverwaltung (siehe unten)</li> <li>Anderer Mailhost: Es kann zum Beispiel ein vom Lehrstuhl selbst betriebener Mailserver eingetragen werden. Die Mails werden dann einfach an "mailuser@mailhost" weitergeleitet (somit ist die Einstellung mailhost und mailuser anlog zu der Einstellung bei Benutzern, s.o.)</li></ul>
131	131	{{/html}}
132	132
133		-
	146	+
134	134	| mailuser | Mailempfänger, wenn ein eigener Mailhost eingetragen wurde
135	135	| recipient | Die Liste der Empfänger (kann nur bei den Mailhosts "mailman" und "mailrelay" verwendet werden)
136	136	| admin | Ansprechpartner für diese Mailingliste (dient der Dokumentation)
137	137	| owner | Mailadresse(n) vom Listenbesitzer. Mailman benutzt diese Mailadresse für diverse Arten von wichtigen Benachrichtigungsmails. Dient auch für die Berechtigungen in Mailman.
	151	+
138	138	== Mailinglistenverwaltung mit Mailman ==
139	139
140	140	Mailman ist eine beliebte Software zur Mailinglistenverwaltung. Sie bietet viele Features, die hilfreich für den Betrieb von Diskussions-Mailinglisten, Newslettern oder Ankündigungs-Verteilern sind.
141	141
142	142	Die Mailinglisten können in dem Web-Interface unter https://mailman.rbg.tum.de verwaltet werden. Der Listowner kann dort einige Einstellungen vornehmen. Die Mailinglisten werden dort automatisch erstellt, sobald in der Strukturdb mailhost=mailman eingestellt wird.
	157	+
143	143	==== Mailman oder nicht? ====
144	144
145	145	Für kleine Mailinglisten und für Kontaktadressen reicht es in der Regel aus, einen simplen Mailverteiler (mailhost=mailrelay) zu benutzen.
146	146
147	147	Ein wichtiger Punkt zum Abwägen: Mailman fängt die Fehlerzustellberichte ("Bounces") ab. Gerade für größere Listen wie etwa unseren Mitarbeiter-Verteiler ist das sehr sinnvoll, denn wenn Sie an den Verteiler mit hunderten von Mitarbeitern schreiben, möchten Sie nicht Fehlerberichte für alle Empfänger bekommen, wo beispielsweise das Mailquota vollgelaufen ist oder eine falsche Weiterleitung eingetragen ist. Für Kontaktadressen (Beispiel: werkstatt@lehrstuhlXY.in.tum.de) mit nur einem oder zwei Empfängern hingegen ist das Abfangen der Bounces in der Regel nicht gewünscht. Wenn hier die Mails nicht zugestellt werden können, dann möchten Mail-Absender sofort informiert werden.
	163	+
148	148	==== Features von Mailman ====
149	149
150	150	Wenn eines dieser Features gewünscht wird, sollte Mailman erwogen werden:
	167	+
151	151	* Hinzufügen von Fußzeilen oder Subject-Markierungen
152	152	* Moderation
153	153	* Selbsttätiges An- oder Abmelden der Abonnenten (ersteres gewöhnlich mit Bestätigung durch Listowner)
154	154	* Bounce management
	172	+
155	155	== FAQ ==
	174	+
156	156	=== Fehlermeldung "UNIQUE constraint failed" ===
157	157
158	158	Diese Fehlermeldung erscheint, wenn Sie einen Wert eingeben, der schon existiert und nicht doppelt vorkommen darf. Oft handelt es sich bei Host-Einträgen um die Mac-Adresse, die schon vergeben ist (dann ist auch "etheraddr" in der Fehlermeldung enthalten). Um den schon existierenden Host zu finden, siehe oben bei "Einträge finden" die Beschreibung der Suchfunktion.
	178	+
159	159	== Automatisierte Abfragen ==
160	160
161	161	– noch nicht dokumentiert –
	182	+
162	162	== Weitere Artikel ==
	184	+
163	163	* [[WieBenutzerAblaufen>>Informatik.Benutzerwiki.WieBenutzerAblaufen]]