Ruhiges IT-Forum

Guten Morgen,

Ich entschuldige mich im Voraus für die Länge des Beitrags.

Situation :
Ich arbeite für die Regionalregierung im Bereich IT-Administration und -Wartung für Gymnasien. Um die Anwendungsverwaltung und -aktualisierung zu vereinfachen, die zentrale Verwaltung der Gymnasialanwendungen zu ermöglichen und WPKG zu ersetzen, das eingeschränkt ist und (in unserem Fall) nur auf mit SE3 verbundenen Arbeitsstationen funktioniert, möchte ich Wapt implementieren, allerdings unter bestimmten Einschränkungen.

Ich werde also erläutern, um welche Art von Operation es sich handeln müsste und welche Einschränkungen gelten, um festzustellen, ob sie durchführbar ist (wenn nicht, wie man dem Ziel so nahe wie möglich kommen kann), und um Ratschläge zu den Schritten zu erhalten, die für eine optimale Durchführung unternommen werden sollten.

Was ich gerne tun würde (aber ist das möglich?):

• Ein zentraler Server (oder ein Repository, da bin ich mir nicht ganz sicher) hostet alle Anwendungen, die den Gymnasien zur Verfügung gestellt werden.
  Eine zentrale Konsole bietet einen Überblick über die Software und dient der Verwaltung von Paketgruppen, Updates und Bereitstellungen für alle Gymnasien.
  Jedes Gymnasium verfügt über einen lokalen Server (oder ein Repository, da bin ich mir nicht ganz sicher), der die gesamte Software aus der zentralen Anwendungsdatenbank abruft, um ausschließlich die Rechner der jeweiligen Schule zu verwalten.
  Jedes Gymnasium hat außerdem eine Konsole, über die lokale Administratoren Installationen auf bestimmten Arbeitsstationen mit einem Klick verwalten können, ohne dass weitere Aktionen erforderlich sind, und (wenn möglich) Updates automatisch ohne Eingriff der lokalen Administratoren installieren können.

Einschränkungen:

• Ich glaube nicht, dass ich einen zentralen Server mit Repositories an jeder Schule verwenden kann, denn:
  Erstens würden alle 28.000 Arbeitsstationen auf diesem Server landen, und die Verteilung an die einzelnen Schulen wäre kompliziert (keine Arbeitsstationsgruppen). Zweitens
  muss der Zugriff auf die Konsole den lokalen Administratoren der Schulen gewährt werden, und diese dürfen keine Software an anderen Schulen installieren.

Ich hoffe, meine Erklärungen sind verständlich

Vielen Dank im Voraus für Ihre Hilfe.
Aufrichtig,

Benjamin

Hallo,

für mich ist die einfachste Lösung, an jeder High School einen WAPT-Server einzurichten.
Aktuell betreibe ich 1000 Workstations an einer einzigen Konsole, und die Latenz ist beim Aktualisieren der Workstation-Liste spürbar. Bei 26.000 Workstations kann ich mir das gar nicht vorstellen.

Jedes Repository würde beispielsweise jede Nacht von einem Haupt-Repository repliziert.
Anschließend müsste die Software nur noch über die Konsole den gewünschten Workstations zugewiesen werden.

Meine Konsole ist nach Gruppen organisiert, was die Bereitstellung erheblich vereinfacht: Ich weise die Software einfach der Gruppe zu, und Updates werden beim Herunterfahren der Workstation mit waptexit automatisch durchgeführt.

Sie könnten sich mit jeder WAPT-Konsole an jeder High School verbinden, um die korrekte Funktion der Bereitstellungen zu überprüfen.
Leider habe ich keine Lösung für eine zentrale Konsole.

Nutzen Sie ein Active Directory?

Benjam schrieb:Hallo,

ich entschuldige mich vorab für die Länge dieses Beitrags.

Situation:
Ich arbeite für die Regionalregierung in der IT-Administration und -Wartung für Gymnasien. Um die Anwendungsverwaltung und -aktualisierung zu vereinfachen, die zentrale Verwaltung der Gymnasialanwendungen zu ermöglichen und WPKG zu ersetzen, das eingeschränkt ist und (in unserem System) nur auf mit SE3 verbundenen Rechnern funktioniert, möchte ich WAPT implementieren, allerdings mit bestimmten Einschränkungen.

Daher beschreibe ich die benötigten Funktionen und Einschränkungen, um die Machbarkeit zu prüfen (und falls nicht, wie man am besten vorgeht) und um Empfehlungen zur Optimierung des Betriebs zu erhalten.

Mein Ziel (ist das möglich?):
Ein zentraler Server (oder ein Repository, da bin ich mir noch nicht ganz sicher), um alle Gymnasien zur Verfügung gestellten Anwendungen zu konsolidieren.
Eine zentrale Konsole für einen Überblick über die Software und zur Verwaltung von Paketgruppen, Aktualisierungen und Bereitstellungen für alle Gymnasien.

Ja, das ist möglich

Benjam schrieb: Ein lokaler Server in jeder High School (oder ein Repository, ich weiß es nicht), der die gesamte Software aus der zentralen Anwendungsdatenbank abruft, um nur die Rechner der jeweiligen High School zu verwalten.

Ja, im Grunde ein Nebendepot zusätzlich zum Hauptdepot. --> Ja, das ist möglich

Benjam schrieb: Eine Konsole in jeder High School, damit lokale Administratoren Installationen auf jeder beliebigen Workstation einfach per Mausklick verwalten können, ohne dass weitere Aktionen erforderlich sind, und (wenn möglich) automatische Installation von Updates ohne Eingriff lokaler Administratoren.

Ja, das ist möglich!

Benjam schrieb: Einschränkungen:
Ich glaube, ich kann keinen einzigen zentralen Server mit Repositories an jeder High School verwenden, weil:
Alle 28.000 Workstations würden am Ende auf dem Server landen und die Verwaltung der Bereitstellung in den verschiedenen Einrichtungen wäre kompliziert (keine Workstation-Gruppen).

Nur der WAPT-Server jeder Einrichtung lädt Daten aus dem zentralen Repository herunter, sodass das zentrale Repository nicht überlastet wird.

Benjam schrieb: Andererseits muss der Zugriff auf die Konsole den lokalen Administratoren in den Gymnasien gewährt werden, und es darf ihnen nicht möglich sein, die Software in einem anderen Gymnasium als ihrem eigenen zu installieren.

Da nur ein Soft-Zugriff bereitgestellt wird, besteht auf dieser Ebene kein Risiko, da die Benutzer das zentrale Repository nicht verändern können

Benjam schrieb: Ich hoffe, meine Erklärungen sind verständlich.

Vielen Dank im Voraus für Ihre Hilfe.
Mit freundlichen Grüßen,

Benjam

Okay, ich verstehe im Prinzip, was Sie vorhaben, und ja, das ist eine Funktion, die von tranquil.it entwickelt wurde. Ich habe sie getestet und eine Dokumentation dazu verfasst:

Ich lade Sie ein, hier mehr über „Remote Repositories“ und „Multi-Repo Wapt“ zu lesen:
https://wiki.lesfourmisduweb.org/index.php/Serveur_WAPT

Ich denke aber, das Beste wäre, wenn Sie einen WAPT-Schulungskurs besuchen würden, um das Tool wirklich zu beherrschen.
Nach einigen Tests kann ich sagen: Ja, es ist möglich

Hallo und vielen Dank für eure Antworten.

Ich würde gerne eine Wapt- (und Samba4-)Schulung absolvieren, aber leider stimmt mein Arbeitgeber dem nicht zu
Es beruhigt mich zu wissen, dass das, was ich tun möchte, möglich zu sein scheint

Zur ersten Antwort: ADs sind nur in seltenen Fällen vorhanden, Server fehlen ebenfalls nur in seltenen Fällen, und in der überwiegenden Mehrheit handelt es sich um SE3-Domänen (also „Basisdomänen“)
Ich bin gestern auf die Dokumentation im vorherigen Beitrag gestoßen und tatsächlich ist die Lösung dort zu finden (dank der Ameisen)

Nur ein paar Klarstellungen, um sicherzugehen, dass ich die Antworten richtig verstanden habe; es wäre in etwa so:

• Ein zentraler Wapt-Server dient als allgemeines Repository für alle Benutzer.
  Eine zentrale Konsole verwaltet die gesamte Software (und alle Gruppen), jedoch ohne Zugriff auf einzelne Rechner.
  Jede Schule verfügt über einen lokalen Wapt-Server, der sein Repository mit dem zentralen synchronisiert.
  Jede Schule besitzt außerdem eine Konsole zur Bereitstellung von Anwendungen, die auf die Workstations der jeweiligen Schule verweist
  (hier ist mir die Vorgehensweise noch nicht ganz klar: Soll das Remote-Repository mit dem lokalen Repository synchronisiert werden? Oder soll zuerst das zentrale und dann das lokale Repository definiert werden (oder umgekehrt)?).
  Lokale Administratoren haben ausschließlich Zugriff auf den Wapt-Server ihrer jeweiligen Schule.

Erscheint Ihnen das schlüssig?

Ich werde die Dokumentation im Detail lesen und mit Tests in virtuellen Maschinen beginnen.

Nochmals vielen Dank
Benjamin

Benjam schrieb:Hallo und vielen Dank für eure Antworten.

Ich würde gerne eine Wapt- (und Samba4-)Schulung absolvieren, aber mein Arbeitgeber ist leider nicht einverstanden.
Es ist beruhigend zu wissen, dass mein Wunsch anscheinend realisierbar ist.

Benjamin schrieb: Zur ersten Antwort: ADs sind nur in seltenen Fällen vorhanden, Server fehlen ebenfalls nur in seltenen Fällen, und in der überwiegenden Mehrheit handelt es sich um SE3-Domänen (also „Basisdomänen“)
Ich bin gestern auf die Dokumentation im vorherigen Beitrag gestoßen und tatsächlich ist die Lösung dort zu finden (dank der Ameisen)
Nur ein paar Klarstellungen, um sicherzugehen, dass ich die Antworten richtig verstanden habe; es wäre in etwa so:

• Ein zentraler Wapt-Server dient als allgemeines Repository für alle Benutzer.
  Eine zentrale Konsole verwaltet die gesamte Software (und alle Gruppen), jedoch ohne Zugriff auf einzelne Rechner.
  Jede Schule verfügt über einen lokalen Wapt-Server, der sein Repository mit dem zentralen synchronisiert.
  Jede Schule besitzt außerdem eine Konsole zur Bereitstellung von Anwendungen, die auf die Workstations der jeweiligen Schule verweist
  (hier ist mir die Vorgehensweise noch nicht ganz klar: Soll das Remote-Repository mit dem lokalen Repository synchronisiert werden? Oder soll zuerst das zentrale und dann das lokale Repository definiert werden (oder umgekehrt)?).
  Lokale Administratoren haben ausschließlich Zugriff auf den Wapt-Server ihrer jeweiligen Schule.

Erscheint Ihnen das schlüssig?

Ich werde die Dokumentation im Detail lesen und mit Tests in virtuellen Maschinen beginnen.

Nochmals vielen Dank
Benjamin

Ich sehe zwei Lösungen:

Die erste Option ist sehr einfach. Man installiert einen WAPT-Server an jeder High School und stellt ein öffentliches Repository bereit, aus dem die Schulen Pakete kopieren können (wie es derzeit bei tranquil.it der Fall ist). Allerdings ist bei jedem Update ein Eingreifen eines Schulmitarbeiters erforderlich, um die Paketkopie im lokalen Repository zu initiieren

Die zweite Lösung besteht darin, in jeder High School mehrere Lagereinrichtungen einzurichten:

Für den WAPT-Client stehen grundsätzlich zwei Repositories zur Verfügung: das zentrale Repository und das interne Repository der Schule. Dies bietet dem Netzwerkadministrator mehr Flexibilität. Aus Sicherheitsgründen darf der private Schlüssel des zentralen Repositorys nicht weitergegeben werden.

Sie können den Test bereits damit durchführen: https://wiki.lesfourmisduweb.org/index. ... -Repo_Wapt mit tranquil.it, um es richtig zu verstehen

Sobald Sie also getestet haben, dass das Haupt-Repository nicht überlastet wird, müssen Sie das zentrale Repository in das private Repository replizieren. Für den Client können wir das folgendermaßen machen:

Der Kunde muss eine Kaution hinterlegen:

https://ipdudepotdulycee/wapt/
https://ipdudepotdulycée/repliquedudepotwapt/

Hier ist eine Anleitung zur Nachbildung:
https://wiki.lesfourmisduweb.org/index. ... ts_remote

Ich weiß, es ist nicht klar, aber ich weiß nicht, wie ich es besser erklären soll

Guten Morgen,

Vielen Dank für diese Antworten, die es mir ermöglichen, das Projekt in meinem Kopf richtig zu strukturieren, bevor ich es teste (ich bereite eine virtuelle Testumgebung vor; das dauert ein bisschen auf meinem Rechner...lol).

Die zweite Lösung entspricht dem, was ich gerne tun würde, da die lokalen Manager je nach Einrichtung manchmal nur über begrenzte IT-Kenntnisse verfügen (und nicht unbedingt den Wunsch haben, sich stärker einzubringen).

sfonteneau schrieb:Die zweite Lösung besteht darin, mehrere Repositories pro Schule zu verwenden:

Für den WAPT-Client stehen im Prinzip zwei Repositories zur Verfügung: das zentrale Repository und das interne Repository der Schule. Dies bietet dem Netzwerkadministrator Flexibilität. Aus Sicherheitsgründen darf der private Schlüssel des zentralen Repositorys nicht offengelegt werden.

Sie können dies bereits hiermit testen: https://wiki.lesfourmisduweb.org/index. ... -Repo_Wapt. Mit tranquil.it lässt sich die Funktionsweise besser verstehen.

Um das Haupt-Repository nicht zu überlasten, müssen Sie nach dem Test das zentrale Repository in das private Repository replizieren. Für den Client könnte dies folgendermaßen aussehen:

Der Client hat dann das Repository:

https://ipdudepotdulycee/wapt/
https://ipdudepotdulycée/repliquedudepotwapt/.

Eine Anleitung zur Replikation finden Sie hier:
https://wiki.lesfourmisduweb.org/index. ...ts_distant

Ich weiß, es ist nicht klar, aber ich weiß nicht, wie ich es besser erklären soll.

Ja, das ist klar, bis auf zwei oder drei kleinere Ausnahmen:

• Wenn ich einen WAPT-Server und eine Konsole im Haupt-Repository einrichte, um einen besseren Überblick über die verfügbare Software zu erhalten und anderen autorisierten Benutzern das einfache Hochladen zu ermöglichen, kann das Probleme verursachen? Bleibt das lokale Repository auf dem Server jeder Schule bei dieser Methode leer, es sei denn, eine Schule hat spezielle Anforderungen? Wird prinzipiell nur das sekundäre Repository (das zentrale, https://ipdudepotdulycée/repliquedudepotwapt/ ) verwendet? Stimmt das? Befinden sich beide Repositories tatsächlich auf dem lokalen Server? Und sind sie nicht einzeln auf den Clients deklariert? Sind somit alle Anwendungen auf der lokalen Konsole jeder Schule sichtbar?
  
  

Weitere Fragen:

• Ich denke schon, aber vielleicht unter bestimmten Bedingungen: Dürfen wir die Fourmis- und Tranquil.it-Repositories in unser eigenes Repository übernehmen (oder sogar synchronisieren), um eine Softwarebasis zu schaffen, die wir dann mit eigenen Programmen ergänzen können? Falls ja, ist Rsync ohne SSH-Zugriff möglich?
  Kann der Endnutzer (Student oder Lehrer) die Liste der auf seinem Rechner installierbaren Software einsehen und diese selbst installieren? (Ich glaube schon.)

DANKE,
Benjamin

Benjamin schrieb:Guten Morgen,

Vielen Dank für diese Antworten, die es mir ermöglichen, das Projekt in meinem Kopf richtig zu strukturieren, bevor ich es teste (ich bereite eine virtuelle Testumgebung vor; das dauert ein bisschen auf meinem Rechner...lol).

Die zweite Lösung entspricht dem, was ich gerne tun würde, da die lokalen Manager je nach Einrichtung manchmal nur über begrenzte IT-Kenntnisse verfügen (und nicht unbedingt den Wunsch haben, sich stärker einzubringen).

sfonteneau schrieb:Die zweite Lösung besteht darin, mehrere Repositories pro Schule zu verwenden:

Für den WAPT-Client stehen im Prinzip zwei Repositories zur Verfügung: das zentrale Repository und das interne Repository der Schule. Dies bietet dem Netzwerkadministrator Flexibilität. Aus Sicherheitsgründen darf der private Schlüssel des zentralen Repositorys nicht offengelegt werden.

Sie können dies bereits hiermit testen: https://wiki.lesfourmisduweb.org/index. ... -Repo_Wapt. Mit tranquil.it lässt sich die Funktionsweise besser verstehen.

Um das Haupt-Repository nicht zu überlasten, müssen Sie nach dem Test das zentrale Repository in das private Repository replizieren. Für den Client könnte dies folgendermaßen aussehen:

Der Client hat dann das Repository:

https://ipdudepotdulycee/wapt/
https://ipdudepotdulycée/repliquedudepotwapt/.

Eine Anleitung zur Replikation finden Sie hier:
https://wiki.lesfourmisduweb.org/index. ...ts_distant

Ich weiß, es ist nicht klar, aber ich weiß nicht, wie ich es besser erklären soll.

Ja, das ist klar, bis auf zwei oder drei kleinere Ausnahmen:
Wenn ich einen Wapt-Server und eine Konsole im Haupt-Repository einrichte, um einen besseren Überblick über die verfügbare Software zu erhalten und anderen autorisierten Personen das einfache Hochladen zu ermöglichen, wird das irgendwelche Probleme verursachen?

Keine Sorge

Benjam schrieb: Ist bei dieser Methode das lokale Server-Repository jeder Institution leer, es sei denn, eine bestimmte Institution hat spezielle Anforderungen? Wird prinzipiell nur das sekundäre Repository (das zentrale, https://ipdudepotdulycée/repliquedudepotwapt/) verwendet? Stimmt das?

Es wird weiterhin die Gruppen und die Host-Pakete geben http://wapt/wapt-host/

Benjam schrieb: Nur um sicherzugehen: Befinden sich beide Repositories tatsächlich auf dem lokalen Server? Und sind sie nicht einzeln auf den Clients deklariert? Sind also alle Anwendungen auf der lokalen Konsole jeder Schule sichtbar?

Beide Repositories müssen auf jedem Client und in der Konfigurationsdatei der Konsole deklariert werden. Der öffentliche Schlüssel des zentralen Repositorys muss ebenfalls auf jeden Client kopiert werden (siehe Dokumentation)

Benjam schrieb: Weitere Fragen:
Ich denke schon, aber vielleicht unter bestimmten Bedingungen: Dürfen wir die Fourmis- und Tranquil.it-Repositories in unser eigenes Repository übernehmen (oder sogar synchronisieren), um eine Softwarebasis zu schaffen, die wir dann mit unseren eigenen ergänzen können? Falls ja, ist Rsync ohne SSH-Zugriff möglich?

Bezüglich der Replikation ohne SSH-Zugriff habe ich ein Skript erstellt, das weder SSH noch einen anderen Zugriff benötigt, sondern nur HTTP-Zugriff und einen Cronjob: https://github.com/sfonteneau/wapt-repo ... ion-script

Benjam schrieb:
Kann der Endnutzer (Schüler oder Lehrer) die Liste der Software einsehen, die auf seinem Computer installiert werden kann, und sie selbst installieren? (Ich denke schon.)
Benjam

Ja, es ist Self-Service unter wapt, es kann konfiguriert werden.

Guten Abend,

Danke für deine Antwort, das ist nett von dir.

sfonteneau schrieb:Die Gruppen und das Host-Paket werden weiterhin unter http://wapt/wapt-host/

Daran hatte ich nicht gedacht, aber es klingt logisch.
Ich habe die Rolle von Host-Paketen im Vergleich zu Software-Paketen noch nicht ganz verstanden, aber da ich nicht viel Zeit hatte, mich näher damit zu befassen, ist das normal

Sfonteneau schrieb:

Benjam schrieb:Nur um sicherzugehen: Befinden sich beide Repositories tatsächlich auf dem lokalen Server? Und sind sie nicht einzeln auf den Clients deklariert? Sind also alle Anwendungen auf der lokalen Konsole jeder Schule sichtbar?

Beide Repositories müssen auf jedem Client und in der Konfigurationsdatei der Konsole deklariert werden. Der öffentliche Schlüssel des zentralen Repositorys muss ebenfalls auf jeden Client kopiert werden (siehe Dokumentation)

Ich habe mich in diesem Punkt missverständlich ausgedrückt; meine Frage ist, ob das zweite Repository auf den Clients manuell konfiguriert werden muss? Oder erledigt das der benutzerdefinierte Wapt-Installer automatisch? (Ich denke, es ist der zweite Fall, aber ich möchte sichergehen).
Und ich nehme an, dass sich beide Repositorien letztendlich auf demselben lokalen WAPT-Server der Institution befinden können?

sfonteneau schrieb:Bezüglich der Replikation ohne SSH-Zugriff habe ich ein Skript erstellt, das weder SSH noch einen anderen Zugriff benötigt, sondern nur HTTP-Zugriff und einen Cronjob: https://github.com/sfonteneau/wapt-repo ... ion-script

Großartig, es ist fantastisch, um die Klassiker zu bekommen und nur die spezifischen Pakete erstellen zu müssen

Sfonteneau schrieb:

Benjam schrieb:Kann der Endbenutzer (Schüler oder Lehrer) die Liste der Software einsehen, die auf seinem Computer installiert werden kann, und diese selbst installieren? (Ich denke schon.)

Ja, es ist Self-Service unter wapt, es kann konfiguriert werden.

Das ist großartig.


Theoretisch ist es eine geniale Lösung und entspricht genau meinen Vorstellungen.
Jetzt muss ich nur noch etwas Zeit finden (was mit dem Schulbeginn gerade nicht so einfach ist), um eine Demo vorzubereiten und das System meinen Vorgesetzten vorzustellen.
Ich werde trotzdem eine Schulung beantragen, um das Tool so gut wie möglich zu beherrschen, aber sicher ist das noch nicht.


Noch eine kleine Frage, eher zur Ausrüstung:
Welche Hardwarekonfiguration ist für den WAPT-Server in den Einrichtungen erforderlich, abhängig von der Anzahl der Arbeitsstationen, da unsere Netzwerke je nach Einrichtung zwischen 150 und 1500 PCs umfassen?
Welche Konfiguration ist für den zentralen Server/das zentrale Repository erforderlich, wenn man bedenkt, dass es von etwa 150 Einrichtungen synchronisiert wird (nicht alle gleichzeitig, aber notwendigerweise mehrere gleichzeitig, wenn wir die Verfügbarkeit für den nächsten Tag überall gewährleisten wollen)?
Für die Konsole dürfte ein „Büro“-Rechner (Windows 7, 2 bis 4 GB RAM, Dual-Core) ausreichen?


Nochmals herzlichen Dank für Ihre Hilfe und Ihre Ratschläge.
Sobald ich mit den Tests beginnen konnte, werde ich nicht zögern, auf Sie zurückzukommen, um Fragen zu stellen und Sie über den Fortschritt auf dem Laufenden zu halten.

Guten Abend,

Benjamin

Benjam schrieb:Ich habe mich in diesem Punkt missverständlich ausgedrückt; meine Frage ist, ob das zweite Repository auf den Clients manuell konfiguriert werden muss? Oder ob der benutzerdefinierte Wapt-Installer dies automatisch erledigt? (Ich denke, es ist der zweite Fall, aber ich möchte sichergehen).

Man kann es zwar in das Installationsprogramm integrieren, aber man kann auch ein Paket erstellen, das dies automatisch erledigt. (Auf diese Weise ist das lokale Repository nicht mehr leer.)

Benjam schrieb: Und ich nehme an, dass sich beide Repositorien letztendlich auf demselben lokalen WAPT-Server der Institution befinden können?

Ja, genau so habe ich es gemacht:
lokale wapt-Datenbank: http://wapt/wapt
Basishost wapt: http://wapt/wapt-host
zusätzliche Einzahlung: http://wapt/wapt_repocentral (mit meinem Skript nachgebildet)

Benjam schrieb: Theoretisch ist es eine geniale Lösung und entspricht genau meinen Vorstellungen.
Jetzt muss ich nur noch etwas Zeit finden (was mit dem Schulbeginn gerade nicht so einfach ist), um eine Demo vorzubereiten und das System meinen Vorgesetzten vorzustellen.
Ich werde trotzdem noch einmal um eine Schulung bitten, um das Tool so gut wie möglich zu beherrschen, aber sicher ist das noch nicht.

Am besten wäre es, wenn Sie sich an tranquil.it wenden würden, um ein Angebot für „Schulung/Einrichtung“ zu erhalten (sie würden Sie schulen und Ihnen bei der Einrichtung des Projekts helfen)

Benjam schrieb: Noch eine kleine Frage, eher zur Hardware:
Welche Hardwarekonfiguration ist für den WAPT-Server in den Einrichtungen erforderlich, abhängig von der Anzahl der Arbeitsstationen, wobei unsere Netzwerke je nach Einrichtung zwischen 150 und 1500 PCs umfassen?

Um Ihnen ein Beispiel zu geben: Bei mir zu Hause verfügt wapt über 2 Gigabyte RAM für 150 Workstations und läuft einwandfrei.

Benjam schrieb: Welche Konfiguration ist für den zentralen Server/das Repository erforderlich, da er von ca. 150 Standorten synchronisiert werden soll (nicht alle gleichzeitig, aber notwendigerweise mehrere parallel, wenn die Verfügbarkeit für den nächsten Tag überall gewährleistet sein soll)?
Für die Konsole nehme ich an, dass ein Standard-Bürorechner (Windows 7, 2 bis 4 GB RAM, Dual-Core) ausreicht?

Das ist so, als hätte man 150 PCs, aber hauptsächlich wird Ihre Internetverbindung darunter leiden. Haben Sie Glasfaser?
Beim Einrichten von Crontabs sollten Sie die Ausführungszeiten staffeln.

sfonteneau schrieb:Man kann es zwar in das Installationsprogramm integrieren, aber man kann auch ein Paket erstellen, das dies automatisch erledigt. (Auf diese Weise ist das lokale Repository nicht mehr leer.)

Cool; die Idee war lediglich zu überprüfen, ob für jeden Client außer der Bereitstellung des Dienstes keine weiteren Maßnahmen erforderlich sind.

[/Zitat]

sfonteneau schrieb:Ja, so habe ich es gemacht:
Lokale Wapt-Datenbank: http://wapt/wapt
Host-Wapt-Datenbank: http://wapt/wapt-host
Zusätzliches Repository: http://wapt/wapt_repocentral (mit meinem Skript repliziert)

Wieder abkühlen Ich hatte es schon geahnt, wollte aber eine Bestätigung

sfonteneau schrieb:Am besten wäre es, wenn Sie sich an tranquil.it wenden, um ein Angebot für "Schulung/Einrichtung" zu erhalten (sie würden Sie schulen und Ihnen bei der Einrichtung des Projekts helfen).

Genau das habe ich gerade getan, und sobald die Angebote fertig sind, hoffe ich, die Genehmigung meiner Vorgesetzten für eine Schulung für mich und meine Kollegen zu erhalten

sfonteneau schrieb:Um Ihnen ein Beispiel zu geben: Bei mir hat wapt 2 GB RAM für 150 Rechner und läuft einwandfrei.
Es ist, als hätte man 150 PCs, aber hauptsächlich Ihre Internetverbindung wird darunter leiden. Haben Sie Glasfaser?
Versuchen Sie beim Einrichten der Cronjobs, die Ausführungszeiten zu staffeln.

Okay, die erforderliche Konfiguration erscheint angemessen.
Derzeit ist Glasfaserinternet in etwa der Hälfte der Betriebe verfügbar, aber in den kommenden Monaten/Jahren werden alle angeschlossen sein.


Nochmals vielen Dank für Ihre unschätzbare Hilfe.
Damit gehe ich ins Bett, denn ich muss morgen sehr früh arbeiten.

Benjamin