AluschI Geschrieben 29. Dezember 2010 Teilen Geschrieben 29. Dezember 2010 Hallo, ich wollte kurz meine Planung für die Projektarbeit vorstellen. Da mein erster Vorschlag dann doch aus Kostengründen abgelehnt wurde, brauche ich nun einen neuen Vorschlag. Dazu habe ich dann auch gleich eine Aufgabe gestellt bekommen, worüber ich mir meine ersten Gedanken gemacht habe und wollte nun wissen ob der Umfang überhaupt stimmt. Ich habe die Aufgabe einen neuen Drucker-Server in ein bestehendes Netzwerk zu integrieren. 1. Ist-Zustand beim Kunden In der Musterfirma sind 10 Drucker und ca. 50 Clients im Einsatz. Der vorhandene Drucker-Server ist wie die Clients an eine Win 2003 Domäne angemeldet. Bei größeren Druckaufträgen oder höherer Belastung kommt es zu performance Problemen. Das größte Problem ist aber das sich Windows 7 Clients nicht mehr an den Drucker-Server anmelden. 2. Ziel Integration eines neuen Drucker-Server in die bestehende Infrastruktur. Der neue Server soll in erster Linie Windows 7 kompatibel sein und auch bei höherer Belastung noch stabil laufen. Eine realisierung des Projektes mit Open Source Software wird bevorzugt. (Heist für mich im Klartext, entstehen mehr als Mannkosten gibt es kein Projekt) Damit ist für mich im Vorfeld klar das, solange realisierbar, es auf einen Samba Server etc. mit Druckersoftware hinaus läuft. Bekannt ist mir zum jetzigen Zeitpunkt nur das Samba mal Probleme mit Windows 7 Anmeldungen hatte. Glaube aber das dies nicht mehr so stimmt? Stellt mich vor das Problem das ich sonst kaum eine Ahnung von der korrekten Konfiguration eines Samba Server mit Integration in eine Win Domäne. Daher sollte ich mehr Zeit brauchen das System aufzusetzen als jemand der Drucker-Server am laufenden Band abliefert. Projektablauf: 1. Projektvorbereitung (11 Stunden) 1.1 Ist-Analyse (2 Stunde) 1.2 Analyse der Probleme die am alten Printer-Server auftreten (3 Stunden) 1.3 Evaluation der realisierbarkeit mit Open Source Software (3 Stunden) 1.4 Evaluation von kommerziellen Alternativen zu Open Source (2 Stunde) 1.5 Vergleich Open Source und kommerzielle Alternativen mit Kosten-Nutzen Analyse (1 Stunde) 2.Projektdurchführung (16 Stunden) 2.1 Installation Server (VM) und OS (1 Stunde) 2.2 Installation und Konfiguration von Samba und weiterer benötigter Software zur Anmeldung an eine Win 2003 Domäne (5 Stunden) 2.4 Installation einer Druckersoftware und benötigter Druckertreiber (4 Stunden) 2.5 Konfiguration der Druckertreiber mit Test für jeden Drucker auf Qualität (4 Stunden) 2.6 Bereitstellung der Druckertreiber an den entsprechenden Clients (2 Stunden) 3. Projekt Dokumentation (8 Stunden) Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Thanks-and-Goodbye Geschrieben 29. Dezember 2010 Teilen Geschrieben 29. Dezember 2010 Ich sehe da zwei riesige Probleme: Erstens: als Abschlussprojekt sollte man ein Thema verwenden, in welchem man absolut sattelfest ist. Für "learning by doing" hat man während der Projektzeit eher keine Zeit. Zweitens (aber wichtiger): das was du vorstellst, ist zwar klassische Arbeit für einen Fisi, stellt aber kein Projekt dar, das als Abschlussprojekt taugt. In einem Abschlussprojekt sollst du beweisen, dass du aus dem bunten Blumenstrauss möglicher Lösungsstrategien eine eigene Lösung finden sollst. Entscheidungskompetenzen findet man in deinem Antrag nicht. Die Auswahl der passenden Linux Distribution reicht da nicht aus. Und abschliessend: ein Win2003R2 32bit Server kann auch sauber für 64bittige Win7 Clients Druckserver sein - es müssen nur die Treiber bereitgestellt werden. Du hast kein Problem mit Win7, sondern ein massives Problem auf deinem Printserver. BTW: was sind das für Druckjobs, dass ein Server bei 10 Druckern schon in die Knie geht? Nur zum Beispiel: ich kenne Printserver auf einem Dualcore Xeon (also auch nicht mehr taufrisch) die bei ~40 Druckern immer noch Langeweile schieben - und das auch bei Anfall von grösseren Farbdruckjobs. Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
flashpixx Geschrieben 29. Dezember 2010 Teilen Geschrieben 29. Dezember 2010 (bearbeitet) Damit ist für mich im Vorfeld klar das, solange realisierbar, es auf einen Samba Server etc. mit Druckersoftware hinaus läuft. Bekannt ist mir zum jetzigen Zeitpunkt nur das Samba mal Probleme mit Windows 7 Anmeldungen hatte. Du braucht keinen Samba als Druckerserver, da man ab Windows 2000 über IPP drucken kann. Zusätzlich bietet CUPS entsprechende Authentifizierung und Quoting Daher sollte ich mehr Zeit brauchen das System aufzusetzen als jemand der Drucker-Server am laufenden Band abliefert. Du solltest von Deinem Projekt Ahnung haben, sich in ein neues Thema komplett einarbeiten zu müssen, halte ich für sehr schlecht. Wie schon gesagt, Samba ist der falsche Ansatz für so etwas und darum würde ich Dir das Projekt so direkt zerreißen. Bearbeitet 29. Dezember 2010 von flashpixx Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
AluschI Geschrieben 30. Dezember 2010 Autor Teilen Geschrieben 30. Dezember 2010 Du braucht keinen Samba als Druckerserver, da man ab Windows 2000 über IPP drucken kann. Zusätzlich bietet CUPS entsprechende Authentifizierung und Quoting Gut dann sag mir mal wie ich eine LDAP Auth ohne Samba zum laufen kriege? Schließlich müssen sich die Clients ja auf dem Drucker-Server anmelden. Das Problem ist ebend das der alte Druckerserver über Kerberus nur DES verwendet aber kein AES was für Win7 pflicht ist. Du solltest von Deinem Projekt Ahnung haben, sich in ein neues Thema komplett einarbeiten zu müssen, halte ich für sehr schlecht. Wie schon gesagt, Samba ist der falsche Ansatz für so etwas und darum würde ich Dir das Projekt so direkt zerreißen. Definiere Ahnung. Software auf eine Linux Distribution zum laufen zu bekommen ist meistens nicht das schwierigste. Mir stellt sich eher die Frage, wo soll ich noch Entscheidungen in einem Projekt treffen können wenn ich die volle Fachkompetenz schon besitze. Dann bietet man ja einem Kunden eben schon eine Lösung an, die Entscheidungsfindung ist dann ja schon lange vor dem Projekt entstanden. In einem Abschlussprojekt sollst du beweisen, dass du aus dem bunten Blumenstrauss möglicher Lösungsstrategien eine eigene Lösung finden sollst. Entscheidungskompetenzen findet man in deinem Antrag nicht. Die Auswahl der passenden Linux Distribution reicht da nicht aus. Mein Gedankengang war das sich die Entscheidungen durch die Problemanalyse enstehen. Warum können sich Win7 Clients nicht am alten Drucker-Server anmelden, Stichwort Kerberus, DES,AES. Welche möglichkeiten bieten Open Source Produkte und sind diese dafür geeignet diese Probleme zu beseitigen. Ist Open Source überhaupt realisierbar oder gibt es andere kommerzielle Produkte die sinnvoller für den Kunden wären. Ist der "learning-by doing" Einsatz letztendlich Kostengünstiger als eine kommerzielle Lösung? Ich finde schon die Möglichkeiten die von Open Source an dieses Problem heran zu gehen, die Entscheidung welche Variante die richtige ist und in den Arbeitsstunden realisierbar, gewaltig. Und abschliessend: ein Win2003R2 32bit Server kann auch sauber für 64bittige Win7 Clients Druckserver sein - es müssen nur die Treiber bereitgestellt werden. Du hast kein Problem mit Win7, sondern ein massives Problem auf deinem Printserver. BTW: was sind das für Druckjobs, dass ein Server bei 10 Druckern schon in die Knie geht? Nur zum Beispiel: ich kenne Printserver auf einem Dualcore Xeon (also auch nicht mehr taufrisch) die bei ~40 Druckern immer noch Langeweile schieben - und das auch bei Anfall von grösseren Farbdruckjobs. Das sind Druckjobs von ca. 1GB größe und dann meist mehrere. Was bei 1GB Ram am Drucker-Server keine gute Idee ist. Der Drucker-Server ist derweil älter als 10 Jahre und von Dualcore Xeon könnte man nur träumen, so viel Power würde ja nichtmal ein neuer bekommen. Für einen Win2003 Server bräuchte ich aber auch eine Lizenz und entsprechende Software, wenn ich mich nicht irre. Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Thanks-and-Goodbye Geschrieben 30. Dezember 2010 Teilen Geschrieben 30. Dezember 2010 Warum können sich Win7 Clients nicht am alten Drucker-Server anmelden, Stichwort Kerberus, DES,AES. Welche möglichkeiten bieten Open Source Produkte und sind diese dafür geeignet diese Probleme zu beseitigen. Die Clients authentifizieren sich nicht am Server, sondern am AD. Wenn das AD nicht sauber ist und m.W. auf die Ebene vom 2008er Server gehoben ist, hast du diese Probleme mit dem Anmelden. Da wird ein Samba auch nichts retten - da auch der mit dem AD zusammenarbeiten muss. Für einen Win2003 Server bräuchte ich aber auch eine Lizenz und entsprechende Software, wenn ich mich nicht irre. Welche Software? Für einen Printserver braucht man lediglich die Serverlizenz und die Treiber. Serverlizenz ist vom alten Server noch vorhanden und kann weiterverwendet werden. Kosten: Null. Insgesamt bekomm ich immer mehr den Eindruck dass du vom gesamten Thema technisch keine Ahnung hast - damit solltest du dir ein anderes Projektthema suchen. Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
AluschI Geschrieben 30. Dezember 2010 Autor Teilen Geschrieben 30. Dezember 2010 Die Clients authentifizieren sich nicht am Server, sondern am AD. Wenn das AD nicht sauber ist und m.W. auf die Ebene vom 2008er Server gehoben ist, hast du diese Probleme mit dem Anmelden. Da wird ein Samba auch nichts retten - da auch der mit dem AD zusammenarbeiten muss. Die Win7 Clients können sich über die Domäne anmelden (über AES), auch mit Win2003. Der Druckerserver meldet sich ebenfalls sauber an der Domäne an (über DES). Der Win7 Client(schon an der Domäne angemeldet) kommt jetzt über AES an den Druckerserver heran, der versteht aber nur DES. Also keine Auth und kein Zugriff auf die Freigabe. Der Druckerserver muss sich an die Domäne anmelden, wozu Samba oder ähnliches benötigt wird, um die Rechte und Freigaben der Domäne zu übernehmen. Der Druckerserver muss sowohl ein Kerberus Auth über DES und AES beherrschen, damit man nicht ständig seine Zugangsdaten eintippen muss... Dieso Problemanalyse ist für mich Bestandteil der Problemlösung und des Entscheidungsprozess. Das ein neuer Druckerserver auf Win2008 Server basis auch eine Möglichkeit ist, kann sein, ist aber vom Kunden nicht gewünscht. Welche Software? Für einen Printserver braucht man lediglich die Serverlizenz und die Treiber. Serverlizenz ist vom alten Server noch vorhanden und kann weiterverwendet werden. Kosten: Null. Insgesamt bekomm ich immer mehr den Eindruck dass du vom gesamten Thema technisch keine Ahnung hast - damit solltest du dir ein anderes Projektthema suchen. Ich wusste nicht das Win2003 Server von Haus aus eine Druckerverwaltung mit Queu Management etc. pp. bereit stellt. Desweiteren ist keine Win2003 Lizenz vorhanden und wenn muss diese auch nicht für das Projekt zur Verfühgung stehen. Der Druckerserver ist ebend nur eine HP-Kiste, mit allem, nur kein Win OS. Zum Thema Ahnung, Kerberus, DES, AES oder OS fern von Win scheint ja nicht gerade eine Paradisziplin hier zu sein... Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
flashpixx Geschrieben 30. Dezember 2010 Teilen Geschrieben 30. Dezember 2010 Insgesamt bekomm ich immer mehr den Eindruck dass du vom gesamten Thema technisch keine Ahnung hast - damit solltest du dir ein anderes Projektthema suchen. Dem schließe ich mich an! Definiere Ahnung. Software auf eine Linux Distribution zum laufen zu bekommen ist meistens nicht das schwierigste. Du solltest damit beginnen Dir das Wissen anzueignen, denn schon zu Beginn eines Projektes Samba in den gleichen Topf wirfst wie IPP, wirst Du spätestens, wenn der PA mal etwas breiter die Fragen stellt im Gespräch schon Probleme haben Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
AluschI Geschrieben 30. Dezember 2010 Autor Teilen Geschrieben 30. Dezember 2010 Du solltest damit beginnen Dir das Wissen anzueignen, denn schon zu Beginn eines Projektes Samba in den gleichen Topf wirfst wie IPP, wirst Du spätestens, wenn der PA mal etwas breiter die Fragen stellt im Gespräch schon Probleme haben Das hat damit auch nichts zu tun. Damit ich an die Druckerfreigabe auf dem Druckerserver heran komme, brauche ich aber etwas was dem Druckerserver einsicht in die Domänenstrucktur gewährt. Damit der Druckerserver erkennen kann das Client "X" der in Gruppe "Druck" mit dem Recht "Darfdrucken" gerade ankommt. Dies geschiet unter einer reinen Windowsumgebung über Kerberus welches nur eine einmalige Anmeldung an einer Domäne benötigt und die Kontrolle von Rechten bei Anfragen auf andere Domänenmitglieder (Server) im Hintergrund regelt. Schritt 1: Anmelden an den Druckerserver Schritt 2: Drucken über Freigabe Schritt 1 wird man allein mit IPP nicht regeln, außer man gibt alles für jeden frei. Verwaltung über die Domäne ist aber gewünscht. Eine Linux Kiste allein mit CUPS verwaltet keine Domänen Rechte. Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
flashpixx Geschrieben 30. Dezember 2010 Teilen Geschrieben 30. Dezember 2010 Schritt 1 wird man allein mit IPP nicht regeln, außer man gibt alles für jeden frei. Verwaltung über die Domäne ist aber gewünscht. Eine Linux Kiste allein mit CUPS verwaltet keine Domänen Rechte. Die Domäne hast Du ja fertig vorgegeben, das ist nämlich Dein AD. Ich setze mal voraus, dass Du Kenntnisse über Pluggable Authentication Modules ? Wikipedia und LDAP hast, dann sollte eine Authentifizierung einfach sein, denn CUPS basiert auf HTTP. Eine Frage im Sinne von Windows ist nicht notwendig, denn Du kannst via IPP direkt mit Queue des Druckers bzw Servers kommunizieren Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
flashpixx Geschrieben 30. Dezember 2010 Teilen Geschrieben 30. Dezember 2010 Die Win7 Clients können sich über die Domäne anmelden (über AES), auch mit Win2003. Der Druckerserver meldet sich ebenfalls sauber an der Domäne an (über DES). Nur mal so zum nachdenken: Advanced Encryption Standard ? Wikipedia Data Encryption Standard ? Wikipedia Die Clients melden sich sicher nicht über AES bzw DES an, das ist fachlich falsch Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
AluschI Geschrieben 30. Dezember 2010 Autor Teilen Geschrieben 30. Dezember 2010 Die Clients melden sich mit/über das Kerberos Protokoll an, welches unter anderem AES und DES als Verschlüsselungsverfahren verwendet. Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
AluschI Geschrieben 5. Januar 2011 Autor Teilen Geschrieben 5. Januar 2011 Hi, habe einen weiteres potenzielles Projekt bekommen und wollte mal kurz wissen ob dieses das Niveau eines FISI Projekts hat. Also hier grob das Projekt: IST-Zustand: Muster Firma GmbH hat zur Zeit eine analoge Videoüberwachung. Es werden jeweils die Eingangstüren überwacht. Klingelt eine Person an einer dieser Eingangstüren wird das Kamerabild am Türöffner angezeigt. Die Kameraaufnahmen werden nicht gespeichert. Ziel: Der Kunde möchte seine Videoüberwachung erweitern. Ziel ist es die Eingangstür für ein weiteres Nebengebäude ebenfalls mit einer Videoüberwachung auszustatten. Am Türöffner soll ebenfalls das Kamerabild verfügbar sein. Weiterhin sollen die Bilder der Videoüberwachung vom analogen System sowie dem neuen System jederzeit aus dem Netzwerk einsehbar sein. Soweit finanzierbar, sollen die Videoaufnahmen gespeichert und archeviert werden. Meine Aufagbe wäre dann: Auswahl der passenden Technik und System für die Videoüberwachung. Evtl. ist zu beachten das ein unabhängiges Netzwerk aufgabaut wird um das Videosystem vom internen Netz zu trennen. Sicherheitsfragen bei Installation von außen Kamera mit Netzwerkanschluss. Kosten-Nutzen Analyse der verschiedenen Möglichkeiten. Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
flashpixx Geschrieben 5. Januar 2011 Teilen Geschrieben 5. Januar 2011 Im letzten oder vorletzten Prüfungszeitraum gab es ein identisches Projekt !? Such mal bitte danach Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Empfohlene Beiträge
Dein Kommentar
Du kannst jetzt schreiben und Dich später registrieren. Wenn Du ein Konto hast, melde Dich jetzt an, um unter Deinem Benutzernamen zu schreiben.