FAQ:Arktur33/arktur-und-winNT: Unterschied zwischen den Versionen

Aus Delixs
Zur Navigation springen Zur Suche springen
(Archiv)
(kat)
 
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]]

Aktuelle Version vom 9. März 2012, 09:28 Uhr


Baustelle Archiv: Dieser Artikel beschreibt nicht die Funktionalität des derzeit aktuellen delixs-Servers. Er beschreibt ältere Schulserver-Funktionen und dient dem Zweck der Archivierung.


Arktur nachträglich ins NT-Netz als Kommunikationsserver

übernommen von www.arktur.th.schule.de/faq/9-3.htm

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.
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



zurück