FireBrick L2TP Server: Difference between revisions
Appearance
Content deleted Content added
→FireBrick Config: consistent trailing full stop in lists |
|||
| (14 intermediate revisions by 2 users not shown) | |||
| Line 1: | Line 1: | ||
__NOTOC__<indicator name="L2TP">[[File:Menu-L2TP-Relay.svg|link=:Category: |
__NOTOC__<indicator name="L2TP">[[File:Menu-L2TP-Relay.svg|link=:Category:L2TP Handover|30px|Back up to the L2TP Handover page]]</indicator> |
||
[[File:2700-small.png|link=:Category:FireBrick]] |
[[File:2700-small.png|link=:Category:FireBrick]] |
||
=Overview= |
=Overview= |
||
A FireBrick can be easily configured to act as an LNS (L2TP Network Server) - you can then terminate direct L2TP connections on it from remove devices, or relay data SIMs or DSL circuits on to it (where the ISP support s L2TP relay - we do on the A&A Data SIMs and DSL services) This means, you can have remote 3G/4G LTE Mobile Data SIMs or DSL circuits terminated directly on to your LAN or a VLAN on your internal network. |
|||
This is ideal for remote monitoring, digital signage, machine-to-machine networking, IoT etc... As the remote device is being terminated on the FireBrick, you have full control over firewall and internet access to and from the remote device. |
|||
*A 'Fully Loaded' FireBrick is required for [[L2TP]] features |
*A 'Fully Loaded' FireBrick is required for [[L2TP]] features |
||
*AAISP Data SIMS can be relayed on to your own [[L2TP]] Server, such as a FireBrick. This will enable a remote SIM to be connected directly to your LAN and have an IP on your LAN, very similar to a VPN. |
*AAISP Data SIMS can be relayed on to your own [[L2TP]] Server, such as a FireBrick. This will enable a remote SIM to be connected directly to your LAN and have an IP on your LAN, very similar to a VPN. |
||
*The Computer (or device) with the SIM will not need any special config or software installed. |
*The Computer (or device) with the SIM will not need any special config or software installed. |
||
* |
*The L2TP is not encrypted, but you could run IPsec over the top. |
||
*Basic setups can be done in the FireBrick config without the need to run your own RADIUS server - for each SIM connecting in you'll need a single <match .../> config. |
*Basic setups can be done in the FireBrick config without the need to run your own RADIUS server - for each SIM connecting in you'll need a single <match .../> config. |
||
*The FireBrick allocates IPs statically within the config and can't use DHCP - for more advanced and more flexible configurations you'd run your own RADIUS server. |
*The FireBrick allocates IPs statically within the config and can't use DHCP - for more advanced and more flexible configurations you'd run your own RADIUS server. |
||
[[File:FireBrick-L2TP-Diagram.jpg|600px|An attempt at a network diagram showing the SIM on the internal LAN]] |
|||
=FireBrick Config= |
=FireBrick Config= |
||
| Line 21: | Line 27: | ||
The settings explained are: |
The settings explained are: |
||
*name - Just a name for this |
*name - Just a name for this |
||
*hostname - the hostname used within the [[L2TP|l2tp]], this will be used later when setting up the AAISP SIM end |
*hostname - the hostname used within the [[L2TP|l2tp]], this will be used later when setting up the AAISP SIM end |
||
*secret - the password (optional) |
*secret - the password (optional) |
||
*pppip - the IP used as the PPP endpoint on the FireBrick - typically the FireBricks IP address |
*pppip - the IP used as the PPP endpoint on the FireBrick - typically the FireBricks IP address |
||
| Line 27: | Line 33: | ||
*lpc-rate/timeout - used for graphs - we don't need to poll as often as the actual LCPs are not answered by the SIM, but by the mobile network. Basically latency on the graphs for SIMs should be ignored. |
*lpc-rate/timeout - used for graphs - we don't need to poll as often as the actual LCPs are not answered by the SIM, but by the mobile network. Basically latency on the graphs for SIMs should be ignored. |
||
The match settings are to match individual SIMs when the connect in, and thus giving them their own IP address etc. |
The match settings are to match individual SIMs when the connect in, and thus giving them their own IP address etc. You can add multiple Match entries; one for each SIM you have. |
||
*name - just a name, e.g. the name of the person using this SIM |
*name - just a name, e.g. the name of the person using this SIM |
||
*graph - make a graph for this SIM - will show usage etc., but latency can be ignored |
*graph - make a graph for this SIM - will show usage etc., but latency can be ignored |
||
*calling-station-id - this is the ICCID of the SIM, as AAISP use this as the station id |
*calling-station-id - this is the ICCID of the SIM, as AAISP use this as the station id |
||
*remote-ip - the IP address to give the SIM, i.e., an IP address on your LAN |
*remote-ip - the IP address to give the SIM, i.e., an IP address on your LAN |
||
| Line 35: | Line 41: | ||
==Firewall== |
==Firewall== |
||
You will also need firewall filters, e.g. to allow traffic out of the SIM, in a rule-set add something to match the SIM. |
You will also need firewall filters, e.g. to allow traffic out of the SIM, in a rule-set add something to match the SIM. |
||
<syntaxhighlight lang=xml> |
<syntaxhighlight lang="xml"> |
||
<rule name="L2TPOut" source-interface="l2tp"/> |
<rule name="L2TPOut" source-interface="l2tp"/> |
||
</syntaxhighlight> |
</syntaxhighlight> |
||
| Line 41: | Line 47: | ||
This of course can be restricted, so you could give a SIM just access to your LAN and not your WAN - i.e. to block internet access whilst allowing them to access your own internal servers. |
This of course can be restricted, so you could give a SIM just access to your LAN and not your WAN - i.e. to block internet access whilst allowing them to access your own internal servers. |
||
==Routing from the LAN== |
==Routing from the LAN (Enable proxy-ARP)== |
||
If you are assigning IPs from your LAN to the SIM, then as the [[L2TP]] connection is on a different interface to your LAN -to enable routing from the LAN to your SIM you will need to set proxy-arp=true on the LAN interface. |
If you are assigning IPs from your LAN to the SIM, then as the [[L2TP]] connection is on a different interface to your LAN -to enable routing from the LAN to your SIM you will need to set <tt>proxy-arp=true</tt> on the LAN interface. |
||
=AAISP Config= |
=AAISP Config= |
||
| Line 64: | Line 70: | ||
=Separate (NAT) Subnet for the Dongle= |
=Separate (NAT) Subnet for the Dongle= |
||
Rather than giving your SIM an IP on your LAN, you could give the SIM a private (RFC1918) IP in the <match config, e.g.: |
Rather than giving your SIM an IP on your LAN, you could give the SIM a private (RFC1918) IP in the <match config, e.g.: |
||
<syntaxhighlight lang=xml> |
<syntaxhighlight lang="xml"> |
||
<match name="SIM" graph="SIM" calling-station-id="8944200000000000" remote-ip="192.168.99.99" comment="My SIM"/> |
<match name="SIM" graph="SIM" calling-station-id="8944200000000000" remote-ip="192.168.99.99" comment="My SIM"/> |
||
</syntaxhighlight> |
</syntaxhighlight> |
||
| Line 72: | Line 78: | ||
To give the SIMs access to the Internet, you will need a Route Override configured to NAT the traffic from the [[L2TP]] to your internet interface (in this case PPPoE), eg: |
To give the SIMs access to the Internet, you will need a Route Override configured to NAT the traffic from the [[L2TP]] to your internet interface (in this case PPPoE), eg: |
||
<syntaxhighlight lang=xml> |
<syntaxhighlight lang="xml"> |
||
<route-override name="L2TP NAT"> |
<route-override name="L2TP NAT"> |
||
<rule name="NAT the SIM for Internet Access" source-interface="[[L2TP|l2tp]]" target-interface="pppoe" set-nat="true"/> |
<rule name="NAT the SIM for Internet Access" source-interface="[[L2TP|l2tp]]" target-interface="pppoe" set-nat="true"/> |
||
| Line 79: | Line 85: | ||
[[Category: |
[[Category:FireBrick Tunnels|L2TP]] |
||
[[Category:L2TP Handover]] |
[[Category:L2TP Handover]] |
||