Jump to content

Userle

Premium Member
  • Gesamte Inhalte

    839
  • Registriert seit

  • Letzter Besuch

Beiträge erstellt von Userle

  1. Der Standard Drucker wird nicht von Windows verwaltet.

    Innerhalb der RemoteApp kann ich schwer feststellen was in der Systemsteuerung steht. Da die Software jedoch den MS-PDF als ersten Drucker vorschlägt muss davon ausgegangen werden, dass dieser als Standard in der Systemsteuerung hinterlegt ist.

     

    Ich schrieb ja bereits:

    Am 21.10.2022 um 11:56 schrieb Userle:

    Melde ich den Benutzer via MSTSC an dem Server an, ist das immer noch so, jedoch wird in der Systemsteuerung der durchgereichte Drucker als Standard Drucker angezeigt. Das Programm greift jedoch immer noch stumpf auf den Microsoft PDF Drucker als Standard zu.

     

    Es ist macht mich einfach kirre, dass wir verschiedenste RemoteApp Server für verschiedene Anwendungen haben. Alle sind im Prinzip identisch konfiguriert. Der einzige Unterschied ist die jeweilige Anwendung die gepublished wird.

    Auf allen funktioniert die Drucker Zuordnung wie gewünscht incl. Standard Drucker. Nur bei der Zeiterfassung nicht. Dort sind zwar alle Drucker in der Sitzung durchgereicht, aber Standard ist und bleibt immer MS-PDF.

  2. Erst einmal danke für die bisherigen Antworten. Leider geht das am eigentlichen Problem bzw. der Fragestellung vorbei.

    Ich versuche mich noch einmal klarer auszudrücken:

     

    Ein Benutzer arbeitet z.B. an einem Win10 PC. Er hat einen Netzwerkdrucker auf diesem Win10 Client als Standard Drucker eingerichtet. Wir nennen diesen Drucker der Einfachheit halber mal Drucker A.

    Er startet die RemoteApp, welche so eingestellt ist, dass Drucker in die Remote Sitzung übergeben werden und auch den Standard Drucker ersetzen. Wenn die App dann gestartet ist, zeigt das Programm zwar den Drucker A in der Druckerauswahlliste an, aber schlägt immer den MS-PDF Drucker als Standard vor.

    Prüfe ich auf dem Remote Server die Registry Einträge, so kann ich ersehen, dass der MS-PDF Drucker tatsächlich als Standard definiert ist.

     

    Melde ich den gleichen Benutzer nicht über die Remote App sondern als normale RDP Sitzung via mstsc an, so steht in der Registry immer noch der MS-PDF Drucker als Standard, jedoch in der Systemsteuerung Drucker wird der Drucker A als Standard angezeigt. Starte ich dann das Programm wird auch der richtige Drucker, also Drucker A vorgeschlagen.

     

    Mir will nicht in den Kopf warum das mit der RemoteApp nicht klappt. Wir haben noch diverse andere RemoteApps, deren Konfiguration 1:1 identisch sind, außer natürlich die Software die gestartet wird. Bei allen funktioniert die Drucker Zuordnung wie gewünscht nur bei der einen nicht.

  3. Wahrscheinlich bin ich zu blond, aber unter dem Begriff Win32_Printer gibt es nur einen Eintrag in der Registry und dort existieren keine Einträge für Drucker.

     

    Wobei mich ganz kirre macht:

    vor 10 Stunden schrieb Userle:

    Melde ich den Benutzer via MSTSC an dem Server an, ist das immer noch so, jedoch wird in der Systemsteuerung der durchgereichte Drucker als Standard Drucker angezeigt. Das Programm greift jedoch immer noch stumpf auf den Microsoft PDF Drucker als Standard zu.

     

     

  4. Hallo Boardies,

     

    in einer Windows Server 2019 Umgebung werden verschiedene Programme als RemoteApp bereitgestellt. Alle diese Apps sind so konfiguriert, dass die Drucker des Clients in die Sitzung übergeben werden und auch den Standard Drucker übernehmen. Bei Allen Anwendungen klappt dies ohne Probleme mit Ausnahme einer Software für Zeiterfassung. Hier sind zwar die durchgereichten Drucker auswählbar, jedoch ist immer der Microsoft PDF-Drucker als Standard hinterlegt.

    Ich hab das nun relativ ausgiebig analysiert und folgendes dabei festgestellt:

     

    • im HKEY User der Benutzer ist der Microsoft PDF Drucker tatsächlich als Standard hinterlegt.
    • Melde ich den Benutzer via MSTSC an dem Server an, ist das immer noch so, jedoch wird in der Systemsteuerung der durchgereichte Drucker als Standard Drucker angezeigt. Das Programm greift jedoch immer noch stumpf auf den Microsoft PDF Drucker als Standard zu.
    • Der Support des Softwareanbieters sagt dazu, dass die Software auf die Windows Druckeinstellungen zurückgreift und es innerhalb der Software keinen Parameter gäbe, der am Standard Drucker dreht.
    • Eine weitere Merkwürdigkeit: Im Default User ist gar kein Standard Drucker angegeben. Trotzdem erhält jeder neue User automatisch den Microsoft PDF Drucker als Standard in der Registry hinterlegt.

     

    Wo ist das Brett vor meinem Kopf?

     

    Greetings Ralf

  5. vor 2 Stunden schrieb TimS:

    Der Benutzer, der das Internet nicht nutzen darf hat an unserer Uni keine Benutzerkennung. Er darf aber - weil es eine öffentlich Bibliothek ist - trotzdem in den Computerraum und die PCs nutzen mit einem bestimmten Programm.

     

    Das verwirrt mich total. Bisher bin ich davon ausgegangen, dass an einer Uni das Netz professionell betreut und verwaltet wird.

    Der offensichtlich "sanktionierte" Benutzer muss sich ja trotzdem an dem PC authentifizieren (daher verwirrt mich der Teil mit "ohne Benutzerkennung"), somit können doch Regeln auf ihn wirken. Im einfachsten Fall eine GPO die ihn an einen Dummy Proxy schickt wenn er Internet verwenden will.

    Allerdings würde ich erwarten, dass der Zugang zum Internet in einer Uni sowieso durch einen Proxy läuft und dieser wiederrum mit Profilen läuft á la Black- oder Whitelist z.B. oder eben halt gar keinen I-Net Zugang. Das ganze Benutzerabhängig.

     

    Wenn Du hier konkrete Hilfe erwartest solltest Du das Szenario und den Prozess der dahintersteckt so genau wie möglich schildern, incl. der Infos wie das Netzwerk generell aufgebaut ist.

     

    Greetings Ralf

  6. vor 20 Minuten schrieb wznutzer:

    In meinem Szenarion wäre das:

    1 x Server mit RDS Con. Broker, Gateway, WebAcess und Lizenz

    3 x Server -> Session Host

     

    Würde ich nicht so gestalten. Bei mir sähe das so aus:

     

    • Lizenzserver
    • Broker
    • WebAccess
    • GW
    • 5x Session Host (3x wären bei 100 Usern wenn ich recht erinnere sehr knapp. 20 User pro Sitzungshost denke ich)

    Nur weil man etwas kombinieren "kann" ist kein Argument es auch zu tun.

     

    Greetings Ralf

  7. kleines Update:

     

    Wie in dem Blog von Borncity nachzulesen ist (siehe Link von Zahni), hat MS das Problem auf die Liste der "known Issues" gesetzt und arbeitet an einer Lösung.

    MS hat wohl auch schon ein KB Preview herausgebracht, allerdings mit überschaubaren Erfolg.

    Ich kann nur hoffen, dass MS das in den Griff bekommt. Einige Umzugsarbeiten hier bei mir werden sonst sehr kompliziert.

     

    Greetings Ralf

  8. Also bezogen auf "PC" ist mir in all den Jahren max eine oder zwei SSD kaputt gegangen bevor der Lifecycle von dem jeweiligen PC beendet war.

    Auf Servern regelt weitestgehend Monitoring und Care Packs. Da sind aber RAID Verbünde und Co. am Start somit gibt es bei einem Defekt auch kein Problem.

     

    Für den Privat PC gilt was Damian sagt würde ich so sehen.

     

    Greetings Ralf

  9. vor 21 Minuten schrieb Sunny61:

    Beim Kopieren von Dateien sollte man auch nicht Ersetzen und/oder Erstellen benutzen, probiert dochmal Aktualisieren.

     

    Lieben Dank für den Tip, aber das bringt ja nicht wirklich was. Wenn ein Benutzer sich anmeldet, der die Dateien noch nicht hat bekommt er dann trotzdem die "leeren" Versionen. Abgesehen davon haben wir Kollegen, die häufig die Abteilung wechseln und daher wird ersetzen verwendet, damit die nicht mehr benötigen Dateien auch wieder verschwinden.

     

    vor 3 Stunden schrieb zahni:

     

    Danke Zahni, Born Blog hatte ich schon ergoogelt ;).

  10. Hallo Gemeinde,

     

    dies mehr zur Info als zur Frage:

    Mit den September Updates aus dem Hause MS hat es - zumindest bei uns - einiges zerschossen. So werden GPO nicht mehr korrekt ausgeführt die Dateien kopieren sollen und auf einem RDHApp Server hat es die Benutzerprofile zerrissen, womit die dortigen Apps nicht mehr genutzt werden konnten.

     

    Habt Ihr auch Probleme festgestellt?

     

    Greetings Ralf

  11. Diese Treffen sind örtlich nicht in Stein gemeißelt. Leider scheuen sich viele sowas zu organisieren.

    In der Regel kommen die Organisatoren aus NRW/Ruhrgebiet. Das diese dann auch dort die Treffen organisieren und nicht z.B. in München dürfte klar sein.

     

    Ich persönlich würde auch an Treffen im Norden oder Osten oder Süden teilnehmen. Also bitte: Freiwillige vor. Dasa Treffen im Oktober soll/wird nicht das letzte sein.

     

    vor 3 Stunden schrieb Stephan Betken:

    Ich wäre tatsächlich nicht abgeneigt und notiere mir auch schon mal den Termin,

     

    Wäre cool wenn Du das hinbekommst. Wir würden uns echt freuen.

     

    Greetings Ralf

×
×
  • Neu erstellen...