This page provides instructions for connecting your local applications to services running remotely via a secure port-forwarded tunnel. It includes steps for setting up client connections on Mac/Linux and Windows, monitors your usage, and offers troubleshooting options.
This page serves as your central hub for establishing secure connections from your local computer to remote services using port forwarding. It guides you through the process of downloading and executing necessary client scripts, provides your unique local connection address, and offers insights into your daily usage of this feature. Additionally, it includes specific troubleshooting steps for common remote desktop (RDP) connection issues.
You can access this page by navigating to: /devices_web_to_local
This page provides the following key functionalities to help you manage and utilize web-to-local port forwarding:
127.0.0.1:XXXX) that your local client applications should use to connect to the forwarded remote service. This address is also copyable.Here are common ways you might use this page to achieve your goals:
You want to connect a local application on your Mac or Linux machine to a service running on the remote device through port forwarding.
cd command (e.g., cd ~/Downloads).chmod +x [YOUR_PREFIX]_client_[PORT].sh) into your Terminal and press Enter. This makes the downloaded script executable../[YOUR_PREFIX]_client_[PORT].sh) into your Terminal and press Enter. This will run the client script and establish the secure tunnel.127.0.0.1:XXXX) from "Step 3: Configure Connection".You want to connect a local application on your Windows machine to a service running on the remote device through port forwarding.
cd command (e.g., cd C:\Users\YourUsername\Downloads).[YOUR_PREFIX]_client_[PORT].bat) into your Command Prompt and press Enter. This will run the client script and establish the secure tunnel.127.0.0.1:XXXX) from "Step 3: Configure Connection".You no longer need an active port forwarding connection and want to close it.
You need to provide the connection details to a colleague or another device.
If you are forwarding Port 3389 for RDP and your connection becomes unresponsive, you can attempt to reset it.
Understanding potential issues can help you troubleshoot effectively:
What happens: When you click the "Download File" button, nothing downloads, or your browser displays an error message about a blocked download or an insecure file.
Why it happens: This typically occurs due to network restrictions, firewall settings on your computer, or security software that prevents script downloads from external sources. Occasionally, a temporary issue with the download server might also be the cause.
What to do: Check your internet connection, temporarily disable any strict browser security settings, or try using a different web browser. If the issue persists, ensure your network allows downloads from the awaBerry domain.
What happens: After downloading, when you try to run the script (e.g., ./[YOUR_PREFIX]_client_[PORT].sh or [YOUR_PREFIX]_client_[PORT].bat), you see an error message like "Permission denied", "command not found", or other script-related errors.
Why it happens: On Mac/Linux, "Permission denied" means the script doesn't have execution rights; the chmod +x command is crucial for this. "Command not found" usually means you are not in the correct directory where the script was downloaded. On Windows, issues might arise if your antivirus blocks the script or if the file path is incorrect.
What to do: For Mac/Linux, make sure you've run chmod +x for the script. For both operating systems, ensure you've navigated to the exact directory where the script was saved before trying to run it. Temporarily disable antivirus/firewall if you suspect it's interfering.
What happens: You've successfully run the client script, and it seems to be active, but your local application fails to connect to the 127.0.0.1:XXXX address.
Why it happens: The secure tunnel might not have established correctly, or the remote service you are trying to reach is not running, is misconfigured, or is itself inaccessible on the remote device. Sometimes, a firewall on your local machine might be blocking the connection to the local forwarded port.
What to do: Verify the remote service is active and listening on the expected port. Check for any local firewall rules that might be blocking connections to 127.0.0.1:XXXX. You can also try stopping and restarting the port forwarding session from the awaBerry platform.
What happens: When you click "Execute these commands now" in the Troubleshooting section, an error occurs, or the RDP connection issues are not resolved.
Why it happens: The remote system might not support the systemctl commands (it's a Linux-specific command for system service management), or the user running awaBerry Anywhere does not have the necessary permissions to stop and start system services. The underlying issue with RDP might also be more complex than a simple service restart can fix.
What to do: Ensure the remote device is running a Linux-based operating system that uses systemd for service management. If you are the administrator, verify that awaBerry Anywhere has the correct permissions to execute these commands. For persistent RDP issues, further investigation into the remote device's system logs may be necessary.