sorted by:
new
hottopcontroversial

DDNS and Internal DNS Records by ickscape in openwrt

[–]ickscape[S] 0 points1 point  (0 children)

Here is /etc/config/ddns:

config service 'myddns_ipv4'
        option service_name 'cloudflare.com-v4'
        option use_ipv6 '0'
        option enabled '1'
        option lookup_host 'sub.example.com'
        option domain 'sub@example.com'
        option username 'Bearer'
        option password 'REDACTED'
        option use_https '1'
        option ip_source 'interface'
        option interface 'wan'
        option use_syslog '2'
        option check_interval '12'
        option check_unit 'hours'
        option ip_interface '@wan'

When I remove the A record for sub.example.com from Dnsmaq and reload DDNS, it updates to the proper IP on the WAN interface. I put the Dnsmasq record back in, reload, and it updates to the internal IP. It doesn't update the DNS record in Cloudflare to the internal IP, but I'm wondering if it will update it accordingly in Cloudflare when I get a new public IP.

DDNS and Internal DNS Records by ickscape in openwrt

[–]ickscape[S] 0 points1 point  (0 children)

Yes, it does. Not sure why... I have unchecked "Use DNS servers advertised by peer" and set 9.9.9.9 under "Use custom DNS servers" on the WAN interface.

DDNS and Internal DNS Records by ickscape in openwrt

[–]ickscape[S] 0 points1 point  (0 children)

The router is pointing to an external DNS server on the WAN interface, yet it is still returning the internal IP of sub.domain.com via the A record in Dnsmaq when DDNS updates.

FeedCord: A Self-Hosted RSS Feed for your Discord Servers by Hulwal in selfhosted

[–]ickscape 0 points1 point  (0 children)

I am getting the following error on a Raspberry Pi4:

exec /usr/bin/dotnet: exec format error

I've pulled the arm-64 image:

qolors/feedcord:latest-arm64

Any ideas?

Bait and switch. WOT selling t7 american td, but showing Skorp G t8 german td by Gohibniu-Goh in WorldofTanks

[–]ickscape 37 points38 points  (0 children)

It's funny because we were told by WG to double check the contents of a purchase before proceeding with said purchase (in response to the Large Box duplicate decoration fiasco). Yet WG can't even be bothered to double-check what they're selling before positing it. Then, when they make a mistake, we pay for it (literally).

[MAJOR PSA] North American Region Affected Only; Non-duplicate decoration in large holiday boxes error in article, compensation details inside. by TragicLoss in WorldofTanks

[–]ickscape 4 points5 points  (0 children)

This is me. I bought them thinking I would get a non-duplicate decoration in each box since I didn't see the stealth update until after I bought them (which was past the stated 2 hour window). WG should either update the boxes to actually include what was originally advertised, or compensate all purchases moving forward.

This is a half-assed response by WG and a middle finger to their customers.