[bug since 2.1.2] Unable to communicate with https://packages.pfsense.org

nut 0

2.1.4-RELEASE (i386)

Can't still work with Package Manager!

-> "Unable to communicate with https://packages.pfsense.org. …"

:'(

Any Ideas?

Edit:

Seems to be a Problem of packages.pfsense.org.
https://packages.pfsense.org/xmlrpc.php is still giving error:
faultCode 105 faultString XML error: Invalid document end at line 1

Supermule

I dont have that issue at all with 2.1.4

Works fine from Denmark…

eduardogoncalves

Same here:

2.1.4-RELEASE (i386)
built on Fri Jun 20 12:59:29 EDT 2014
FreeBSD 8.3-RELEASE-p16
You are on the latest version.

But on packages page:

Unable to communicate with https://packages.pfsense.org. Please verify DNS and interface configuration, and that pfSense has functional Internet connectivity.

denizv

Today, i backed up my configuration. I switched from embedded version of pfsense (on usb) to regular version (on hdd).
This problem suddenly appared.
I tried

1. http://packages.pfsense.org
2. Checked gateways, dns forwarder settings, dns servers, tried different settings
3. I can ping packages.pfsense.org on wan
4. "You are on the latest version" is visible
5. No ipv6, no proxy
6. I pretty much tried everything i have read and think of

I'm thinking either there is difference between LiveCD and NanoBSD version or this site might be bugged/down. What should i do next?

Supermule

I got this as well now. :(

NOT good….

bennyc

linked with this topic:

https://forum.pfsense.org/index.php?topic=78276.0

Same issue imho. There's something still not right.

bennyc

@cmb:

It should still be using the proxy, the only thing functionally different is using HTTPS instead of HTTP. If you change "xmlrpcbaseurl" in /etc/inc/globals.inc from HTTPS to HTTP does it work through the proxy?

To to confirm, this workaround also worked here. Just changing to http got me access to the available package pages.

Seem to me there is some issue with the proxy!

–edit: using 2.1.4-RELEASE (amd64) on APU1C4--

denizv

Problem solved itself this morning, i think it was server related

Nope.

Someone whom should have known better got the CARP addresses wrong for v6 late last week.

Since we're moving racks in the data center, the problem didn't surface until we failed over while moving one of the last pieces of gear to the new rack, the. Fee stablished the primary.

kejianshi

Download the update you need and browse to that file locally if you need.

finalcut

After while i can say it clear and loud

PFSENSE as firewall IS GREAT CLEAR OF BUGS BETTER THAN HOLY S*** CISCO ASA have multiple option than juniper

But the only thing i dream in is stable version of squid3-dev with easy way to add and authenticate users (using UI)

msmith9xr4

confirmed works disabling ipv6 on 2.1.5 and 2.2.4 for me, 2 different WAN providers.

cmb

@msmith9xr4:

confirmed works disabling ipv6 on 2.1.5 and 2.2.4 for me, 2 different WAN providers.

You have IPv6 problems in that case. Start a new thread describing your IPv6 config, what you see when trying to traceroute6 to packages.pfsense.org (or google.com or anything else IPv6-enabled, guessing nothing will work in that case).

Locking thread since it's been hijacked by a handful of completely unrelated things.