• Content Count

  • Joined

  • Last visited

Community Reputation

4 Neutral

About jzawacki

  • Rank


  • Gender

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Since PiHole has the ability to track individual devices, I would configured the DHCP server to hand out and a fake IP address for the second IP. Then, on PiHole, make it's upstream DNS custom and give it Then, on LanCache server, give it's upstream DNS as your ISP's DNS or, or whoever you prefer. Using this method, you retain all the function of PiHole with the benefit of the LanCache server. Just keep in mind that if DHCP hands out more than as a valid IP address, things might not always work correctly, as windows doe
  2. It's funny you say this. The docker run command is correct, all configured properly, but it doesn't make it into the container, I promise. (IP and path redacted) docker run -d --name='unifi-controller' --net='br0' --ip='' -e TZ="America/Denver" -e HOST_OS="Unraid" -e 'UDP_PORT_3478'='3478' -e 'TCP_PORT_8080'='6759' -e 'TCP_PORT_8443'='6760' -e 'TCP_PORT_8880'='6761' -e 'TCP_PORT_8843'='6762' -e 'UDP_PORT_10001'='10001' -e 'PUID'='99' -e 'PGID'='100' -v '/REMOVED/unifi-controller':'/config':'rw' 'linuxserver/unifi-controller' But, what I was able to end up doing, i
  3. Apologies if this has been addressed, I saw notes around page 8 of others having issues using custom ports, but I couldn't find a solution. It's unfortunate that so much of this thread is standard UniFi controller support over container support. Anyway, I have been unsuccessful using custom ports for this container as well. I have configured the docker properly, but the defaults are still used. If I go into the container and look as the system.properties file, the port options are all commented out, so I'm not sure how the UniFi controller is supposed to know to use the custom p
  4. EXCELLENT FIND! Just as a note, I also had to "fix" the /etc/nginx/sites-available/10_generic.conf you referenced in the link, as mine had the error_log listed twice. I too am now seeing proper "HIT" and "MISS"! Thanks for the info!
  5. I was thinking the same thing, but if all of your DNS servers are running on unRaid anyway, you are basically taking the internet down with unRaid anyway. With that said, I'm still running pfsense on dedicated hardware because I don't trust a docker to not be compromised and your firewall is something important enough to care a little more about than standard dockers. Your firewall is there to protect your network and you would be putting an interface on unRaid directly on the internet. Not really a good idea, IMO.
  6. Interesting. Having both .69 and .13 being used, depending on how your router caches lookups (if it does at all), you may be randomly bypassing the lancache-bundle server. I can't tell you how to setup your network, but I can tell you how I have mine setup, since it sounds like we have similar thoughts. 1) DHCP is handing out the IP address of PiHole and a second IP address that is dead on my network. This keeps Windows from using whatever it wants. If your router isn't able to provide custom DNS IPs for DHCP, I would suggest switching to a DHCP server that does. I
  7. Unfortunately, the "secondary DNS" you added is bypassing the lancache-bundle. Windows doesn't use it as a primary (and if I can't talk to it, use the secondary), it picks whatever IP it wants. What do you get when you try this on the windows computer command prompt: C:\> nslookup Should look like this: Default Server: UnKnown Address: > > google.com Should look like this: > google.com Server: UnKnown Address: Non-authoritative answer: Name: google.com Addresses: 2607:f8b0:400f:80
  8. I'm running a single dedicated IP address on my lancache-bundle at this time and also have a 1Gbps internet connection and seem to have hit a download limit of around 20Mbps through the lancache-bundle server. But, with that said, when I test network equipment within a 1Gbps network, I look for ~950Mbps throughput, so a 1Gbps network should get better than 117Mbps, that would be a limitation to your lancache-bundle hardware, most likely. From what I understand, adding the additional IP addresses should improve your download performance. I'd say give it a shot and report back.
  9. Can't say for sure, but the 404 is a not found error as if the location lancache-bundle is trying to access doesn't have what it's asking for. The 500, 502, 503, and 504 errors are all gateway/server based errors, which would be upstream as well.
  10. Well, if you want to go to your unRaid docker page every time you want to access the web interface of a docker (or memorize a bunch of random ports), knock yourself out. But, your browser defaults to port 80 or 443 (https), so every docker sharing your host IP will need a different port for the web interface. Edit: Ah.. I get it.. you got me.. you are just trolling.. Seems pretty darn clear to me:
  11. You may need to open a cmd prompt as administrator and run: ipconfig /flushdns Once you get pfsense up, you'll be able to watch the bandwidth usage on the status page to you can see if you are using the internet or the cache server as well.
  12. Try this command from your Unraid terminal. What you are looking at are the 200 and 206 numbers. Unfortunatly, I can't tell you which is a HIT and which is a MISS, but if you download something and it shows one of those numbers and the second time you download, it's the other number, it is definitely pulling form the cache server. docker exec -it lancache-bundle tail -f /var/log/nginx/access.log As for bridge vs br0 vs host, I run all my dockers as br0 so they get their own IP address. This makes it so they can all have a web UI on port 80 instead of goofy port numbe
  13. All of your dockers need to have a different IP address than the server.
  14. I would remove as Windows likes to use whatever DNS it wants and using may cause the computer to get the REAL ip address. If windows DNS caches the correct IP, it'll bypass lancache-bundle till the DNS entry expires and it has to ask again. In which case, it may get your cache server or again. 1) Only traffic to the places listed when configuring the docker will be cached. If you don't want to cache something on the list, set it to FALSE 2) I don't think so 3) Depends on how fast you really want it to be. If you have the extra cash and want it
  15. Ok, with that kind of response, you get this kind of response: If you want it to cache something, do you think you should set it to false? Normally, the word false, means you DON'T want it to do something. Therefore, you DO NOT need to change any of those fields. By default, it will cache everything. The only time you would set it to false, is if you DON'T want it to cache something.