• Posts

  • Joined

  • Last visited


  • Gender

Recent Profile Visitors

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

jzawacki's Achievements


Newbie (1/14)



  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 doesn't use them as primary and if I can't talk to primary, use secondary, it will randomly use either of them depending on how it feels at the time. You may also have to clear the DNS cache on the PiHole if it already knows the real IP address for the services you are trying to cache. James
  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, is put the docker in a location that is easily accessible via SMB share, manually change the permissions of the system.properties file so I could edit it easily, save the file and restart the docker. Bingo, it's listening on all the custom ports I wanted it to be listening on. debug.device=warn debug.mgmt=warn debug.sdn=warn debug.system=warn is_configured_and_restarted=true is_default=false portal.http.port=6761 portal.https.port=6762 unifi.http.port=6759 unifi.https.port=6760
  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 ports. Thanks, James
  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 haven't used it myself, but PiHole includes a DHCP server. 2) PiHole Upstream DNS Servers 1- lancache-bundle IP 2- same fake IP DHCP is handing out. Again, this forces PiHole to use the lancache-bundle IP. 3) LanCache-Bundle Upstream DNS is OpenDNS IP address only This setup allows me to blacklist sites easily on PiHole as well as allow me to get correct statistics from the interface. If you have your router asking PiHole, all the statistics will show the requests from the router and not the individual devices. So, if you have a ton of blocked lookups from a specific device, you will not be able to track it down.
  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:801::200e Then, try this: > steamcontent.com Should look like this: > steamcontent.com Server: [] Address: Non-authoritative answer: Name: steam.cache.lancache.net Address: Aliases: steamcontent.com
  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 numbers all over the place because they are all trying to run on the host IP address. Lastly, on the machines you are troubleshooting with, and have their ONLY DNS set to your lancache-bundle IP address, disable IPv6 so we don't have to deal with that crap in the logs.
  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 to be faster, get a dedicated SSD. Even with standard mechanical drives, I've gotten 50MB/s (bytes, not bits) from my cache server 4) For sure. Change your DHCP to hand out the cache server IP. Manually doing it is good for testing, but not if you have a bunch of computers you want to cache and not at all if you have people bringing their computers over for a lan party 5) Sounds like you have it. Normally I would tell you to look at the cache logs and see the "HIT" messages, but this dockers logs are all jacked up.
  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.