Menu

stumped using slack 8.1 and win2k client

Help
Anonymous
2003-01-29
2012-09-17
  • Anonymous

    Anonymous - 2003-01-29

    I have slack 8.1 set up as a router/firewall/pptp server. 

    After reading through 2356234^14 HOWTO's, I managed to get it done.

    Here are some of the basics:
    eth1 - internet
    eth0 - localnet
    port 1723 allowed
    GRE allowed on all interfaces

    From the local network, I am able to establish a PPTP session and obtain a new IP address (going from 192.168.3.174 to 192.168.3.131) and everything seems to work fine (I have messages and debug log as well as windows 2k ppp log of this connection)

    When I attempt to connect from the internet, I receive an error 619 - the specified port is not connected (from win2k) and lots of log and debug information.

    Here is the successful internal connection (/var/log/messages):
    Jan 29 11:13:15 guardian pptpd[10059]: CTRL: Client 192.168.3.178 control connection started
    Jan 29 11:13:15 guardian pptpd[10059]: CTRL: Starting call (launching pppd, opening GRE)
    Jan 29 11:13:16 guardian pppd[10060]: pppd 2.4.0 started by root, uid 0
    Jan 29 11:13:16 guardian pppd[10060]: Using interface ppp0
    Jan 29 11:13:16 guardian pppd[10060]: Connect: ppp0 <--> /dev/pts/3
    Jan 29 11:13:18 guardian pppd[10060]: MSCHAP-v2 peer authentication succeeded for mrichey
    Jan 29 11:13:18 guardian pppd[10060]: found interface eth0 for proxy arp
    Jan 29 11:13:18 guardian pppd[10060]: local  IP address 192.168.3.35
    Jan 29 11:13:18 guardian pppd[10060]: remote IP address 192.168.3.131
    Jan 29 11:14:15 guardian pppd[10060]: LCP terminated by peer (Z*yM-\^@<M-Mt^@^@^@^@)
    Jan 29 11:14:15 guardian pppd[10060]: Modem hangup
    Jan 29 11:14:15 guardian pppd[10060]: Connection terminated.
    Jan 29 11:14:15 guardian pppd[10060]: Connect time 1.0 minutes.
    Jan 29 11:14:15 guardian pppd[10060]: Sent 306 bytes, received 4118 bytes.
    Jan 29 11:14:15 guardian pppd[10060]: Exit.
    Jan 29 11:14:15 guardian pptpd[10059]: CTRL: Client 192.168.3.178 control connection finished

    (yes, I initiated the disconnect after 1 minute)

    Here is the unsuccessful attempt from the internet (/var/log/messages):
    Jan 29 11:28:32 guardian pptpd[10084]: CTRL: Client 199.106.117.224 control connection started
    Jan 29 11:28:33 guardian pptpd[10084]: CTRL: Starting call (launching pppd, opening GRE)
    Jan 29 11:28:33 guardian pppd[10085]: pppd 2.4.0 started by root, uid 0
    Jan 29 11:28:33 guardian pppd[10085]: Using interface ppp0
    Jan 29 11:28:33 guardian pppd[10085]: Connect: ppp0 <--> /dev/pts/3
    Jan 29 11:29:03 guardian pppd[10085]: Connection terminated.
    Jan 29 11:29:03 guardian pppd[10085]: Exit.
    Jan 29 11:29:03 guardian pptpd[10084]: CTRL: Client 199.106.117.224 control connection finished

    I have debug output as well.....here is a section which I see differences:

    Successful (local):
    Jan 29 11:13:16 guardian pptpd[10060]: CTRL (PPPD Launcher): remote address = 192.168.3.132
    Jan 29 11:13:16 guardian pptpd[10059]: CTRL: Got a SET LINK INFO packet with standard ACCMs
    Jan 29 11:13:16 guardian pppd[10060]: using channel 94
    Jan 29 11:13:16 guardian pppd[10060]: sent [LCP ConfReq id=0x1 <mru 1490> <asyncmap 0x0> <auth chap 81> <magic 0x7faa16e5> <pcomp> <accomp>]
    Jan 29 11:13:16 guardian pppd[10060]: rcvd [LCP ConfNak id=0x1 <mru 1500>]
    Jan 29 11:13:16 guardian pppd[10060]: sent [LCP ConfReq id=0x2 <asyncmap 0x0> <auth chap 81> <magic 0x7faa16e5> <pcomp> <accomp>]
    Jan 29 11:13:16 guardian pppd[10060]: rcvd [LCP ConfAck id=0x2 <asyncmap 0x0> <auth chap 81> <magic 0x7faa16e5> <pcomp> <accomp>]
    Jan 29 11:13:17 guardian pppd[10060]: rcvd [LCP ConfReq id=0x1 <magic 0x5a2a79dc> <pcomp> <accomp> < 0d 03 06> <mrru 1614> <endpoint [local:fd.2d.21.a9.0a.2d.42.aa.bd.0a.b2.c0.fc.dc.f5.bd.00.00.00.5e]>]
    Jan 29 11:13:17 guardian pppd[10060]: sent [LCP ConfRej id=0x1 < 0d 03 06> <mrru 1614>]
    Jan 29 11:13:17 guardian pppd[10060]: rcvd [LCP ConfReq id=0x2 <magic 0x5a2a79dc> <pcomp> <accomp> <endpoint [local:fd.2d.21.a9.0a.2d.42.aa.bd.0a.b2.c0.fc.dc.f5.bd.00.00.00.5e]>]
    Jan 29 11:13:17 guardian pppd[10060]: sent [LCP ConfAck id=0x2 <magic 0x5a2a79dc> <pcomp> <accomp> <endpoint [local:fd.2d.21.a9.0a.2d.42.aa.bd.0a.b2.c0.fc.dc.f5.bd.00.00.00.5e]>]
    Jan 29 11:13:17 guardian pppd[10060]: sent [LCP EchoReq id=0x0 magic=0x7faa16e5]
    Jan 29 11:13:17 guardian pppd[10060]: sent [CHAP Challenge id=0x1 <b7afa5dbc851228f0fdf5d18f31a5df8>, name = "*"]
    Jan 29 11:13:17 guardian pptpd[10059]: CTRL: Received PPTP Control Message (type: 15)

    Unsucessful (internet):
    Jan 29 11:28:33 guardian pptpd[10085]: CTRL (PPPD Launcher): remote address = 192.168.3.132
    Jan 29 11:28:33 guardian pppd[10085]: using channel 102
    Jan 29 11:28:33 guardian pptpd[10084]: CTRL: Sent packet to client
    Jan 29 11:28:33 guardian pppd[10085]: sent [LCP ConfReq id=0x1 <mru 1490> <asyncmap 0x0> <auth chap 81> <magic 0x97d8aed0> <pcomp> <accomp>]
    Jan 29 11:28:33 guardian pptpd[10084]: CTRL: Received PPTP Control Message (type: 15)
    Jan 29 11:28:33 guardian pptpd[10084]: CTRL: Got a SET LINK INFO packet with standard ACCMs
    Jan 29 11:28:34 guardian pppd[10085]: rcvd [LCP ConfReq id=0x1 <magic 0xdfc00c6> <pcomp> <accomp> < 0d 03 06> <mrru 1614> <endpoint [local:fd.2d.21.a9.0a.2d.42.aa.bd.0a.b2.c0.fc.dc.f5.bd.00.00.00.66]>]
    Jan 29 11:28:34 guardian pppd[10085]: sent [LCP ConfRej id=0x1 < 0d 03 06> <mrru 1614>]
    Jan 29 11:28:36 guardian pppd[10085]: sent [LCP ConfReq id=0x1 <mru 1490> <asyncmap 0x0> <auth chap 81> <magic 0x97d8aed0> <pcomp> <accomp>]
    <!---- lots of the same removed ----->
    Jan 29 11:29:03 guardian pptpd[10084]: CTRL: Exiting now

    I am at a loss.  I think that it has something to do with the firewall rules, but I find that port 1723 is open, and I receive pptpd logs when I attempt connection....why doesn't this thing work?

    Michael

     
    • Anonymous

      Anonymous - 2003-01-30

      um....I feel like a chump

      I decided to doublecheck the connection I was using (a connection given to us by another company for testing purposes) and found that it is a firewalled connection.

      Once I established a clear link, the VPN connection established immediately and I joined the network.

      Please disregard my previous post, my problem was PEBCAK.

      Michael Richey

      Problem
      Exists
      Between
      Chair
      And
      Keyboard

       

Log in to post a comment.