VPN client list nvram variables

[Goobi]

Hi community,

I got an issue that has been bugging me for a while. I got several scripts that run as cron jobs and rotate the VPNs to different servers. Every once and a while I notice that I have duplicate entries in my client list on the vpn page. I am trying to determine which nvram variable needs to be set/unset. Here is what I see for the client list:

vpn_client5_clientlist=
vpn_client5_clientlist1=
vpn_client5_clientlist2=
vpn_client5_clientlist3=
vpn_client5_clientlist4=

In my script I unset/set vpn_client5_clientlist1 is this the correct nvram variable or do I need to be using another one? What are the other ones for? I seem to recall that there used to be only one (vpn_client5_clientlist) so not sure if I am working with the correct variable on 384.2.

Thanks in advance.

 

[Jack Yaz]

Hi community,

I got an issue that has been bugging me for a while. I got several scripts that run as cron jobs and rotate the VPNs to different servers. Every once and a while I notice that I have duplicate entries in my client list on the vpn page. I am trying to determine which nvram variable needs to be set/unset. Here is what I see for the client list:

vpn_client5_clientlist=
vpn_client5_clientlist1=
vpn_client5_clientlist2=
vpn_client5_clientlist3=
vpn_client5_clientlist4=

In my script I unset/set vpn_client5_clientlist1 is this the correct nvram variable or do I need to be using another one? What are the other ones for? I seem to recall that there used to be only one (vpn_client5_clientlist) so not sure if I am working with the correct variable on 384.2.

Thanks in advance.

The client list is split across those 5 nvram variables, due to a maximum size imposed by Asus on a single nvram setting (255 chars/bytes, I think).

 

[Goobi]

The client list is split across those 5 nvram variables, due to a maximum size imposed by Asus on a single nvram setting (255 chars/bytes, I think).

I see. So if I have several clients that I need to add via nvram I should just spread them across the variables?

 

[Jack Yaz]

I see. So if I have several clients that I need to add via nvram I should just spread them across the variables?

To my understanding, yes

 

[h0me5k1n]

Aren't the clientlist entries stored against the following:

vpn_client1_clientlist=
vpn_client2_clientlist=
vpn_client3_clientlist=
vpn_client4_clientlist=
vpn_client5_clientlist=

Not...

vpn_client[NUM]_clientlist[NUM]=

run "nvram get vpn_client5_clientlist" to see the output of the clientlist for the fifth VPN client connection and (as long as you have entries showing) you can see the format that needs to be used.

 

[Jack Yaz]

Aren't the clientlist entries stored against the following:

vpn_client1_clientlist=
vpn_client2_clientlist=
vpn_client3_clientlist=
vpn_client4_clientlist=
vpn_client5_clientlist=

Not...

vpn_client[NUM]_clientlist[NUM]=

run "nvram get vpn_client5_clientlist" to see the output of the clientlist for the fifth VPN client connection and (as long as you have entries showing) you can see the format that needs to be used.

Not on newer platforms/firmware due an enforced (by Asus) length on nvram variables

 

[Mikii]

Hello. If I type a "nvram show" command, I am getting

- a set of "vpn_clientN_XXX" variables, with 1≤N≤5;
- but also a set of vpn_client_XXX (without any number).​

The vpn_client_XXX seems to be a copy of the vpn_client1_ set. Can anyone explain the difference between the two? Thank you!

 

[RMerlin]

Hello. If I type a "nvram show" command, I am getting

- a set of "vpn_clientN_XXX" variables, with 1≤N≤5;
- but also a set of vpn_client_XXX (without any number).​

The vpn_client_XXX seems to be a copy of the vpn_client1_ set. Can anyone explain the difference between the two? Thank you!

The uninstanced variables (without numbers) are just temporary variables. The web server takes care of copying the selected instance settings into the temporary variables when the settings page is sent to the browser, and then storing them back into their correct instance when you click on Apply.

 

[Mikii]

Many thanks RMerlin for explaining that.

Michele