Recommended Posts

Is it possible to access SSH/FTP through port tunnelling or proxy or something?

I'm not exactly sure what i'm asking for but the problem i'm facing is: i want to access my home NAS (linux) box from work. However my works proxy is pretty much locked down i can't ftp, ssh, ftps.. everything is pretty much blocked.

I can WebDAV into the box, as expected as this is port 80.. so is there any way i can access ssh/ftp over port 80? Obviously i can't listen on port 80 since it's already in use but i can change the ports to anything else not in use.

WebDAV would be suitable but since it treats all files like http requests it's hard to do web development from the box, if there is an error in the PHP file. then opening the file will just display the error, rather than the code. It's the same with .htaccess files and such, they are blocked from direct http access.

I'm not sure if either solution would be possible:

- Make WebDAV work like FTP... may be some apache configs or something?

- Port tunnelling or some sort of service to allow access to FTP/SSH over a proxy?

I don't need a lecture about trying to go outside of company networks, policies or going around firewalls. I manage the whole network it is the external firewalls whats blocking but the guys who manage it are a nightmare ignore emails and never get the job done. I've been complaining about FTP access for years as we struggle to update our own website, they say it should work, logs say otherwise.. They haven't given me full access to the proxy firewall, even though they should, i've given up trying and want to see if there is another method?

Who said anything about the NAS running on 443? Have you router forward 443 to 22. Use a different box to tunnel into your network, then access what you want over that tunnel. Use openvpn to your router/otherbox on 443, then connect to whatever you want, etc.

What router do you have? if you have one that runs Tomato or DDWRT you could run the SSH server on port 443 then forward ports to services running on your nas.

I do this as a quick and secure way of connecting to my home server.

I use openvpn over 443 to my router, then I can access anything I want on my local network. What is nice about openvpn is you can even bounce it off a proxy if all they do is allow your proxy to access the internet.

Sure you can use ssh as your poor mans vpn, tunnel through it to what you want. If all you need is access to a couple of devices/services on the remote network that works fine. But its much easier when you have access to everything on the remote network without having to create specific tunnels through the ssh connection.

As to your ftp not working -- are you using active or passive? If your running through a double nat - ie your end and the remote end. And there is no helpers on the firewalls to change ports. Server not setup correctly to hand out its public ip, etc. etc. Then yeah you can have issues with that.

Can you not even get the control connection on port 21? Are you trying to use ftps? What ports?

Here is a good writeup on how active and passive ftp work, once you understand how the connections are made in each method it can help you figure out what is not setup correctly on your ftp server to allow access, etc.

http://slacksite.com/other/ftp.html

I have a rubbish Virgin Media SuperHub which is a NETGEAR VMDG480 so i'm not sure what capabilities it will have i'll check when i return home.

VPN will require some reading i'm not 100% on it never done it before however my NAS does have a VPN server capabilities no sure if that would help?

FTP i've tried passive and active;

Blocked logs just show this:

May 30 13:59:20  reject_Trusted/Internet LAN 1? 10.83.112.36 59277 81.100.2X7.XX 21 TCP[/CODE]

Also does this for 22.

Where did you pull that log entry from? Your locations firewall/proxy?

Yeah never going to work if you can not connect to the control port. What nas do you have? If it has vpn, I would guess some proprietary vpn -- maybe its openvpn?

Would have to check the manual for your router - but if some modified device for use with a specific isp, they might have removed the bells and whistle type features. Not sure I would call forwarding port X to private ip port Y a bell or even a whistle. But yeah that would make it a bit more difficult if not there, would have to then change the actual listen port on the device running the service -- which might not be an option if some appliance type nas? Do you have any other PC or something you could use to run either SSH or openvpn? So for example you can pickup like a pogo for like $25.

Where did you pull that log entry from? Your locations firewall/proxy?

Yeah never going to work if you can not connect to the control port. What nas do you have? If it has vpn, I would guess some proprietary vpn -- maybe its openvpn?

Would have to check the manual for your router - but if some modified device for use with a specific isp, they might have removed the bells and whistle type features. Not sure I would call forwarding port X to private ip port Y a bell or even a whistle. But yeah that would make it a bit more difficult if not there, would have to then change the actual listen port on the device running the service -- which might not be an option if some appliance type nas? Do you have any other PC or something you could use to run either SSH or openvpn? So for example you can pickup like a pogo for like $25.

That log is from my works cachepilot/proxy from when i try to connect to anything except http/https on my works network.

I have a QNAP TS219P II and it has OpenVPN - the information on that: http://docs.qnap.com/nas/en/vpn_service.htm?zoom_highlightsub=vpn

My router definitely has some sort of port forwarding features.

Well I would hope it have port forwarding ;) But can you forward port X to port Y is the question, this is not an uncommon feature - really should be standard type setup.. But you never know with these isp modified devices.

If your nas supports - the question is can you get it to listen on tcp port X vs the standard udp openvpn 1194 port.

If you can get it to listen and use tcp on 443 then you should be be good to go with openvpn setup.

I'm not sure here is the admin screens:

http://screenshots.portforward.com/routers/Virgin_Media/CG3101D/Port_Forwarding.jpg

http://1.bp.blogspot.com/-Het12XEXyVM/Tw24KPP0bBI/AAAAAAAAAcA/TCwzuTkPdR0/s1600/001%252520%25282%2529%255B3%255D.png

When i try to set OpenVPN Server port to TCP 443 on the NAS it says the same 'This port is reserved for other services' - That's so annoying considering i've disabled everything it uses.

Are you sure you're forwarding your ports properly? SImply tried rebooting or updating the firmware?

Next to that, I'm not sure whether you've got a consumer or business membership, but I suspect Virgin might be using the port for some sort of remote management of the router. Have you to just use tcp port 80 or tried using another router? I'd like to suggest using a router that can be flashed with DD-WRT or OpenWRT or a professional router with Cisco IOS (not the SOHO/SMB crap), because it offers advanced options and lets you mimic most requirements or special settings required by an ISP (not sure how closed down Virgin is).

Another 'dirty' solution would be using a reverse NAT based rule that would publish your data to another external (3rd party) service that offers access through the webbrowser in case you really need it, but securitywise this is generally not a good idea.

Another 'dirty' solution would be just to open a port on the router (not forwarding it to anything, if your router supports it), then connect to your router on that source port and sort of re-direct the traffic to another destination port (with an SSH client or some sort of client which would support it ofc).

Yes forwarding ports correctly the NAS does it automatically as soon as i change port on a service it automatically updates on the router i've confirmed it works. rebooted yes firmware is latest.

i think VM use 8080 for remote.

I've tried connecting to VPN on some known unused ports but no joy at all, i need 443 but the stupid NAS won't take it.

I'm going to check on their support forums to see if there is a way to free it or change from the command line.

Other than that i think my only option is tunneling on port 80 or 443? to 22 or whatever on my NAS. but still struggling with this?

The SuperHub port forwarding is hopeless and does not support what you want for mapping external port to different internal port better to just get your own router really.

For tunnelling you could use FreeProxy.

http://www.handcraftedsoftware.org/index.php?page=download&op=getFile&id=2&title=FreeProxy-Internet-Suite

This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
  • Posts

    • AltSendme 0.4.1 by Razvan Serea AltSendme is a minimal, cross-platform application designed for fast, secure, and private peer-to-peer file transfers. It allows users to send files or entire directories directly between devices without relying on cloud servers, accounts, or any personal information. Everything is encrypted end-to-end using modern protocols like QUIC and TLS 1.3, ensuring both strong security and low-latency performance. Transfers are verified with BLAKE3 for data integrity, and interrupted downloads automatically resume, making the experience reliable even on unstable connections. You can transfer anything—images, videos, documents, and more. Integrity checks are performed on both ends, so your files are automatically verified for correctness during both sending and receiving. AltSendme works seamlessly across local networks or long-distance links, capable of saturating multi-gigabit connections for extremely fast delivery. With built-in NAT traversal and encrypted relay fallback, it connects devices almost anywhere. The app integrates with the Sendme CLI and will soon support mobile and web platforms. Fully free and open-source, AltSendme offers a lightweight, privacy-first alternative to traditional cloud-based services, removing size limits, upload costs, and unnecessary data exposure. AltSendme 0.4.1 changelog: Release Highlights Self-hosted relays: Run your own iroh relay so transfers don't rely on public infrastructure. Includes a full deployment template in deploy/relay/ with Docker Compose for a VPS and configuration examples for production use. Fly.io support: One-click deploy template for Fly.io, including a quick-start config (fly.dev.toml) for testing without a custom domain, plus production setup with Let's Encrypt and your own hostname. Relay settings UI: New Settings → Network panel to choose how AltSendme connects: automatic public relays, custom self-hosted URLs (with optional auth token), or disabled. Test connections, verify latency, and see live relay status in the footer. Disable relays: Turn off relay servers entirely when you only need same-network transfers (e.g. LAN). Direct connections only. No relay hop required when devices can reach each other. Android graduates from beta: Android is now part of the regular release cycle alongside desktop. APKs ship with each version (universal, arm64, and armv7). Other improvements Private relay access control via shared auth token Relay fallback notifications when a custom relay is unreachable Broadcast mode toggle in sharing settings Android release build fixes (split-per-ABI APKs, universal APK preservation) UI polish: mobile safe-area insets, dropzone layout, transfer progress animation Bug fixes for minification-related serialization issues and system tray icon loading What's Changed feat(relay): add relay status functionality and settings UI (a120cdf) feat(relay): implement custom relay server configuration and verification (51276c7) feat(relay): add configuration for private relay access and enhance observability features (48fbabf) feat(relay): enhance relay URL validation, display connection status (d4fffa0) feat(relay): add RelayChangeGuard component and enhance relay-related translations (16ba514) feat(broadcast): add toggle setting for broadcast mode in sharing UI (ca6d977) fix(relay): correct QUIC discovery port, pin image, templatize fly.dev (52a2ba5) fix: More broken serialization due to minification (67491a9) fix(android): preserve true universal APK across per-ABI builds (e9f256f) fix(ui): conditional safe-area insets padding on mobile (1182f0e) refactor(transfer): CircularRing component animation fix (944572b) chore(android): drop x86 and x86_64 release APKs, keep universal+arm64+armv7 (34ada0b) Download: AltSendme 0.4.1 | ARM64 | ~9.0 MB (Open Source) Download: AltSendme for MacOS | Android Links: AltSendme Home Page | GitHub | Screenshot Get alerted to all of our Software updates on Twitter at @NeowinSoftware
    • You are mostly right about the ephemeral nature of it. As I mention in the article, if you dont add a second device or take a backup of your account before uninstalling it, then yes you will lose access to your account. That said, in terms of actual user experience when you sync multiple devices your message history carries across and there's also a Saved Messages chat like there is on Telegram to send messages and attachments between your installs. But yh, what you point out are correct and its not trying to emulate Messenger or Telegram.
    • OK so SearXNG is a meta search engine that you can install locally or use via a public instance. It scrapes other search engines which you choose and then sorts the results. Not as complicated as multiple relays
    • The only difference here is that you think you came up with these reasons. You didn't. These age old fearmongering lies (that were NEVER true) were funded by and the anger stoked by Putin through proxies like Farage (and later in the USA, Trump) and filtered down through the skinheads, Neonazis, etc. until it reached the uninformed, ignorant, and gullible -- never realizing they were being played for fools against their own best interests. Even now, despite all of the EVIDENCE proving that Brexit was a terrible mistake for ALL citizens of the UK and that its supporters were tricked by Putin's proxies into sabotaging their own nation, you're still here defending these well-known lies as if they were ever true. Not only are they not true. They NEVER were. So, when are you going to realize that you were lied to and actually get angry at the liars and charlatans who lied to you, instead of blaming the innocent people they lied to you about?
    • Dupe of "Microsoft further improving Windows 11 Taskbar with latest builds", published <20 minutes apart
  • Recent Achievements

    • Week One Done
      flexorcist earned a badge
      Week One Done
    • One Month Later
      Woland13 earned a badge
      One Month Later
    • Week One Done
      Woland13 earned a badge
      Week One Done
    • One Year In
      bernmeister earned a badge
      One Year In
    • Week One Done
      Scoobystu earned a badge
      Week One Done
  • Popular Contributors

    1. 1
      +primortal
      495
    2. 2
      +Edouard
      224
    3. 3
      PsYcHoKiLLa
      150
    4. 4
      Steven P.
      75
    5. 5
      FloatingFatMan
      71
  • Tell a friend

    Love Neowin? Tell a friend!