Could be as simple as this : most 'real' NAS have "apps". My Synology disk-station has one : it's swallowing the "syslog" records from my pfSense just fine.

Definitely not in the attic. Put it in the utility room or on a shelf in the closet if you must. Install pfSense. Set a port as WAN and one as LAN on the pfSense box. Connect your switch to pfSense LAN port. Then connect your RT-66N to the switch so it is an extension of the same LAN. You will plug your cable into a LAN port on the RT-66N and turn off the DHCP server on the RT-66N. The pfSense box will be the only DHCP server for your install issuing an ip to all clients connected via cable to the switch or via WIFI through the RT-66N. See: https://doc.pfsense.org/index.php/Use_an_existing_wireless_router_with_pfSense Plug the NAS into the switch with all your other clients. To set up PIA VPN see: https://www.privateinternetaccess.com/pages/client-support/pfsense That should get in the ballpark.

Thank you so much!

what are you firewall rules, are you using proxy?  Does www.bbc.com resolve?

Both the primary WG and my secondary WG got totally screwed up and wont even boot in an orderly fashion. Luckily I took a backup before venturing into testin. As a workaround, I installed pfSense on proxmox, hooked up my VLANs and now this technically works. Technically, not optimally - because now I'm firewalling in the host-environment where my crownjewels are, instead of firewalling before  even touching this hardware. But for now, I'm in business again.

Thanks this help a lot

Well, not the replies I wanted to get :), but thank you for the information and very quick responses. I guess I will have to try to make pfsense work on my hardware and after failing, decide what to do then.

"Netflix and YouTube are two that are blocking IPv6 from HE." There are also blocking a shitton of vpn providers netblocks as well.  And blocking non regional IPs from accessing their regional content.  What that has to do with the price of tea in china I don't have a clue.  ie no idea where you trying to go with such a statement.. They see HE as just another way of circumvention of geographical restrictions - which is why they block them.  If HE would promise to only allow geographic same ipv5 to create a tunnel to their different pops in those regions.. They would remove the band I am sure.  But currently there is nothing stopping someone from say the EU or Asiapac regions from creating their tunnels to the HE pops in the US, etc.

Thank you.

I really do not see the point of lagg on a cable modem.. If your over 1gig then the local side should be 10ge, or the up coming 802.3bz (2.5 and 5ge) Lagg would just be kind of pointless..  Its not 1+1=2, its 1 and 1 for a total of 2 combined across all sessions.  No single client would ever go above 1 gig.  And there is no real promise that even 2 clients would load share.. You need lots of clients talking to lots of different devices to spread the load across the lagged connections. With a cable "modem" and not a router even - means for example your pfense is going to be behind it.  So now you have a different layer 2 between the router and the clients so really only mac being seen is the pfsense mac - so when would you leverage the lagg?

Hey guys, Myself I found the answer for the problem. Squid need to be given access to use Google api. In Squid proxy filter, Add new category for adding some of the domain name, those domain names mighty be blocked in the  group categories. For example the category under social chat , web.whatsapp.com mighty be blocked. So we need to manually specify to open the website. Add the following domain ( copy paste below all sites ) drive.google.com googledrive.com plus.google.com hangouts.google.com web.whatsapp.com accounts.google.com docs.google.com sheets.google.com slides.google.com talk.google.com gg.google.com script.google.com ssl.google-analytics.com video.google.com s.ytimg.com apis.google.com googleapis.com

Just wanted to add I have similar setup for my guest network , the only difference is pfsense is my wan edge device… I have 2 networks on lan , one hosting my home network wifi and lives in meraki world the other is for guest and is in ubiquity world.. I also have usg since I want to test out the low to no functioning usg for a beautiful all in web Interface... do let me know if  u have further questions as I have spend enough time on topology and setup and will try and answer ur questions if any

pfsense is a great edge device and makes for a great piece of a layered network design opendns secure internet gateway service prosumer version (20.00) annually isp modem pfsense with snort annual paid subscription(29.99)  same definitions as cisco firepower modern honey net targets on isolated vlan << great for seeing who is probing your network wifi pineapple to keep wardrivers at bay splunk log aggregator free for up to 500M of logs daily antivirus/antimalware internal home network on cisco layer 3 switches for less then a nickel a day you have a pretty solid security system that can rival most corporate institutes or better them!

I just tested the latest 2.4.0 build and it does not seem to work with a CSR that has been generated on a separate system  also there is no option to choose server or user signing.  To solve my issue I: 1. Created the server certificate on PFSense (make sure it is set to server cert, the default is user cert) 2. Exported the new cert 3. Exported the new Key 4. Moved them to my JBOSS server 5. Converted they two to a PKCS12 (openssl) 6. Converted the P12 file to my keystore (Keytool) Example:   mv /home/ncadmin/par.local.enms.net\ (1).crt ./par.crt   mv /home/ncadmin/par.local.enms.net\ (1).key ./par.key   openssl pkcs12 -export -in par.crt -inkey par.key -out par.p12 -name par_na_crt -CAfile RootCA-Pfsense.crt -caname root   keytool -importkeystore -deststorepass chgme -destkeypass chgme -destkeystore truecontrol.keystore -srckeystore par.p12 -srcstoretype PKCS12 -srcstorepass chgme -alias my_alias

Looks like an ACPI table error. Are you running the latest available BIOS? Possibly this or related to it: https://quickview.cloudapps.cisco.com/quickview/bug/CSCuc96148 Steve

Hmm, hard to say how that would be any different then from pfSenses view. Maybe compare the connection logs from each case for differences. Steve

To get the full url you have to install squid  proxy and use ssl man in the middle, that by the way is a can  of worms