[FX.php List] Problem with clients iis install

Sat Mar 20 10:24:39 MDT 2010

Lack of reverse lookup?

2010/3/20 Bob Patin <bob at patin.com>:
> 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
>
>
> _______________________________________________
> FX.php_List mailing list
> FX.php_List at mail.iviking.org
> http://www.iviking.org/mailman/listinfo/fx.php_list
>
>