Jump to content

Search the Community

Showing results for tags 'remote'.

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


  • Features Discussion
    • Getting started
    • Release Notes
    • General
    • Industry Chats
    • Feedback & Feature Requests
    • Agent
    • User Portal and Web App
    • Domotz Mobile App
    • Domotz Hardware
    • Public API for Developers
  • Third Party Hardware
    • Power Distribution Units (PDU) & Smart Power Plugs
    • Managed Network Switches
    • Device Configuration Management - Backup & Restore
    • Gateway/Controller Integrations
    • Wi-Fi Access Point and Controllers Integrations
    • Audio Video and Multimedia Integrations
    • Other Devices
    • Manufacturer Support
    • Domotz Agents on 3rd party platforms

Find results in...

Find results that contain...

Date Created

  • Start


Last Updated

  • Start


Filter by number of...

Found 5 results

  1. I'm starting this thread, because very often we have been asked (either during demos, presentations or via Support) "how to configure a new Domotz Agent without being physically on the same network". Let's start with a couple of definitions. The Domotz Agent is the software which needs to run locally to a network. It is the software that scans and monitor that network, and reports the data to the Domotz Cloud. Let's say that it is a sort of proxy. The Domotz Agent requires a physical hardware to be connected to that network. It can be a simple Virtual Machine (within a physical server), a Windows PC or Server (our installer at the moment creates a VM within that), a Linux PC or Server, a NAS drive (such as Synology, QNAP, ReadyNAS, etc), a maker-board (such as a Raspberry Pi, a BeagleBone Black, Banana Pi, Orange Pi, etc), or the Domotz Box (which is basically a sort of maker board with steroids, and comes with the Domotz Agent pre-installed). You might get already familiar to configuring new Domotz Agents when you are local to the network. It is quite easy with the usage of the Domotz Mobile App. Or if you know the IP address of the physical hardware hosting the Domotz Agent, just connect to its port 3000. E.g. assuming the Domotz Agent runs on a server with IP, just connect to the following: When you install the Domotz Agent on a NAS, on a Windows or Linux PC or server, you are also guided to that WebPage to configure the Agent. However, the question is: "How can I install a new Domotz Agent, without being on the same physical network?" There are at least three ways of doing it: 1. Virtual Connection to the network Let's assume you have a network where you can have a remote access to a PC, VM, or Linux Server. In this case, it is relatively easy to install the Domotz Agent on that machine (either physical or virtual) and then connect to its port 3000 to configure the Domotz Agent. A usual scenario is when there is already a PC remote in that location, where you usually connects using tools like TeamViewer, GoToMyPC, etc. Well, you can install and configure the Domotz Agent on that same PC, using that same TeamViewer or GoToMyPC, and the job is done. Using that connection, you can connect to the page 3000 on the localhost (e.g. In other cases, you might have already a VPN in place, which you can use to access to an existing hardware on that remote location (including a NAS drive). In this case, you can connect to the physical hardware to host the Domotz Agent and then to its port 3000 to configure it. Once your new Domotz Box is onsite, you can simply sweep out the data already recorded by the Agent (by scanning your office network), and it will start from scratch in its new location (you can do this in the Portal). You can also change the location of the site (within the Customer Management data of that Agent). Easy, no? 2. Usage of a Domotz Box In case you have no pre-existing access to the remote network, and you only need Domotz into that remote location, you can choose to ship a Domotz Box to your customer. Pre-configure it in your office, and then ship to your customer. Your customer will only need to connect to the power and network, and job is done. This approach has been chosen by Krystal Burger - IT team. They preconfigured more than 250 Boxes in their IT office (one single location), and then they shipped all those boxes to their restaurants around US. It has been a relatively easy and fast job for the Restaurant Manager just to plug-in that Box to one of the available switch ports. Job done. All the different fast-food sites under remote monitoring in few days, no travel and a lot of savings for the IT department of that fast-food chain. 3. Prepare the hardware in the Office and ship to your customers Still in the case you have no pre-existing access to the remote network, and you don't want to use a Domotz Box, one easy job is to prepare one physical device in your Office, pre-configure the Domotz Agent, and then ship that hardware to your customer. It will be your customer's responsibility only to power it and connect to the first available ethernet port (either on the Router or on the Switch). You can choose the hardware of your preference. If you are already thinking of providing your customer with a NAS drive, choose one that support Domotz Agent. Configure it in the office, and ship to your customer. If you are willing to use that same hardware for other scripts or something, configure a maker board (or even better a NUC) with the Domotz Agent and ship to your customer. This approach has been also the choice of an anonymous MSP, which was required to supervision the migration of technology on a ~40 different oil production sites around the world. He prepared all the Domotz Agents in his office, and he shipped around the world. In less than 15 days he had all his site under constant monitoring, and he was able to monitor and conduct the migration of technology for all of them, without stepping out of his office. Can you imagine the savings generated by this smart idea? Once your new Domotz Agent is onsite, you can simply sweep out the previous data it recorded (by scanning your office network), and it will start from scratch in its new location (you can do this in the Portal). You can also change the location of the site (within the Customer Management data of that Agent). -- Please comment here below with your personal ways of ideas on how to further optimize this process.
  2. Hello, I would like to know how to have remote access to my raspberry pi from https://portal.domotz.com/, I want to disable the license. Can I only connect via SSH, there is some other way to do it? Thanks for the comments
  3. Ipfreely

    https connectivity to a device

    Good Day, We have a site which has a device that requires https access. The connection in Domotz works, but by default the page that renders is a user page not the administrator page. you need to remove the last few charachters of the url example : /user and replace with /admin This process works through VPN, or locally, but through Domotz whenever I replace the last characters in the URL the browser tab closes immediately. I have tried with multiple browsers on multiple PC's. Any ideas are appreciated. We wish to remove the VPN device, but do not want to lose access to this device. Just an idea, it may be cool to be able to insert url info in the connection string. Thank you, Chris
  4. Hi Guys. It looks like Symantec has decided that the remote access URLs in the format: https://<token>.us-east-1-proxy.domotz.co:443/ are suspicious and they have been blacklisted, preventing access from corporate networks using BlueCoat and Symantec's threat assessments. In my corporate environment I can still navigate around the web app, but when I launch a remote access request it is denied. I would very much appreciate it if this could be addressed with Symantec. The site to test and request a review appears to be: http://sitereview.bluecoat.com/sitereview.jsp? Many thanks in advance
  5. My company is currently on the trial for the domotz software. We have installed the system on a rasberry pi. We are trying to connect to our computers in the office via remote desktop connection but we keep getting this error: The connection has been closed because the server is taking too long to respond. This is usually caused by network problems, such as a spotty wireless signal, or slow network speeds. Please check your network connection and try again or contact your system administrator. Do you guys have any idea why this would be popping up? I have allowed RDP connections on the PC.
  • Create New...