Energy & renewables
Remote maintenance access to edge gateways and field computers at solar and wind sites, energy monitoring installations and EV charging locations. Reach existing web panels or maintenance services.
Explore energy access →From energy sites to production lines, reach services on your edge devices over secure, encrypted connections. We’re building EdgeSocket with flexible cloud and on-premises options for different field requirements.
Service traffic travels between your two clients. Signaling carries no application payload.
*When a direct path is available. On restrictive networks, an authorized relay server steps in. The diagram illustrates connection paths.
We’re developing remote access for industrial IoT gateways, field computers and distributed edge devices. The goal: reach the service you need, with access tied to the right person and device.
Remote maintenance access to edge gateways and field computers at solar and wind sites, energy monitoring installations and EV charging locations. Reach existing web panels or maintenance services.
Explore energy access →Access existing services on machine-data gateways and industrial PCs across production lines. A device-based access model for maintenance teams and authorized service partners.
Explore industrial edge access →Reach local applications and edge services across warehouses, distribution centers and stores. Support geographically distributed sites through authorized device access.
Access gateway interfaces and local edge applications in building automation, water management and agricultural monitoring. Keep using the tools and services already deployed in the field.
Target use cases for a product in development. Device and protocol compatibility will be assessed for your setup.
Tell us about your field setupEdgeSocket first checks who you are and what you may access, then introduces your devices. Data flows encrypted between the devices themselves. Your service stays yours.
Both you and your devices are verified separately. Access to the target device is checked before the session starts.
The system tries the possible network routes between your devices and picks the shortest one that works.
Your service’s data travels through an encrypted channel. If a direct connection is not possible, an authorized relay server steps in.
Signaling introduces the authorized peers. STUN helps discover public addresses; ICE checks connection candidates.
Illustration, not a live connection. TURN requires an available relay and access permission.
Focus on your devices and services. We’re bringing connectivity, access control and relay when needed into one platform.
Your devices connect to each other directly whenever possible, and everything they exchange is encrypted along the way.
Direct & encryptedReach SSH, databases, internal tools, or remote desktops as if they were on your own computer. Your existing service login stays in place.
Your tools. Your workflow.Home owners reach their own devices; enterprise team members need an explicit device grant. Details are in the access section below.
Device-level authorizationA session name is not permission. Every connection belongs to an identity, an account, and a target device.
The administrator grants Ege Meriç Erdoğan access to factory-edge within the organization.
02 / USER’S DEVICE LIST
Connect to edge devices registered to your own account. Enterprise accounts provide per-user device permissions for team access.
One clear design across web, desktop and Android. Search devices and services, follow connection status and manage team access. Use the desktop and Android apps in Turkish or English.
Explore the actual screens →Open your existing SSH app through a local connection.
An EdgeSocket app runs at both ends. The app manages the connection; your service’s own login remains in place.
127.0.0.1:2222
Use the cloud option or deploy the complete system in your own environment to meet your organization’s needs. Our goal is the same straightforward app experience for reaching authorized edge devices in either setup.
Both deployment options are part of the product plan. EdgeSocket is still in development; general access is not open yet.
The connection core, desktop and Android apps, and account console are in development. Current interfaces share a consistent design; managed service plans have no committed launch date.
WebRTC, the technology behind video calls, can carry application data too. EdgeSocket uses its encrypted data channels to connect the services you already run.
Your app connects the way it always does, to a local address. EdgeSocket carries the data through an encrypted channel and hands it to the service on your edge device, preserving order and reliability where your protocol expects them.
The system first looks for a direct path between the devices. If none works, a configured relay server (TURN) forwards the encrypted packets. Path discovery never carries your service traffic.
Both you and your devices are verified. Permissions are granted per target device, and every part of the connection enforces the same policy. Revoking a permission closes active sessions. Access covers the whole device, not individual ports.
The connection tries the direct path first. When it works, your data flows straight between the devices with no middleman. When it does not, an authorized relay server can carry the encrypted data. A paid relay package is required to use the built-in commercial relay.
Yes. The field device and your computer each run an EdgeSocket app. In the desktop app, choose an authorized device and service to connect. You can keep using your existing SSH, database or web app.
You choose which service you connect to. Authorization currently applies to the whole device, not individual ports or services. Service-level policies require a separate future design; the service's own login remains important.
Yes. We’re planning flexible cloud and on-premises deployment options. On-premises will let the complete system, including management and connectivity components, run in your own environment. Share your use case and requirements with us.
Not for general use yet. The connection core is implemented; we’re working toward the cloud platform and end-user app. Leave an early-access request or share your use case.
EdgeSocket is still in development. Tell us what you want to connect, leave a question, or request early access. We can contact you about your request at the email you provide.
This is a request, not an active account or a promise of an access date. Please do not include passwords, access keys, or other secrets.