5 Replies Latest reply on Aug 21, 2006 8:58 PM by GJA

    Windows firewall problem

    GJA
      I've been having problems for a while on one of my clients sites, It seems that Windows Firewall is the cause of the problem. I'm at that computer now and while Contribute was checked as an exception in the Firewall control panel, Contribute would time out when attempting to publish. I tried disabling the Firewall completely, restarting and attempting the same operation in Contribute, this worked - I was able to publish a draft successfully. So it would seem that although Windows Firewall is saying Contribute is being allowed by the firewall - in operation it isn't.

      My question thus is; Are there ports that Contribute is using that Windows is blocking? Has anyone had this problem before? Exactly what ports is Contribute using? I'm a Mac person myself - not much Windows experience - any advice welcome.

      I'm presuming I'll need to manually open up some ports??
        • 1. Re: Windows firewall problem
          arao2k6 Level 2
          Hi,

          Right click on network -> Change firewall settings.

          In windows firewall dialog , click on exception tab.
          Make sure Contribute is listed there.
          Select it and click on edit.
          In Edit a Program dialog -> Change scope.
          Make sure "Any Computer" radio button is selected.

          Let me know if this helped.
          • 2. Re: Windows firewall problem
            GJA Level 1
            quote:

            Originally posted by: arao2k6
            In Edit a Program dialog -> Change scope.
            Make sure "Any Computer" radio button is selected.

            Let me know if this helped.


            Thanks. I got my client to do this - it was checked already. So no go. I also got my client to manually add ports 80 for HTTP
            21 for FTP and also port 443 for SSL during activation (so Adobe told me)
            Also in the Windows firewall control panel - I got my client to check advanced network settings and check 'allow ftp'.

            Also tried sending another connection key with passive ftp and ftp optimisation checked...
            Of course she could disable the Firewall when editing but doesn't feel comfortable doing this.

            All of which has failed. I'm totally frustrated - my client thinks Contribute is useless....I'm telling her it's Windows Firewall taht is to blame......
            Honestly I'm at my wits end with this. I'm thinking surely someone else has had a similar problem?

            • 3. Re: Windows firewall problem
              GJA Level 1
              Hello - Avinash - Are you there????? Anyone at all ? Please...
              • 4. Re: Windows firewall problem
                GJA Level 1
                I got my client to generate a firewall log file when trying to connect.

                This is what it looks like
                2006-07-25 14:46:46 OPEN UDP 192.168.0.10 192.168.0.11 1705 161 - - - - - - - - -
                2006-07-25 14:46:52 DROP UDP 192.168.0.8 255.255.255.255 1520 63645 44 - - - - - - - RECEIVE
                2006-07-25 14:47:04 CLOSE TCP 192.168.0.10 61.8.0.22 1699 25 - - - - - - - - -
                2006-07-25 14:47:16 OPEN UDP 192.168.0.10 192.168.0.11 1706 161 - - - - - - - - -
                2006-07-25 14:47:16 CLOSE UDP 192.168.0.10 192.168.0.11 1702 161 - - - - - - - - -
                2006-07-25 14:47:20 CLOSE TCP 192.168.0.10 61.8.0.22 1700 25 - - - - - - - - -
                2006-07-25 14:47:25 DROP UDP 192.168.0.9 255.255.255.255 3851 63645 44 - - - - - - - RECEIVE
                2006-07-25 14:47:26 OPEN UDP 192.168.0.10 192.168.0.11 1135 161 - - - - - - - - -
                2006-07-25 14:47:46 OPEN UDP 192.168.0.10 192.168.0.11 1707 161 - - - - - - - - -
                2006-07-25 14:47:54 DROP UDP 192.168.0.8 255.255.255.255 1522 63645 44 - - - - - - - RECEIVE
                2006-07-25 14:48:16 OPEN UDP 192.168.0.10 192.168.0.11 1708 161 - - - - - - - - -
                2006-07-25 14:48:16 CLOSE UDP 192.168.0.10 192.168.0.11 1703 161 - - - - - - - - -
                2006-07-25 14:48:16 CLOSE UDP 192.168.0.10 192.168.0.11 1704 161 - - - - - - - - -
                2006-07-25 14:48:16 CLOSE UDP 192.168.0.10 192.168.0.11 1705 161 - - - - - - - - -
                2006-07-25 14:48:27 DROP UDP 192.168.0.9 255.255.255.255 3860 63645 44 - - - - - - - RECEIVE
                2006-07-25 14:48:40 CLOSE TCP 192.168.0.10 208.101.38.135 1695 80 - - - - - - - - -
                2006-07-25 14:48:40 CLOSE TCP 192.168.0.10 208.101.38.135 1696 80 - - - - - - - - -
                2006-07-25 14:48:46 OPEN UDP 192.168.0.10 192.168.0.11 1709 161 - - - - - - - - -
                2006-07-25 14:48:56 DROP UDP 192.168.0.8 255.255.255.255 1523 63645 44 - - - - - - - RECEIVE

                Anyone make any sense of the open/closing TCP/UDP ROUTINE?
                • 5. Re: Windows firewall problem
                  GJA Level 1
                  OK. It seems I have finally solved this problem. As expected it seems simple with hindsight. I got the client to open Contribute / my connections / then select and delete the troublesome site ( she was able to do this only after going back and one by one deletion of unpublished drafts). Then I stepped through all of the 'create new connection' steps - crucially selecting ftp advanced option so as to check the passive and optimised ftp boxes. After saving she was able to open, edit AND publish.

                  I thought I'd done this for her earlier when I recreated the connection at my end checking passive ftp - but apparently the transfer of that key to the client didn't maintain the setting - because it didn't work. This of course sent us down many wrong alleys in trying to troubleshoot..
                  Thanks to Jeff from Pacific/Asia tech support for his efforts over the phone.
                  HTH someone with similar problems.