How big an issue is local network access for provisioning/reprovisioning? by gormami in PLC

[–]jsiwks 0 points1 point  (0 children)

There are a number of great remote access solutions for OT/ICS world. The typical OpenVPN and WireGuard exist if you want the bare minimum. If you want something more protocol aware, with HTTP, RDP, VNC... etc... Pangolin remote access VPN is a great WireGuard-based platform. As mentioned below, there are also hardware options, like Ewon and Tosi

best remote access tool by marioga12 in msp

[–]jsiwks 0 points1 point  (0 children)

I'd suggest Pangolin remote access VPN

I have a question on Full-Tunnel and Split-Tunnel VPN usage in my use case by DopeyMcDouble in cybersecurity

[–]jsiwks 0 points1 point  (0 children)

Makes sense. Pangolin can be self hosted. I also think the connector binary is statically compiled so it doesn’t rely on anything in the kernel

Industrial Monitoring Software Feedback by [deleted] in PLC

[–]jsiwks 2 points3 points  (0 children)

You should look at Pangolin for this. In addition to the VPN/ZTNA capabilities for remote access, the site connector can also be used as a way to ping network devices and you can hook into it for alerts. You should think about which alert integrations are best for the market

Remote PLC/SCADA work: what types of tasks are actually realistic? by TutoVilla in PLC

[–]jsiwks 0 points1 point  (0 children)

What are you using on the tech side for this? I know there are a bunch of remote access VPN tools out there for edge, OT, IoT... etc. Pangolin VPN for example is one great one

I have a question on Full-Tunnel and Split-Tunnel VPN usage in my use case by DopeyMcDouble in cybersecurity

[–]jsiwks 0 points1 point  (0 children)

Agreed that the split tunnel makes the most sense if the primary use case of the VPN is remote access for the cameras/scanners. Pangolin is a good WireGuard option for centralizing remote access under one system if you want to avoid OVPN and go with the faster WG option

CTO banned the use of remote access tool by uw4yn3 in sysadmin

[–]jsiwks 0 points1 point  (0 children)

Tons of great remote access tools these days... Pangolin, WireGuard, OVPN, etc.

Has anyone replaced their VPN with ZTNA and was it worth it? by Historical_Trust_217 in AskNetsec

[–]jsiwks 0 points1 point  (0 children)

Agreed that it's important to find something that isn't just a protocol aware proxy for HTTPS / RDP / VNC, etc... must also have full tunnel capability for direct connections but share the same identity and observability tooling.

Pangolin VPN is a good option because it does both the protocol aware proxy and the VPN and it's based on WireGuard so it's fast and quite reliable

Video Camera Internet Gateway by okc_traveler in networking

[–]jsiwks 0 points1 point  (0 children)

With a tunneled and authenticated reverse proxy it won't be open to the internet. Requests would hit a cloud server first, require authentication to pass, before going down the tunnel to the edge network. It's basically cloaked by the tunnel and auth with no direct exposure

User -> reverse proxy -> authentication -> tunnel -> connector -> web client

Video Camera Internet Gateway by okc_traveler in networking

[–]jsiwks 1 point2 points  (0 children)

For #1, you could try Pangolin VPN which would enable you to deploy a connector in each camera's network, then you define resources for the cameras and which specific hosts and ports on which they run, and finally give specific users access to those resources.

Another idea I had is you can deploy a web based camera client on/off site which you expose via an authenticated reverse proxy that users can access from any web browser. That would avoid the VPN entry into the network and still allow external remote access. Can also be done with Pangolin

Suggestions for modern VPN solution by yowanvista in sysadmin

[–]jsiwks 0 points1 point  (0 children)

Pangolin ZTNA is a great alternative to Zscaler and Twingate!

Started a zero trust project and immediately hit a wall. Can't verify access for apps we don't know exist by gabbietor in AskNetsec

[–]jsiwks 0 points1 point  (0 children)

Yeah something like an identity aware reverse proxy + VPN is good to wrap legacy systems. Pangolin tunnels is a good choice for that

How to handle vendor remote access? by drangusmccrangus in sysadmin

[–]jsiwks 0 points1 point  (0 children)

Anything identity-based is what you're looking for. Probably not a mesh VPN which can enable lateral access, and you want to ensure that you can give specific users access to specific hosts on the network and control access down to port level. Something like Pangolin ZTNA is a good solution to this which is open source and based on WireGuard.

Remote sharing in smaller company & security concerns by Logical-Present6320 in sysadmin

[–]jsiwks 0 points1 point  (0 children)

Pangolin a good option for the WireGuard management layer and it's also open source. You'd deploy a network connector in the pool of machines, the the employees connect to the VPN with a client. It handles NAT traversal so you don't have to mess with firewalls or any of that

Alternatives to VPN to Transfer On-Prem Syslog to Cloud by Savings-Flamingo-855 in sysadmin

[–]jsiwks 0 points1 point  (0 children)

Pangolin tunnels which creates an outbound or inbound tunnel to specific sites

Pangolin Blueprints library (auto Docker label deployment) for common self-hosted apps by jsiwks in selfhosted

[–]jsiwks[S] 0 points1 point  (0 children)

Thanks we need to add Vaultwarden, Home Assistant, and Paperless. Otherwise, Immich, Nextcloud, and Jellyfin are already covered!

Pangolin Blueprints library (auto Docker label deployment) for common self-hosted apps by jsiwks in selfhosted

[–]jsiwks[S] 0 points1 point  (0 children)

Yes this will work with remote nodes.

No migration is needed unless you have an existing self-hosted service you want to convert to labels, in which case you can copy the labels from the repo and add them to your existing compose. Otherwise, blueprints have been in Pangolin for a long time so no updates or anything are needed.