[4.720] ADSL still not working.

Just to let you know ADSL is still not working for me in 4.720

Behavior is identical to the previous beta.

Interface comes UP
No traffic comes through however.
Packet filter livelog shows some traffic coming in from my works firewall (trying to establish a IPSEC connection).

ADSL IP and gateway is assigned by the ISP OK.

This all happened in the prior beta as well.
 
Parents
  • Masquerading does not seem to work.

    I can ping from firewall and browse net via the HTTP Proxy but not directly, nor can I pick up Imap mail, ftp etc...

    So adding the default gw allows ASL to connect to the net, but something is broken in that Masquerading is not picking up this connection.

    I tried deleting the MASQ rule whilst connected and readded it but still no luck.
     
  • Same for me adsl connecting but i have to set the default route and masquerading doesn't work ..... 
  • At least someone else is having same problems as me [:)]

    I noticed this... In version 4.000 the ADSL connection in webmin appears thus:

        Up   ADSL (PPP over Ethernet (PPPoE-DSL) connection)
    on eth2 (Realtek Semiconductor Co., Ltd.RTL-8029(AS) )   203.15.140.27 / ???.???.???.???
    Gateway: assign 

    In the beta version it looks like this:
    Up ADSL (PPP over Ethernet (PPPoE-DSL) connection) 
    on eth2 203.15.140.27 / ???.???.???.??? 
    Gateway: 172.31.30.52 

    Note the gateway difference.  Unsure if this is just cosmetic or what...
     
  • Hi Simon and all,

    It seems we are a little number of people having similar problems.
    I'm running a 4.737 and it seems the following release has the same problems with dsl connection.
    Speaking of my experience, I get an dsl connection up and running for about 1/4 of an hour after I boot. Then connection shutdowns.
    At that time, when I do ifconfig (as root on console), I get two or even more if I wait a longer time ppp interfaces listed (and I have no pptp connection, only dsl ones).
    I tried to find why. I think - well, I'm sure - it's because in /var/chroot-pppoe/bin/DSL.sh, the pppd command invocation exits rapidly and the script waits for 900 seconds before to attempt to launch  an other connection, and so on.
    Then while being connected, a pppoe sesson still opened, remote and local IP addresses affected to the ppp link, an other connection is issued. Since my isp seems to let me authenticate several times, I get an other IP address affected to a ppp1 interface with a message telling I got a CHAP successfull authentication... At that time, access to the net is over. I did not look at the rules nor routing stuff.
    The DSL.sh script then once more  goes to sleep for 900sec.
    So I tried to change the pppd and pppoe binaries to test if there is a kind of problem with rp-pppoe 3.5 and pppd 2.4.2 on v5 that could be solved using previous release (I did dirty things, replaced v5 ones by v4 since ldd told me they seems to use the same libs and even got the pppd from pptp to test... ). Nope.
    I can't find why pppd/pppoe exists so fast since I get a successfull authentication and a valid connection. This problem solved, I think I would get one, only one but a good one [;)].
    I would have been interested in testing a from scratch pppd and genuine rp-pppoe distro to test them with the v5 kernel, no webadmin to check if it solves the problem. If not, then would like to test an other kernel with the same pppd/pppoe binaries.
    If you need log files, even pppoe traffic logs, I can provide you with! But I saw things listed here I'm trained to get too so I'm not sure to bring fresh and usefull information!  [:)] 

    HTH troubleshooting! 

    Regards,

    Yves.   
  • Marcel and I are working on finding the problem.  I emailed him some log files yesterday and am waiting for him to go through them.
     
  • [ QUOTE ]
    Same for me adsl connecting but i have to set the default route and masquerading doesn't work .....  

    [/ QUOTE ]

    I'm trying 4.744 and i have the same problems (installed 4.743 from scratch and updated to 4.744).

    Is there a work-around or a fix?  
  • Marcel has found the problem and Astaro are working on a fix.  It should be released fairly soon. 
  • hey that a good news  
    I waiting for this new update to reinstall astaro V5 
  • I had with this version no problem to connect to ADSL. It went smoothly and working without problems. 
    But I only had simple authentication (only letters and numerals), which was once mentioned o board.

    Now I don't use this anymore, because my FW was to weak to run ASL 5. P200 MMX with 64RAM :-)
    Optimistic, but was working OK, just disk was all the time scrathing.

    BR, Matjaz 
  • the 'character' issue had been solved in 4.720. the current problem is related to MTU size sent by the provider... 

    ~marcel 
Reply Children