Vienna Symphonic Library Forum
Forum Statistics

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).

  1. Home
  2. Software
  3. Vienna Instruments Pro
  4. incoming network connections
  • M
    M

    Thanks for the suggestion, Greg. I do have my firewall on, but VEPro is alreadly listed there as one of the approved applications. 

    Michael
  • W
    W

    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
  • M
    M

    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
  • M
    M

    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
  • Cyril BlancC
    Cyril BlancC

    I have the same problem with the EyeTV software, they told me to erase everyting and to re-install !!!!!! [:P]
  • W
    W

    I can confirm the same - no difference from before. 

    - Greg
  • PaulP
    VSL Team
    PaulP

    Hi, 

    I asked our developers and they promised to look into it, but they can´t make any promises right now.

    Best,

    Paul

    Paul Kopf Head of Product Marketing, Social Media and Support
  • M
    M

    Thank you, Paul.

    Michael
  • W
    W

    Thanks, Paul.  In the meantime, we're just going to have to click the 'allow' button.   Man, that's a lot of work........... [:'(]

    - Greg
  • cmC
    VSL Team
    cmC

    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 ...

    and remember: only a CRAY can run an endless loop in just three seconds.
  • M
    M

    Hi Paul,

    I had hoped that the new version would fix this problem, but I am still having it.

    Michael
  • PaulP
    VSL Team
    PaulP

    Hi Michael, 

    Did you try CM´s suggestions yet?

    Best, 

    Paul

    Paul Kopf Head of Product Marketing, Social Media and Support
  • W
    W

    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
  • cmC
    VSL Team
    cmC
    last edited
    last edited

    @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 ...

    and remember: only a CRAY can run an endless loop in just three seconds.
  • W
    W
    last edited
    last edited

    @cm said:

    you're right - it was rather a rant than a suggestion ;-)

    HAHAHA!  Hmmmm... maybe that is what's going on.  I know someone who is comfortable doing terminal stuff, and will ask a few questions.

    Thanks for that info.

    - Greg
  • cmC
    VSL Team
    cmC

    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 ...

     

    and remember: only a CRAY can run an endless loop in just three seconds.
  • cmC
    VSL Team
    cmC

    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 ...

    and remember: only a CRAY can run an endless loop in just three seconds.
  • W
    W

    Great info!  Thanks!!

    Best,

    Greg
  • M
    M

    Thanks for this info, but I am not really comfortable working with command line stuff. I agree with Greg that this is not a huge problem, but it is a bit of an ongoing irritation and it would be great if it could be fixed.

    Best,

    Michael
  • cmC
    VSL Team
    cmC

    i couldn't agree more ...

    i'll try to get my hands on a mavericks capable mac and dive into the depth of firewalling for a more profound knowledge.

    as suspected earlier - it _could_ be that UDP ports are not read properly.

    and remember: only a CRAY can run an endless loop in just three seconds.