Windows Server essential und Lexware
Ein Freund von mir möchte Lexware in seiner kleinen Firma installieren. Er hat sich dazu eine Windows Server 2016 essential geholt. Ich helfe ihn dabei, komme aber aus dem Unix Umfeld, habe nicht viel Erfahrung mit Windows Servern.
Wie funktioniert das genau mit dem Domänen Controller?
Lexware braucht eigentlich nur eine Netzwerkfreigabe aber denke man sollte den Weg über Domäne Controller, Ad etc gehen.
Tipps wie ich am besten vorgehe?
Mit freundlichen Grüßen
Wie funktioniert das genau mit dem Domänen Controller?
Lexware braucht eigentlich nur eine Netzwerkfreigabe aber denke man sollte den Weg über Domäne Controller, Ad etc gehen.
Tipps wie ich am besten vorgehe?
Mit freundlichen Grüßen
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 563781
Url: https://administrator.de/contentid/563781
Ausgedruckt am: 25.11.2024 um 03:11 Uhr
11 Kommentare
Neuester Kommentar
Zitat von @Max1992:
... komme aber aus dem Unix Umfeld ...
Wie funktioniert das genau mit dem Domänen Controller?
... komme aber aus dem Unix Umfeld ...
Wie funktioniert das genau mit dem Domänen Controller?
Genauso wie Kerberos und LDAP - sollten Unixer kennen.
Wen Du das nicht weißt, solltest Du zum Wohle Deines Freundes ihm sagen, daß er das von jemandem machen lassen soll, der sich damit auskennt.
lks
PS:
Falls Du Dich wirklich selbst dranwagen willst.
PPS: Lexware legt seine Freigaben selbst an. Da braucht man nichts einzurichten. Allerdings hat Lexware andere Tücken.
Hallo,
Gibt es einen Grund keinen 2019 einzusetzten?
https://docs.microsoft.com/de-de/windows-server-essentials/install/insta ...
https://www.andysblog.de/windows-server-2019-essentials
https://www.admin-magazin.de/Das-Heft/2019/02/Windows-Server-2019-Essent ...
https://www.theofficemaven.com/news/installing-windows-server-essentials ...
Gruß,
Peter
Gibt es einen Grund keinen 2019 einzusetzten?
Wie funktioniert das genau mit dem Domänen Controller?
https://docs.microsoft.com/de-de/windows-server-essentials/get-started/g ...https://docs.microsoft.com/de-de/windows-server-essentials/install/insta ...
https://www.andysblog.de/windows-server-2019-essentials
https://www.admin-magazin.de/Das-Heft/2019/02/Windows-Server-2019-Essent ...
https://www.theofficemaven.com/news/installing-windows-server-essentials ...
Gruß,
Peter
Zitat von @Vision2015:
moin...
ja... die kosten in der bucht 3 Euro weniger-----
moin...
ja... die kosten in der bucht 3 Euro weniger-----
Gruß,
Peter
FrankPeter
Also der erste Anbieter in der Bucht macht zwischen 2016 und 2019 nicht mal einen Unterschied.
Meiner Meinung nach auch eine ganz gute Anleitung:
https://mntechblog.de/artikelserie-active-directory-domaene-unter-window ...
https://mntechblog.de/artikelserie-active-directory-domaene-unter-window ...
Hallo,
Gruß,
Peter
Zitat von @Bodennebel:
Meiner Meinung nach auch eine ganz gute Anleitung:
https://mntechblog.de/artikelserie-active-directory-domaene-unter-window ...
Dir ist aber schon klar das ein Essentials ein klein wenig anders reagiert unter anderem weil da mitgegebene Asisstenten werkeln? - und selbst MS macht / emphielt teilweise anderes als die beim Essentials eingetütet haben (z.B. .local als Domänenname)Meiner Meinung nach auch eine ganz gute Anleitung:
https://mntechblog.de/artikelserie-active-directory-domaene-unter-window ...
Gruß,
Peter
Ich habe mit einem 2012r2 Essentials meine ersten Windows-Server-Erfahrungen gemacht und hätte jetzt fast darauf gewettet, dass ich mich beim Aufsetzen an dieser Anleitung orientiert habe (bzw. der für Windows Server 2012R2). Ich will aber nicht ausschließen, dass ich damals noch andere Tutorials dafür verwendet habe. Ist auch schon ein paar Jahre her und ich bin in dem Bereich seit einiger Zeit nicht mehr unterwegs.
Aber ich kann mich noch an die .local-Geschichte erinnern, die Nummer mit dem Anywhere Access und den Krampf mit irgendeiner Funktionalität, die eine bestimmte .NET-Version erforderte, welche aber nicht einfach nachinstalliert werden konnte, wenn der WSUS schon eingerichtet war.
Gruß BN
Aber ich kann mich noch an die .local-Geschichte erinnern, die Nummer mit dem Anywhere Access und den Krampf mit irgendeiner Funktionalität, die eine bestimmte .NET-Version erforderte, welche aber nicht einfach nachinstalliert werden konnte, wenn der WSUS schon eingerichtet war.
Gruß BN
Hallo,
Bei einen Server 2003 Standard (sogar schon ab NT 3,5) hast du die Qual der Wahl bei den Domänennamen, schon beim SBS 2003 war die Vorgabe eben .local bedingt durch die Asisstenten. Selbst heute gibt es noch diese unsinnige Vorgabe seitens Asisstent je nach was du wann tun willst. Natürlich kannst du auch einen Domänennamen umbenennen - ob das aber klappt und ob es gut ist - steht woanders geschrieben.
Gruß,
Peter
Bei einen Server 2003 Standard (sogar schon ab NT 3,5) hast du die Qual der Wahl bei den Domänennamen, schon beim SBS 2003 war die Vorgabe eben .local bedingt durch die Asisstenten. Selbst heute gibt es noch diese unsinnige Vorgabe seitens Asisstent je nach was du wann tun willst. Natürlich kannst du auch einen Domänennamen umbenennen - ob das aber klappt und ob es gut ist - steht woanders geschrieben.
die Nummer mit dem Anywhere Access
Welches MS schon nicht mehr kennt (aufgegeben)und den Krampf mit irgendeiner Funktionalität, die eine bestimmte .NET-Version erforderte, welche aber nicht einfach nachinstalliert werden konnte, wenn der WSUS schon eingerichtet war.
Der WSUS ist eben keine kleinigkeit mehr und sollte nicht auf einen DC....Gruß,
Peter
Bei NT3.5 oder NT4.x waren da noch recht einfache Domainnamen, die nichts mit einer DNS-Domain zu tun hatten. Da gab es keine Unterteilung in Domains und subdomains. Das kam erst mit Active-Directory in Windows 2000. Und da ging es dann los mit ".local" als TLD.
lks
Offensichtlich nix, nachdem er sich seit dem 9.4. nicht mehr eingeloggt hat.
lks