You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The following command: timeout 5 nc -z "$RDP_IP" "$RDP_PORT" &>/dev/null; makes app startup fail, because it does not hear back over the rdp port, even though the VM is up and running RDP-server on said port.
This is also why setup.sh fails with Error 13 in some instances even though the VM is reachable through RDP. See #260. A fix should remedy both issues.
Maybe we can find an alternative to this port-check over netcat? Alternatively we could leave out the port-check entirely and just report the connection error if the rdp connection-attempt fails one step later in the connection-process.
The text was updated successfully, but these errors were encountered:
If the rdp-command fails, we can still print its error, or catch it and report the connection not being possible. Checking with netcat for the reason rdp failed is also a possibility.
In both cases the connection via rdp is at least attempted before the user is told it is "impossible".
The current behaviour is especially misleading when connecting is possible, and works fine on re-run (of whatever app tried to connect).
The following command:
timeout 5 nc -z "$RDP_IP" "$RDP_PORT" &>/dev/null;
makes app startup fail, because it does not hear back over the rdp port, even though the VM is up and running RDP-server on said port.This is also why setup.sh fails with Error 13 in some instances even though the VM is reachable through RDP. See #260. A fix should remedy both issues.
Maybe we can find an alternative to this port-check over netcat? Alternatively we could leave out the port-check entirely and just report the connection error if the rdp connection-attempt fails one step later in the connection-process.
The text was updated successfully, but these errors were encountered: