Hi I enabled the VRM remote console, it is online, enabled 2 way communication and disabled password check, updated to the newes firmware at a new system, but cant get remote access - access to remote console only within the home-network by ip.
I need a remote access and it doesnt work. Someone any idea what the problem is?
Thank you!
Today i worked 3 hours to get the VRM remote running… no chance made everything…. I have many many systems running and everywhere it works … and i have to say i have experience…
PROBLEM: remote VRM is not working but DASHBOARD is working
ALSO: ssh access is not working
SYSTEM CONFIGURATION: MP2-GX with REC-BMS on CAN Bus and MPPT on VE Direct, Fronius Connection via LAN/WLAN
what did i do:
- remote console pw check and disable and reboot
- firmware downgrade from 3.07 to 2.92
- manually set ip address and router and dns address (dns=router), and set automatically in GX
- checked dhcp server on router, everything is alright, the ip range as well it is working
- tried on lan and wlan
- tried to use the handy hotspot to check if the problem is a router setting, does not work via handy hotspot either
- disabled all firewalls on router
- tried to Change DNS server to router address, than changed to 8.8.8.8
- tried many GX reboots after every change
- tried two way communication disable and enable and restart several times
- tried enable/disable https
- tried to restart router several times
-changed vrm protocol from 15min to 1min
. I tested the URL's (https://vncrelay.victronenergy.com & https://vncrelay2.victronenergy.com/) and it returned "Error Response" which is to expected.
- tried on many different devices, different browsers, different locations, different internet providers To get access
-went through all the troubleshooting sections on victron online manual 9.3 9.4
SSH Problem:
- tried several times to switch between superuser and normal user and reboot
- tried ssh access within the network within the same ip range from different devices - no acces port 22 refused
- tried to switch between automatic and manual network settings
PROBABLY: SSH PROBLEM and REMOTE VRM ACCESS PROBLEM has the same cause.
WHAT is WORKING?
- access to remote console on lan via IP
-DASHBOARD via Internet (MQTT works well)
- there are no error messages, vrm online …
Wäre doch komisch wenn der TMOBILE Anbieter irgendwo da nach dem Router den Netzwerkverkehr bzw. den SSH Port blockiert, oder gibt es das, dass das TMOBILE Service hier das Problem ist!? Wäre doch gar nicht üblich und am Handy Hotspot ging's ja auch nicht - war allerdings auch eine T-Mobile Karte.
Dachte dann, vielleicht gibts ein Problem mit dem DNS Server, änderte von der Gateway Adresse zum 8.8.8.8 und dann auf einen von T-Mobile vorgegeben DNS Server. Alles ohne Erfolg.
Irgendwie scheinen entweder die Ports blockiert oder der VENUS zu zicken, aber ohne SSH Zugriff auf das Gerät weiß ich nicht wie ich mich weiter das Problem eingrenzen soll.
danke,
lg
Ich kann mir jetzt nicht vorstellen, was das zicken soll. Steht die Verbindung und sind alle notwendigen Ports (Standardports) offen, geht die Verbindung inkl. SSH-Zugang (vorausgesetzt root access ist aktiviert).
Gäbe es ein ernsthaftes Problem mit Venus OS in diesem Bezug, hätten wir bereits mehr darüber hier in der Community gelesen.
Es gibt noch die Möglichkeit über die serielle Konsole an das System heranzukommen (ohne TCP). Wie das geht, ist in dem oben verlinkten Dokument erklärt.
Hi @gnagflow. If your site is using a cellular router to gain Internet connectivity, providers like T-Mobile use Carrier-Grade NAT that typically prevent any kind of inbound-initiated connections from the Internet. So I would not expect direct SSH from the Internet -> T-Mobile -> Cerbo to work out of the box. I had that exact problem with SSH & direct http connectivity to Cerbo's Remote Console. To get around it, I setup a VPN connection from the installation router out to a cloud service I can configure. I then setup the routing (&/or port mapping) to get SSH traffic through to the Cerbo from my well-known IP locations on the Internet.
For the Cerbo Remote Console (venus.local/), I had to permit and route ports 80 & 81 (for websockets traffic).
For Victron's MFD Dashboard (venus.local/app/), I had to open 80 & 9001 (for MQTT traffic).
You have probably already confirmed the basics, and I know you are 1.5 hours away from your installation (sorry!). But if not, I suggest you first make sure that access to the Cerbo Remote Console & MFD app via HTTP and SSH to the Cerbo console are both working locally when directly connected to the installation LAN before troubleshooting outwards.
Is VRM data logging working for your installation? That should be working before you attempt Remote Console via VRM. I believe, VRM data logging connections are initiated from the Cerbo-side and thus work over cellular Internet 'inside-out' without any special configuration, as all 'inside', Cerbo-initiated connections are not affected by the carrier's NAT'ing restrictions.
What 'Connection Error' is displayed on Cerbo's Settings -> VRM online Portal page?
I also believe that Victron has implemented some clever coding such that the Remote Console via VRM works despite any firewalls, carrier NAT'ing that might be in the middle. I believe they do this by initiating all connections from the Cerbo side.
So, can you confirm local LAN access is working for Remote Console and SSH and that basic VRM data logging is working without any errors?
Hope this helps. John
@gnagflow : Hast du eine Lösung für das Problem gefunden?
Hello, I am experiencing the same issue (Remote Console accessible locally but not through the internet VRM portal).
My customer is IT oriented and discovered that the moment when Remote Console is requested in the VRM portal, there is a "web socket connection failure". Here is the message:
novnc.js:1332 WebSocket connection to 'wss://vncrelay7.victronenergy.com/websockify?token=XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX&identifier=XXXXXXXXXXXX' failed:
It should be noted that the first series of "X"s is an alpha numeric adresss (sensitive information) and the second series of "X"s is the VRM ID of the Multiplus II GX device (updated to firmware version 2.92)
Other relevant information:
The Multiplus II GX has replaced a Color Control GX which had no issues with Remote Console access
The process followed is as described in the video
https://www.youtube.com/watch?v=3tPLHot7TAc
It is possible that I did not correctly confirm that the new device was sending data (20 seconds into the video). However I can confirm that the new Multiplus II GX was recognised in the VRM Portal and has been sending data ever since the replacement.
So the only limitation remains the ability to access the Remote Console via the VRM portal when using an internet connection.
Any help would be much appreciated.
Just a post note to my previous post.
In the VRM portal, for the Gateway (the GX device in the device list), the field "Remote Console on VRM" reads "Enabled and up" rather than "Enabled and Online". Not sure if this is pertinent or not.
Curious if anyone at Victron has suggestions on this issue - my company has been testing remote console and now see multiple units failing to allow remote console. It's frustrating because there is little no to no information or methods to see why this fails. Anyone have any clues??
Just want to add my voice and case to the ones above - New install but same symptoms. Would love some help.
New Cerbo-S GX on Version 2.92. Connected over Wifi. Remote console accessible by LAN but not from VRM. Remote console listed as "Enabled and up" in VRM. Logging in VRM works fine. Running Ubiquiti Unifi router at home.
("Enabled and online" is reported for Remote support so maybe that's the source of confusion referred to in a previous post)
Have tested setting a password and rebooting. Removing the password and rebooting. Disabling Remote console on VRM and on LAN, rebooting, enabling and rebooting.
51 People are following this question.
