macester

Whoopsie, thanks mate

What is the pull rate for adding new templates? or does it pull from repos directly?

Dont know if its till a problem? but he latest docker i did work on all platforms i tested it on? but (dosent play nice with kvm/docker on the same bridge witch macvlan something brakes not much I can do, packages get stuck in limbo(works with OVS so kernel/package related ) )

Dont use qbit myself, if you still use? it i can build a new one.

Haven´t checket in here for along time sorry(work, life and not beeing on unraid). This should just be a "false/positive" since sendmail is installed, the messages you see would normaly go to the root user (but could prly fix it if the log is bothering ppl )

The problem is that unraid uses a custom "rc.inet1" script that binds eth0 -> ethX(8?)¨(with bonds and bridges) cant remember excactly since i´m not on unraid now. The second problem is how the GO file since it runs very late, rc.inet1 runs very early(rc/slack standard) then things like libvirtd is started so that messes up bridges,second interfaces etc.. (when they are dependent on the config that comes from the GO file, autostarts of VM for example can take for ever times outs after 3 minutes). Plugin suffers from this asweal since they have no option to start before "rc.inet1"(to push config) (can always make one that loads late and simply does an ugly restart of services and starts vm etc.. but terribly ugly) I acctually made a custom build of unraid with vlan(kernel) support and a custom rc."scripts" to circumvent all this(but not very user friendly) (that is why I use plain ol´ debian however coming back in a hearbeat when this gets fixed(added) in the future) A more simpler sulution would be to add/change all this in the core =P. But the even simpler solution before this gets added is to make a second "GO" file for "advanced users" or "dev plugins" that is called "DEV_GO" and is called early in the "RC" scripts either at the very end of "rc.S" or lets say it´s own rc scripts that is called first "rc.01" This would make it possible to completly change pretty much any config you want(would probably need a pretty hefty statement that this is not supported =P) //mace

Should be supported since nut 2.7.1 (http://networkupstools.org/ddl/Cyber_Power_Systems/CP1500PFCLCD.html) So should be supported with my plugin (http://lime-technology.com/forum/index.php?topic=42375.0) - Will update (Ambrotos) snmp settings under the holidays for the plugin, also nut 2.7.4 is released so gonna check if I get the time to build it.

See the first post on this thread, it might help: http://lime-technology.com/forum/index.php?topic=45249.0 Nice too hear it worked out! I had to try to reproduce the "bug" and it was quite easy. A docker image of only 2gb and only openvpn-as installed reproduced the same error. So I installed an ubuntu vm and tried the same, when disk space got below 2gb I got the same error. Guess thats the limit =P

The only thing I could find about that error seems to be that i can occur when disk is full. Hows the space of your docker.img? Other then that all I can sugest is to remove the image and config and see if that helps.

The connectivity test will fail, due to it being behind nat(router). Will still work though. Have you tried connecting to your external ip from another network? lets say your phone on 3g/4g? Some routers dosent allow for connecting to your own external ip, due to a "nat loop" I know moast asus routers come with a function called nat-loopback to make this possible.

aye,

Sry for the late replay, been enjoying some time off. I will look into it, just some quick questions I guees you would like to be able to choose some sort of "pollfreq" from your example?, havent checked out the snmp-ups driver or your ups does it only support snmp v2 (due to the pullfreq) or v3 for traps?, if it supports v3(the only way i can think a snmp-ups shutdown that times system shutdown is possible) have you tried this with nut or proprietary software? Just want to know before I dig deeper into something that i cant test. //mace PS. This plugin kinda been onhold due to work but gonna tinker something togheter.

Dont use esxi but why would you want to add a vnic then bond them in unraid? why not "hard" bond them in esxi for all your vm´s? vnics regardless of esxi, kvm etc.. will just use pure cpu to communicate. I do have them hard bonded in ESXi. Just figured there might be some way for me to take advantage of having a second NIC inside my unRAID configuration to maybe get some added bandwidth. Communication like that will only go through the cpu so it dosent mather. You can install a speed test program in your vm´s and test inter-communication to see what i mean, a good program for benchmarking is "iperf". but in your case you would install iperf on a networked pc that is "bonded" and in unraid(or a vm in unraid) and you would moast allready see the speeds of the bond in esxi (i guess 2gbits).

Dont use esxi but why would you want to add a vnic then bond them in unraid? why not "hard" bond them in esxi for all your vm´s? vnics regardless of esxi, kvm etc.. will just use pure cpu to communicate.

Heya, Due to this "https://github.com/phusion/baseimage-docker/issues/267" doing an apt-get upgrade fixes it i guess. Normally not a problem but had i client connected with the wrong user details and filled up syslog, my docker used about 4gigs of ram ;( //mace

Added: DDclient DDclient 3.8.3 with support for mail notifications(gmail).

2015.11.12 -Add variable for pipework, "PIPEWORK". (dont use INTERFACE variable,) - "PIPEWORK=yes" will set container interface to eth1 and change port 9443/tcp to 443/tcp it will also wait with starting openvpn until "pipework" container is up. - http://lime-technology.com/forum/index.php?topic=43970.0 - https://hub.docker.com/r/dreamcat4/pipework/

I noticed that admin user is not properly set when it was installed, I had this happen when i used symlinks in traversed directories, I set up my share on disk1 as defualt the only thing I changed was just include disk1 then exlude all the other disks that worked for me. you could try that and reinstall it. You could also try and to as i posted before with ssh but add the command to make superuser admin. docker exec -it OpenVPN-AS bash (change OpenVPN-AS to the name of your docker) /usr/local/openvpn_as/scripts/sacli -u admin -k prop_superuser -v true UserPropPut /usr/local/openvpn_as/scripts/sacli -u admin --new_pass MyNewPassword123 SetLocalPassword (change MyNewPassword123 to your new pass) Then restart the docker.

That looks as it should, I tried setting this up on my own disk1 to see if something messed up the symlinks and it is working booth trough "/mnt/user/disk1" and "/mnt/disk1/. How have you setup the "appdata" share? Could you paste the log from the appdata directory "/config/logs/openvpnas.log" Can you try to set the admin password to see if there are eny permission issues: ssh to your server docker exec -it OpenVPN-AS bash (change OpenVPN-AS to the name of your docker) /usr/local/openvpn_as/scripts/sacli -u admin --new_pass MyNewPassword123 SetLocalPassword (change MyNewPassword123 to your new pass)

Try "/mnt/cache/Apps/openVPN" thought i had these issues solved but maby not...

Could you paste the logs? Have you used openvpn before on this box? cleared the old config? Tried useing /mnt/cache/ instead of /mnt/cache/user for config directory?

-Got to your server with your browser and login with your credentials, when you see the page on a windows computer to download the client instead hit the refresh button in your browser and alot more options will be avaible -At the bottom there will be an option "Yourself (user-locked profile)" download that .opvn file. (rename it to something like office.ovpn) -Next download the full openvpn client at https://openvpn.net/index.php/open-source/downloads.html -Copy your office.ovpn file to "C:\Program Files\OpenVPN\config" -And ofc copy the .ovpn file from your home setup to -Restart the client -Havent tested it but should be the way its done No idea about the duckdns stuff dont use it myself.

It's only as safe as the VPN server that answers on that port. If a flaw in the VPN package is found and you don't update to patch it, then it's no longer safe. However, it's by far safer than opening things up in general, and you only have one application to audit for security flaws and updates. I'm assuming the docker automatically updates itself! Is that adequate security? And that's not the only open port. In fact there are 3 for Open VPN itself, right? And plus I have another open for Plex, one more for transmission etc. How does that affect the scenario? I´m updating the docker as soon as there are updates, booth for the "os" base-docker and "openvpn-as", as for security moore secure the alot of home routers and businesses out there with that update scheme. Well it all depends on plex and transmissions in this case...

1. In this case if you mean you enter you externatl ip in the server configuration, it dosent mather beacuse this is only for the certificate and since it is selfsigned the address really dosent mather. then what aptalca said. 2. What aptalca said, however the "openvpn procces" is single threaded so moore GHZ in this case is prfered, also if you have a modern cpu with "aes-ni" instruction you might wanna change the encryption to "AES" fo a little speed boost and better encryption. 3. Port forwarding isent dangerous at all, it all depends what you can reach on them and if you run a vpn on the gateway the ports are still "forwarded" or rather open in the firewall. With these home routers things like certificates/openvpn dont have the best update scheme.

Dont think that is the right address for plex (/web/index.html), no idea about unraid ui. Have you routed your home lan in the route section? Do the remote lan happen to also be "192.168.0.0/24"?. (this might also be the cause on unraid ip not responding) With questions like theese you will probably always get a better response from the openvpn forums. (due to openvpn-as has comercial support they tend to answear thoose questions a tad quicker).