Jump to content

Stefan Hugo

Members
  • Gesamte Inhalte

    23
  • Registriert seit

  • Letzter Besuch

Alle erstellten Inhalte von Stefan Hugo

  1. Hallo, ich habe bezüglich der Sharepoint Sicherung eine Frage: Wird bei er oben erwähnten Sicherung mit der Zentraladminsitration oder stsadm auch das SQL Transaktionsprotokoll der Sharepoint Datenbanken mitgesichert (damit das Transaktionsprotokoll nicht zu groß wird) oder muss es zusätzlich in SQL gesichert werden? Gruß Stefan
  2. Hallo, laut der Technetanleitung Bereitstellen einer einfachen Serverfarm unter dem Betriebssystem Windows Server 2008 (Office SharePoint Server) ist die Registrierung eines Dienstprinzipalnamens für das SQL Server Dienstkonto notwendig. Gilt dies nur, wenn der SQL-Server nicht auf der gleichen Maschine läuft wie der Sharepointserver oder muss man den SPN für das SQL- Server Dienstkonto auch für Sharepoint Einzelserverinstallationen registrieren. Vielen Dank Stefan
  3. Hallo, hab noch eine Frage zum Sharepoint Server 2007, bei dem ja der Suchdienst für die Hilfe aktiviert werden kann. Warum gibt es da eigentlich einen Indizierungszeitplan, wenn sich der Inhalt der Hilfe nicht ändert, also statisch ist. Dass es beim Craweln von den "normalen" Sharepoint Seiten einen Indizierungszeitplan gibt, ist eigentlich verständlich, der Inhalt kann sich ja ändern. Aber warum gibts das auch bei der Hilfe? Gruß Stefan
  4. Gut, im Sharepoint habe ich nun für eine Sharepoint Seite zur Windowsauthentifizierung (NTLM) noch die Standardauthentifizierung als Authentifizierungsanbieter hinzugefügt. Im IIS 7 habe ich ebenso für diese Sharepoint Seite die Standardauthentifizierung aktiviert (zusätzlich zur Windows Authentifizierung) und als "Standarddomäne" unsere Domäne eingetragen und "Bereich" leer gelassen. Trotzdem funkioniert die Anmeldung ohne Angabe der Domäne nicht. Was mache ich falsch? Gruß Stefan
  5. Wie kann trägt man die Default-Domain im IIS7 für eine Sharepoint Seite ein? Gruß STefan
  6. Genau, der Sharepoint steht im Internet. Beim unserem OWA braucht man aber auch keinen Domänennamen anzugeben. Wenn der Sharepoint ohne Angabe des Domänennamens nicht auskommt, muss man das dann so hinnehmen.
  7. Hallo, also mit externer Anmeldung meine ich, dass sich z. B. Mitarbeiter von zu Hause von ihrem Privat PC, der also nicht innerhalb der Firmen-Domäne ist, an den Sharepoint Server anmelden. Ich möchte dies so wie bei unserem OWA Zugriff haben, bei dem auch nur Username und Password ausreicht.
  8. Wenn du vom Laptop aus den Server nicht anpingen kannst, kann man eigentlich die Fritzbox als Problem ausschließen.
  9. Also den für den Ping musste ich in der Firewall mit erweiterter Sicherheit als eingehende Regel den Ping freischalten (IPv4). "Eingehende Echoanforderung zulassen" wird auch beim Aktivieren der Dateifreigabe ermöglicht.
  10. Hi Wie möchtest du auf den Server 2008 zugreifen? Per Remote Desktop oder einfach eine Freigabe öffnen? Gruß Stefan
  11. Hallo, und zwar habe ich einen Sharepoint Server 2007 aufgesetzt. User, die sich bereits durch die Anmeldung an den Clients an der Domäne authentifiziert haben, müssen beim Zugriff auf Sharepointinhalte sich nicht erneut authentifizieren. Was mich jetzt aber stört, ist, dass man beim externen Zugriff auf Sharepointinhalte immer noch zusätzlich den "Domänenname\" vor den Usernamen voranstellen muss. Gibts da eine Möglichkeit, dass beim externen Anmelden der Username ausreicht (+ Passwort natürlich)? Vielen Dank im Voraus
  12. Hallo, also nochmal die erste Frage von meinem Thread: Welche Authentifizierung ist für Sharepoint generell empfehlenswert, wo liegen bei Kerberos oder NTLM die Vor- und Nachteile, welche Authentifizierung sollte man wann einsetzen. Also es geht jetzt erstmal um die interne Authentifizierung (Authentifizierung übers Internet erstmal außer Acht lassen). Gruß Stefan
  13. Hallo Leute, und zwar hab ich einige Fragen zu Sharepoint: In einer Firma soll ein Sharepoint Server zum Einsatz kommen. Welche Authentifizierungsmethode ist da die "bessere"? Auf einem Server (DC) mit Windows Server 2003 sind die Mitarbeiterkonten und auf einem anderen Server mit Windows Server 2008 und SQL Server 2008 soll Sharepoint Server 2007 installiert werden und die Sharepoint Inhalte bereit stellen. Welche Vorteile/Nachteile bieten mir da Kerberos oder NTLM. Sharepointseiten sollen auch ins Internet veröffentlicht werden, an denen sich die Mitarbeiter anmelden. Muss dafür die gleiche Authentifizierung verwendet werden. Es war so angedacht, alle Dienstkonten auch ins AD mit einzutragen. Ist dies ratsam oder können bei dem oben genannten Szenario auch einige Dienstkonten lokal ausgeführt werden. Vielen Dank im Voraus.
  14. Muss ich eigentlich unbedingt mit dem Domänenadmin Kennwort am zukünftigen Sharepoint Server angemeldet sein, um die Konten für SQL und Sharepoint vom AD übernehmen zu können. Warum reicht dafür nicht das Lokale Admin Konto? Wie sind da die Mindestanforderungen für die Berechtigungen oder in welcher Sicherheitsgruppe muss das Konto sein? Vielen Dank Gruß
  15. Hallo phoenixcp, ich war die ganze Zeit als Lokaler Administrator an dem Sharepoint Server angemeldert. Durch die Anmeldung als Domänenadmin an den Sharepoint Server funktioniert es (ich habe keinen Zugang zum Domänen Admin Kennwort). Danke für die Hilfe
  16. Hallo, also mit den angelegten Konten kann ich mich an Clients (XP Pro) ganz normal anmelden. Nur beim der SQL Installation geht es nicht.
  17. Hallo Ein vorhandener Server (Domänencontroller) mit Windows Server 2003 soll die Dienstkonten für eine Sharepoint Server 2007 Installation bereit stellen. Ein neuer Server mit Windows Server 2008 Standard ist bereits an der Server 2003 Domäne angebunden. Auf dem neuen Server soll dann noch SQL Server 2008 als Datenbank zum Einsatz kommen. Alle Dienstkonten sind im AD angelegt. Es tritt bei der Installation von SQL Server 2008 jedoch ein Problem auf, und zwar bei der Eingabe des Dienstkontos für SQL Server Agent und SQL Server Database Engine (das gleiche Konto für SQL Server Agent und SQL Server Database Engine). Die Meldungen lauten: "Die angegebenen Anmeldeinformationen für den SQL Server-Agent-Dienst sind ungültig. Sie müssen ein gültiges Konto und Kennwort für den SQL Server-Agent-Dienst angeben, um den Vorgang fortzusetzen." "Die angegebenen Anmeldeinformationen für den SQL Server-Dienst sind ungültig. Sie müssen ein gültiges Konto und Kennwort für den SQL Server-Dienst angeben, um den Vorgang fortzusetzen." Bei einer Testinstallation, bei der das AD, SQL 2008 und Sharepoint Server 2007 auf einem einzelnen Server vorhanden war, klappte alles ohne Probleme. Jetzt habe ich aber den Fall, dass das AD mit allen Konten für Sharepoint auf einem Server 2003 ausgelagert ist und ein neuer Server mit SQL Datenbank und Sharepoint hinzukommt. Hat jemand eine Idee, warum es zu den oben genannten Meldungen kommt?
  18. Hallo, Auf dem Server läuft der AVk von GData. Hier sind ein paar Screenshots von den NTFS-Berechtigungen. Hoffe, dass die Screenshots euch und dann auch mir weiterhelfen.
  19. Also als Virenscanner ist GData Antivirus im Einsatz. Hab Ihn mal deinstalliert. Zugriff auf die Freigabe hat der Benutzer "Jeder" mit "Vollzugriff".
  20. Ja, da sind alle Updates für das Office 2007 installiert inkl. SP1.
  21. Hallo, folgende Gegebenheiten sind vorhanden: Auf einem Server (Win 2003) sind Ordner freigegeben. Auf dem Client (Win XP Pro, Office 2007) kann man auf den freigegebenen Ordner durch ein verbundenes Netzlaufwerk zugreifen. In diesem Ordner befinden sich verschiedene erstellte Excel-Dateien mit der Endung *.xls. Wenn man nun eine dieser Excel-Datei öffnen möchte, erscheint folgende Meldung: "'Datei.xls' ist zum Bearbeiten durch ' ' gesperrt. Klicken Sie auf 'Schreibgeschützt' oder auf 'Benachrichtigen', um das Dokument schreibgeschützt zu öffnen und ggf. eine Benachrichtigung zu erhalten, wenn es verfügbar ist. [schreibgeschützt] [benachrichtigen] [Abbrechen] " Die Datei ist aber von niemandem im Netzwerk in Bearbeitung. Nun kann ich die Excel-Datei schreibgeschützt öffnen und unter einem anderen Namen abspeichern, nicht jedoch unter dem gleichen Namen, da wieder die Meldung kommt, dass die Datei schreibgeschützt ist. Nun kann ich wieder die Excel-Datei mit dem neuen Namen öffnen und es erscheint wieder die Meldung, dass die Datei gesperrt ist. Wenn ich aber nun von der Original Excel Datei eine Kopie in einen neuen Ordner vom Netzlaufwerk erstelle und diese dann öffne, erscheint folgende Meldung: "Unerwartete Dateisperrung von .Sie können diese Dateisperrung aufheben, oder fortfahren ohne diese Sperre aufzuheben. Wenn Sie die Sperre nicht aufheben, können Sie diese Datei nicht speichern, aber Sie können den Befehl 'Speichern unter' im Menü 'Datei' verwenden, um Ihre Arbeit in einer anderen Datei zu speichern. Soll die Sperre aufgehoben werden? [Ja] [Nein]" Da liegt mein verdacht darauf, dass jede Excel-Datei im Format *.xls sofort gesperrt wird. Dies tritt auch auf, wenn eine neue Excel-Datei auf dem Netzlaufwerk erstellt un geöffnet wird. Doch beim Abspeichern der Excel-Datei im neuen *.xlsx-Format tritt diese Problematik nicht auf. Da kann man die Dateien Problemlos öffnen, ändern und abspeichern. Weiß jemand, an was das genannte Problem liegen könnte und wie man es behebt? Vielen Dank
×
×
  • Neu erstellen...