« Fibre orange en DHCP avec routeur pfsense » : différence entre les versions

Aller à la navigation Aller à la recherche
 
(96 versions intermédiaires par le même utilisateur non affichées)
Ligne 1 : Ligne 1 :
[[category:networking]][[category:pfsense]]
Vous voulez utiliser votre propre routeur pour gérer votre connexion internet ? Tout en conservant l'accès à la TV et au téléphone ? Et en plus vous êtes chez orange ?La livebox ne permet malheureusement pas de mettre la connexion internet en mode bridge. Vous trouverez quelques tuto sur internet vous expliquant comment vous passer complètement de la livebox tout en conservant internet et la télévision (mais vous perdrez le téléphone étant donné qu'orange ne fourni aucune information de connexion SIP).  
Vous voulez utiliser votre propre routeur pour gérer votre connexion internet ? Tout en conservant l'accès à la TV et au téléphone ? Et en plus vous êtes chez orange ?La livebox ne permet malheureusement pas de mettre la connexion internet en mode bridge. Vous trouverez quelques tuto sur internet vous expliquant comment vous passer complètement de la livebox tout en conservant internet et la télévision (mais vous perdrez le téléphone étant donné qu'orange ne fourni aucune information de connexion SIP).  


Ligne 29 : Ligne 30 :
=dump=
=dump=


==dump requête dhcp de la livebox==
==dump requête dhcp de la livebox (2017, non à jour)==


<pre>
<pre>
Ligne 87 : Ligne 88 :
</pre>
</pre>


==dump requête dhcpv6 de la livebox==
==dump requête dhcpv6 de la livebox (2017, non à jour)==


<pre>
<pre>
Ligne 143 : Ligne 144 :
=Problèmes de pfSense=
=Problèmes de pfSense=


* Le principal problème qui se pose vient du fait que le client dhcp de pfsense utilise les raw sockets. Par conséquents, les paquets du client dhcp ne traverse pas pf et ne pourront donc pas être tagués en priorité 6.
* Le principal problème qui se pose vient du fait que le client dhcp de pfsense utilise les raw sockets. Par conséquents, les paquets du client dhcp ne traverse pas pf et ne pourront donc pas être tagués en priorité 6 avec le firewall de pfsense.
* Le client dhcpv6 de pfsense (WIDE-DHCPv6) semble incapable d'envoyer des options personnalisées ce qui empêche de l'utiliser directement.


* Le second problème est lié à un [https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=184117 bug du dhclient de freebsd] qui n'envoi pas les options user-class. Ce bug est corrigé chez freebsd, mais pas encore répercuté dans pfsense 2.3.2.
<br/>'''UPDATE 31/03/18''' Ca bouge doucement chez pfSense pour les raw-sockets de dhcp : https://redmine.pfsense.org/issues/7425#note-9 ; Depuis pfsense 2.4.4, il n'y a plus besoin ni de patcher dhclient, ni de définir les priorités via un switch. Tout peut être fait depuis pfsense pour l'IPv4. <br>Néanmoins, comme on utilise la fonction <code>Advanced Configuration</code> pour configurer le client dhcp, il ne faudra pas "juste" cocher la case <code>Enable dhcpclient VLAN Priority tagging</code> mais également ajouter au champ <code>Option modifiers</code> l'argument <code>vlan-pcp 6</code> (sinon la configuration avancée override la configuration du vlan dans dhclient)
Le patch est assez simple :
<br/>'''UPDATE 31/03/18''' pfSense 2.4.3 permet de définir la priorité des paquets dhcp6 directement dans la GUI de configuration de dhcp6 https://redmine.pfsense.org/issues/8200 ; Il reste encore le patch du dhcpv6 pour les options personnalisées qui n'est pas intégré (https://github.com/hrs-allbsd/wide-dhcpv6/pull/8) (nb : il l'est chez opnsense).
 
==Problème sous pfSense 2.3.2, réglé sous pfsense 2.4.2==
* Un autre problème sous pfsense 2.3 était lié à un [https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=184117 bug du dhclient de freebsd] qui n'envoyait pas les options user-class. Ce bug est corrigé sous pfsense 2.4.2.
A titre purement informatif, voici le patch trivial pour pfsense 2.3.2 :
<pre>
<pre>
diff --git a/sbin/dhclient/tables.c b/sbin/dhclient/tables.c
diff --git a/sbin/dhclient/tables.c b/sbin/dhclient/tables.c
Ligne 162 : Ligne 168 :
</pre>
</pre>


* Enfin, le client dhcpv6 de pfsense (WIDE-DHCPv6) semble incapable d'envoyer des options personnalisées ce qui empêche de l'utiliser directement.
 


==Solution proposée==
==Solution proposée==


Pour palier à l'utilisation des raw sockets, j'ai simplement ajouté un switch gérant les vlans entre l'ONT orange et le routeur pfsense. Ce switch permettra de modifier la priorité des paquets dhcp et ARP, mais aussi de faire le tri entre le vlan internet destiné à pfsense et les vlans TV destinés à la livebox. A titre perso, j'utilise un switch [https://routerboard.com/RB260GS RB260GS de chez mikrotik] qui à l'avantage d'être peu onéreux tout en restant sympa à configurer. Seule tristesse concernant ce switch, il ne semble pas capable de gérer des ACL ipv6.
Pour palier à l'utilisation des raw sockets, j'ai simplement ajouté un switch gérant les vlans entre l'ONT orange et le routeur pfsense. Ce switch permettra de modifier la priorité des paquets dhcp et ARP, mais aussi de faire le tri entre le vlan internet destiné à pfsense et les vlans TV destinés à la livebox. J'utilise un switch [https://routerboard.com/RB260GS RB260GS de chez mikrotik] qui à l'avantage d'être peu onéreux tout en restant sympa à configurer. Seule tristesse concernant ce switch, il n'est pas capable de gérer des ACL ipv6.
 
A côté de ça, afin de conserver l'accès à la téléphonie orange, on va créer un serveur dhcp émulant le comportement du serveur dhcp de orange et permettre ainsi à notre livebox d'accéder à internet et donc aux serveurs SIP de orange. Ce "faux" serveur dhcp tournera sur un vlan 832 qu'on rendra accessible uniquement à la livebox et restera complètement isolé et indépendant du réel VLAN 832 fournissant la connectivité internet de orange.
 
Enfin, dans le cas ou vous ne pourriez pas brancher directement le port LAN de la livebox à votre décodeur, il est possible (à condition que le switch gérant votre lan soit manageable et supporte les VLANs) de brancher le port LAN de la livebox directement à votre switch de LAN et d'y taguer les paquets sur un VLAN (666 dans cet exemple). Cela impose d'avoir un second switch sur votre lan, qui sera, lui, directement connecté au décodeur et qui doit être lui aussi manageable afin de détaguer du VLAN 666 les paquets pour le décodeur.
 
[[Fichier:Orange-pfsense.png|1100x600px|vignette|centré]]
 
=Configuration de la connexion internet IPv4=
 
==Configuration du switch (RB260GS SwOS 1.X)==
 
Il faut bien évidemment suivre le [[Fibre_orange_en_DHCP_avec_routeur_pfsense#Solution_propos.C3.A9e|schéma de branchement]] au préalable.
Nous allons utiliser les ports de cette manière :
* port 1 branché sur l'ONT orange. Votre uplink.
* port 2 branché sur le port WAN de la livebox. Ce port distribuera à la livebox les deux VLANs TV ainsi que notre clone du VLAN 832 de Orange.
* port 3 branché sur le port WAN de pfsense. Ce port distribuera le (vrai) VLAN internet (832) de Orange à pfsense.
* port 4 branché sur le port FAKE de pfsense. Ce port recevra depuis pfsense notre clone du VLAN 832 avec notre serveur DHCP factice.
* port 5 branché sur votre lan afin de garder la main sur la configuration du switch (port de management).
 
===Onglet system===
* Au champ <code>Allow from</code> entrez le bloc réseau que vous utilisez sur votre lan avec le netmask au format CIDR.
* Au champ <code>Allow from Ports</code> cochez le port 5. '''attention, à partir de maintenant l'interface d'administration du switch ne sera accessible que depuis ce port avec une adresse IP correspondant au range que vous avez défini sur le champ précédent'''
 
===Onglet Forwarding===


A côté de ça, afin de conserver l'accès à la téléphonie orange, on va créer un serveur dhcp émulant le comportement du serveur dhcp de orange de permettre à notre livebox d'accéder à internet et donc aux serveurs SIP de orange. Ce "faux" serveur dhcp tournera évidemment sur le vlan 832.
Cette page vous permet de configurer comment les ports communiquent les uns avec les autres.


[[Fichier:Orange-pfsense.png|800x600px|vignette|centré]]
<br>
Schéma de communication :
* L'ONT ne doit communiquer qu'avec pfsense-wan (pour l'accès internet vlan 832) et avec la livebox (pour la télévision vlan 838 et 840)
* La livebox ne doit communiquer qu'avec l'ONT (pour la télévision vlan 838 et 840) et pfsense-fake (pour avoir accès au faux serveur DHCP permettant un accès natté à internet)
* Le port WAN de pfsense ne doit communiquer qu'avec l'ONT
* Le port FAKE de pfsense ne doit communiquer qu'avec la livebox
* Le port de management, qui relie le switch à votre lan, ne doit communiquer avec aucun autre port du switch


=Configuration IPv4=
<br>
Ce qui donne au niveau de la configuration du switch :
* Colonne port 1 (ONT) : cochez les ports 2 (livebox) et 3 (pfsense-wan)
* Colonne port 2 (livebox) : cochez les ports 1 (ONT) et 4 (pfsense-fake)
* Colonne port 3 (pfsense-wan) : cochez le port 1 (ONT)
* Colonne port 4 (pfsense-fake) : cochez le port 2 (livebox)
* Colonne port 5 (management) : ne cochez aucun port
* Colonne SFP : ne cochez aucun port
 
===Onglet VLAN===
 
* Pour les ports 1 (ONT), 2 (livebox), 3 (pfsense-wan), 4 (pfsense-fake)
** VLAN mode : strict
** VLAN receive : only tagged
** Default VLAN ID : 1
** Force VLAN id : décoché
** VLAN Header : leave as is
 
* Pour le port 5 (management)
** VLAN mode : optional
** VLAN receive : only untagged
** Default VLAN ID : 1
** Force VLAN id : décoché
** VLAN Header : leave as is
 
===Onglet VLANs===
 
* Créez 3 vlans : 832, 838 et 840
* Pour le vlan 832 :
** définissez les ports 1 (ONT), 2 (livebox), 3 (pfsense-wan) et 4 (pfsense-fake) à <code>leave as is</code>
** définissez les ports 5 (management) et SFP à <code>not a member</code>
* Pour les vlans 838 et 840 :
** définissez les ports 1 (ONT) et 2 (livebox) à <code>leave as is</code>
** définissez les ports 3 (pfsense-wan), 4 (pfsense-fake), 5 (management) et SFP à <code>not a member</code>
 
===Onglet ACL===
 
Il faut ici créer deux ACL afin de changer la priorité des paquets ARP et des requêtes dhcp.
 
<br>
ACL ARP :
* From 3
* MAC Src : l'adresse mac de l'interface wan de votre pfsense
* Ethertype : 806
* VLAN : present
* VLAN ID : 832
* Cocher <code>Redirect to</code> et cocher le port 1
* Set VLAN ID : 832
* Set Priority : 6
 
<br>
ACL DHCP :
* From 3
* MAC Src : l'adresse mac de l'interface wan de votre pfsense
* Ethertype : 800
* VLAN : present
* VLAN ID : 832
* IP Src : <code>:68</code>
* IP Dst : <code>255.255.255.255:67</code>
* Protocol : 17
* Cocher <code>Redirect to</code> et cocher le port 1
* Set VLAN ID : 832
* Set Priority : 6


==Configuration du switch==
==configuration de pfsense==
==configuration de pfsense==


===Remplacement du binaire dhclient par celui patché===
===UNIQUEMENT POUR pfSense 2.3 : Remplacement du binaire dhclient par celui patché===
 
Loguez vous en ssh sur votre pfsense et choisissez l'option 8 pour avoir un shell.
 
<pre>
fetch http://pfoo.csnu.org/pfsense-binaries/dhclient
mv /sbin/dhclient /sbin/dhclient.ORIG
mv dhclient /sbin/dhclient
</pre>


===Création du VLAN 832 sur l'interface WAN===
===Création du VLAN 832 sur l'interface WAN===
* Commencez par cliquer sur l'onglet <code>interfaces</code> de la barre de menu de pfsense puis cliquez sur <code>assign</code>
* Commencez par cliquer sur l'onglet <code>interfaces</code> de la barre de menu de pfsense puis cliquez sur <code>assign</code>
** Cliquez sur l'onglet <code>VLANs</code>. Créez un nouveau vlan pour le port réseau qui vous sert de WAN (vmx1 dans mon cas). Entrez 832 en <code>VLAN Tag</code> et laissez la priorité vide.
** Cliquez sur l'onglet <code>VLANs</code>. Créez un nouveau vlan pour le port réseau qui vous sert de WAN (vmx1 dans mon cas). Entrez 832 en <code>VLAN Tag</code> et laissez la priorité vide.
** Dans l'onglet <code>Interface Assignments</code>, pour l'interface WAN, sélectionnez le vlan que vous venez de créer (<code>VLAN 832 on vmx1</code> par exemple.
** Dans l'onglet <code>Interface Assignments</code>, pour l'interface WAN, sélectionnez le vlan que vous venez de créer (<code>VLAN 832 on vmx1</code> par exemple).


===Configuration du DHCP===
===Configuration du DHCP===
Ligne 189 : Ligne 294 :
* dhcp-class-identifier qui contiendra "sagem"
* dhcp-class-identifier qui contiendra "sagem"
* user-class qui contiendra "+FSVDSL_livebox.Internet.softathome.Livebox3"
* user-class qui contiendra "+FSVDSL_livebox.Internet.softathome.Livebox3"
* option-90 qui contiendra votre identifiant de connexion fti/ en hexadécimal
* option-90 (ou rfc3118-auth, c'est la même chose) qui contiendra votre identifiant de connexion fti/ en hexadécimal




Ligne 198 : Ligne 303 :


USERNAME=$1
USERNAME=$1
AUTHSTRING=00:00:00:00:00:00:00:00:00:00:00:66:74:69:2f
AUTHSTRING=00:00:00:00:00:00:00:00:00:00:00:1a:09:00:00:05:58:01:03:41:01:0d:66:74:69:2f


for (( i=0; i<${#USERNAME}; i++ )); do
for (( i=0; i<${#USERNAME}; i++ )); do
Ligne 209 : Ligne 314 :
<pre>
<pre>
pfoo@laptop:~$ ./generator.sh 7kgtyop
pfoo@laptop:~$ ./generator.sh 7kgtyop
00:00:00:00:00:00:00:00:00:00:00:66:74:69:2f:37:6b:67:74:79:6f:70
00:00:00:00:00:00:00:00:00:00:00:1a:09:00:00:05:58:01:03:41:01:0d:66:74:69:2f:37:6b:67:74:79:6f:70
</pre>
 
<br/>'''UPDATE 28/09/18'''
Orange a modifié la chaîne d'authentification.<br>
A ce jour, la pattern minimal qui fonctionne est 00:00:00:00:00:00:00:00:00:00:00:'''1a:09:00:00:05:58:01:03:41:01:0d''':xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx</code> en remplaçant les xx par l'identifiant en hexadécimal. Dans l'exemple ci dessus, ça donnerait 00:00:00:00:00:00:00:00:00:00:00:'''1a:09:00:00:05:58:01:03:41:01:0d''':66:74:69:2f:37:6b:67:74:79:6f:70 <br>
Dans les faits la chaîne est encore plus complexe : 00:00:00:00:00:00:00:00:00:00:00:1a:09:00:00:05:58:01:03:41:01:0d:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:3c:12:'''sa:lt:sa:lt:sa:lt:sa:lt:sa:lt:sa:lt:sa:lt:sa:lt:03:13:zz:ha:sh:ha:sh:ha:sh:ha:sh:ha:sh:ha:sh:ha:sh:ha:sh''' avec la partie en gras qui est dynamique, basé sur la somme md5 d'une chaîne aléatoire, un caractère aléatoire et du mot-de-passe (qui n'était jusqu'alors pas utilisé). La chaîne en gras n'a pas encore été complètement reverse-engineeré.
 
Nouveau script (même source) essayant de mimer au mieux le comportement de salt (la fin de la chaine) :
<pre>
#!/bin/bash
 
login='fti/abcdefg'
pass='abcdefg'
 
tohex() {
  for h in $(echo $1 | sed "s/\(.\)/\1 /g"); do printf %02x \'$h; done
}
 
addsep() {
  echo $(echo $1 | sed "s/\(.\)\(.\)/:\1\2/g")
}
 
r=$(dd if=/dev/urandom bs=1k count=1 2>&1 | md5sum | cut -c1-16)
id=${r:0:1}
h=3C12$(tohex ${r})0313$(tohex ${id})$(echo -n ${id}${pass}${r} | md5sum | cut -c1-32)
 
echo 00:00:00:00:00:00:00:00:00:00:00:1A:09:00:00:05:58:01:03:41:01:0D$(addsep $(tohex ${login})${h})
</pre>
</pre>


====Configuration de l'interface====
====Configuration de l'interface====
* Dans la barre de menu de pfsense, cliquez sur <code>interfaces</code> puis sur <code>WAN</code>
* Dans la barre de menu de pfsense, cliquez sur <code>interfaces</code> puis sur <code>WAN</code>
** Au champ <code>IPv4 Configuration Type</code> sélectionnez DHCP
** Au champ <code>IPv4 Configuration Type</code> sélectionnez <code>DHCP</code>
** Dans la section <code>DHCP Client Configuration</code> cochez la case <code>Advanced Configuration</code> et <code>pfSense default</code> en Presets.
** Dans la section <code>DHCP Client Configuration</code> cochez la case <code>Advanced Configuration</code> et <code>pfSense default</code> en Presets.
** Dans la section <code>Lease Requirements and Requests</code> il faut remplir <code>Send options</code> avec les 3 options dhcp que nous avons vu plus tôt, séparées par des virgules. Par exemple :
** Dans la section <code>Lease Requirements and Requests</code> il faut remplir <code>Send options</code> avec les 3 options dhcp que nous avons vu plus tôt, séparées par des virgules. <br/>Par exemple : <code>dhcp-class-identifier "sagem", user-class "+FSVDSL_livebox.Internet.softathome.Livebox3", option-90 00:00:00:00:00:00:00:00:00:00:00:1a:09:00:00:05:58:01:03:41:01:0d:66:74:69:2f:37:6b:67:74:79:6f:70</code>
<pre>dhcp-class-identifier "sagem", user-class "+FSVDSL_livebox.Internet.softathome.Livebox3", option-90 00:00:00:00:00:00:00:00:00:00:00:66:74:69:2f:37:6b:67:74:79:6f:70</pre>
** Dans la section <code>Lease Requirements and Requests</code> il faut remplir <code>Request options</code> avec <code>subnet-mask, broadcast-address, dhcp-lease-time, dhcp-renewal-time, dhcp-rebinding-time, domain-search, routers, domain-name-servers, rfc3118-auth</code>
 
=Configuration de la connexion internet IPv6 (Work in progress, beta)=
Pour résumer à l'heure actuelle (Février 2019) :
* Le client dhcp6 de pfsense a le même problème de raw-socket qui empêche de taguer la priorité directement via le firewall pfsense.
* La priorité peut être définie au niveau de la configuration pfsense du client dhcp6 (section <code>Interfaces</code>), avec probablement le même problème que pour l'IPv4, à savoir que si derrière on utilise des options de <code>Advanced Configuration</code>, la priorité risque d'être override et non appliquée. -> a revoir car visiblement quand on coche une priorité, ça ajoute des règles (cachées) au firewall pour taguer en prio6
* La priorité pour ICMPv6-neighborsolicitation et ICMPv6-routersolicitation peut être définie via une floating rule dans le firewall de pfsense.
* Les options personnalisées (11, 15 et 16) ne sont pas encore supportées par le client dhcp6 de pfsense, mais :
** Il y a une PR en attente côté upstream https://github.com/hrs-allbsd/wide-dhcpv6/pull/8 et pfsense est au courant https://redmine.pfsense.org/issues/8173
** opnsense a intégré les modifications proposées pour permettre l'usage des options personnalisées (donc piquer le binaire de opnsense est une solution possible)
 
Note : il semble également qu'il faille décocher <code>Block bogon networks</code> car la gateway IPv6 Orange est dans un range inutilisé (défini en bogon)
 
 
A titre personnel, dans l'immédiat, je lance un client dibbler, et je défini l'ip (quasi fixe) en static-ip6 dans pfsense, je défini des floatings rules pour ICMPv6-neighborsolicitation et ICMPv6-routersolicitation et le dhcp6 + je force net.link.vlan.mtag_pcp=1
 
=Téléphonie et télévision=
 
Pour le téléphone et la télévision, nous allons faire tourner sur le vlan 832 d'une interface de notre pfsense un serveur dhcp qui va imiter le comportement du serveur dhcp de orange afin que la livebox obtienne une adresse ip de ce serveur dhcp et ait ainsi accès à internet.<br>
Pour la téléphonie, il est juste nécessaire que la livebox ait accès à internet. Pour la télévision, il faut en plus relayer les vlans 838 et 840 de orange jusqu'à la livebox.
 
===Création du VLAN 832 sur l'interface FAKE===
* Commencez par cliquer sur l'onglet <code>interfaces</code> de la barre de menu de pfsense puis cliquez sur <code>assign</code>
** Cliquez sur l'onglet <code>VLANs</code>. Créez un nouveau vlan pour le port réseau qui vous sert à relier pfsense à la livebox (vmx2 dans mon cas). Entrez 832 en <code>VLAN Tag</code> et laissez la priorité vide.
** Dans l'onglet <code>Interface Assignments</code>, créez une nouvelle interface et sélectionnez comme <code>Network port</code> le vlan de l'interface que vous venez de créer (<code>VLAN 832 on vmx2</code> par exemple dans mon cas). Votre interface s'appellera <code>OPT1</code> par défaut.
 
===Configuration de l'interface FAKE===
* Dans la barre de menu de pfsense, cliquez sur <code>interfaces</code> puis sur <code>OPT1</code>
** Changez le champ <code>Description</code> de l'interface en <code>FAKE</code> pour plus de lisibilité.
** Cochez la case <code>Enable interface</code>
** Au champ <code>IPv4 Configuration Type</code> sélectionnez <code>Static IPv4</code>
** Au champ <code>IPv4 Address</code> entrez l'adresse <code>172.16.33.1</code> avec <code>/24</code> comme préfixe à droite.
** Laissez <code>IPv4 Upstream gateway</code> à <code>None</code>
** Assurez vous qu'aucune case dans la section <code>Reserved Networks</code> ne soit coché.
* Terminez en sauvegardant la configuration.
 
===Configuration du firewall===
 
Par défaut, le firewall va bloquer la totalité du trafic sur cette interface. Nous allons créer deux règles, une afin d'autoriser le trafic à destination de l'ip notre interface (qui servira de gateway à la livebox), et une seconde qui autorise le trafic vers internet. Cette seconde règle mériterait d'être plus restrictive étant donné que la livebox n'a au final besoin que d'un accès restreint à internet (a vu de nez, les dns orange, les serveurs sip et les serveurs de mise à jour livebox), mais cela implique un gros boulot de tcpdump pour avoir la liste des ips à autoriser.
 
* Dans la barre de menu de pfsense, cliquez sur <code>firewall</code> puis sur <code>Rules</code>.
* Sélectionnez l'interface <code>FAKE</code>
* Créez une première règle en cliquant sur <code>add</code>
** Au champ <code>Action</code> sélectionnez <code>Pass</code>
** Au champ <code>Address Family</code> sélectionnez <code>IPv4</code>
** Au champ <code>Protocol</code> sélectionnez <code>any</code>
** Au champ <code>Source</code> sélectionnez <code>Single host or alias</code> et entrez <code>172.16.33.2</code>
** Au champ <code>Destination</code> sélectionnez <code>FAKE address</code>
** Au champ <code>Description</code> entrez <code>Allow access to the gateway</code>
** Validez la règle avec <code>save</code>
* Créez une seconde règle en cliquant sur le bouton <code>add</code> (celui avec une flèche vers le bas)
** Au champ <code>Action</code> sélectionnez <code>Pass</code>
** Au champ <code>Address Family</code> sélectionnez <code>IPv4</code>
** Au champ <code>Protocol</code> sélectionnez <code>TCP/UDP</code>
** Au champ <code>Source</code> sélectionnez <code>Single host or alias</code> et entrez <code>172.16.33.2</code>
** Au champ <code>Destination</code> sélectionnez <code>any</code>
** Au champ <code>Description</code> entrez <code>livebox access to internet (orange dns, SIP, TV)</code>
** Validez la règle avec <code>save</code>
* Validez la configuration du firewall en cliquant sur le bouton <code>Apply changes</code> en haut.
 
===Configuration du serveur DHCP===
* Dans la barre de menu de pfsense, cliquez sur <code>services</code> puis sur <code>DHCP server</code>.
* Sélectionnez l'interface <code>FAKE</code> en haut.
** Cochez la case <code>Enable</code>
** Au champ <code>Range</code> entrez <code>172.16.33.50</code> et <code>172.16.33.254</code>
** Au champ <code>gateway</code> entrez <code>172.16.33.1</code>
** Au champ <code>Additional BOOTP/DHCP Options</code>, cliquez sur <code>Display Advanced</code>
*** Dans la section <code>Additional BOOTP/DHCP Options</code>, ajoutez l'option <code>90</code> de type <code>string</code> avec comme valeur <code>00:00:00:00:00:00:00:00:00:00:00:64:68:63:70:6c:69:76:65:62:6f:78:66:72:32:35:30</code> (c'est l'hexadécimal de <code>dhcpliveboxfr250</code>)
*** Dans la section <code>Additional BOOTP/DHCP Options</code>, ajoutez l'option <code>120</code> de type <code>string</code> avec comme valeur <code>00:06:73:62:63:74:33:67:03:53:54:52:06:61:63:63:65:73:73:11:6f:72:61:6e:67:65:2d:6d:75:6c:74:69:6d:65:64:69:61:03:6e:65:74:00</code> (c'est l'hexadécimal de <code>sbct3g.STR.access.orange-multimedia.net</code> qui est le serveur SIP pour Strasbourg)
** Dans la section <code>DHCP Static Mappings for this Interface</code> cliquez sur <code>add</code>
*** Au champ <code>MAC Address</code> entrez l'adresse mac de votre livebox
*** Au champ <code>IP Address</code> entrez <code>172.16.33.2</code>
*** Au champ <code>DNS Servers</code> entrez <code>81.253.149.13</code> et <code>80.10.246.5</code>
*** Au champ <code>gateway</code> entrez <code>172.16.33.1</code>
*** Sauvegardez cette configuration
** et terminez par sauvegarder la configuration du serveur DHCP.
 
<br/>'''UPDATE'''
Notez que l'option 90 est la même quelque soit votre lieux de résidence, mais l'option 120 (SIP) varie selon votre ville. Cependant, il semble qu'on peut utiliser un mauvais serveur sip sans problème .. allez comprendre.
 
<br/>'''UPDATE 24/12/17'''
Il faut désormais que le serveur envoi une nouvelle option supplémentaire (Vendor-specific) à la livebox (en tout cas pour la livebox 4) : option <code>125</code> de type <code>string</code> avec comme valeur <code>00:00:05:58:0c:01:0a:00:00:00:00:00:ff:ff:ff:ff:ff</code>
 
<br/>'''UPDATE 15/12/18'''
Il faut que le serveur envoi l'option domain-search (119) à la livebox. Cette option contient la même chose que l'option 120 (SIP), mais amputée de <code>sbct3g.</code>. <br/>
Ca donne dans le cas présenté ici : <code>00:06:53:54:52:06:61:63:63:65:73:73:11:6f:72:61:6e:67:65:2d:6d:75:6c:74:69:6d:65:64:69:61:03:6e:65:74:00</code> <br/>
Pour plus de simplicité, vous pouvez ausis simplement les champs suivant dans la configuration par défaut du serveur dhcp :
* Domain name : orange.fr
* Domain search list : STR.access.orange-multimedia.net. (pour strasbourg)
 
===Configuration du switch (RB260GS SwOS 1.x)===
 
Tout d'abord, nous allons créer une ACL afin de forcer les paquets du vlan 832 issu de la livebox vers l'interface fake de votre pfsense (et éviter que la livebox communique ainsi avec l'ONT et donc orange) :
* From : 2
* VLAN : present
* VLAN ID : 832
* Cocher <code>Redirect to</code> et le port <code>4</code>
* Priority : 6
 
<br>
Puis nous créons une ACL afin de forcer les paquets du vlan 832 issu de l'ONT vers l'interface WAN de pfsense :
* From : 1
* VLAN : present
* VLAN ID : 832
* Cocher <code>Redirect to</code> et le port <code>3</code>
 
 
Nous noterez le point commun entre ces deux ACL : c'est le seul cas ou le port source (From) peut communiquer avec deux autres interfaces du switch tout en étant dans le vlan 832. C'est pour cela que ces ACLs sont nécessaires afin de réaliser une isolation entre le "vrai" vlan 832 de orange, et le "faux" vlan 832 que l'on créé au niveau de pfsense (interface FAKE). Dans tous les autres cas, l'isolation est déjà réalisé au niveau de l'onglet Forwarding du switch.
4 231

modifications

Menu de navigation