[FX.php List] Problem with clients iis install

[Bob Patin]

Here's what I just tried:

Since their site's not working anyway, I took their ticketing page offline, and changed the server data page so that it uses my WPE here on one of my web servers. Worked immediately.

Of course, that means that all of the PHP is using my WPE and my database server here (I have a complete copy of the database & web app here on my machines), so it's not using the WPE on the web server, or the database server at their location.

There's something about their VPN that's not allowing this to work, I'm convinced; they've been reluctant to reconfigure the WPE to use the web server's public IP, but that's what I think it needs to be doing, instead of trying to use the private IP on the VPN.

... at least, it *works* this way, which seems to indicate that...

Thanks for your input; if you think of anything, let me know. Thanks,

Bob


On Mar 20, 2010, at 9:21 AM, Leo R. Lundgren wrote:

> If it's a "regular" VPN, it should function the same. In essence, once the tunnel is up, it is just normal IP and routing going on.
> 
> The most obvious difference is that there is usually no Bonjour and broadcast going on, which can be set up but is nothing you should expect. However, as we are talking about TPC/IP communication in this case, I don't think this is an issue.
> 
> Maybe it's time to use tcpdump on the connecting machine, and see how/if the traffic flows. An example for sniffing all traffic for a specific port, and dumping it right out in the terminal, is:
> 
> 	tcpdump -ni <interface name, for example en0> -As0 'filter'
> 
> .. where 'filter' can be stuff according to `man tcpdump`, for example 'host <the other computer's IP> and port <port number you are connecting to>' should give you traffic related to the remote host and the specific port (regardless of whether the port is mentioned in the sending or recieving).
> 
> 
> 20 mar 2010 kl. 15.16 skrev Bob Patin:
> 
>> No, it does work *sometimes,* just really slowly.
>> 
>> Here's a question: they use a VPN to connect from one location to another, so that they can open all the ports. I've advised using a traditional method so that we can eliminate one possibility.
>> 
>> So what I don't know is this: do 2 machines connecting in a VPN function the same as 2 machines connecting over the Internet, other than private IPs?
>> 
>> Thanks,
>> 
>> Bob Patin
>> Longterm Solutions
>> bob at longtermsolutions.com
>> 615-333-6858
>> http://www.longtermsolutions.com
>> iChat: bobpatin
>> FileMaker 9 & 10 Certified Developer
>> Member of FileMaker Business Alliance and FileMaker TechNet
>> --
>> Expert FileMaker Consulting 
>> FileMaker Hosting for all versions of FileMaker
>> PHP • Full email services • Free DNS hosting • Colocation • Consulting
>> On Mar 20, 2010, at 5:53 AM, Gjermund Gusland Thorsen wrote:
>> 
>>> DNS error?
>>> 
>>> 2010/3/20 Andrew Denman <adenman at tmea.org>:
>>>> This sounds suspiciously like a network issue, especially if the FMS/IIS
>>>> server the same exact one, just moved.
>>>> The only time i've gotten timeout messages in PHP are when FMS took a long
>>>> time to respond and exceeded the PHP timeout. In my case, it was doing a
>>>> complex find with lots of relational data.  A slow or bad connection between
>>>> the computers could also prevent the web server from receiving a response in
>>>> a timely manner.
>>>> An easy way to see if you're hitting the PHP timeout is to change it and see
>>>> if it takes longer to get the error or completes the
>>>> page: http://us2.php.net/manual/en/function.set-time-limit.php (A note if
>>>> you're using fastCGI: you may also have to edit the fastCGI settings, as it
>>>> has it's own time limit.)
>>>> On Mar 19, 2010, at 5:45 PM, Bob Patin wrote:
>>>> 
>>>> Good question, and one I hadn't tried...
>>>> Right now it's totally geeked and I get this when I return the errorCode:
>>>> No action taken
>>>> But when it's actually working, albeit slowly, it just times out.
>>>> When I change the IP to a bad one, I get a Fatal error, the type you see
>>>> when a connection isn't made (like I had with my other client the other day
>>>> when she was using the wrong version of PHP w/FMSA 9).
>>>> BP
>>>> Longterm Solutions
>>>> bob at longtermsolutions.com
>>>> 615-333-6858
>>>> http://www.longtermsolutions.com
>>>> iChat: bobpatin
>>>> FileMaker 9 & 10 Certified Developer
>>>> Member of FileMaker Business Alliance and FileMaker TechNet
>>>> --
>>>> Expert FileMaker Consulting
>>>> FileMaker Hosting for all versions of FileMaker
>>>> PHP • Full email services • Free DNS hosting • Colocation • Consulting
>>>> On Mar 19, 2010, at 5:42 PM, Dale Bengston wrote:
>>>> 
>>>> I'd be casting a jaundiced eye on routers and other network hardware. What
>>>> happens if you intentionally break your connection to the IIS server? For
>>>> instance, putting in the wrong IP? Does it fail the same way?
>>>> 
>>>> <ATT00001..txt>
>>>> 
>>>> Andrew Denman
>>>> 
>>>> 
>>>> 
>>>> _______________________________________________
>>>> FX.php_List mailing list
>>>> FX.php_List at mail.iviking.org
>>>> http://www.iviking.org/mailman/listinfo/fx.php_list
>>>> 
>>>> 
>>> _______________________________________________
>>> FX.php_List mailing list
>>> FX.php_List at mail.iviking.org
>>> http://www.iviking.org/mailman/listinfo/fx.php_list
>> 
>> _______________________________________________
>> FX.php_List mailing list
>> FX.php_List at mail.iviking.org
>> http://www.iviking.org/mailman/listinfo/fx.php_list
> 
> 
> 
> -|
> 
> _______________________________________________
> FX.php_List mailing list
> FX.php_List at mail.iviking.org
> http://www.iviking.org/mailman/listinfo/fx.php_list

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.iviking.org/pipermail/fx.php_list/attachments/20100320/3375931e/attachment.html