• Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Search
  • Register
  • Login
Netgate Discussion Forum
  • Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Search
  • Register
  • Login

Fetching package: connection reset by peer

Scheduled Pinned Locked Moved pfSense Packages
89 Posts 4 Posters 15.2k Views
Loading More Posts
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • D
    DaddyGo @float
    last edited by DaddyGo Sep 13, 2020, 12:39 PM Sep 13, 2020, 12:37 PM

    @float

    Here the cat was buried...😉

    79d4227b-cfad-473f-adaf-74389a9df010-image.png

    because.... DoT!!!!

    da4e2003-21da-48e2-82a5-4186080438fa-image.png

    your shared image above....

    6e06cf28-17b3-44d5-9884-9442fd201021-image.png

    Cats bury it so they can't see it!
    (You know what I mean if you have a cat)

    D 1 Reply Last reply Sep 13, 2020, 12:41 PM Reply Quote 0
    • F
      float
      last edited by float Sep 13, 2020, 12:41 PM Sep 13, 2020, 12:40 PM

      Yes, I changed them 5 minutes ago to test and take a screenshot
      Do you mean that the no response is normal in "dns lookup" because they have to use port 853 and not the standard port 53?

      D 1 Reply Last reply Sep 13, 2020, 12:42 PM Reply Quote 0
      • D
        DaddyGo @DaddyGo
        last edited by Sep 13, 2020, 12:41 PM

        @DaddyGo

        TRY:
        DNS hostname - cloudflare-dns.com

        Cats bury it so they can't see it!
        (You know what I mean if you have a cat)

        1 Reply Last reply Reply Quote 0
        • D
          DaddyGo @float
          last edited by Sep 13, 2020, 12:42 PM

          @float said in Fetching package: connection reset by peer:

          because they have to use port 853 and not the standard port 53?

          BINGO

          90d18f64-ae5b-4842-9d5f-32aca309297c-image.png

          Cats bury it so they can't see it!
          (You know what I mean if you have a cat)

          1 Reply Last reply Reply Quote 0
          • F
            float
            last edited by Sep 13, 2020, 12:44 PM

            Ok, thanks. So I don't have to worry about the "dns lookup" saying no response?

            c353d42f-7c32-4eb4-823c-7d3b9d0826a0-image.png

            D 1 Reply Last reply Sep 13, 2020, 12:46 PM Reply Quote 0
            • D
              DaddyGo @float
              last edited by DaddyGo Sep 13, 2020, 12:48 PM Sep 13, 2020, 12:46 PM

              @float said in Fetching package: connection reset by peer:

              dns lookup" saying no response?

              but yes and it's getting weirder

              e16dff5a-66de-4a98-8fa5-7f1107874e9b-image.png

              Cats bury it so they can't see it!
              (You know what I mean if you have a cat)

              1 Reply Last reply Reply Quote 0
              • S
                stephenw10 Netgate Administrator
                last edited by Sep 13, 2020, 12:47 PM

                No that not OK. All of those servers should respond to DoT queries.

                If you have a host name there it must match as it will be used for verification. But you don't need to have one.

                Steve

                1 Reply Last reply Reply Quote 0
                • D
                  DaddyGo
                  last edited by Sep 13, 2020, 12:49 PM

                  Try something, really just optional

                  DNS hostname - cloudflare-dns.com

                  Cats bury it so they can't see it!
                  (You know what I mean if you have a cat)

                  1 Reply Last reply Reply Quote 0
                  • F
                    float
                    last edited by Sep 13, 2020, 12:51 PM

                    8d395eb0-9ff9-448e-b4e6-1f815af8ce18-image.png

                    D 1 Reply Last reply Sep 13, 2020, 12:53 PM Reply Quote 0
                    • D
                      DaddyGo @float
                      last edited by DaddyGo Sep 13, 2020, 12:54 PM Sep 13, 2020, 12:53 PM

                      @float

                      can you PING 1.1.1.1 under windows or linux (behind pfSense)
                      what do you see in the firewall log then?

                      +++edit:
                      this can also be interesting

                      9e1faf4f-7bb9-4e7a-91c6-8fed4bc7f04d-image.png

                      Cats bury it so they can't see it!
                      (You know what I mean if you have a cat)

                      1 Reply Last reply Reply Quote 0
                      • F
                        float
                        last edited by float Sep 13, 2020, 1:03 PM Sep 13, 2020, 1:02 PM

                        I changed the dns server to only 8.8.8.8

                        I can ping it:

                        5a730425-3036-463c-9c3b-7dcbe5dcd782-image.png

                        I can resolve hosts:

                        Sep 13 15:03:07 	unbound 	36154:0 	info: control cmd: stats_noreset
                        Sep 13 15:03:02 	unbound 	36154:1 	info: validation success 157.228.27.193.in-addr.arpa. PTR IN
                        Sep 13 15:03:02 	unbound 	36154:1 	info: validate(nxdomain): sec_status_secure
                        Sep 13 15:03:02 	unbound 	36154:1 	info: validated DNSKEY 193.in-addr.arpa. DNSKEY IN
                        Sep 13 15:03:02 	unbound 	36154:1 	info: query response was ANSWER
                        Sep 13 15:03:02 	unbound 	36154:1 	info: reply from <.> 8.8.8.8#853
                        Sep 13 15:03:02 	unbound 	36154:1 	info: response for 193.in-addr.arpa. DNSKEY IN
                        Sep 13 15:03:02 	unbound 	36154:0 	info: validation success 157.228.27.193.in-addr.arpa. PTR IN
                        Sep 13 15:03:02 	unbound 	36154:0 	info: validate(nxdomain): sec_status_secure
                        Sep 13 15:03:02 	unbound 	36154:0 	info: validated DNSKEY 193.in-addr.arpa. DNSKEY IN
                        Sep 13 15:03:02 	unbound 	36154:0 	info: query response was ANSWER
                        Sep 13 15:03:02 	unbound 	36154:0 	info: reply from <.> 8.8.8.8#853
                        Sep 13 15:03:02 	unbound 	36154:0 	info: response for 193.in-addr.arpa. DNSKEY IN
                        Sep 13 15:03:02 	unbound 	36154:1 	info: resolving 193.in-addr.arpa. DNSKEY IN
                        Sep 13 15:03:02 	unbound 	36154:1 	info: validated DS 193.in-addr.arpa. DS IN
                        Sep 13 15:03:02 	unbound 	36154:1 	info: query response was ANSWER
                        Sep 13 15:03:02 	unbound 	36154:1 	info: reply from <.> 8.8.8.8#853
                        Sep 13 15:03:02 	unbound 	36154:1 	info: response for 193.in-addr.arpa. DS IN
                        Sep 13 15:03:02 	unbound 	36154:0 	info: resolving 193.in-addr.arpa. DNSKEY IN
                        Sep 13 15:03:02 	unbound 	36154:0 	info: validated DS 193.in-addr.arpa. DS IN
                        Sep 13 15:03:02 	unbound 	36154:0 	info: query response was ANSWER
                        Sep 13 15:03:02 	unbound 	36154:0 	info: reply from <.> 8.8.8.8#853
                        Sep 13 15:03:02 	unbound 	36154:0 	info: response for 193.in-addr.arpa. DS IN
                        Sep 13 15:03:02 	unbound 	36154:1 	info: resolving 193.in-addr.arpa. DS IN
                        Sep 13 15:03:02 	unbound 	36154:1 	info: query response was NXDOMAIN ANSWER
                        Sep 13 15:03:02 	unbound 	36154:1 	info: reply from <.> 8.8.8.8#853
                        Sep 13 15:03:02 	unbound 	36154:1 	info: response for 157.228.27.193.in-addr.arpa. PTR IN
                        Sep 13 15:03:02 	unbound 	36154:0 	info: resolving 193.in-addr.arpa. DS IN
                        Sep 13 15:03:02 	unbound 	36154:0 	info: query response was NXDOMAIN ANSWER
                        Sep 13 15:03:02 	unbound 	36154:0 	info: reply from <.> 8.8.8.8#853
                        Sep 13 15:03:02 	unbound 	36154:0 	info: response for 157.228.27.193.in-addr.arpa. PTR IN
                        Sep 13 15:03:02 	unbound 	36154:1 	info: resolving 157.228.27.193.in-addr.arpa. PTR IN
                        Sep 13 15:03:02 	unbound 	36154:0 	info: resolving 157.228.27.193.in-addr.arpa. PTR IN
                        Sep 13 15:03:02 	unbound 	36154:2 	info: validation success time-a.timefreq.bldrdoc.gov. AAAA IN
                        Sep 13 15:03:02 	unbound 	36154:2 	info: validate(cname_noanswer): sec_status_secure
                        Sep 13 15:03:02 	unbound 	36154:2 	info: validation success time-c.timefreq.bldrdoc.gov. AAAA IN
                        Sep 13 15:03:02 	unbound 	36154:2 	info: validate(cname_noanswer): sec_status_secure
                        Sep 13 15:03:02 	unbound 	36154:2 	info: validation success time-b.timefreq.bldrdoc.gov. AAAA IN
                        Sep 13 15:03:02 	unbound 	36154:2 	info: validate(cname_noanswer): sec_status_secure
                        Sep 13 15:03:02 	unbound 	36154:2 	info: validated DNSKEY nist.gov. DNSKEY IN
                        Sep 13 15:03:02 	unbound 	36154:2 	info: validated DNSKEY nist.gov. DNSKEY IN
                        Sep 13 15:03:02 	unbound 	36154:2 	info: validated DNSKEY nist.gov. DNSKEY IN
                        Sep 13 15:03:02 	unbound 	36154:2 	info: query response was ANSWER
                        Sep 13 15:03:02 	unbound 	36154:2 	info: reply from <.> 8.8.8.8#853
                        Sep 13 15:03:02 	unbound 	36154:2 	info: response for nist.gov. DNSKEY IN
                        Sep 13 15:03:02 	unbound 	36154:3 	info: validation success time-b.timefreq.bldrdoc.gov. AAAA IN
                        Sep 13 15:03:02 	unbound 	36154:3 	info: validate(cname_noanswer): sec_status_secure
                        Sep 13 15:03:02 	unbound 	36154:3 	info: validation success time-a.timefreq.bldrdoc.gov. AAAA IN
                        Sep 13 15:03:02 	unbound 	36154:3 	info: validate(cname_noanswer): sec_status_secure
                        Sep 13 15:03:02 	unbound 	36154:3 	info: validated DNSKEY nist.gov. DNSKEY IN
                        Sep 13 15:03:02 	unbound 	36154:3 	info: validated DNSKEY nist.gov. DNSKEY IN
                        Sep 13 15:03:02 	unbound 	36154:3 	info: query response was ANSWER
                        Sep 13 15:03:02 	unbound 	36154:3 	info: reply from <.> 8.8.8.8#853
                        Sep 13 15:03:02 	unbound 	36154:3 	info: response for nist.gov. DNSKEY IN
                        Sep 13 15:03:02 	unbound 	36154:1 	info: validation success 124.25.26.194.in-addr.arpa. PTR IN
                        Sep 13 15:03:02 	unbound 	36154:1 	info: validate(nxdomain): sec_status_secure
                        Sep 13 15:03:02 	unbound 	36154:1 	info: validated DNSKEY 194.in-addr.arpa. DNSKEY IN
                        Sep 13 15:03:02 	unbound 	36154:1 	info: query response was ANSWER
                        Sep 13 15:03:02 	unbound 	36154:1 	info: reply from <.> 8.8.8.8#853
                        Sep 13 15:03:02 	unbound 	36154:1 	info: response for 194.in-addr.arpa. DNSKEY IN
                        Sep 13 15:03:02 	unbound 	36154:2 	info: validation success 124.25.26.194.in-addr.arpa. PTR IN
                        Sep 13 15:03:02 	unbound 	36154:2 	info: validate(nxdomain): sec_status_secure
                        Sep 13 15:03:02 	unbound 	36154:2 	info: validated DNSKEY 194.in-addr.arpa. DNSKEY IN
                        Sep 13 15:03:02 	unbound 	36154:2 	info: query response was ANSWER
                        Sep 13 15:03:02 	unbound 	36154:2 	info: reply from <.> 8.8.8.8#853
                        Sep 13 15:03:02 	unbound 	36154:2 	info: response for 194.in-addr.arpa. DNSKEY IN
                        Sep 13 15:03:02 	unbound 	36154:2 	info: resolving nist.gov. DNSKEY IN
                        Sep 13 15:03:02 	unbound 	36154:2 	info: validated DS nist.gov. DS IN
                        Sep 13 15:03:02 	unbound 	36154:2 	info: validated DS nist.gov. DS IN
                        Sep 13 15:03:02 	unbound 	36154:2 	info: validated DS nist.gov. DS IN
                        Sep 13 15:03:02 	unbound 	36154:2 	info: query response was ANSWER
                        Sep 13 15:03:02 	unbound 	36154:2 	info: reply from <.> 8.8.8.8#853
                        Sep 13 15:03:02 	unbound 	36154:2 	info: response for nist.gov. DS IN
                        Sep 13 15:03:02 	unbound 	36154:3 	info: resolving nist.gov. DNSKEY IN
                        Sep 13 15:03:02 	unbound 	36154:3 	info: validated DS nist.gov. DS IN
                        Sep 13 15:03:02 	unbound 	36154:3 	info: validated DS nist.gov. DS IN
                        Sep 13 15:03:02 	unbound 	36154:3 	info: query response was ANSWER
                        Sep 13 15:03:02 	unbound 	36154:3 	info: reply from <.> 8.8.8.8#853
                        Sep 13 15:03:02 	unbound 	36154:3 	info: response for nist.gov. DS IN 
                        
                        D 1 Reply Last reply Sep 13, 2020, 1:11 PM Reply Quote 0
                        • D
                          DaddyGo @float
                          last edited by Sep 13, 2020, 1:11 PM

                          @float said in Fetching package: connection reset by peer:

                          and inside pfSense? (nslookup)

                          Cats bury it so they can't see it!
                          (You know what I mean if you have a cat)

                          1 Reply Last reply Reply Quote 0
                          • F
                            float
                            last edited by Sep 13, 2020, 1:14 PM

                            [2.4.5-RELEASE][admin@]/root: nslookup www.facebook.com 8.8.8.8
                            Server: 8.8.8.8
                            Address: 8.8.8.8#53

                            Non-authoritative answer:
                            www.facebook.com canonical name = star-mini.c10r.facebook.com.
                            Name: star-mini.c10r.facebook.com
                            Address: 157.240.210.35
                            Name: star-mini.c10r.facebook.com
                            Address: 2a03:2880:f121:83:face:b00c:0:25de

                            D 1 Reply Last reply Sep 13, 2020, 1:26 PM Reply Quote 0
                            • D
                              DaddyGo @float
                              last edited by DaddyGo Sep 13, 2020, 1:26 PM Sep 13, 2020, 1:26 PM

                              @float

                              Okay, if you like 8.8.8.8

                              just a little plus, you might want to disable 53 if you only want to use DoT
                              and point all DNS requests to pfSense (manualy or DHCP)
                              try to use only static entries (DHCP) and uncheck it, this

                              2482df19-ebfe-40d8-8d6d-f00cf8834357-image.png

                              oh and get ready for the new craziness DoH 😉

                              Cats bury it so they can't see it!
                              (You know what I mean if you have a cat)

                              1 Reply Last reply Reply Quote 0
                              • F
                                float
                                last edited by Sep 13, 2020, 1:30 PM

                                Thank you. Everything is working as it should, only pfsense is being funny, right?

                                D 1 Reply Last reply Sep 13, 2020, 1:35 PM Reply Quote 0
                                • D
                                  DaddyGo @float
                                  last edited by Sep 13, 2020, 1:35 PM

                                  @float said in Fetching package: connection reset by peer:

                                  pfsense is being funny, right?

                                  The deeper you dive into it, the more funny it will be.
                                  You'll see how serious the stuff is.
                                  RED circle 18 - Caution this is addictive 😉

                                  Cats bury it so they can't see it!
                                  (You know what I mean if you have a cat)

                                  1 Reply Last reply Reply Quote 0
                                  • F
                                    float
                                    last edited by Sep 13, 2020, 4:14 PM

                                    I reinstalled pfsense from the install image of netgate. Same issue. All the DNS-servers return "no response" on the firewall (no changes made on the settings). Nice extra problem: none of the clients can contact the dns servers, so they don't have any internet...

                                    1 Reply Last reply Reply Quote 0
                                    • S
                                      stephenw10 Netgate Administrator
                                      last edited by stephenw10 Sep 13, 2020, 4:40 PM Sep 13, 2020, 4:40 PM

                                      After your restored your config I assume? The default install resolves as expected?

                                      1 Reply Last reply Reply Quote 0
                                      • F
                                        float
                                        last edited by Sep 13, 2020, 4:41 PM

                                        I didn't restore my config. Default install doesn't resolve.

                                        D 1 Reply Last reply Sep 13, 2020, 4:52 PM Reply Quote 0
                                        • D
                                          DaddyGo @float
                                          last edited by Sep 13, 2020, 4:52 PM

                                          @float said in Fetching package: connection reset by peer:

                                          Default install doesn't resolve.

                                          Can you only connect to your ISP's modem / router?

                                          Cats bury it so they can't see it!
                                          (You know what I mean if you have a cat)

                                          1 Reply Last reply Reply Quote 0
                                          75 out of 89
                                          • First post
                                            75/89
                                            Last post
                                          Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.
                                            This community forum collects and processes your personal information.
                                            consent.not_received