Een poort forwarden in OPNsense lukt me niet. Ik snap er niets van.
Ik heb hier een Experiabox hangen, met daarachter een aantal Windows pc's. En ook een pc met PfSense. Met daarachter (onder andere) een Nextcloud server. Om de pc's te laten verbinden met de Nextcloud server, moet in PfSense een poort geforward worden. Tevens heb ik een Linux desktop achter de PfSense hangen die ik wil kunnen bereiken via SSH. Zodat ik vanaf de Windows pc's via de PfSense box met Putty hier op in kan loggen. Dit heb ik allemaal prima draaien, al jaren.
Maar de PfSense box word een beetje oud, Pentium 3 939 Mhz, maakt het geluid van een stofzuiger en de harde schijf doet ook nog zn best om daar bovenuit te zingen. Ik had hier nog een AMD A6-9500 liggen, dus heb voor net iets meer dan 100 euro wat onderdelen besteld en een nieuwe installatie in elkaar gezet. Ik dacht: ik ga het op deze nieuwe installatie eens proberen met OPNsense
misschien slecht idee
Poorten 22 en 443 forwarden, moet toch niet moeilijk zijn. Om te beginnen poort 22, wat screenshots, hoop dat ze laden:

10.50.0.0/24 is dus het LAN netwerk van de OPNsense installatie. DHCP range 10.50.0.30 - 10.50.0.100, desktop heeft daarvan het eerste IP uitgedeeld gekregen. Bij het toevoegen van de forward regel onder NAT is ook een regel toegevoegd onder Rules: WAN

Werkt in PfSense precies op dezelfde manier. Volgens mij moet dit gewoon correct zijn.

LAN

Het WAN ip van de OPNsense box is 192.168.2.3, moet later een vast ip krijgen wat veel hoger ligt, maar maakt voor nu ff niet uit.

In mijn zoektocht naar een oplossing nog wat instellingen gemaakt:

Maar mocht allemaal niet baten. Verder is alles nog gewoon standaard, heb het systeem al eens terug gezet naar "fabrieksinstellingen". Maar het werkt niet. Zal wellicht iets lulligs zijn waar ik overheen kijk, of ik ben iets totaal vergeten, maar ik kom er niet uit. Ziet iemand wat ik hier fout gedaan heb? Is er ergens nog een bepaalde instelling die bij poort forwarden het verkeer uit lokale netwerk blokkeert? "Block private networks" heb ik bij de WAN instellingen uiteraard uitgevinkt.
Ik heb hier een Experiabox hangen, met daarachter een aantal Windows pc's. En ook een pc met PfSense. Met daarachter (onder andere) een Nextcloud server. Om de pc's te laten verbinden met de Nextcloud server, moet in PfSense een poort geforward worden. Tevens heb ik een Linux desktop achter de PfSense hangen die ik wil kunnen bereiken via SSH. Zodat ik vanaf de Windows pc's via de PfSense box met Putty hier op in kan loggen. Dit heb ik allemaal prima draaien, al jaren.
Maar de PfSense box word een beetje oud, Pentium 3 939 Mhz, maakt het geluid van een stofzuiger en de harde schijf doet ook nog zn best om daar bovenuit te zingen. Ik had hier nog een AMD A6-9500 liggen, dus heb voor net iets meer dan 100 euro wat onderdelen besteld en een nieuwe installatie in elkaar gezet. Ik dacht: ik ga het op deze nieuwe installatie eens proberen met OPNsense

Poorten 22 en 443 forwarden, moet toch niet moeilijk zijn. Om te beginnen poort 22, wat screenshots, hoop dat ze laden:

10.50.0.0/24 is dus het LAN netwerk van de OPNsense installatie. DHCP range 10.50.0.30 - 10.50.0.100, desktop heeft daarvan het eerste IP uitgedeeld gekregen. Bij het toevoegen van de forward regel onder NAT is ook een regel toegevoegd onder Rules: WAN

Werkt in PfSense precies op dezelfde manier. Volgens mij moet dit gewoon correct zijn.

LAN

Het WAN ip van de OPNsense box is 192.168.2.3, moet later een vast ip krijgen wat veel hoger ligt, maar maakt voor nu ff niet uit.

In mijn zoektocht naar een oplossing nog wat instellingen gemaakt:

Maar mocht allemaal niet baten. Verder is alles nog gewoon standaard, heb het systeem al eens terug gezet naar "fabrieksinstellingen". Maar het werkt niet. Zal wellicht iets lulligs zijn waar ik overheen kijk, of ik ben iets totaal vergeten, maar ik kom er niet uit. Ziet iemand wat ik hier fout gedaan heb? Is er ergens nog een bepaalde instelling die bij poort forwarden het verkeer uit lokale netwerk blokkeert? "Block private networks" heb ik bij de WAN instellingen uiteraard uitgevinkt.
[ Voor 4% gewijzigd door Nickname55 op 21-01-2019 23:38 ]
Euhm... \n ...