Are there any updates on fixing this problem?
Thanks
Michael
196,630 users have contributed to 43,021 threads and 258,416 posts.
In the past 24 hours, we have 0 new thread(s), 0 new post(s) and 86 new user(s).
If you go to System prefs (OSX)/security and privacy/firewall.... what do you see? I'll bet your firewall is on. For some reason recently, I went there and noticed my firewall was turned off, so I turned it back on. All of a sudden VEPro started giving me this message in a popup window. When I clicked OK to allow the connection and it then worked. If you turn your firewall off, I bet this message goes away...
So, my question is - should I be running OSX with firewall off??
- Greg
Thanks for the suggestion, Greg. I do have my firewall on, but VEPro is alreadly listed there as one of the approved applications.
Michael
Just checked - when I turn my firewall on, and VEPro 64-bit (the one I use) is also listed, I get the same message: 'Do you want the app .... blah, blah, blah.....Deny/Allow'. When I turn my firewall off, it works without that 'Deny/Allow' popup coming up. So, this does seem to be a VSL issue then.
- Greg
Thanks for checking that, Greg.
I guess I will put up with it until I hear something from the Vienna team. I don't want to run without my firewall on.
Michael
In the lastest update I am still getting this request to allow VEP to accept incoming network connections. Can someone from the VE team please let me know if there is a way to make this stop?
Thanks.
Michael
I have the same problem with the EyeTV software, they told me to erase everyting and to re-install !!!!!! [:P]
IMO the problem is the *firewall for dummies* configuration in the dialog for the OS X firewall (obviously since a few versions).
usually in a firewall you can select to allow:
- connections to certain applications
- connections from certain IPs
- connections to certain ports
- or any combination of the above three.
(the same for outgoing connections)
i'm sure you can still set all this using terminal, though i could not find any info about this on the net. possibly they have just done too much when fixing this issue http://support.apple.com/kb/HT6011
also apple explicitly mentions that blocking acces to a certain application can prevent regular access to another application http://support.apple.com/kb/PH14191
what a bummer ...
Hi Paul,
I had hoped that the new version would fix this problem, but I am still having it.
Michael
Thought I'd chime in.... Paul, what suggestions by CM? I'd characterize his post more as a defense of why it's not working, and pointing it in Apple's direction, and how they have done a 'firewall for dummies'..... :) He does mention that possibly the issue could be fixed by doing something in terminal - but then says he couldn't actually find any info on it.
The issue we are having is that in OSX firewall, we have set it to allow connections to VEP, but are STILL getting the message popping up asking us to allow or deny incoming network connections. I just did a quick test -- took VEP out of the 'allow incoming connections' list in OSX frewall, and launched VEP again. It behaves exactly the same as when VEP is in the 'allow connections list' in OSX firewall. The only way to make this popup window go away is to turn OFF the firewall completely.
To me, that sure seems like the issue is with VEP. I don't get this popup with any of the other apps that I have in my 'allow incoming network connections' list - just VEP. But, it's not like it's a show-stopper or anything, just one more thing we have to do when launching our rigs at the start of a new day. For me, it's just a small hassle - not that big a deal. But, it would be great if this could be sorted out so it worked as it should.
Thanks.
Best,
Greg
@wgturner said:
Paul, what suggestions by CM?
you're right - it was rather a rant than a suggestion 😉
i digged out an older information about used ports for VE PRO:
> 6472: 32bit server connection (TCP)
> 6473: 64bit server connection (TCP)
> 6474: 32bit server discovery request (UDP)
> 6475: 64bit server discovery request (UDP)
> 6476: 32bit server discovery response (UDP)
> 6477: 64bit server discovery response (UDP)
my suspicion is the current OSX firewall does not discover the UDP ports correctly ...
i just stumbled across some hint related to OSX server http://support.apple.com/kb/ht5413
it appears apple has moved from IPFW to PF - the article also indicates older rules might remain active in case you upgraded your system from an earlier version ...
i want a 10.9 capable mac please - at best a MacPro ;-) too much unusable scrap with an apple logo here ...
i just learned there are actually 3 firewalls in OS X: IPFW (deprecated, but former rules might remain active), AFL (the one you have basic access throught the GUI), PF (accessible anly throug pfctl or a third-party-tool)
you can also configure AFL through the command line:
add a computer to the whitelist: /usr/libexec/afctl -w 192.168.0.10 (the IP of the remote computer)
add a class-C network to the whitelist: /usr/libexec/afctl -w 192.168.0.0/24 (your private or audio network)
if that does not solve the issues we had to dive into pfctl ...