Did you try to use "Remember me" checkbox before?  Or you can try to use `-u` and `-p` option for Mudfish Launcher (mudrun.exe).      
      
  * Moves “Mudfish Cloud VPN” menu from Start button.    
  * Opens the property window of “Mudfish Launcher” icon.    
  * Modify the command which found at “Target(T)” box that as default, the following value is set:    
        
        "C:\Program Files\Mudfish Cloud VPN\mudrun.exe"    
        
  * Changes the command with `-u` and `-p` options. For example, looks like below:    
        
        "C:\Program Files\Mudfish Cloud VPN\mudrun.exe" -u your_id -p your_password    
        
      

cool this worked great "C:\Program Files\Mudfish Cloud VPN\mudrun.exe" -u your_id -p your_password"
  
is there a switch i can use to stop it from opening chrome and opening the default website ?
  
http://127.0.0.1:8282/admin/dashboard  

I think `-B` option is for you. :-)  

Awesome..   
  
im building a front end application for it.. It's crude but does the job and make my life simpler

Wow! It means you're developer.  If you have any questions or requests for APIs, please let me help you.  I'm little thrilled that someone want to write its own front end apps like you. :-)  

Hi 
1) i'd like to know how to gracefully disconnect. I'm currently killing it.
  
2) Since my front end app is somewhat working i have been playing with various setting and i have discovered that changing this setting 
  
Connection Protocol
Specify the protocol used to communicate with Mudfish nodes.
TCP
UDP
  
Has a huge affect on ping "Jitter" UDP being significantly better. Are people  being told when and why to use each setting ?
  
3) One of the fundamental reasons for creating my app is that i have to repeatedly  disconnect and reconnect to mudfish to ensure i'm getting a "good" ping. Even though i have manually selected the node. My app helps me identify a good/ bad ping quickly.  
  
Any thoughts on the ping variation it can be significant +50ms     
  
4) To some degree Muffish is only 1/2 useful to me because it only caters for one World of tanks server at a time.  
  
In WOT I can play one battle on the West server then change to the East server then change back and forth if i wish.   
  
Now mudfish only lets me setup a node for using West or East. I would like to have the ability to have routes in place for both east and west using different nodes at the same time so when i change servers in the game it will redirect traffic as needed.   
  
I feel this would bee a good feature of Mudfish.   
  
  
  

Here is my answer:      
      
> 1) i'd like to know how to gracefully disconnect. I'm currently killing it.       
      
If you're not using `-I` option for Mudfish Launcher (mudrun.exe), you don't need to turn off gracefully,  I think killing all 3 mudfish processes (mudrun.exe, mudflow.exe and mudfish.exe) are enough.  :-)  However at this moment graceful shutdown isn't exposed to user API but let me know if you want it.      
      
> 2) Since my front end app is somewhat working i have been playing  with various setting and i have discovered that changing this setting       
Connection Protocol      
Specify the protocol used to communicate with Mudfish nodes.      
TCP      
UDP      
Has a huge affect on ping "Jitter" UDP being significantly better. Are people  being told when and why to use each setting ?      
    
    
Normally as you know, its default is UDP and best recommended way to be used.  However sometimes TCP is required to connect to mudfish nodes because their connection is blocked by network firewall or web application firewall.    
    
> 3) One of the fundamental reasons for creating my app is that i have  to repeatedly  disconnect and reconnect to mudfish to ensure i'm getting  a "good" ping. Even though i have manually selected the node. My app  helps me identify a good/ bad ping quickly.        
Any thoughts on the ping variation it can be significant +50ms       
    
This isn't one of most difficult topic to cover all mudfish users because each users has accessing from different location and country.  Even they also use different ISPs with different caps.  I'd tried to provide more detailed information as possible as I can but realized that it's also very sensitive depending on time (RTT is different at night or morning).  If your tool is useful to calculate a best node, it'll also be useful to other users. :-)  If you need more general API for RTT information,

> 4) To some degree Muffish is only 1/2 useful to me because it only caters for one World of tanks server at a time.    
In WOT I can play one battle on the West server then change to the East server then change back and forth if i wish.     
Now mudfish only lets me setup a node for using West or East. I would  like to have the ability to have routes in place for both east and west  using different nodes at the same time so when i change servers in the  game it will redirect traffic as needed.   
  
Please check [Create Custom Item](http://mudfish.net/docs/en/vpn/dashboard/create_custom_item.html#create-custom-item) to archive your goal.  It was a default feature of Mudfish v3 (though latest version is Mudfish v4) but removed at v4 because most of users weren't advanced users. :-)  

1) disconnect    
I'm currently and killing the 3 processes i would be good if you could add the graceful method to do this.     
      
2)UDP TCP    
Ok interesting    
      
What about the setting below it    
UDP    
Tcp    
ICMP (Ping)    
I know that they are  but i couldn't tell any difference in changing them .. is there a more detailed explanation of what effect these are meant to have?    
      
3A)Random pings    
To clarify this     
I can connect to mudfsih and get a 175ping then disconnect it straight away and then reconnect it and get a 158 ping. i can then disconnect it straight away then reconnect it and get a 143 ping. This is with the same node selected. Seriously this is exactly what has happened as i typed this.    
      
This is extremely odd ..i have a theory on why this happens but need to work on my app more for me to prove/ disprove my theory.    
      
3B)If your tool is useful to calculate a best node, it'll also be useful to other users. :-)    
I actually don't know how i could calculate the best node. How is it done now ? I be extremely interested in calculating them my self as the current auto setting don't seem to work but that could be because of issue 3A    
      
4)  WOT east and west at the same time      
I'll have a look at that...    
      
5) What are all your current API switches ? do you have a list of them i could have ?    
        
    

3A)
  
FYI this is a traceRT of it 
  
GOOD
  
  1    <1 ms    <1 ms    <1 ms  10.254.222.1 
  2   132 ms   132 ms   132 ms  10.254.254.1 
  3   132 ms   132 ms   132 ms  10.255.243.106 
  4   133 ms   133 ms   134 ms  23.92.24.3 
  5   139 ms   132 ms   142 ms  10ge8-3.core3.fmt2.he.net [64.71.132.137] 
  6   133 ms   141 ms   132 ms  10ge7-9.core1.sjc2.he.net [184.105.222.14] 
  7   140 ms   134 ms   141 ms  eqix-sv1.wargaming.com [206.223.116.232] 
  8   134 ms   133 ms   133 ms  sv5-a9006-edge-1-be20-2000.fe.core.pw [92.223.120.131] 
  9   134 ms   133 ms   134 ms  92.223.120.163 
 10   133 ms   133 ms   133 ms  sv4-sl-b85.worldoftanks.com [162.213.61.85] 
  
  
BAD
  
  1    <1 ms    <1 ms    <1 ms  10.254.222.1 
  2   163 ms   162 ms   162 ms  10.254.254.1 
  3   162 ms   163 ms   162 ms  10.255.243.106 
  4   163 ms   163 ms   163 ms  23.92.24.3 
  5   164 ms   174 ms   173 ms  10ge8-3.core3.fmt2.he.net [64.71.132.137] 
  6   163 ms   166 ms   163 ms  10ge7-9.core1.sjc2.he.net [184.105.222.14] 
  7   165 ms   166 ms   164 ms  eqix-sv1.wargaming.com [206.223.116.232] 
  8   164 ms   164 ms   164 ms  sv5-a9006-edge-1-be20-2000.fe.core.pw [92.223.120.131] 
  9   167 ms   169 ms   164 ms  92.223.120.163 
 10   164 ms   164 ms   164 ms  sv4-sl-b85.worldoftanks.com [162.213.61.85] 
  

Here are my answers:          
          
1. Regarding to graceful shutdown, I'd created a internal ticket for this feature request.  I hope you can see it soon.  :-) Thank you for your feedback.          
          
2. It's RTT Checking Method.  When Mudfish Launcher is executed, automatically it calculates a RTT (Round Trip Time) between your desktop and all mudfish nodes.  This option is to choose a method which protocol is used for.  If your network is open, there's no difference at all.  However your network blocks ICMP or UDP packets, you should change it to TCP.        
        
3.  A) for this traceroute, did you use a same mudfish node?  If then if I understand correctly it means the routing path between your desktop to mudfish node you used are changing.  Please try to tracerout to public IP of mudfish node you used (it's found at http://en.loxch.com/servers.php link).  
  
Other answers will be continue.  

> I actually don't know how i could calculate the best node. How is it  done now ? I be extremely interested in calculating them my self as the  current auto setting don't seem to work but that could be because of  issue 3A  
  
As you know, RTT from your desktop to game server through mudfish node are two area.  1) from your desktop to mudfish node, 2) from mudfish node to game server.  For #1, I think you can get information or measure it yourself.  But for #2, I need to provide a API for you to get these information.  
  
However at Mudfish, there's a server-chained mode to use 2 mudfish nodes to connect the game server.  It means it also needs a API to know RTT between two mudfish nodes. Normally it's exposed using http://en.loxch.com/meshrtt.php but it's very heavy operations.  
  
> 5) What are all your current API switches ? do you have a list of them i could have ?  
  
Except you, nobody was interesting to implement their front end. :-)  So it means no documents for API at all.  When I get a chance, I'll write a more detailed document for these.  Anyway please ask anything if you have any questions.  At this moment you can monitor or capture HTTP requests by Mudfish Launcher or see `mudrun_stdout.txt` file to see detailed requests.  

3A)
  
Thanks i think you've confirmed how i thought this process should work, Which is how i thought it should be set up. ( using 2 nodes ) in the fisrt place.
  
In that case the first node should be the NZ one and the second (San Francisco - Digital Ocean) in most cases. 
  
Unfortunately even though the NZ server is literally just down the road form me it always results in a worse ping using it (+6ms) than not using mudfish at all. Which then probably defeats the use of mudfish as the result will be a ping increase not decrease. In saying that it still might be of benefit if my routing goes haywire ( as it has in the past )
  
 

> In that case the first node should be the NZ one and the second (San Francisco - Digital Ocean) in most cases.     
  
Theorically it could be but in a reality it's not. :-)  Normally it's caused by that each ISPs have different peering policy with upstream ISPs.  
  
What I recommend is that using 1 mudfish node if possible has a higher prority tahn using 2 mudfish nodes.  

yeah i was only thinking theoretically 
  
the NZ node still has to many issues to use as i've brought up previously .. it give a massive ping/lag spike every minute or so. 
  
  
  
  

API request I would like to know the destination address for my packets in realish time. you're obviously collecting this as it's in the access log. 
  
also i seem to have lost the graph i had some thoughts on it but right now i can't find it.  

> the NZ node still has to many issues to use as i've brought up  previously .. it give a massive ping/lag spike every minute or so.  
  
Yes. It's very depenedent on service provider because Mudfish also leased a server from them.  
  
 
> API request I would like to know the destination address for my  packets in realish time. you're obviously collecting this as it's in the  access log.   
  
Do you want to know a realish time for destination IPs?  I'm not sure I'm following your question but if then I think I can show about when first packet to destination IP was shown.  
  
> also i seem to have lost the graph i had some thoughts on it but right now i can't find it.    
      
  
Please elaborate little bit for me.  Are you meaning Realtime RTT graph?