PPTP Error 737: Loopback was detected

No follow-up to this post, eh?  I was hopeful there would be some fix available for the PPTP Error 737: Loopback detected.

I found a post on the l2tpd mailing list from March, '03.  It indicates a code problem with the ptyconf.c_lflag value.  Maybe I should post in the Astaro hacker forum, as I'm not quite fully informed as to what PPTP software Astaro uses.  Could this be the issue I'm seeing?  Do we have access to the source for review/modification/fix?

Thanks.  

bump.

my users and I are still plagued by the PPTP Error 737, Loopback detected.  Any indications as to what may be causing this?  It's very inconvenient, and highly annoying.  Any help is appreciated.

Thanks.  

I run PPTP regularly into my home network ASL v4 box from  outside, and the performance has been rock solid. No errors, reliable connections, except when the link to the outside at the client site has been saturated.

Are you using ASL, or the Microsoft RAS server on your LAN, to provide the host end of your PPTP tunnels?
  

Astaro provides the PPTP link; it authenticates against our domain-based RRAS server on the LAN.  As such, I have not been able to pinpoint from where the Loopback detected error comes.  

Nothing in the logs to indicate where the problem is?

If you want anyone on this BBS to give a go at helping you nail down the problem, you need to provide some specifics. My first hunch would be that there are some problems with your SNAT/Masquerade rules.  

Nothing in the logs, really.  You can see where the connection breaks down and reinitializes; that's it.  An Astaro engineer checked out all the settings, and found it to be acceptable.  He verified DNAT/SNAT/masquerade settings, PPTP settings, Radius settings.

Here's an odd development (noticed by one of my users).  Loopback tends to occur if a chat client is running (AIM, ICQ, Trillian, etc).  No chat client running, no loopback detected.  I have some further testing to do with this, but it does seem to be causal in some preliminary tests.  Of course, the problem being, sometimes connections work fine with a chat client running.  Ugh.  

I use ICQ on a workstation on my Internal network. This is a workstation that stays on 24x7. The ICQ client (ver 2003a), is configured to use the Socks5 proxy in my ASL 4 box. I have never seen the loopback error you describe.

How is your Instant Messaging clients you have running configured?
Do they use the Socks4 or 5 proxy, the Squid proxy, or are they allowed to talk straight out?

I would recommend using the Socks5 proxy for these types of clients. That is what it is there for.  

Situation cleared.  I don't know the exact problem, but resetting my DSL router seems to have remedied the issue.  PPTP sessions now establish on first attempt.  Ugh.
 

Situation cleared.  I don't know the exact problem, but resetting my DSL router seems to have remedied the issue.  PPTP sessions now establish on first attempt.  Ugh.