Jump to content

speer

Members
  • Gesamte Inhalte

    425
  • Registriert seit

  • Letzter Besuch

Beiträge erstellt von speer

  1. Hallo zusammen,

    habe gerade ein Verständnisproblem mit Server 2008r2 Easyprint und Druckerserver. Mal simpel erklärt... :)

    1. Win 7 Client über RDP auf Server 2008r2 verbunden. Drucker sind in diesem Fall umgeleitet.

    2. Eine Anwendung auf dem Server 2008r2 erzeugt einen Druckauftrag und erstellt die XPS Datei.

    3. Die XPS Datei wiederum nimmt der Druckerserver und bereitet diese für den Drucker auf.

    4. Diese aufbereiteten Daten sendet er an den Drucker.

     

    Was mich etwas verwirrt ist die Option im Druckerserver Druckauftrag auf dem Client ausführen. Der Client wäre doch der 2008r2 Server oder?

     

  2. Hallo,

    legte erst letzte Woche eine Prüfung für MCSE ab.

    Mir kamen die Fragen deutlich schwerer vor als 2013. Die Windows Domäne ist jetzt Adatum und nicht mehr Contoso :)

    Häufig finden sich multiple choice Fragen, bei denen trotzdem nur eine Antwort richtig ist.

    Die Übersetzungen bei Pearson Vu sind nicht besser als bei Prometric. Wer des englischen mächtig ist, sollte diese in dieser Sprache ablegen.

     

    Wie auch immer, es ist meine persönliche Einschätzung.

     

    Speer

  3. Die onboard Raid Controller sind meistens für den Desktopbetrieb gedacht. Bei solch einem Raid Controller ist es sinnvoll öfters den Server herunterzufahren und eine Platte ziehen und sicher aufbewahren. Anschließend eine neue Platte rein um den Rebuild zu starten. Das kostet zwar Performance und ist arbeit, doch bei GAU steht immer die Platte im Schrank zur Verfügung.

     

    Unabdingbar wie bei allen Geräten die Daten halten ist die Datensicherung und deren Überprüfung im definierten Zeiträumen!

  4. Hallo,

    bei der Ablage der Recovery Keys musst du aber aufpassen das andere Benutzer diese nicht auslesen können. Da muss, soweit ich mich erinnere, noch etwas an der Berechtigungsstruktur angepasst werden.

    Ganz wichtig auch die GPOs ansehen und richtig konfigurieren. Manche Optionen schließen andere aus. Zudem unbedingt den Recovery Prozess dokumentieren und viel testen. Zur Sicherheit immer einen Wiederherstellungsagent in der Hinterhand haben.

  5. Hallo,

    die Namensauflösung kann ich ausschließen. Ist alles korrekt im DNS eingetragen. Im Netzwerk sind LMHOST und Netbios deaktiviert.

    Fragte mich schon ob es evtl. mit dem Zertifikat zusammen hängen könnte. Es handelt sich hierbei um einen Terminalserver für eine externe Entwicklungsfirma. Wir müssen hier laut Vertrag dringend ein Zertifikat von Thawte verwenden. Könnte das Abrufen der Sperrliste unter Umständen diese Verzögerung verursachen? Werd ich morgen von den Netzwerk Kollegen prüfen lassen. Die können auch nachverfolgen ob eine Anfrage zum CRL Server abgesetzt wird.

     

    Wer noch eine Idee hat, immer her damit :)

  6. Hallo zusammen,

    wir haben mehrere Server Farmen mit insgesamt 32 RD Server. Die Server sind alle 2008R2 mit SP1 und die Clients Windows 7 mit aktuellem Patch Stand.

    Was mir etwas merkwürdig vorkam war das verzögerte Starten der Remote App(s). Bei einem klick dauert es ca. 30 Sekunden bis sich das System, auf dem die Remote App läuft, überhaupt mit dem Anwendungsserver verbindet. Vorher ist der Schalter um Details anzuzeigen ausgegraut.

     

    Habe bereits versucht ohne RD-Gateway und Zertifikat es zu beschleunigen. Hat soweit aber nichts gebracht.

    Hänge etwas in der Luft da ich nicht weiß was das System in den 30s überhaupt tut. Hat jemand hier ein ähnliches Problem und eine Idee?

  7. Hallo zusammen,

    beim Öffnen einer RDP Datei erscheint die Meldung: "Vertrauen Sie dem Herausgeber dieser Remoteverbindung".

     

    Ein RDS Server 2008 mit selbst-signiertem Zertifikat. Dieses liegt bei allen Client bei den Vertrauenswürdigen Stammzertifikatsstellen.

    Die RDP Datei wurde mit einem öffentlichen Wildcard Zertifikat von Thawte signiert.

    Die Fingerprints der beiden Zertifikate wurden bei den Gruppenrichtlinien Computer -> Remotedesktop -> SHA Hash... eingefügt.

     

    Irgendwo scheint der Client ein Problem mit dem öffentlichen Zertifikat zu haben. Da dieses beim Herausgeber eingetragen ist

     

    Wo liegt den der Fehler? Fehlt in einem Zertifikatsspeicher noch ein Zertifikat?

  8. Hallo zusammen,

    ein kleiner Außenstandort <3 Mitarbeiter soll über WAN  auf Terminalserver arbeiten. Am Hauptstandort befindet sich der Terminal- und Druckserver.

    Der Client reicht den Drucker am Termianlserver über Easy Print durch. Das funktioniert soweit alles prima. Mir ist nur der Datenweg unklar. Der Druckserver ist für die Verteilung der vielen Drucker notwendig und spoolt auch die Drucker am Hauptstandort.

    Für den Außenstandort ist am Druckserver eingestellt, dass die Druckaufbereitung am Client erfolgen und zudem direkt Drucken soll. Wenn ich es richtig verstehe, leitet der Terminalserver das XPS Dokument auf den Client weiter. Dieser sorgt nun für die Druckaufbereitung und sendet diese an den Drucker. Folglich ist der Druckserver komplett außen vor.

     

    Ist die Vorgehensweise korrekt?

  9. Hallo,

    mit dem Gateway siehst du es richtig. Im RDP Client gibt es die Möglichkeit für lokale Adressen das Gateway umgehen zu aktivieren. Das macht die Sache deutlich entspannter.

     

    Der Broker unter 2008r2 braucht keine eignene Datenbank. Installiere Server 2008r2 Enterprise und erstelle einen Cluster. Die Rolle des Brokers wird häufig unterschätzt. Dieser macht neben dem verteilen der Sessions auch deren Zuordnung. Ohne Broker ist zudem keine Verbindung zur Farm möglich. Daher diese Kernkomponente immer schön redundant halten!

×
×
  • Neu erstellen...