Schoffer: kat

2012-03-09T09:28:55Z

kat

← Nächstältere Version		Version vom 9. März 2012, 11:28 Uhr
Zeile 68:		Zeile 68:

	''Eintrag stammt vom 24. Januar 2001 ''		''Eintrag stammt vom 24. Januar 2001 ''


			----
			<div align="right">[[Arktur:Entwickler\|zurück]]</div>

			[[Kategorie:ArchivArktur35]]

Schoffer: Archiv

2009-03-08T16:30:15Z

Archiv

← Nächstältere Version		Version vom 8. März 2009, 18:30 Uhr
Zeile 1:		Zeile 1:
			__NOTOC__
			{{Archiv}}


	== Arktur nachträglich ins NT-Netz als Kommunikationsserver ==		== Arktur nachträglich ins NT-Netz als Kommunikationsserver ==

Schoffer: 1 Versionen

2008-03-04T22:21:33Z

1 Versionen

← Nächstältere Version	Version vom 5. März 2008, 00:21 Uhr
(kein Unterschied)

Kirmse am 23. Dezember 2005 um 12:39 Uhr

2005-12-23T12:39:03Z

Neue Seite

== Arktur nachträglich ins NT-Netz als Kommunikationsserver ==

übernommen von <code>www.arktur.th.schule.de/faq/9-3.htm</code>
<br />

''Diese Anleitung stammt aus einer Mail von Reiner Klaproth:''

''An einer Schule sollte ins bestehende WinNT-Netz noch Arktur für E-Mail, lok. Webserver und als Proxy integriert werden. Das bestehende System soll möglichst nicht angetastet werden. Die IP-Adresse des NT-Servers ist NICHT 192.168.0.1 .

[...]

''> > Nein, aber der NT-Server beansprucht die 'Chef-Rolle' im Netzwerk. Der''
''> > DHCP-Server darf nur auf einem der beiden Rechner aktiv sein.''
''>''
''> Das weiss ich nicht, ob die dhcp überhaupt eingeschaltet haben.''
''> Aber falls die feste Adresssen vergeben, dann braucht man ja gar kein DHCP.''
''> Also bedeutet das ja, bei Arktur einfach dhcp aus.''

Ja, das geht. Einfach in der /etc/rc.config die Zeile
START_DHCP=no setzen.

''> Ist das Problem mit der 'Chef-Rolle' dann geklärt? ich befürchte 'nein'.''

Vielleicht doch. Ich habe einen sicher unkonventionellen Vorschlag, der
viel Arbeit sparen könnte:
Nutze zwei Domains! Behalte die bisherige Domain des NT-Servers bei und
richte auf Arktur eine zweite Domain ein (voreingestellt ist "WORKGROUP").
Dann behaken sich die Server nicht.

Die Schüler können sich an Arktur anmelden. Einziges Problem:
Verschlüsselte Passwörter oder nicht? Das hängt jetzt von den Einstellungen
des NT-Servers ab; meist wird aber _mit_ verschlüsselten Passwörtern gearbeitet.
Dann muss der Samba auf Arktur das _vor_ dem Anlegen der Nutzer erfahren!
In diesem Fall werden parallel die Einträge in der smbpasswd erzeugt, die zur
Anmeldung mit Schlüssel notwendig sind.
Vorher also über SWAT auf "encrypted passwort = yes" stellen.

----

Lösung von Sigrid Büchele:

Bei uns arbeitet Arktur neben einem NT-Server in einem 10.0.0.x - Netz.<br />
Er ist proxy, http-Server, Mailserver und Hilfsfileserver. Auch Samba funktioniert nach einigen Änderungen in der smb.conf.

So sieht der Anfang meiner smb.conf aus:

# Global parameters
[global]
workgroup = GYMDOM #unsere NT-Domäne
server string = ODS-Kommunikationsserver %h mit Samba %v
interfaces = 10.0.0.180/255.255.255.0 127.0.0.1/255.255.255.255
security = SERVER
password server = 10.0.0.250 #Das ist unser NT-Server
password level = 8
os level = 2 #Dieser Wert wurde reduziert, damit der NT-Server gewinnt
wins support = Yes
message command = /bin/bash -c 'rm %s' &
valid chars = 148:153 132:142 129:154 225
map archive = No
mangled names = No
include = /etc/samba/smb.conf.proj

''Eintrag stammt vom 24. Januar 2001 ''

FAQ:Arktur33/arktur-und-winNT - Versionsgeschichte

Schoffer: kat

Schoffer: Archiv

Schoffer: 1 Versionen

Kirmse am 23. Dezember 2005 um 12:39 Uhr