[FX.php List] Problem with clients iis install

Sat Mar 20 10:26:48 MDT 2010

Well, investigating what/how the traffic flows would most probably  
give you the answer :) The filter could be extended to also show DNS  
traffic, if that is considered a suspect.

20 mar 2010 kl. 15.40 skrev 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
>
> _______________________________________________
> 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/394eea2b/attachment.html