• 0 Votes
    1 Posts
    314 Views
    No one has replied
  • 0 Votes
    8 Posts
    4k Views
    M

    @viragomann

    I wish to do this using a proxy service that I have subscribe to however they provide a hostname and port so I don't think I can use the GW method here.

  • 0 Votes
    2 Posts
    809 Views
    GertjanG

    @sauce
    I've found https://knot-resolver.readthedocs.io/en/stable/modules-refuse_nord.html
    How is this related to pfSense ?

  • Can't get Bind subzone forward working

    DHCP and DNS
    1
    0 Votes
    1 Posts
    525 Views
    No one has replied
  • Make traffic always egress on specific LAN IP

    NAT
    2
    0 Votes
    2 Posts
    510 Views
    johnpozJ

    I take it these .2 are vips you have setup.

    What is the source of this traffic? Is it rfc1918 in your network - or public being forwarded to pfsense rfc1918 wan IP? Why do you think you want to do this? What do think it will accomplish exactly?

    But sure you could outbound nat into your lan from your lan vip.

  • 0 Votes
    8 Posts
    2k Views
    DerelictD

    Well it is up to the ISP device to provide reasonable support for a customer-owned firewall device while still providing the necessary IPTV, etc functionality.

  • [solved] IPSec concentrator behind a Netgate box

    NAT
    2
    0 Votes
    2 Posts
    634 Views
    FrankyeF

    I managed to ... sort of solve it.

    Netgate support told me to try and put each tunnel on a different internal IP alias.
    After doing that (and creating the relative NAT and firewall rules on the border box) the second tunnel got up.

    I still have no idea why this is the case exactly, but I'll take the working tunnel over understanding pfsense's IPSec and/or NAT mechanics for now.

  • 0 Votes
    4 Posts
    2k Views
    L

    Moin moin,

    leider hat es mit der Antwort etwas gedauert, kam leider nicht vorher dazu.

    Aber gut, dann habe ich den Resolver ohne Forwarding richtig verstanden und eigentlich ist es auch genau das, was ich möchte. Ich möchte unverfälschte DNS-Antworten vom Root-DNS/SOA ohne Zentralisierung auf einen Dienst bzw. DNS-Anbieter.

    Die derzeit eingetragenen DNS-Server greifen halt nur wenn ich Forwarding an mache, was ich nun erst einmal nicht tun möchte.

    Bleibt für mich jedoch die Frage wieso ich www.avm.de (ignorieren wir mal ohne www) nicht aufgelöst bekomme. Hin und wieder treffe ich halt auch andere deutsche Domains - interessanterweise gefühlt immer nur DE-Domains.

    Wenn ich nun per dig einen Google DNS anfrage, dann erhalte ich für www.avm.de die IP-Adresse 212.42.244.122 Schaue ich nun in die Statistik meines DNS Resolvers, dann finde ich dort diese beiden IP-Adressen: 212.42.244.66 und 212.42.244.67 für avm.de (vermutlich die NS von AVM) Die SOA von avm.de ist die ns1.avm.de und dies besitzt 212.42.244.66, ns2.avm.de hat die 67 (okay, Vermutung bestätigt) Wenn ich einen der NS für www.avm.de direkt "andigge", dann bekomme ich die gleiche Antwort wie von Google Rufe ich einmal www.avm.de über die pfsense Funktionalität "Diagnostics/DNS Lookup" auf, dann sehe ich den korrekten Record. Hier werden nun jedoch auch die externen DNS angefragt, ich kann daher nicht sehen woher die Antwort kommt Digge ich direkt von meinem PC, ohne Angabe eines DNS, mit "dig www.avm.de" dann erhalte ich eine leere Antwort

    DNSSEC habe ich einmal deaktiviert. Dies hat keine Änderungen bewirkt.

    Da ich von meinem PC und meiner Leitung direkt mit dem DNS von AVM sprechen kann vermute ich keine Blockade oder ähnliches. Dennoch würde ich gerne dieses Problem lösten, da Forwarding für mich eigentlich keine Option ist. Hier würde ich dann doch gerne meine Privatsphäre schützen.

  • Forwarding and ping from WAN dont work. (SOLVED)

    NAT
    27
    0 Votes
    27 Posts
    8k Views
    johnpozJ

    Nat reflection is ALWAYS the worse option to choose.. I don't understand why anyone would ever want to nat reflect..

    if host.domain.tld is on the same network next to you - then why would you not just resolve host.domain.tld to that IP.. Why would you ever want to go to the public IP to be reflected back in??

    As to forwarding port X to port Y.. That is always a work around in itself to all to go to the same service with the limitation of napt and only 1 public IP, etc.

    If you want to go to host.domain.tld:port then go there where host.domain.tld resolves to the local IP and not the public ip..