-
Notifications
You must be signed in to change notification settings - Fork 2.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Unable to connect through RDP: Connection reset by peer #679
Comments
I get a (likely) similar issue when I try to connect via rdp to a podman created instance. I'm on Bazzite (Fedora Silverblue). |
Try a different RDP client |
That in fact, did not help. Screencast.from.2024-09-07.12-22-55.mp4 |
I'm on a silverblue based system (bazzite) so I don't have apt. But I did the ostree method for overlaying remmina and tried that as well as the flatpak of remmina, neither method worked on linux, though my Macbook and Android phone can connect to the windows container via rdp. |
Ran into this issue as well using I saw this :
Note Seems that Docker and RDP does work, something with podman network setup might be at the heart of this issue.
EDIT: Docker does pass into the But I'm not sure if that's related to the root cause of the failure, the |
I'm also affected by this. Fedora 41 (podman version 5.2.2) |
Try connecting to the vnc or rdp from a different machine on your meteor by using the machine ip an the router |
some clue to run freerdp with podman https://universal-blue.discourse.group/t/podman-and-freerdp-problem/2000/2 |
That seems to work @Moon1moon but only in the shell spawned from
Then inside that shell, you can connect using I had to specify (under NixOS with a shell managed by Home-Manager, else it was failing to enter the new shell)
with the following error :
|
Am able to connect, but only with Thincast, from the |
The issue appears to be related to /dev/tun. using a podman run command without passing in the /dev/tun device or using --privileged causes the container to fall back to user mode networking, you will get the following error: ❯ Warning: falling back to usermode networking! Performance will be bad and port mapping will not work. if you get this error you can now connect via RDP. if you use --privileged and the /dev/tun device is used then you wont get this error and RDP will not work (connection refused). noVNC on port 8006 still works though. |
has anyone posted this issue upstream to podman? I'm not sure how best to describe this to them, but it seems like a podman issue rather than something specific with dockur. Getting a proper fix in place from the podman maintainers would be ideal. |
Operating system
Fedora Linux 40 (Workstation Edition)
Description
When connecting to docker container (through localhost:3389, localhost:8006) with RDP protocol using Remmina, Gnome Connections, and freerdp, it says
[12:11:26:983] [6325:000018ba] [ERROR][com.freerdp.core.transport] - [transport_read_layer]: BIO_read returned a system error 104: Connection reset by peer
Docker compose
Docker log
❯ Starting Windows for Docker v3.12...
❯ For support visit https://github.com/dockur/windows
❯ CPU: 11th Gen Intel Core TM i5 1135G7 | RAM: 13/16 GB | DISK: 74 GB (btrfs) | HOST: 6.9.11-200.fc40.x86_64...
❯ Detected that the version was changed, but ignoring this because Windows is already installed.
❯ Please start with an empty /storage folder, if you want to install a different version of Windows.
❯ Booting Windows using QEMU v8.2.4...
3h3h3hBdsDxe: loading Boot0004 "Windows Boot Manager" from HD(1,GPT,96D84048-43BD-4EDA-9D81-08A156209F4C,0x800,0x40000)/\EFI\Microsoft\Boot\bootmgfw.efi
BdsDxe: starting Boot0004 "Windows Boot Manager" from HD(1,GPT,96D84048-43BD-4EDA-9D81-08A156209F4C,0x800,0x40000)/\EFI\Microsoft\Boot\bootmgfw.efi
❯ Windows started succesfully, visit http://localhost:8006/ to view the screen...
Screenshots (optional)
No response
The text was updated successfully, but these errors were encountered: