Aufgabe #2004
offenBeim Zugangsschließsystem ist keine Vermindung mehr per RDP möglich.
Beschreibung
Mindestens seit Mitte der W-40 ist das Zugangsschließsystem wieder einmal nicht per RDP erreichbar. Sch…ande!
2024-10-07 startet vat@ das System (mit dem Zugang zum Raum und am Gerät direkt) "manuell" neu. Entgegen der Hoffnung (Erfahrung), dass danach wieder eine Verbindung (per RDP) möglich ist, besteht das Problem weiterhin. Sch…ande!
Von PaulRiegel vor etwa 1 Monat aktualisiert
Als Alternative zur sonst verwendeten Anwendung KRDC verwendete ich - wegen direkten Ausgabe auf der CLI - die Anwendung xfreerdp . (Die Anwendung xfreerdp nutzen wir bei der Verbindung per RDP zu einer anderen Instanz.)
xfreerdp /u:5 /v:141.56.51.321:3389
[15:02:56:276] [628848:628849] [INFO][com.freerdp.core] - freerdp_connect:freerdp_set_last_error_ex resetting error state [15:02:56:276] [628848:628849] [INFO][com.freerdp.client.common.cmdline] - loading channelEx rdpdr [15:02:56:276] [628848:628849] [INFO][com.freerdp.client.common.cmdline] - loading channelEx rdpsnd [15:02:56:276] [628848:628849] [INFO][com.freerdp.client.common.cmdline] - loading channelEx cliprdr [15:02:57:586] [628848:628849] [INFO][com.freerdp.primitives] - primitives autodetect, using optimized [15:02:57:589] [628848:628849] [INFO][com.freerdp.core] - freerdp_tcp_is_hostname_resolvable:freerdp_set_last_error_ex resetting error state [15:02:57:589] [628848:628849] [INFO][com.freerdp.core] - freerdp_tcp_connect:freerdp_set_last_error_ex resetting error state [15:03:00:639] [628848:628849] [ERROR][com.freerdp.core.transport] - BIO_should_retry returned a system error 32: Datenübergabe unterbrochen (broken pipe) [15:03:00:639] [628848:628849] [ERROR][com.freerdp.core] - transport_write:freerdp_set_last_error_ex ERRCONNECT_CONNECT_TRANSPORT_FAILED [0x0002000D] [15:03:00:645] [628848:628849] [INFO][com.freerdp.core] - freerdp_tcp_is_hostname_resolvable:freerdp_set_last_error_ex resetting error state [15:03:00:645] [628848:628849] [INFO][com.freerdp.core] - freerdp_tcp_connect:freerdp_set_last_error_ex resetting error state [15:03:03:711] [628848:628849] [ERROR][com.freerdp.core.transport] - BIO_should_retry returned a system error 32: Datenübergabe unterbrochen (broken pipe) [15:03:03:711] [628848:628849] [ERROR][com.freerdp.core] - transport_write:freerdp_set_last_error_ex ERRCONNECT_CONNECT_TRANSPORT_FAILED [0x0002000D] [15:03:03:711] [628848:628849] [ERROR][com.freerdp.core] - freerdp_post_connect failed
Von PaulRiegel vor etwa 1 Monat aktualisiert
PaulRiegel schrieb (#note-1):
Als Alternative zur sonst verwendeten Anwendung KRDC verwendete ich - wegen direkten Ausgabe auf der CLI - die Anwendung xfreerdp . (Die Anwendung xfreerdp nutzen wir bei der Verbindung per RDP zu einer anderen Instanz.)
xfreerdp /u:5 /v:141.56.51.321:3389
[...]
Bei der anderen Instanz (aka srw10 ) ist die (erfolgreiche) Ausgabexfreerdp /u:8 /v:141.56.51.325:3389
[22:32:35:871] [396817:396818] [INFO][com.freerdp.core] - freerdp_connect:freerdp_set_last_error_ex resetting error state [22:32:35:871] [396817:396818] [INFO][com.freerdp.client.common.cmdline] - loading channelEx rdpdr [22:32:35:871] [396817:396818] [INFO][com.freerdp.client.common.cmdline] - loading channelEx rdpsnd [22:32:35:871] [396817:396818] [INFO][com.freerdp.client.common.cmdline] - loading channelEx cliprdr [22:32:35:185] [396817:396818] [INFO][com.freerdp.primitives] - primitives autodetect, using optimized [22:32:35:188] [396817:396818] [INFO][com.freerdp.core] - freerdp_tcp_is_hostname_resolvable:freerdp_set_last_error_ex resetting error state [22:32:35:188] [396817:396818] [INFO][com.freerdp.core] - freerdp_tcp_connect:freerdp_set_last_error_ex resetting error state [22:32:35:199] [396817:396818] [WARN][com.freerdp.crypto] - Certificate verification failure 'self signed certificate (18)' at stack position 0 [22:32:35:199] [396817:396818] [WARN][com.freerdp.crypto] - CN = srw10 Password:
[22:33:36:042] [396817:396817] [INFO][com.freerdp.utils] - Caught signal 'Unterbrechung' [2]
.
Von PaulRiegel vor etwa 1 Monat aktualisiert
Im Vergleich habe ich mal den Port (für RDP) "gescannt":
nmap -Pn -p 3389 141.56.51.321
Starting Nmap 7.80 ( https://nmap.org ) at 2024-10-07 15:33 CEST Nmap scan report for 141.56.51.321 Host is up. PORT STATE SERVICE 3389/tcp filtered ms-wbt-server Nmap done: 1 IP address (1 host up) scanned in 7.53 seconds
nmap -Pn -p 3389 141.56.51.325
Starting Nmap 7.80 ( https://nmap.org ) at 2024-10-07 15:33 CEST Nmap scan report for 141.56.51.325 Host is up (0.00095s latency). PORT STATE SERVICE 3389/tcp open ms-wbt-server Nmap done: 1 IP address (1 host up) scanned in 5.53 seconds
Von GoeranHeinemann vor etwa 1 Monat aktualisiert
Mich wundert ehrlich gesagt gerade am meisten die IP mit dem letzten Oktett größer als 255, aber ok
Könnte man ggf als workaround sowas wie tightvnc installieren?
Von GoeranHeinemann vor 20 Tagen aktualisiert
da das Problem immernoch besteht und freitag nachmittag nicht der beste Zeitpunkt ist, um vom Dezernat Technik einen Schlüssel für den Raum zu bekommen zwei votschläge: einfach von dem backup-Image, welches ich mit ddrescue von der kaputten Platte gerettet habe die relevanten Dateien kopieren und auf ein neu installiertes Windows kopieren und im Anschluss die Platte in dem System nochmal tauschen. Alternativ könnte man, wie oben schon genannt einen VNC-Server oder sowas installieren.
Als eventuelle dritte option besteht noch die Möglichkeit auf einen Desktop ProxMox VE zu installieren und das Disk-Image an eine VM zu knüpfen, das hatte bei einem einzelnen Test noch nicht funcktioniert, wäre aber ganz cool, weil man dann Snapshot-Backups von der Windows-VM machen könnte
Von PaulRiegel vor 13 Tagen aktualisiert
stura@srd21:~$ xfreerdp /u:stura /v:141.56.51.180:3389
[18:48:05:728] [977917:977918] [INFO][com.freerdp.core] - freerdp_connect:freerdp_set_last_error_ex resetting error state [18:48:05:728] [977917:977918] [INFO][com.freerdp.client.common.cmdline] - loading channelEx rdpdr [18:48:05:728] [977917:977918] [INFO][com.freerdp.client.common.cmdline] - loading channelEx rdpsnd [18:48:05:728] [977917:977918] [INFO][com.freerdp.client.common.cmdline] - loading channelEx cliprdr [18:48:05:047] [977917:977918] [INFO][com.freerdp.primitives] - primitives autodetect, using optimized [18:48:05:051] [977917:977918] [INFO][com.freerdp.core] - freerdp_tcp_is_hostname_resolvable:freerdp_set_last_error_ex resetting error state [18:48:05:051] [977917:977918] [INFO][com.freerdp.core] - freerdp_tcp_connect:freerdp_set_last_error_ex resetting error state [18:48:05:106] [977917:977918] [WARN][com.freerdp.crypto] - Certificate verification failure 'self signed certificate (18)' at stack position 0 [18:48:05:106] [977917:977918] [WARN][com.freerdp.crypto] - CN = stura_card01 Password: [18:48:10:633] [977917:977918] [INFO][com.freerdp.client.x11] - Logon Error Info SESSION_ID [UNKNOWN] [18:48:10:633] [977917:977918] [INFO][com.freerdp.client.x11] - Logon Error Info SESSION_ID [UNKNOWN] [18:48:10:633] [977917:977918] [INFO][com.freerdp.core] - ERRINFO_LOGOFF_BY_USER (0x0000000C):The disconnection was initiated by the user logging off their session on the server. [18:48:10:633] [977917:977918] [ERROR][com.freerdp.core] - rdp_set_error_info:freerdp_set_last_error_ex ERRINFO_LOGOFF_BY_USER [0x0001000C]
fail!
stura@srd21:~$ xfreerdp /u:stura /v:141.56.51.321:3389
[18:48:57:819] [977976:977977] [INFO][com.freerdp.core] - freerdp_connect:freerdp_set_last_error_ex resetting error state [18:48:57:820] [977976:977977] [INFO][com.freerdp.client.common.cmdline] - loading channelEx rdpdr [18:48:57:820] [977976:977977] [INFO][com.freerdp.client.common.cmdline] - loading channelEx rdpsnd [18:48:57:820] [977976:977977] [INFO][com.freerdp.client.common.cmdline] - loading channelEx cliprdr [18:48:57:140] [977976:977977] [INFO][com.freerdp.primitives] - primitives autodetect, using optimized [18:48:57:143] [977976:977977] [INFO][com.freerdp.core] - freerdp_tcp_is_hostname_resolvable:freerdp_set_last_error_ex resetting error state [18:48:57:143] [977976:977977] [INFO][com.freerdp.core] - freerdp_tcp_connect:freerdp_set_last_error_ex resetting error state [18:48:57:195] [977976:977977] [WARN][com.freerdp.crypto] - Certificate verification failure 'self signed certificate (18)' at stack position 0 [18:48:57:195] [977976:977977] [WARN][com.freerdp.crypto] - CN = stura_card01 Password: [18:49:13:305] [977976:977977] [INFO][com.freerdp.gdi] - Local framebuffer format PIXEL_FORMAT_BGRX32 [18:49:13:305] [977976:977977] [INFO][com.freerdp.gdi] - Remote framebuffer format PIXEL_FORMAT_RGB16 [18:49:14:354] [977976:977977] [INFO][com.winpr.clipboard] - initialized POSIX local file subsystem [18:49:14:356] [977976:977977] [INFO][com.freerdp.channels.rdpsnd.client] - [static] Loaded fake backend for rdpsnd [18:49:14:669] [977976:977977] [INFO][com.freerdp.core] - ERRINFO_LOGOFF_BY_USER (0x0000000C):The disconnection was initiated by the user logging off their session on the server. [18:49:14:669] [977976:977977] [ERROR][com.freerdp.core] - rdp_set_error_info:freerdp_set_last_error_ex ERRINFO_LOGOFF_BY_USER [0x0001000C]
fail!
stura@srd21:~$ xfreerdp /u:stura /v:141.56.51.180:3389
[18:49:21:449] [978012:978013] [INFO][com.freerdp.core] - freerdp_connect:freerdp_set_last_error_ex resetting error state [18:49:21:449] [978012:978013] [INFO][com.freerdp.client.common.cmdline] - loading channelEx rdpdr [18:49:21:449] [978012:978013] [INFO][com.freerdp.client.common.cmdline] - loading channelEx rdpsnd [18:49:21:449] [978012:978013] [INFO][com.freerdp.client.common.cmdline] - loading channelEx cliprdr [18:49:21:769] [978012:978013] [INFO][com.freerdp.primitives] - primitives autodetect, using optimized [18:49:21:772] [978012:978013] [INFO][com.freerdp.core] - freerdp_tcp_is_hostname_resolvable:freerdp_set_last_error_ex resetting error state [18:49:21:772] [978012:978013] [INFO][com.freerdp.core] - freerdp_tcp_connect:freerdp_set_last_error_ex resetting error state [18:49:21:823] [978012:978013] [WARN][com.freerdp.crypto] - Certificate verification failure 'self signed certificate (18)' at stack position 0 [18:49:21:823] [978012:978013] [WARN][com.freerdp.crypto] - CN = stura_card01 Password: [18:49:26:025] [978012:978013] [INFO][com.freerdp.gdi] - Local framebuffer format PIXEL_FORMAT_BGRX32 [18:49:26:025] [978012:978013] [INFO][com.freerdp.gdi] - Remote framebuffer format PIXEL_FORMAT_RGB16 [18:49:26:131] [978012:978013] [INFO][com.winpr.clipboard] - initialized POSIX local file subsystem [18:49:26:133] [978012:978013] [INFO][com.freerdp.channels.rdpsnd.client] - [static] Loaded fake backend for rdpsnd [18:49:27:389] [978012:978013] [INFO][com.freerdp.core] - rdp_set_error_info:freerdp_set_last_error_ex resetting error state
works!
^C[18:50:06:690] [978012:978012] [INFO][com.freerdp.utils] - Caught signal 'Unterbrechung' [2]
Von PaulRiegel vor 13 Tagen aktualisiert
- Zugewiesen an wurde von Bereich Administration Rechentechnik zu GoeranHeinemann geändert
Von GoeranHeinemann vor 9 Tagen aktualisiert · Edited
Es wurde ein PC mit Proxmox und zwei gemirrorten ssds installiert, auf den wir das ddrescue image kopiert haben. Dafür einfach eine VM erstellen, aber nicht starten. Dann in der Konsole nachgucken, wie das Zvol heißt.
mit folgendem Befehl kann die image-Datei auf die virtuelle Fesplatte geschrieben werden:
dd if=ddrescueimage.img of=/dev/zvol/pool1/vm-100-disk0 bs=1M status=progress
Die vm bootet nicht, da die platte korrupt ist, man kann einfach die install.iso dvd einlegen, dann macht das irgend einen rescue modus und kommt doch noch auf die platte. darüber funktionieren mit usb passthrough alle türschlösser bis eine neue vm installiert werden kann.
das Proxmox system ist nicht extern erreichbar, unter 141.56.51.180 läuft jetzt ein ssh-container, über den man unter 10.0.0.2:8006 jetzt die proxmox gui erreichen kann.
Von MathisBluemel vor 9 Tagen aktualisiert
Eine Neue VM mit Windows wurde aufgesetzt und die Software (das Delphi Programm und die Borland Database Engine) wurden installiert. Zusätzlich musste die Konfiguration der Borland Datenbank migriert werden (über bdeadmin.exe). Über PVE wird das USB Device welches die Tür steuert durchgereicht.
Abschließend wurde über folgendes Microsoft Tool ein Autologin erreicht: https://learn.microsoft.com/de-de/sysinternals/downloads/autologon
Das Autorestart Batch File wurde in den Autostart Order gepackt.
Zugriff auf die Instanz ist über das Web UI von PVE möglich.
Von GoeranHeinemann vor 4 Tagen aktualisiert
- Status wurde von Neu zu Feedback geändert
- % erledigt wurde von 0 zu 90 geändert
- Geschätzter Aufwand wurde auf 15:00 h gesetzt