info
Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Deaktivieren von OneDrive, Dateien in "Dokumente" behalten
135 views
Skip to first unread message
Andreas Borutta
Jul 17, 2018, 3:33:48 AM7/17/18
to
Moin.
Eine Freundin hat unter Windows 10 One Drive deaktiviert, weil sie den
Dienst nicht mehr nutzen wollte.
Danach waren ihre Dateien nicht mehr im Ordner Dokumente vorhanden,
sondern nur noch über den Verlauf.
Was muss sie bitte tun, damit alle Dateien im Ordner Dokument
verfügbar sind?
Zunächst OneDrive wieder aktivieren und dann manuell alle Dateien an
einem anderen Ort sichern?
Oder hat sie eine Option beim Deaktivieren von OneDrive übersehen?
Danke.
Andreas
--
http://fahrradzukunft.de
Eine Freundin hat unter Windows 10 One Drive deaktiviert, weil sie den
Dienst nicht mehr nutzen wollte.
Danach waren ihre Dateien nicht mehr im Ordner Dokumente vorhanden,
sondern nur noch über den Verlauf.
Was muss sie bitte tun, damit alle Dateien im Ordner Dokument
verfügbar sind?
Zunächst OneDrive wieder aktivieren und dann manuell alle Dateien an
einem anderen Ort sichern?
Oder hat sie eine Option beim Deaktivieren von OneDrive übersehen?
Danke.
Andreas
--
http://fahrradzukunft.de
Andreas Borutta
Jul 17, 2018, 5:26:33 AM7/17/18
to
Falk Dµebbert schrieb:
> Am 17.07.18 um 09:33 schrieb Andreas Borutta:
Nein, es sind verschiedene Personen.
> Es ist zwar ein englischer Artikel, aber das Menü, auf das es ankommt,
> ist richtig gezeigt.
>
> https://www.nytimes.com/2016/06/17/technology/personaltech/unhitching-the-pc-from-onedrive.html
>
> Also Onedrive wieder akitvieren und per Rechtsklick auf die Wolke bei
> der Uhr "nur auf diesem PC" oder ähnlich auswählen.
> Zur Sicherheit die Dateien nochmal auf einen USB-Stick laden und dann
> kann Onedrive nichts mehr verstecken.
Herzlichen Dank! :)
Andreas
--
http://fahrradzukunft.de
> Am 17.07.18 um 09:33 schrieb Andreas Borutta:
>> Eine Freundin hat unter Windows 10 One Drive deaktiviert, weil sie den
>> Dienst nicht mehr nutzen wollte.
>
> Hatte der Freund von vorgestern eine OP? :)
>> Dienst nicht mehr nutzen wollte.
>
Nein, es sind verschiedene Personen.
> Es ist zwar ein englischer Artikel, aber das Menü, auf das es ankommt,
> ist richtig gezeigt.
>
> https://www.nytimes.com/2016/06/17/technology/personaltech/unhitching-the-pc-from-onedrive.html
>
> Also Onedrive wieder akitvieren und per Rechtsklick auf die Wolke bei
> der Uhr "nur auf diesem PC" oder ähnlich auswählen.
> Zur Sicherheit die Dateien nochmal auf einen USB-Stick laden und dann
> kann Onedrive nichts mehr verstecken.
Herzlichen Dank! :)
Andreas
--
http://fahrradzukunft.de
Takvorian
Jul 17, 2018, 9:17:27 AM7/17/18
to
Andreas Borutta schrieb:
> Eine Freundin hat unter Windows 10 One Drive deaktiviert, weil sie den
> Dienst nicht mehr nutzen wollte.
Dann sollte man One Drive deinstallieren.
> Danach waren ihre Dateien nicht mehr im Ordner Dokumente vorhanden,
> sondern nur noch über den Verlauf.
> Was muss sie bitte tun, damit alle Dateien im Ordner Dokument
> verfügbar sind?
Der Speicherort ist hier festgelegt:
HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders
Standard für Dokumente Ist: %userprofile%\Documents
Alle Werte mit One Drive löschen, falls welche da sind.
> Eine Freundin hat unter Windows 10 One Drive deaktiviert, weil sie den
> Dienst nicht mehr nutzen wollte.
> Danach waren ihre Dateien nicht mehr im Ordner Dokumente vorhanden,
> sondern nur noch über den Verlauf.
> Was muss sie bitte tun, damit alle Dateien im Ordner Dokument
> verfügbar sind?
HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders
Standard für Dokumente Ist: %userprofile%\Documents
Alle Werte mit One Drive löschen, falls welche da sind.
Andreas Borutta
Jul 19, 2018, 4:53:59 AM7/19/18
to
Takvorian schrieb:
Danke, aber das war nach dem "Aufheben der Verknüpfung" zu OneDrive
(so nennt MS das Deaktivieren des Dienstes über das Taskleistensymbol)
nicht nötig.
Dokumente werden danach in "%userprofile%\Documents" gespeichert.
Aber trotzdem Danke für Deinen Hinweis.
Merkwürdig fand ich, dass trotz Aufhebung der Verknüpfung und
Deinstallation der OneDrive-App in den Office-Apps OneDrive noch als
"verbunden" gezeigt wird:
https://www.dropbox.com/s/ch9p471o02qatb2/IMG_1778.png
Andreas
--
http://fahrradzukunft.de
(so nennt MS das Deaktivieren des Dienstes über das Taskleistensymbol)
nicht nötig.
Dokumente werden danach in "%userprofile%\Documents" gespeichert.
Aber trotzdem Danke für Deinen Hinweis.
Merkwürdig fand ich, dass trotz Aufhebung der Verknüpfung und
Deinstallation der OneDrive-App in den Office-Apps OneDrive noch als
"verbunden" gezeigt wird:
https://www.dropbox.com/s/ch9p471o02qatb2/IMG_1778.png
Andreas
--
http://fahrradzukunft.de
Takvorian
Jul 19, 2018, 5:51:09 AM7/19/18
to
Andreas Borutta schrieb:
> Merkwürdig fand ich, dass trotz Aufhebung der Verknüpfung und
> Deinstallation der OneDrive-App in den Office-Apps OneDrive noch als
> "verbunden" gezeigt wird:
> https://www.dropbox.com/s/ch9p471o02qatb2/IMG_1778.png
Mhm, kann ich nicht nachvollziehen, da ich das One Drive-Geraffel bei
Neuinstallation immer sofort deinstalliere.
> Merkwürdig fand ich, dass trotz Aufhebung der Verknüpfung und
> Deinstallation der OneDrive-App in den Office-Apps OneDrive noch als
> "verbunden" gezeigt wird:
> https://www.dropbox.com/s/ch9p471o02qatb2/IMG_1778.png
Neuinstallation immer sofort deinstalliere.
Hermann
Jul 19, 2018, 6:27:53 AM7/19/18
to
Am 19.07.2018 um 10:53 schrieb Andreas Borutta:
> Merkwürdig fand ich, dass trotz Aufhebung der Verknüpfung und
> Deinstallation der OneDrive-App in den Office-Apps OneDrive noch als
> "verbunden" gezeigt wird:
> [...]
> Merkwürdig fand ich, dass trotz Aufhebung der Verknüpfung und
> Deinstallation der OneDrive-App in den Office-Apps OneDrive noch als
> "verbunden" gezeigt wird:
https://support.office.com/de-de/article/deaktivieren-oder-deinstallieren-von-onedrive-f32a17ce-3336-40fe-9c38-6efb09f944b0
https://www.deskmodder.de/wiki/index.php/Onedrive_deinstallieren_windows_10
Gruß
Hermann
--
Es gibt keinen gefährlicheren Irrtum, als die Folge mit der Ursache
zu verwechseln. (Friedrich Nietzsche)
Andreas Borutta
Jul 19, 2018, 7:52:54 AM7/19/18
to
Hermann schrieb:
> Am 19.07.2018 um 10:53 schrieb Andreas Borutta:
>> Merkwürdig fand ich, dass trotz Aufhebung der Verknüpfung und
>> Deinstallation der OneDrive-App in den Office-Apps OneDrive noch als
>> "verbunden" gezeigt wird:
>> [...]
>
> https://support.office.com/de-de/article/deaktivieren-oder-deinstallieren-von-onedrive-f32a17ce-3336-40fe-9c38-6efb09f944b0
Nach diesen Hinweisen war ich vorgegangen.
Siehe meine Aussagen "Verknüpfung aufheben", "Deinstallation".
> https://www.deskmodder.de/wiki/index.php/Onedrive_deinstallieren_windows_10
Auch dort sehe ich keinen weiterführenden Hinweis.
Was möchtest Du bitte mit den Links ausdrücken?
Andreas
--
http://fahrradzukunft.de
> Am 19.07.2018 um 10:53 schrieb Andreas Borutta:
>> Merkwürdig fand ich, dass trotz Aufhebung der Verknüpfung und
>> Deinstallation der OneDrive-App in den Office-Apps OneDrive noch als
>> "verbunden" gezeigt wird:
>> [...]
>
> https://support.office.com/de-de/article/deaktivieren-oder-deinstallieren-von-onedrive-f32a17ce-3336-40fe-9c38-6efb09f944b0
Siehe meine Aussagen "Verknüpfung aufheben", "Deinstallation".
> https://www.deskmodder.de/wiki/index.php/Onedrive_deinstallieren_windows_10
Auch dort sehe ich keinen weiterführenden Hinweis.
Was möchtest Du bitte mit den Links ausdrücken?
Andreas
--
http://fahrradzukunft.de
Stefan Kanthak
Aug 9, 2018, 9:43:12 AM8/9/18
to
"Andreas Borutta" <bor...@gmx.de> schrieb:
Die Frickler dieses SONDERMUELLs sind anscheinend Gruenschnaebel aus
der OpenSource-Szene, die offensichtlich KEINERLEI Ahnung von Windows
und von Software-Entwicklung haben!
1. das aktuelle OneDriveSetup.exe, veroeffentlicht am 18.7.2018 um
16:56:01 GMT, verfuegbar via
<https://onedrive.live.com/about/en-us/download/> von
<https://go.microsoft.com/fwlink/p/?LinkId=248256> alias
<https://g.live.com/1rewlive5skydrive/skydrivesetup> alias
<https://oneclient.sfx.ms/Win/Prod/18.111.0603.0006/OneDriveSetup.exe>
installiert die veraltete (vom 28.8.2017) und UNSICHERE Version
1.0.2k des als OpenSSL beruechtigten OpenSource-Schrotts!
Siehe <https://www.openssl.org/news/vulnerabilities-1.0.2.html>
JFTR: Windows bringt seit 22+ Jahren ein CryptoAPI samt SChannel
mit und braucht solchen Schrott NICHT!
Microsofts Mantra "Keep your PC up-to-date!", das sie allen ihren
Kunden regelmaessigst predigen, wird innerhalb dieser Klitsche mal
wieder ignoriert!
2. zusaetzlich zu diesem ersten Griff ins Kl00 sind diese Frickler
entweder UNFAEHIG oder UNWILLENS (ich argwoehne: beides), eine
Windows-Anwendung (genauer: eine "shell extension" fuer den Explorer)
mit den Schnittstellen des Win32-API der Windows-GUI zu schreiben.
Stattdessen verwursten diese ANFAENGER (eine selbstverstaendlich
auch VERALTETE Version) des OpenSource-Ungetuems Qt5; dessen
Laufzeitumgebung Qt5*.dll belegt auf der Festplatte "nur" 20MB.
Im RAM sind es ETWAS mehr.
3. aller schlechten Dinge sind 3: die VOLLIDIOTEN, die diesen Schrott
gefrickelt haben, ignorieren die MINIMAL-Vorgaben der inzwischen
23 Jahre alten "Designed for Windows"-Richtlinien.
Sie installieren diesen SCHROTT nicht unter %ProgramFiles%, wo er
vor Schreibzugriffen durch Benutzer sicher ist, sondern in das
Benutzerprofil JEDES Benutzers.
WEHRET DEN ANFAENGERN!
Stefan
PS: der von DropBox verbrochene Schrott ist keinen Deut besser!
[
--
Die unaufgeforderte Zusendung werbender E-Mails verstoesst gegen §823
Abs. 1 sowie §1004 Abs. 1 BGB und begruendet Anspruch auf Unterlassung.
Beschluss des OLG Bamberg vom 12.05.2005 (AZ: 1 U 143/04)
> Moin.
>
> Eine Freundin hat unter Windows 10 One Drive deaktiviert, weil sie den
> Dienst nicht mehr nutzen wollte.
Wieso hat sie diesen UEBLEN UNSICHEREN Schrott ueberhaupt aktiviert?
>
> Eine Freundin hat unter Windows 10 One Drive deaktiviert, weil sie den
> Dienst nicht mehr nutzen wollte.
Die Frickler dieses SONDERMUELLs sind anscheinend Gruenschnaebel aus
der OpenSource-Szene, die offensichtlich KEINERLEI Ahnung von Windows
und von Software-Entwicklung haben!
1. das aktuelle OneDriveSetup.exe, veroeffentlicht am 18.7.2018 um
16:56:01 GMT, verfuegbar via
<https://onedrive.live.com/about/en-us/download/> von
<https://go.microsoft.com/fwlink/p/?LinkId=248256> alias
<https://g.live.com/1rewlive5skydrive/skydrivesetup> alias
<https://oneclient.sfx.ms/Win/Prod/18.111.0603.0006/OneDriveSetup.exe>
installiert die veraltete (vom 28.8.2017) und UNSICHERE Version
1.0.2k des als OpenSSL beruechtigten OpenSource-Schrotts!
Siehe <https://www.openssl.org/news/vulnerabilities-1.0.2.html>
JFTR: Windows bringt seit 22+ Jahren ein CryptoAPI samt SChannel
mit und braucht solchen Schrott NICHT!
Microsofts Mantra "Keep your PC up-to-date!", das sie allen ihren
Kunden regelmaessigst predigen, wird innerhalb dieser Klitsche mal
wieder ignoriert!
2. zusaetzlich zu diesem ersten Griff ins Kl00 sind diese Frickler
entweder UNFAEHIG oder UNWILLENS (ich argwoehne: beides), eine
Windows-Anwendung (genauer: eine "shell extension" fuer den Explorer)
mit den Schnittstellen des Win32-API der Windows-GUI zu schreiben.
Stattdessen verwursten diese ANFAENGER (eine selbstverstaendlich
auch VERALTETE Version) des OpenSource-Ungetuems Qt5; dessen
Laufzeitumgebung Qt5*.dll belegt auf der Festplatte "nur" 20MB.
Im RAM sind es ETWAS mehr.
3. aller schlechten Dinge sind 3: die VOLLIDIOTEN, die diesen Schrott
gefrickelt haben, ignorieren die MINIMAL-Vorgaben der inzwischen
23 Jahre alten "Designed for Windows"-Richtlinien.
Sie installieren diesen SCHROTT nicht unter %ProgramFiles%, wo er
vor Schreibzugriffen durch Benutzer sicher ist, sondern in das
Benutzerprofil JEDES Benutzers.
WEHRET DEN ANFAENGERN!
Stefan
PS: der von DropBox verbrochene Schrott ist keinen Deut besser!
[
--
Die unaufgeforderte Zusendung werbender E-Mails verstoesst gegen §823
Abs. 1 sowie §1004 Abs. 1 BGB und begruendet Anspruch auf Unterlassung.
Beschluss des OLG Bamberg vom 12.05.2005 (AZ: 1 U 143/04)
Marcel Logen
Aug 9, 2018, 11:09:20 AM8/9/18
to
Stefan Kanthak schrieb:
> Siehe <https://www.openssl.org/news/vulnerabilities-1.0.2.html>
>
> JFTR: Windows bringt seit 22+ Jahren ein CryptoAPI samt SChannel
> mit und braucht solchen Schrott NICHT!
Gibt es für SChannel auch command line tools (wie bei OpenSSL, z. B.
"openssl s_client")?
Ich habe dafür in der (IMHO verwirrenden) MS-Dokumentation leider
keine Anhaltspunkte gefunden.
Marcel
--
+-+ +-------+ +---+ +------+ +-+ +-----+
+-------+ +----+ +-+ +----+ +---+ +----+ +--+ +---+ +------+
+---------+ +---+ +-+ +-----+ +-+ +-+ +-+
+-----+ +--------+ +------+ +--+
> Siehe <https://www.openssl.org/news/vulnerabilities-1.0.2.html>
>
> JFTR: Windows bringt seit 22+ Jahren ein CryptoAPI samt SChannel
> mit und braucht solchen Schrott NICHT!
"openssl s_client")?
Ich habe dafür in der (IMHO verwirrenden) MS-Dokumentation leider
keine Anhaltspunkte gefunden.
Marcel
--
+-+ +-------+ +---+ +------+ +-+ +-----+
+-------+ +----+ +-+ +----+ +---+ +----+ +--+ +---+ +------+
+---------+ +---+ +-+ +-----+ +-+ +-+ +-+
+-----+ +--------+ +------+ +--+
Stefan Kanthak
Aug 9, 2018, 11:59:25 AM8/9/18
to
"Marcel Logen" <33320000...@ybtra.de> schrieb:
> Stefan Kanthak schrieb:
>
>> Siehe <https://www.openssl.org/news/vulnerabilities-1.0.2.html>
>>
>> JFTR: Windows bringt seit 22+ Jahren ein CryptoAPI samt SChannel
>> mit und braucht solchen Schrott NICHT!
>
> Gibt es für SChannel auch command line tools (wie bei OpenSSL, z. B.
> "openssl s_client")?
Seit dem letzten Jahrtausend!
> Stefan Kanthak schrieb:
>
>> Siehe <https://www.openssl.org/news/vulnerabilities-1.0.2.html>
>>
>> JFTR: Windows bringt seit 22+ Jahren ein CryptoAPI samt SChannel
>> mit und braucht solchen Schrott NICHT!
>
> Gibt es für SChannel auch command line tools (wie bei OpenSSL, z. B.
> "openssl s_client")?
CERTUtil.exe, CERTMgr.exe, CertReq.exe, BITSAdmin.exe, MakeCERT.exe,
SignTool.exe, Cert2SPC.exe, ...
Stefan
Marcel Logen
Aug 9, 2018, 12:44:05 PM8/9/18
to
Stefan Kanthak schrieb:
>"Marcel Logen" <33320000...@ybtra.de> schrieb:
>> Gibt es für SChannel auch command line tools (wie bei OpenSSL, z. B.
>> "openssl s_client")?
>
>Seit dem letzten Jahrtausend!
>CERTUtil.exe, CERTMgr.exe, CertReq.exe, BITSAdmin.exe, MakeCERT.exe,
>SignTool.exe, Cert2SPC.exe, ...
Ja, danke, auf der Seite
<https://msdn.microsoft.com/de-de/library/dd233106(v=vs.110).aspx>
bin ich bei meiner Suche auch vorbeigekommen.
Allerdings vermisse ich das Pendant zu s_client, mit dem
man eine verschlüsselte Verbindung aufbauen (und über die
dann z. B. mit einem Mailserver reden) kann.
Marcel
--
╰───╮ ╭──╮ ╭─╮ ╭──╮ ╭─────╮ ╭
│ ╭──╮ ╭─╯ ╰──╮ │ ╰─╮ ╭─╯ ╰───╮ │ ╰─╯
╭─╯ │ ╰──╯ ╰───╯ ╰─╮ ╭─╯ ╭─────╯ ╭─────╮ │
╰───╯ ╰────────╯ ╰────────╯ ╰───╯
>"Marcel Logen" <33320000...@ybtra.de> schrieb:
>> Gibt es für SChannel auch command line tools (wie bei OpenSSL, z. B.
>> "openssl s_client")?
>
>Seit dem letzten Jahrtausend!
>CERTUtil.exe, CERTMgr.exe, CertReq.exe, BITSAdmin.exe, MakeCERT.exe,
>SignTool.exe, Cert2SPC.exe, ...
<https://msdn.microsoft.com/de-de/library/dd233106(v=vs.110).aspx>
bin ich bei meiner Suche auch vorbeigekommen.
Allerdings vermisse ich das Pendant zu s_client, mit dem
man eine verschlüsselte Verbindung aufbauen (und über die
dann z. B. mit einem Mailserver reden) kann.
Marcel
--
╰───╮ ╭──╮ ╭─╮ ╭──╮ ╭─────╮ ╭
│ ╭──╮ ╭─╯ ╰──╮ │ ╰─╮ ╭─╯ ╰───╮ │ ╰─╯
╭─╯ │ ╰──╯ ╰───╯ ╰─╮ ╭─╯ ╭─────╯ ╭─────╮ │
╰───╯ ╰────────╯ ╰────────╯ ╰───╯
Stefan Kanthak
Aug 9, 2018, 1:07:24 PM8/9/18
to
"Marcel Logen" <33320000...@ybtra.de> schrieb:
> Stefan Kanthak schrieb:
>
>>"Marcel Logen" <33320000...@ybtra.de> schrieb:
>
>>> Gibt es für SChannel auch command line tools (wie bei OpenSSL, z. B.
>>> "openssl s_client")?
>>
>>Seit dem letzten Jahrtausend!
>>CERTUtil.exe, CERTMgr.exe, CertReq.exe, BITSAdmin.exe, MakeCERT.exe,
>>SignTool.exe, Cert2SPC.exe, ...
>
> Ja, danke, auf der Seite
> <https://msdn.microsoft.com/de-de/library/dd233106(v=vs.110).aspx>
> bin ich bei meiner Suche auch vorbeigekommen.
>
> Allerdings vermisse ich das Pendant zu s_client, mit dem
> man eine verschlüsselte Verbindung aufbauen (und über die
> dann z. B. mit einem Mailserver reden) kann.
Das koennen die mit Windows gelieferten Programme wie Outlook Express
> Stefan Kanthak schrieb:
>
>>"Marcel Logen" <33320000...@ybtra.de> schrieb:
>
>>> Gibt es für SChannel auch command line tools (wie bei OpenSSL, z. B.
>>> "openssl s_client")?
>>
>>Seit dem letzten Jahrtausend!
>>CERTUtil.exe, CERTMgr.exe, CertReq.exe, BITSAdmin.exe, MakeCERT.exe,
>>SignTool.exe, Cert2SPC.exe, ...
>
> Ja, danke, auf der Seite
> <https://msdn.microsoft.com/de-de/library/dd233106(v=vs.110).aspx>
> bin ich bei meiner Suche auch vorbeigekommen.
>
> Allerdings vermisse ich das Pendant zu s_client, mit dem
> man eine verschlüsselte Verbindung aufbauen (und über die
> dann z. B. mit einem Mailserver reden) kann.
oder Windows Mail.
Oder (per Windows Script Host) aufrufbare COM-Objekte wie CDO.Message
Takvorian
Aug 9, 2018, 1:53:35 PM8/9/18
to
Stefan Kanthak schrieb:
Jetzt weiß ich auch, warum meine erste Aktion in Windows immer die
Deinstallation von Onedrive ist - abgesehen davon, dass ich private Daten eh
nie in Wolken speichern würde.
Deinstallation von Onedrive ist - abgesehen davon, dass ich private Daten eh
nie in Wolken speichern würde.
Matthias Berke
Aug 9, 2018, 2:33:24 PM8/9/18
to
Am 09.08.2018 um 15:33 schrieb Stefan Kanthak:
> 2. zusaetzlich zu diesem ersten Griff ins Kl00 sind diese Frickler
> entweder UNFAEHIG oder UNWILLENS (ich argwoehne: beides), eine
> Windows-Anwendung (genauer: eine "shell extension" fuer den Explorer)
> mit den Schnittstellen des Win32-API der Windows-GUI zu schreiben.
>
> Stattdessen verwursten diese ANFAENGER (eine selbstverstaendlich
> auch VERALTETE Version) des OpenSource-Ungetuems Qt5; dessen
> Laufzeitumgebung Qt5*.dll belegt auf der Festplatte "nur" 20MB.
> Im RAM sind es ETWAS mehr.
Qt5*.* wird übrigens auch von Acronis True Image installiert.
> 2. zusaetzlich zu diesem ersten Griff ins Kl00 sind diese Frickler
> entweder UNFAEHIG oder UNWILLENS (ich argwoehne: beides), eine
> Windows-Anwendung (genauer: eine "shell extension" fuer den Explorer)
> mit den Schnittstellen des Win32-API der Windows-GUI zu schreiben.
>
> Stattdessen verwursten diese ANFAENGER (eine selbstverstaendlich
> auch VERALTETE Version) des OpenSource-Ungetuems Qt5; dessen
> Laufzeitumgebung Qt5*.dll belegt auf der Festplatte "nur" 20MB.
> Im RAM sind es ETWAS mehr.
In "LW:\Program Files (x86)\Acronis\TrueImageHome"
--
mfg
Matthias
Stefan Kanthak
Aug 9, 2018, 3:50:27 PM8/9/18
to
"Matthias Berke" <mberke...@gmx.de> schrieb:
AUTSCH! Entweder "%Program Files%\Acronis\TrueImageHome" oder
"%Program Files (x86)%\Acronis\TrueImageHome"!
Ach? Ist sie wenigstens dort aktuell?
Was ist mit ELSTER, VirtualBox, ...?
JFTR: bei Software, die NICHT nur/primaer fuer Windows gefrickelt wird,
kann ich den Missbrauch von Zeux wie Qt akzeptieren; bei Software
wie OneDrive oder ELSTER, die NUR fuer Windows gefrickelt wird,
DEFINITIV nicht!
Stefan
PS: hast Du schon bemerkt, dass der von Dir missbrauchte UNSICHERE Schrott
| User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1
IBMs ICU installiert, OBWOHL eNTe UNICODE seit 25 Jahren ab Werk
unterstuetzt?
Und dass die unfaehigen Frickler von Mozilla nicht nur ICU, sondern
auch ihr eigenes NSS, Gecko und ne Menge weiteres Zeux NICHT als
gemeinsam nutzbare Komponenten unter "%CommonProgramFiles%Mozilla"
installieren?
Meissle die 23 Jahre alten "Designed for Windows"-Richtlinien in
Granit und appliziere diese bei den TROTTELN von Mozilla.
"%Program Files (x86)%\Acronis\TrueImageHome"!
Ach? Ist sie wenigstens dort aktuell?
Was ist mit ELSTER, VirtualBox, ...?
JFTR: bei Software, die NICHT nur/primaer fuer Windows gefrickelt wird,
kann ich den Missbrauch von Zeux wie Qt akzeptieren; bei Software
wie OneDrive oder ELSTER, die NUR fuer Windows gefrickelt wird,
DEFINITIV nicht!
Stefan
PS: hast Du schon bemerkt, dass der von Dir missbrauchte UNSICHERE Schrott
| User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1
IBMs ICU installiert, OBWOHL eNTe UNICODE seit 25 Jahren ab Werk
unterstuetzt?
Und dass die unfaehigen Frickler von Mozilla nicht nur ICU, sondern
auch ihr eigenes NSS, Gecko und ne Menge weiteres Zeux NICHT als
gemeinsam nutzbare Komponenten unter "%CommonProgramFiles%Mozilla"
installieren?
Meissle die 23 Jahre alten "Designed for Windows"-Richtlinien in
Granit und appliziere diese bei den TROTTELN von Mozilla.
Marcel Logen
Aug 9, 2018, 4:42:29 PM8/9/18
to
Stefan Kanthak schrieb:
>"Marcel Logen" <33320000...@ybtra.de> schrieb:
>> Allerdings vermisse ich das Pendant zu s_client, mit dem
>> man eine verschlüsselte Verbindung aufbauen (und über die
>> dann z. B. mit einem Mailserver reden) kann.
>
>Das koennen die mit Windows gelieferten Programme wie Outlook Express
>oder Windows Mail.
>Oder (per Windows Script Host) aufrufbare COM-Objekte wie CDO.Message
Das ist nicht ganz das, was mir vorschwebt. Ich dachte da
>"Marcel Logen" <33320000...@ybtra.de> schrieb:
>> Allerdings vermisse ich das Pendant zu s_client, mit dem
>> man eine verschlüsselte Verbindung aufbauen (und über die
>> dann z. B. mit einem Mailserver reden) kann.
>
>Das koennen die mit Windows gelieferten Programme wie Outlook Express
>oder Windows Mail.
>Oder (per Windows Script Host) aufrufbare COM-Objekte wie CDO.Message
eher an eine Art "telnet", aber über einen verschlüsselten
Kanal.
Marcel
--
╭──╮ ╭──╮ ╭──╮ ╭───╮
╭─╯ ╰──╯ │ ╭──╮ ╭───╯ ╰─╯ ╰────────╮ ╭─╮ ╭────╮
╰──╮ ╭────╯ │ │ ╰──╮ │ │ ╰─╯ │ ╭─╮ ╭───╮
╭───╯ ╰──────╯ ╰──────╯ ╰───╯ ╰─╯ ╰──╯ ╰───╮
Stefan Kanthak
Aug 9, 2018, 4:59:23 PM8/9/18
to
"Marcel Logen" <33320000...@ybtra.de> schrieb:
> Stefan Kanthak schrieb:
>
>>"Marcel Logen" <33320000...@ybtra.de> schrieb:
>
>>> Allerdings vermisse ich das Pendant zu s_client, mit dem
>>> man eine verschlüsselte Verbindung aufbauen (und über die
>>> dann z. B. mit einem Mailserver reden) kann.
>>
>>Das koennen die mit Windows gelieferten Programme wie Outlook Express
>>oder Windows Mail.
>>Oder (per Windows Script Host) aufrufbare COM-Objekte wie CDO.Message
>
> Das ist nicht ganz das, was mir vorschwebt. Ich dachte da
> eher an eine Art "telnet", aber über einen verschlüsselten
> Kanal.
Dafuer hat Microsoft (statt vieler Insel-Loesungen) IPsec vorgesehen.
> Stefan Kanthak schrieb:
>
>>"Marcel Logen" <33320000...@ybtra.de> schrieb:
>
>>> Allerdings vermisse ich das Pendant zu s_client, mit dem
>>> man eine verschlüsselte Verbindung aufbauen (und über die
>>> dann z. B. mit einem Mailserver reden) kann.
>>
>>Das koennen die mit Windows gelieferten Programme wie Outlook Express
>>oder Windows Mail.
>>Oder (per Windows Script Host) aufrufbare COM-Objekte wie CDO.Message
>
> Das ist nicht ganz das, was mir vorschwebt. Ich dachte da
> eher an eine Art "telnet", aber über einen verschlüsselten
> Kanal.
Marcel Logen
Aug 9, 2018, 6:32:58 PM8/9/18
to
Stefan Kanthak schrieb:
>"Marcel Logen" <33320000...@ybtra.de> schrieb:
>> Das ist nicht ganz das, was mir vorschwebt. Ich dachte da
>> eher an eine Art "telnet", aber über einen verschlüsselten
>> Kanal.
>
>Dafuer hat Microsoft (statt vieler Insel-Loesungen) IPsec vorgesehen.
OK, danke, so tief runtergehen wollte ich im OSI-Modell
>"Marcel Logen" <33320000...@ybtra.de> schrieb:
>> Das ist nicht ganz das, was mir vorschwebt. Ich dachte da
>> eher an eine Art "telnet", aber über einen verschlüsselten
>> Kanal.
>
>Dafuer hat Microsoft (statt vieler Insel-Loesungen) IPsec vorgesehen.
nun doch nicht. Die Mail- oder Webserver, mit denen ich
mich verbinden will, benutzen i. allg. TLS.
<https://en.wikipedia.org/wiki/OSI_model#Examples>
Marcel
--
╭─╮ ╭───╮ ╭──╮ ╭─╮ ╭────╮
│ ╰─╮ ╭─╯ ╰─────╯ ╰─╯ ╰─╮ ╭──╯ ╭─╯ ╭──╮
╭─╯ ╰──╯ ╰─╯ │ ╭─╮ ╭─────╮ ╭──╯ │
╭─╯ ╰─╯ ╰─╯ ╰────────────╯ │
Matthias Berke
Aug 9, 2018, 7:52:08 PM8/9/18
to
Am 09.08.2018 um 21:35 schrieb Stefan Kanthak:
> "Matthias Berke" <mberke...@gmx.de> schrieb:
>
>> Am 09.08.2018 um 15:33 schrieb Stefan Kanthak:
>>
>>> 2. zusaetzlich zu diesem ersten Griff ins Kl00 sind diese Frickler
>>> entweder UNFAEHIG oder UNWILLENS (ich argwoehne: beides), eine
>>> Windows-Anwendung (genauer: eine "shell extension" fuer den Explorer)
>>> mit den Schnittstellen des Win32-API der Windows-GUI zu schreiben.
>>>
>>> Stattdessen verwursten diese ANFAENGER (eine selbstverstaendlich
>>> auch VERALTETE Version) des OpenSource-Ungetuems Qt5; dessen
>>> Laufzeitumgebung Qt5*.dll belegt auf der Festplatte "nur" 20MB.
>>> Im RAM sind es ETWAS mehr.
>>
>> Qt5*.* wird übrigens auch von Acronis True Image installiert.
>> In "LW:\Program Files (x86)\Acronis\TrueImageHome"
>
> AUTSCH! Entweder "%Program Files%\Acronis\TrueImageHome" oder
> "%Program Files (x86)%\Acronis\TrueImageHome"!
Ja korrekt - hier - "%ProgramFiles(x86)%\Acronis\TrueImageHome
> "Matthias Berke" <mberke...@gmx.de> schrieb:
>
>> Am 09.08.2018 um 15:33 schrieb Stefan Kanthak:
>>
>>> 2. zusaetzlich zu diesem ersten Griff ins Kl00 sind diese Frickler
>>> entweder UNFAEHIG oder UNWILLENS (ich argwoehne: beides), eine
>>> Windows-Anwendung (genauer: eine "shell extension" fuer den Explorer)
>>> mit den Schnittstellen des Win32-API der Windows-GUI zu schreiben.
>>>
>>> Stattdessen verwursten diese ANFAENGER (eine selbstverstaendlich
>>> auch VERALTETE Version) des OpenSource-Ungetuems Qt5; dessen
>>> Laufzeitumgebung Qt5*.dll belegt auf der Festplatte "nur" 20MB.
>>> Im RAM sind es ETWAS mehr.
>>
>> Qt5*.* wird übrigens auch von Acronis True Image installiert.
>> In "LW:\Program Files (x86)\Acronis\TrueImageHome"
>
> AUTSCH! Entweder "%Program Files%\Acronis\TrueImageHome" oder
> "%Program Files (x86)%\Acronis\TrueImageHome"!
> Ach? Ist sie wenigstens dort aktuell?
> Was ist mit ELSTER, VirtualBox, ...?
> JFTR: bei Software, die NICHT nur/primaer fuer Windows gefrickelt wird,
> kann ich den Missbrauch von Zeux wie Qt akzeptieren; bei Software
> wie OneDrive oder ELSTER, die NUR fuer Windows gefrickelt wird,
> DEFINITIV nicht!
>
> Stefan
>
> PS: hast Du schon bemerkt, dass der von Dir missbrauchte UNSICHERE Schrott
>
> | User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1
> IBMs ICU installiert, OBWOHL eNTe UNICODE seit 25 Jahren ab Werk
> unterstuetzt?
> Und dass die unfaehigen Frickler von Mozilla nicht nur ICU, sondern
> auch ihr eigenes NSS, Gecko und ne Menge weiteres Zeux NICHT als
> gemeinsam nutzbare Komponenten unter "%CommonProgramFiles%Mozilla"
> installieren?
> Meissle die 23 Jahre alten "Designed for Windows"-Richtlinien in
> Granit und appliziere diese bei den TROTTELN von Mozilla.
> [
der Tonne verschwinden und diskutieren könnte ich es mit denen auch so
wie Du.
Dazu fehlt mir völlig entsprechend notwendiges Hintergrundwissen.
--
mfg
Matthias
Matthias Berke
Aug 9, 2018, 7:54:43 PM8/9/18
to
Am 10.08.2018 um 01:52 schrieb Matthias Berke:
> Da bin ich ein zu kleines Licht. Selbst wenn würde es da doch eh nur in
> der Tonne verschwinden und diskutieren könnte ich es mit denen auch so
^^^^
> Da bin ich ein zu kleines Licht. Selbst wenn würde es da doch eh nur in
> der Tonne verschwinden und diskutieren könnte ich es mit denen auch so
da fehlt das Wort "nicht" :-)
--
mfg
Matthias
Claus Reibenstein
Aug 10, 2018, 6:11:21 AM8/10/18
to
Marcel Logen schrieb am 09.08.2018 um 22:42:
> Das ist nicht ganz das, was mir vorschwebt. Ich dachte da
> eher an eine Art "telnet", aber über einen verschlüsselten
> Kanal.
Bei Telnet fällt mir spontan PuTTY ein. Vielleicht hilft das.
> Das ist nicht ganz das, was mir vorschwebt. Ich dachte da
> eher an eine Art "telnet", aber über einen verschlüsselten
> Kanal.
Gruß
Claus
Marcel Logen
Aug 10, 2018, 7:05:05 AM8/10/18
to
Claus Reibenstein schrieb:
Danke, das wäre dann SSH, wenn ich das richtig sehe
<https://de.wikipedia.org/wiki/PuTTY>, - und wieder
'Fremdsoftware'. Da Stefan aber schrieb, daß SChannel
seit vielen Jahren bei Windows dabei ist, kam ich auf
die Idee, daß das evtl. ein Ersatz für OpenSSL (eben-
falls Fremdsoftware) sein könnte.
Für TLS-Verbindungen auf der command line scheint es
mir aber doch keine Alternative aus Windows-Bordmitteln
zu OpenSSL zu geben.
Marcel
--
+--------+ +-----------+ +--+ +-------+
+-+ +-+ +-+ +--------+ +-+ +---+ +--+ +-+
+-+ +---+ +-+ +-+ +---+ +---+ +-+ +-----+ +--+ +-+ +--+
-+ +------+ +------+ +-+ +-+ +--------+ +-+ +-
<https://de.wikipedia.org/wiki/PuTTY>, - und wieder
'Fremdsoftware'. Da Stefan aber schrieb, daß SChannel
seit vielen Jahren bei Windows dabei ist, kam ich auf
die Idee, daß das evtl. ein Ersatz für OpenSSL (eben-
falls Fremdsoftware) sein könnte.
Für TLS-Verbindungen auf der command line scheint es
mir aber doch keine Alternative aus Windows-Bordmitteln
zu OpenSSL zu geben.
Marcel
--
+--------+ +-----------+ +--+ +-------+
+-+ +-+ +-+ +--------+ +-+ +---+ +--+ +-+
+-+ +---+ +-+ +-+ +---+ +---+ +-+ +-----+ +--+ +-+ +--+
-+ +------+ +------+ +-+ +-+ +--------+ +-+ +-
Herrand Petrowitsch
Aug 10, 2018, 7:33:30 AM8/10/18
to
Marcel Logen schrieb:
> Claus Reibenstein schrieb:
>> Marcel Logen schrieb:
>>> Das ist nicht ganz das, was mir vorschwebt. Ich dachte da
>>> eher an eine Art "telnet", aber über einen verschlüsselten
>>> Kanal.
>>
>> Bei Telnet fällt mir spontan PuTTY ein. Vielleicht hilft das.
>
> Danke, das wäre dann SSH, wenn ich das richtig sehe
Nicht direkt: PuTTY stellt lediglich eine Session/Connection zu
entfernten Rechnern her und einen command prompt bereit; dort koennen
selbstverstaendlich Protokolle wie ssh oder sftp verwendet werden.
<https://putty.org/>
<https://the.earth.li/~sgtatham/putty/0.70/puttydoc.txt>
> [...]
Gruss Herrand
--
Emails an die angegebene Adresse werden gelegentlich sogar gelesen.
> Claus Reibenstein schrieb:
>> Marcel Logen schrieb:
>>> Das ist nicht ganz das, was mir vorschwebt. Ich dachte da
>>> eher an eine Art "telnet", aber über einen verschlüsselten
>>> Kanal.
>>
>> Bei Telnet fällt mir spontan PuTTY ein. Vielleicht hilft das.
>
> Danke, das wäre dann SSH, wenn ich das richtig sehe
entfernten Rechnern her und einen command prompt bereit; dort koennen
selbstverstaendlich Protokolle wie ssh oder sftp verwendet werden.
<https://putty.org/>
<https://the.earth.li/~sgtatham/putty/0.70/puttydoc.txt>
> [...]
Gruss Herrand
--
Emails an die angegebene Adresse werden gelegentlich sogar gelesen.
Herrand Petrowitsch
Aug 10, 2018, 7:51:43 AM8/10/18
to
Marcel Logen schrieb:
> Claus Reibenstein schrieb:
>> Marcel Logen schrieb:
>>> Das ist nicht ganz das, was mir vorschwebt. Ich dachte da
>>> eher an eine Art "telnet", aber über einen verschlüsselten
>>> Kanal.
>>
>> Bei Telnet fällt mir spontan PuTTY ein. Vielleicht hilft das.
>
> Danke, das wäre dann SSH, wenn ich das richtig sehe
Nicht per se - im Zuge der Installation/Konfiguration kannst du
selbstverstaendlich (neben anderen) auch das Protokoll ssh waehlen.
PuTTY stellt dabei eine Session/Connection zu
entfernten Rechnern her und einen command prompt bereit. Protokolle wie
ssh oder sftp werden darin natuerlich unterstuetzt.
> Claus Reibenstein schrieb:
>> Marcel Logen schrieb:
>>> Das ist nicht ganz das, was mir vorschwebt. Ich dachte da
>>> eher an eine Art "telnet", aber über einen verschlüsselten
>>> Kanal.
>>
>> Bei Telnet fällt mir spontan PuTTY ein. Vielleicht hilft das.
>
> Danke, das wäre dann SSH, wenn ich das richtig sehe
selbstverstaendlich (neben anderen) auch das Protokoll ssh waehlen.
PuTTY stellt dabei eine Session/Connection zu
entfernten Rechnern her und einen command prompt bereit. Protokolle wie
ssh oder sftp werden darin natuerlich unterstuetzt.
Stefan Kanthak
Aug 10, 2018, 8:02:16 AM8/10/18
to
"Matthias Berke" <mberke...@gmx.de> schrieb:
> Am 09.08.2018 um 21:35 schrieb Stefan Kanthak:
>
>> "Matthias Berke" <mberke...@gmx.de> schrieb:
>>
>>> Am 09.08.2018 um 15:33 schrieb Stefan Kanthak:
>>>
>>>> 2. zusaetzlich zu diesem ersten Griff ins Kl00 sind diese Frickler
>>>> entweder UNFAEHIG oder UNWILLENS (ich argwoehne: beides), eine
>>>> Windows-Anwendung (genauer: eine "shell extension" fuer den Explorer)
>>>> mit den Schnittstellen des Win32-API der Windows-GUI zu schreiben.
>>>>
>>>> Stattdessen verwursten diese ANFAENGER (eine selbstverstaendlich
>>>> auch VERALTETE Version) des OpenSource-Ungetuems Qt5; dessen
>>>> Laufzeitumgebung Qt5*.dll belegt auf der Festplatte "nur" 20MB.
>>>> Im RAM sind es ETWAS mehr.
>>>
>>> Qt5*.* wird übrigens auch von Acronis True Image installiert.
>>> In "LW:\Program Files (x86)\Acronis\TrueImageHome"
>>
>> AUTSCH! Entweder "%Program Files%\Acronis\TrueImageHome" oder
>> "%Program Files (x86)%\Acronis\TrueImageHome"!
>
> Ja korrekt - hier - "%ProgramFiles(x86)%\Acronis\TrueImageHome
>
>> Ach? Ist sie wenigstens dort aktuell?
>
> In ATI Home 2017 ist sie nicht aktuell - hier Qt5-Version 5.6.*
>
>> Was ist mit ELSTER, VirtualBox, ...?
>
> Nutze ich nicht.
Du nicht, aber Muellionen anderer ONUs...
> Am 09.08.2018 um 21:35 schrieb Stefan Kanthak:
>
>> "Matthias Berke" <mberke...@gmx.de> schrieb:
>>
>>> Am 09.08.2018 um 15:33 schrieb Stefan Kanthak:
>>>
>>>> 2. zusaetzlich zu diesem ersten Griff ins Kl00 sind diese Frickler
>>>> entweder UNFAEHIG oder UNWILLENS (ich argwoehne: beides), eine
>>>> Windows-Anwendung (genauer: eine "shell extension" fuer den Explorer)
>>>> mit den Schnittstellen des Win32-API der Windows-GUI zu schreiben.
>>>>
>>>> Stattdessen verwursten diese ANFAENGER (eine selbstverstaendlich
>>>> auch VERALTETE Version) des OpenSource-Ungetuems Qt5; dessen
>>>> Laufzeitumgebung Qt5*.dll belegt auf der Festplatte "nur" 20MB.
>>>> Im RAM sind es ETWAS mehr.
>>>
>>> Qt5*.* wird übrigens auch von Acronis True Image installiert.
>>> In "LW:\Program Files (x86)\Acronis\TrueImageHome"
>>
>> AUTSCH! Entweder "%Program Files%\Acronis\TrueImageHome" oder
>> "%Program Files (x86)%\Acronis\TrueImageHome"!
>
> Ja korrekt - hier - "%ProgramFiles(x86)%\Acronis\TrueImageHome
>
>> Ach? Ist sie wenigstens dort aktuell?
>
> In ATI Home 2017 ist sie nicht aktuell - hier Qt5-Version 5.6.*
>
>> Was ist mit ELSTER, VirtualBox, ...?
>
> Nutze ich nicht.
Fuehre auf (D)einem Windows doch mal folgende Kommandos aus:
DIR /A/S "%ProgramFiles%\api-ms-win-*.dll"
DIR /A/S "%ProgramFiles%\ucrtbase.dll"
DIR /A/S "%ProgramFiles%\vcruntime*.dll"
DIR /A/S "%ProgramFiles(x86)%\api-ms-win-*.dll"
DIR /A/S "%ProgramFiles(x86)%\ucrtbase.dll"
DIR /A/S "%ProgramFiles(x86)%\vcruntime*.dll"
Alles was Du dort findest wird NICHT von Windows Update aktuell gehalten,
obwohl das alles von Microsoft gelieferte Dateien sind.
DIR /A/S %SystemDrive%\*eay32.dll
DIR /A/S %SystemDrive%\libcurl.dll
DIR /A/S %SystemDrive%\zlib*.dll
Sind die alle aktuell?
DIR /A/S %SystemDrive%\msvc*.dll
DIR /A/S %SystemDrive%\mfc*.dll
Und diese auch?
Welche davon sind NICHT unterhalb von %SystemRoot% "installiert"?
>> JFTR: bei Software, die NICHT nur/primaer fuer Windows gefrickelt wird,
>> kann ich den Missbrauch von Zeux wie Qt akzeptieren; bei Software
>> wie OneDrive oder ELSTER, die NUR fuer Windows gefrickelt wird,
>> DEFINITIV nicht!
>>
>> Stefan
>>
>> PS: hast Du schon bemerkt, dass der von Dir missbrauchte UNSICHERE Schrott
>>
>> | User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1
>
> was besseres steht mir aber nicht zur Verfügung
die Version 60!
>> IBMs ICU installiert, OBWOHL eNTe UNICODE seit 25 Jahren ab Werk
>> unterstuetzt?
>
> Nein wusste ich nicht aber ich könnte es auch nicht ändern.
>
>> Und dass die unfaehigen Frickler von Mozilla nicht nur ICU, sondern
>> auch ihr eigenes NSS, Gecko und ne Menge weiteres Zeux NICHT als
>> gemeinsam nutzbare Komponenten unter "%CommonProgramFiles%Mozilla"
>> installieren?
>
> Hier habe ich keinen Ordner Mozilla in "%CommonProgramFiles%"
Dort MUESSTE jede Klitsche die mehr als ein Produkt frickelt, alle ihre
Komponenten installieren, die in mehr als einem ihrer Produkte verwendet
werden, um diese GEMEINSAM nutzen zu koennen.
>> Meissle die 23 Jahre alten "Designed for Windows"-Richtlinien in
>> Granit und appliziere diese bei den TROTTELN von Mozilla.
>> [
>
> Da bin ich ein zu kleines Licht. Selbst wenn würde es da doch eh nur in
> der Tonne verschwinden und diskutieren könnte ich es mit denen auch so
> wie Du.
> Dazu fehlt mir völlig entsprechend notwendiges Hintergrundwissen.
"Und bist Du nicht lernwillig dann brauch ich Gewalt!"
Stefan
Stefan Kanthak
Aug 10, 2018, 8:43:23 AM8/10/18
to
"Marcel Logen" <33320000...@ybtra.de> schrieb:
> Claus Reibenstein schrieb:
>
>>Marcel Logen schrieb am 09.08.2018 um 22:42:
>
>>> Das ist nicht ganz das, was mir vorschwebt. Ich dachte da
>>> eher an eine Art "telnet", aber über einen verschlüsselten
>>> Kanal.
>>
>>Bei Telnet fällt mir spontan PuTTY ein. Vielleicht hilft das.
AUTSCH!
> Claus Reibenstein schrieb:
>
>>Marcel Logen schrieb am 09.08.2018 um 22:42:
>
>>> Das ist nicht ganz das, was mir vorschwebt. Ich dachte da
>>> eher an eine Art "telnet", aber über einen verschlüsselten
>>> Kanal.
>>
>>Bei Telnet fällt mir spontan PuTTY ein. Vielleicht hilft das.
> Danke, das wäre dann SSH, wenn ich das richtig sehe
> <https://de.wikipedia.org/wiki/PuTTY>, - und wieder
> 'Fremdsoftware'.
Noch dazu missbrauchen Lemminge typischerweise die als
ausfuehrbares Installationsprogramm (IGITT!) gefrickelte Variante.
Dieses DREXZEUX ist wie ueblich UNSICHER und erlaubt ganz trivial
"escalation of privilege".
Siehe <https://skanthak.homepage.t-online.de/!execute.html>
> Da Stefan aber schrieb, daß SChannel seit vielen Jahren bei
> Windows dabei ist, kam ich auf die Idee, daß das evtl. ein
Niemand hindert Dich, etwas wie "STunnel" mit den von Windows'
CryptoAPI/SChannel angebotenen Schnittstellen zu implementieren.
Oder sowas zu nutzen: <https://skanthak.homepage.t-online.de/curl.html>
> Für TLS-Verbindungen auf der command line scheint es
> mir aber doch keine Alternative aus Windows-Bordmitteln
> zu OpenSSL zu geben.
erweitern von Klartext auf TLS weiterzuleiten.
Matthias Berke
Aug 10, 2018, 10:23:10 AM8/10/18
to
Am 10.08.2018 um 13:53 schrieb Stefan Kanthak:
> Fuehre auf (D)einem Windows doch mal folgende Kommandos aus:
>
> DIR /A/S "%ProgramFiles%\api-ms-win-*.dll"
> DIR /A/S "%ProgramFiles%\ucrtbase.dll"
> DIR /A/S "%ProgramFiles%\vcruntime*.dll"
alle 3 nicht gefunden
> Fuehre auf (D)einem Windows doch mal folgende Kommandos aus:
>
> DIR /A/S "%ProgramFiles%\api-ms-win-*.dll"
> DIR /A/S "%ProgramFiles%\ucrtbase.dll"
> DIR /A/S "%ProgramFiles%\vcruntime*.dll"
> DIR /A/S "%ProgramFiles(x86)%\api-ms-win-*.dll"
10.0...
> DIR /A/S "%ProgramFiles(x86)%\ucrtbase.dll"
> DIR /A/S "%ProgramFiles(x86)%\vcruntime*.dll"
> Alles was Du dort findest wird NICHT von Windows Update aktuell gehalten,
> obwohl das alles von Microsoft gelieferte Dateien sind.
>
> DIR /A/S %SystemDrive%\*eay32.dll
1.02...
> DIR /A/S %SystemDrive%\libcurl.dll
7.59...
> DIR /A/S %SystemDrive%\zlib*.dll
1.2...
> Sind die alle aktuell?
>
> DIR /A/S %SystemDrive%\msvc*.dll
12.0...
14.0...
> DIR /A/S %SystemDrive%\mfc*.dll
10.0...
12.0...
14.11...
14.13...
> Nicht besser, aber ohne EINIGE Sicherheitsluecken: vom TBacillus gibt's
> die Version 60!
>>> Meissle die 23 Jahre alten "Designed for Windows"-Richtlinien in
>>> Granit und appliziere diese bei den TROTTELN von Mozilla.
>>> [
>>
>> Da bin ich ein zu kleines Licht. Selbst wenn würde es da doch eh nur in
>> der Tonne verschwinden und diskutieren könnte ich es mit denen auch so
>> wie Du.
>> Dazu fehlt mir völlig entsprechend notwendiges Hintergrundwissen.
>
> Das kann sich jeder aneignen.
> "Und bist Du nicht lernwillig dann brauch ich Gewalt!"
ist gut gemeint, aber da bin ich mittlerweile zu alt auch zu krank.
--
mfg
Matthias
Frank Hammerschmidt
Aug 10, 2018, 12:42:45 PM8/10/18
to
Am 10.08.2018 um 14:39 schrieb Stefan Kanthak:
> Oder sowas zu nutzen: <https://skanthak.homepage.t-online.de/curl.html>
... ab Windows 10 1803 sogar "einfach so" dabei.
> Oder sowas zu nutzen: <https://skanthak.homepage.t-online.de/curl.html>
Frank
Stefan Kanthak
Aug 10, 2018, 5:19:53 PM8/10/18
to
"Matthias Berke" <mberke...@gmx.de> schrieb:
> Am 10.08.2018 um 13:53 schrieb Stefan Kanthak:
>
>> Fuehre auf (D)einem Windows doch mal folgende Kommandos aus:
>>
>> DIR /A/S "%ProgramFiles%\api-ms-win-*.dll"
>> DIR /A/S "%ProgramFiles%\ucrtbase.dll"
>> DIR /A/S "%ProgramFiles%\vcruntime*.dll"
>
> alle 3 nicht gefunden
Glueck gehabt: Du hast keine von ahnungslosen VOLLTROTTELN verbrochene
64-bittigen Programme installiert.
>> DIR /A/S "%ProgramFiles(x86)%\api-ms-win-*.dll"
>
> 10.0...
Deinstalliere den SCHROTT, der diese DLL mitgebracht hat: die AKTUELLEN
Versionen dieser DLLs sind im Verzeichnis %SystemRoot%\SysWoW64\ vorhanden!
>> DIR /A/S "%ProgramFiles(x86)%\ucrtbase.dll"
>> DIR /A/S "%ProgramFiles(x86)%\vcruntime*.dll"
>
> 14.11...
Dito!
>> Alles was Du dort findest wird NICHT von Windows Update aktuell gehalten,
>> obwohl das alles von Microsoft gelieferte Dateien sind.
>>
>> DIR /A/S %SystemDrive%\*eay32.dll
>
> 1.01...
> 1.02...
Alle Versionen vor 1.0.1? sowie 1.0.2? sind VERALTET und UNSICHER!
>> DIR /A/S %SystemDrive%\libcurl.dll
>
> 7.59...
Aktuell ist 7.61.0
>> DIR /A/S %SystemDrive%\zlib*.dll
>
> 1.2...
Alles vor 1.2.11 ist VERALTET und UNSICHER!
>> Sind die alle aktuell?
>>
>> DIR /A/S %SystemDrive%\msvc*.dll
>
> 9.0....
Alles vor 9.0.30720.6161 ist VERALTET und UNSICHER; deinstalliere
jeglichen Schrott, der aeltere Versionen installiert hat.
> 12.0...
> 14.0...
Finde die aktuellen Versionen selbst und deinstalliere jeglichen
Schrott, der aeltere Versionen installiert hat!
>> DIR /A/S %SystemDrive%\mfc*.dll
>
> 10.0...
Alles vor 10.0.40319.325 ist VERALTET und UNSICHER; deinstalliere
jeglichen Schrott, der aeltere Versionen installiert hat.
> 12.0...
> 14.11...
> 14.13...
S.o!
[...]
> Am 10.08.2018 um 13:53 schrieb Stefan Kanthak:
>
>> Fuehre auf (D)einem Windows doch mal folgende Kommandos aus:
>>
>> DIR /A/S "%ProgramFiles%\api-ms-win-*.dll"
>> DIR /A/S "%ProgramFiles%\ucrtbase.dll"
>> DIR /A/S "%ProgramFiles%\vcruntime*.dll"
>
> alle 3 nicht gefunden
64-bittigen Programme installiert.
>> DIR /A/S "%ProgramFiles(x86)%\api-ms-win-*.dll"
>
> 10.0...
Versionen dieser DLLs sind im Verzeichnis %SystemRoot%\SysWoW64\ vorhanden!
>> DIR /A/S "%ProgramFiles(x86)%\ucrtbase.dll"
>> DIR /A/S "%ProgramFiles(x86)%\vcruntime*.dll"
>
> 14.11...
>> Alles was Du dort findest wird NICHT von Windows Update aktuell gehalten,
>> obwohl das alles von Microsoft gelieferte Dateien sind.
>>
>> DIR /A/S %SystemDrive%\*eay32.dll
>
> 1.01...
> 1.02...
>> DIR /A/S %SystemDrive%\libcurl.dll
>
> 7.59...
>> DIR /A/S %SystemDrive%\zlib*.dll
>
> 1.2...
>> Sind die alle aktuell?
>>
>> DIR /A/S %SystemDrive%\msvc*.dll
>
> 9.0....
jeglichen Schrott, der aeltere Versionen installiert hat.
> 12.0...
> 14.0...
Finde die aktuellen Versionen selbst und deinstalliere jeglichen
Schrott, der aeltere Versionen installiert hat!
>> DIR /A/S %SystemDrive%\mfc*.dll
>
> 10.0...
jeglichen Schrott, der aeltere Versionen installiert hat.
> 12.0...
> 14.11...
> 14.13...
S.o!
[...]
Wolfgang Bauer
Aug 11, 2018, 7:58:08 AM8/11/18
to
Frank Hammerschmidt schrieb:
In welchem Browser hast Du den Link geöffnet?
Wolfgang
--
Wichtig ist, daß man nie aufhört zu fragen...
Albert Einstein
> Am 10.08.2018 um 14:39 schrieb Stefan Kanthak:
>
>> Oder sowas zu nutzen: <https://skanthak.homepage.t-online.de/curl.html>
>
> .... ab Windows 10 1803 sogar "einfach so" dabei.
>
>> Oder sowas zu nutzen: <https://skanthak.homepage.t-online.de/curl.html>
>
In welchem Browser hast Du den Link geöffnet?
Wolfgang
--
Wichtig ist, daß man nie aufhört zu fragen...
Albert Einstein
Marcel Logen
Aug 11, 2018, 5:26:52 PM8/11/18
to
Frank Hammerschmidt schrieb:
>Am 10.08.2018 um 14:39 schrieb Stefan Kanthak:
>> Oder sowas zu nutzen: <https://skanthak.homepage.t-online.de/curl.html>
>
>... ab Windows 10 1803 sogar "einfach so" dabei.
Das hört sich doch gut an.
Bei nächster Gelegenheit werde ich mir mal an einem Windows-10-1803-
Rechner ansehen, ob das meinen Vorstellungen entspricht (ich las da
nämlich etwas von "designed to work without user interaction", was
mir eher nicht entgegenkäme, da ich ja einen Bordmittel-Ersatz für
"openssl s_client" suche).
<https://curl.haxx.se/docs/manpage.html>
Wie ich sehe, läßt sich cURL wohl auf OpenSSL oder auch SChannel
'aufsetzen'.
<https://curl.haxx.se/docs/ssl-compared.html>
Ich danke allen, die sich am Thread beteiligt haben.
Marcel
--
----+ +-+ +---+ +----+ +-----+ +-+
+-+ +-+ +---+ +--+ +-+ +-+ +--+ +---+ +--+ +-
+--+ +------+ +----+ +-+ +--+ +-+ +-+ +-+ +-+
+---------+ +----+ +--+ +------+ +--+
>Am 10.08.2018 um 14:39 schrieb Stefan Kanthak:
>> Oder sowas zu nutzen: <https://skanthak.homepage.t-online.de/curl.html>
>
>... ab Windows 10 1803 sogar "einfach so" dabei.
Bei nächster Gelegenheit werde ich mir mal an einem Windows-10-1803-
Rechner ansehen, ob das meinen Vorstellungen entspricht (ich las da
nämlich etwas von "designed to work without user interaction", was
mir eher nicht entgegenkäme, da ich ja einen Bordmittel-Ersatz für
"openssl s_client" suche).
<https://curl.haxx.se/docs/manpage.html>
Wie ich sehe, läßt sich cURL wohl auf OpenSSL oder auch SChannel
'aufsetzen'.
<https://curl.haxx.se/docs/ssl-compared.html>
Ich danke allen, die sich am Thread beteiligt haben.
Marcel
--
----+ +-+ +---+ +----+ +-----+ +-+
+-+ +-+ +---+ +--+ +-+ +-+ +--+ +---+ +--+ +-
+--+ +------+ +----+ +-+ +--+ +-+ +-+ +-+ +-+
+---------+ +----+ +--+ +------+ +--+
Matthias Berke
Aug 12, 2018, 9:34:42 AM8/12/18
to
Am 10.08.2018 um 23:05 schrieb Stefan Kanthak:
> "Matthias Berke" <mberke...@gmx.de> schrieb:
>
>> Am 10.08.2018 um 13:53 schrieb Stefan Kanthak:
>>
>>> Fuehre auf (D)einem Windows doch mal folgende Kommandos aus:
>>>
>>> DIR /A/S "%ProgramFiles%\api-ms-win-*.dll"
>>> DIR /A/S "%ProgramFiles%\ucrtbase.dll"
>>> DIR /A/S "%ProgramFiles%\vcruntime*.dll"
>>
>> alle 3 nicht gefunden
>
> Glueck gehabt: Du hast keine von ahnungslosen VOLLTROTTELN verbrochene
> 64-bittigen Programme installiert.
>
>>> DIR /A/S "%ProgramFiles(x86)%\api-ms-win-*.dll"
>>
>> 10.0...
>
> Deinstalliere den SCHROTT, der diese DLL mitgebracht hat: die AKTUELLEN
> Versionen dieser DLLs sind im Verzeichnis %SystemRoot%\SysWoW64\ vorhanden!
>
> [...]
> "Matthias Berke" <mberke...@gmx.de> schrieb:
>
>> Am 10.08.2018 um 13:53 schrieb Stefan Kanthak:
>>
>>> Fuehre auf (D)einem Windows doch mal folgende Kommandos aus:
>>>
>>> DIR /A/S "%ProgramFiles%\api-ms-win-*.dll"
>>> DIR /A/S "%ProgramFiles%\ucrtbase.dll"
>>> DIR /A/S "%ProgramFiles%\vcruntime*.dll"
>>
>> alle 3 nicht gefunden
>
> Glueck gehabt: Du hast keine von ahnungslosen VOLLTROTTELN verbrochene
> 64-bittigen Programme installiert.
>
>>> DIR /A/S "%ProgramFiles(x86)%\api-ms-win-*.dll"
>>
>> 10.0...
>
> Deinstalliere den SCHROTT, der diese DLL mitgebracht hat: die AKTUELLEN
> Versionen dieser DLLs sind im Verzeichnis %SystemRoot%\SysWoW64\ vorhanden!
>
Danke für die vilen Infos Stefan.
Werde mich dran abarbeiten.
--
mfg
Matthias
Hermann
Aug 12, 2018, 10:02:34 AM8/12/18
to
Am 12.08.2018 um 15:34 schrieb Matthias Berke:
> Am 10.08.2018 um 23:05 schrieb Stefan Kanthak:
>
>> "Matthias Berke" schrieb:
> Am 10.08.2018 um 23:05 schrieb Stefan Kanthak:
>
>>
>>> Am 10.08.2018 um 13:53 schrieb Stefan Kanthak:
>>>
>>>> Fuehre auf (D)einem Windows doch mal folgende Kommandos aus:
>>>>
>>>> DIR /A/S "%ProgramFiles%\api-ms-win-*.dll"
>>>> DIR /A/S "%ProgramFiles%\ucrtbase.dll"
>>>> DIR /A/S "%ProgramFiles%\vcruntime*.dll"
>>>
>>> alle 3 nicht gefunden
>>
>> Glueck gehabt: Du hast keine von ahnungslosen VOLLTROTTELN verbrochene
>> 64-bittigen Programme installiert.
>>
>>>> DIR /A/S "%ProgramFiles(x86)%\api-ms-win-*.dll"
>>>
>>> 10.0...
>>
>> Deinstalliere den SCHROTT, der diese DLL mitgebracht hat: die AKTUELLEN
>> Versionen dieser DLLs sind im Verzeichnis %SystemRoot%\SysWoW64\ vorhanden!
>>
>> [...]
Also alles von Intel und Mozilla deinstallieren. Der Schrott bleibt hier
>>> Am 10.08.2018 um 13:53 schrieb Stefan Kanthak:
>>>
>>>> Fuehre auf (D)einem Windows doch mal folgende Kommandos aus:
>>>>
>>>> DIR /A/S "%ProgramFiles%\api-ms-win-*.dll"
>>>> DIR /A/S "%ProgramFiles%\ucrtbase.dll"
>>>> DIR /A/S "%ProgramFiles%\vcruntime*.dll"
>>>
>>> alle 3 nicht gefunden
>>
>> Glueck gehabt: Du hast keine von ahnungslosen VOLLTROTTELN verbrochene
>> 64-bittigen Programme installiert.
>>
>>>> DIR /A/S "%ProgramFiles(x86)%\api-ms-win-*.dll"
>>>
>>> 10.0...
>>
>> Deinstalliere den SCHROTT, der diese DLL mitgebracht hat: die AKTUELLEN
>> Versionen dieser DLLs sind im Verzeichnis %SystemRoot%\SysWoW64\ vorhanden!
>>
>> [...]
drauf.
> Danke für die vilen Infos Stefan.
>
> Werde mich dran abarbeiten.
Hermann
0 new messages