Hej,

Tror att vi löste detta tillsammans den 9: juni ;)
Men tänkte det kan vara intressant för någon annan med liknande problem.

Detta bör funka: https://docs.netgate.com/pfsense/en/latest/development/boot-commands.html
Enklast är att installera paketet shellcmd och lägga till kommandona där.

Fungerar det bra?

Reine Hålldin
Layer8.se

@ydewk
Både nördande och jobbar med IT :)

Hej
Nu vet jag att denna tråden är gammal men jag tycker det är viktigt att ge den ett bra svar till skillnad ifrån vad andra har skrivit.
Det rätta svaret på frågan är att man måste ha en switch som man sätter framför pfsense:n sen kopplar man in 5 st nätverkskort i pfsense:en som du deklarerar som Wan[1-5] plus ett 6:e för Lan.
Sen kopplar du in kabeln som kommer från ISP:n till switchen sen kopplar du nätverkskabel från varje nätverkskort som du skall ha som Wan till switchen.
På så sätt kommer du få ip-nummer från isp:n dhcp på varje Wan port i PFsense:n.

Nu för tiden finns det en annan lösning som gör att du inte behöver några extra ipnummer och det är att man installerar HAproxy på PFsense.

Hej,

Vad jag känner till så tror jag inte att native IPv6 finns tillgängligt för privatmarknaden än, det enda jag har sett är att det finns en möjlighet att köra IPv6 Rapid Deployment (6RD). 6RD har dock en del nackdelar då det kräver stöd för encapsulering i hårdvaran, vilket få enheter stödjer och således kommer du inte upp i några högre hastigheter. Bästa sättet är att få native IPv6 på din tjänst.

Har du inte efterfrågat Native IPv6 så kan det vara bra att be kundtjänst om detta så de förstår att intresset finns.

Tack för ditt svar, hade gjort några felaktiga inställningar. Nu fungerar allting som det ska!

@RoyalAlert Hallå där, nu har du säkert löst problemet på egen hand, men jag skriver ett svar ändå för andra som fiskar upp den här tråden.

Trafiken går inte i ett eget VLAN, utan man använder IGMP multicast för att streama kanalerna. Så därmed kan koppla in TV-boxen direkt på insidan av pfsense-brandväggen.

Gör såhär:

Gå till Services -> IGMP Proxy och lägg till ett nytt interface: Interface: WAN Type: Upstream Threshold: 5 (Om denna lämnas default så kan det bli en lång fördröjning med svart skärm vid kanalbyten) Networks: 224.0.0.0/4, 225.0.0.0/4, 234.0.0.0/4, 83.248.0.0/13 (Gäller för ComHem) Under samma meny (IGMP Proxy), skapa ett till interface: Interface: LAN Type: Downstream Gå till Interfaces -> WAN: Bocka ur: Block bogon networks Gå till Firewall -> Rules -> Floating och skapa en ny regel: Action: PASS Quick: Bocka i Interface: WAN Direction: In Address Family: IPv4 Protocol: IGMP Source: Any Destination: Network - 224.0.0.0/4 Allow IP options: Bocka i (Denna inställning finns under Advanced och är mycket viktig) Skapa en till regel under Floating: Action: PASS Quick: Bocka i Interface: WAN Direction: In Address Family: IPv4 Protocol: UDP Source: Any Destination: Network - 224.0.0.0/4 Allow IP options: Bocka i (Denna inställning finns under Advanced och är mycket viktig)

Det kan kännas skrämmande att öppna upp Any i inkommande riktning, men eftersom vi satt destinationen till 224.0.0.0/4, så blir regeln ganska träffsäker. Sedan får jag påpeka att detta är mina inställningar efter mycket trixande, så det är möjligt att det fungerar lite annorlunda i andra konfigurationer.

Hej,
vad för vpn provider kör du då, tro vpn låser portarna vet ovpn.com via inställningar på sin min sida kan man öppna upp 7 st portar

Tack bingo600!

Det löste ju onekligen symptomet men inte grundproblemet. Har sökt runt en hel del men ingen annan verkar ha samma problem.

// figge

så här gjorde jag i 2.3.4 och det funkade fint.
nu har jag uppdaterat till 2.4 och det funkar inte alls.

nåt gör jag fel

har 2 vpn klienter som är aktiverade och har ip adresser
enda sättet jag kan använda den som gjordes som nr2 är att avaktivera nr1

troligen nåt dumt och enkelt, men vad….

edit: jodå... Enable automatic outbound NAT for Reflection var inte aktiverad.

Hej, om någon har hastighetsproblem med OpenVPN så rekommenderar jag att kolla MTU setting.

Den står på 1500 per default, men efter att ha kört kommandot:

ping -n 1 -l 1500 -f www.di.se

där man gradvis stegar ner "1500" med 10, dvs 1490, 1480… så hittar man en setting där man inte förlorar paket.

Jag kör OpenVPN (Integrity.st) med kryptering på en Core2 Duo E8400 (passmark ca 2100) utan AES-NI på en 250Mb ner och 100Mbit upp lina.

Utan MTU inställningen fick jag 53Mbit ner och 88Mbit upp.
Processorlast på ca 25%

Med MTU inställningen fick jag 200Mbit ner och 100Mbit upp.
Processorlast på ca 45%

Här är en länk till MTU inställning:
https://www.sonassi.com/help/troubleshooting/setting-correct-mtu-for-openvpn

Hoppas att det hjälper någon :-)

/MrIster
PS. nu får man jaga de där sista 50Mbiten....inte så relevant nu men om man någon gång skulle gå upp i hastighet alternativt kan det ju ge lite störningar man inte vet om ännu ;-)

du kan läsa posten under där står det

"Välja enheter som går via vpn "

jag skall pröva detta

Hej,

Vilken version av pfsense använder du?

det var inte svårare än att jag gjorde en Factory Defaults Reset började med att göra wlan efter detta ändrade jag min NAT från till Automatic outbound till Manual Outbound. så gjorde jag för at fixa detta