editor
698
edits
Router:Linux: Difference between revisions
clean up
(Incorporated text from AA-Asterisk wiki) |
(clean up) |
||
| (10 intermediate revisions by 3 users not shown) | |||
|
* You have a PPPoE router but it doesn't do everything you want
== Debian/squeeze and /wheezy ==
This is what RogerBW is using. It'll probably be much the same on other Linuxen. The basic recipe came from [http://www.aa-asterisk.org.uk/index.php/Connecting_to_AAISP_using_PPPoE].
You can check connectivity with a cron job, and add a stanza to /etc/network/interfaces to connect at boot.
=== Extra configuration ===
You will find at this point that most web sites work, but some few don't - they just freeze on loading or during initial SSL negotiation. This is because they are blocking ICMP, which is ''stupid'' - in part because they are then unable to indicate or respond to the need to fragment large packets. You can get round it by limiting the maximum packet size for TCP: set TCPfix on your clueless control panel, or on the router:
<pre>
iptables -t mangle -F FORWARD
iptables -t mangle -A FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --set-mss 1452
</pre>
== IPv6 ==
* Assign your /64 to the ''inside'' interface of your router - eth1 in this example.
<pre>
ifconfig eth1 inet6 add 2001:8b0:blah/64
</pre>
* Enable ipv6 forwarding by adding to /etc/sysctl.conf:
<pre>
net.ipv6.conf.default.forwarding=1
net.ipv6.conf.all.forwarding=1
</pre>
* If you don't want to reboot, also push these values into /proc/sys/etc.:
<pre>
echo 1 > /proc/sys/net/ipv6/conf/all/forwarding
echo 1 > /proc/sys/net/ipv6/conf/default/forwarding
</pre>
In theory, "default" should apply to all interfaces created later, while "all" should apply to all interfaces that exist now. This doesn't always seem to be the case.
== Full startup sequence ==
<pre>
ifconfig eth1 up
pon aaisp
</pre>
== PPP ==
*IP-over-LCP patches (receive only):
**[
**[
=== PPPoE ===
**pppd 2.4.6 is required for RFC 4638 support ([http://git.ozlabs.org/?p=ppp.git;a=commit;h=fd1dcdf758418f040da3ed801ab001b5e46854e7 this is in git] but not yet released)
== PPP Not coming back after a blip
This was reported in IRC on Feb 6th 2011. If you get people saying their line didn't come back or their linux box crashed (as in kernel oopsed) after a blip, turns out there's a bug in the kernel pppoe code for 2.6.36 which has been hitting me. some kind of double free in the disconnect code causes a kernel panic. there's a patch here: http://kerneltrap.org/mailarchive/linux-kernel/2010/12/3/4654538 which seems to work for me
[[Category:3rd Party Routers|Linux
=Also see
[[Ebtables]]
| |||