[BUG] 2.7.0 - Please set the DNSPLUGIN variable to one of the following, works reverting to 2.6.0

[cohenchris]

Is there an existing issue for this?

• I have searched the existing issues

Current Behavior

After the most recent update, my reverse proxy does not work with porkbun (at least).

My docker container gives me an output listing the environment variables set, and then this message:

"Please set the DNSPLUGIN variable to one of the following:"

There is no further output. I have reverted to version 2.6.0 and everything works.

Expected Behavior

Reverse proxy container starts and handles traffic.

Steps To Reproduce

1. Update to the most recent version of swag, as of October 3, 2023
2. Run the docker-swag container
3. Observer the output listed above

Environment

- OS: Arch Linux
- How docker service was installed: distro's package manager

CPU architecture

x86-64

Docker creation

docker-compose up -d

Container logs

"Please set the DNSPLUGIN variable to one of the following:"

[github-actions]

Thanks for opening your first issue here! Be sure to follow the relevant issue templates, or risk having this issue marked as invalid.

[Roxedus]

Can replicate. looking into it.

[cohenchris]

Can replicate. looking into it.

Thank you! Let me know if I can be of any help.

[CyberOxide]

I am having the same issue as cohenchris reported. Only difference is I'm using 'cloudflare'. Let me know if I can be of help.

[djcath]

confirmed using cloudflare plugin and issue presenting the same

[toddke]

having the same issue with DNSPLUGIN set to google-domains

[Roxedus]

Please test the lspipepr/swag:2.7.0-pkg-5e0cdeca-dev-49f6fb2b6eef1691264d25b1b9b194ff708144a5-pr-415 image and report back in #415

[hodindorian]

Still have the issue with lspipepr/swag:2.7.0-pkg-5e0cdeca-dev-49f6fb2b6eef1691264d25b1b9b194ff708144a5-pr-415 and lspipepr/swag:2.7.0-PR-415 with cloudflare and deploy with Portainer, I test 6 different version and still have the Please set the DNSPLUGIN error. Im running a VPS server in Hostinger and trying to set swag for reverse proxy.

[cohenchris]

Please update to a more recent version, this was fixed after 2.7.0.

Also ensure that the running container is actually using the version that you expect. This issue popped up again for me, and I found that I was running version 2.7.0, when I thought I was running a later version.

[martinmiglio]

Still seeing issue running on these containers:

lscr.io/linuxserver/swag:2.8.0-ls263
lspipepr/swag:2.7.0-pkg-5e0cdeca-dev-49f6fb2b6eef1691264d25b1b9b194ff708144a5-pr-415

With these variables set

VALIDATION=dns
DNSPLUGIN=google-domains

Edit:

If running a previous version then updating to after 2.7.0, recreating the config volume solved this issue.

[toddke]

Switched to latest and appears to be working for me. Thank you!

dns validation via google-domains plugin is selected
Certificate exists; parameters unchanged; starting nginx

[hodindorian]

Hello ! I remove the cli.ini file and restart without any modification and that work well, I dont Understand why my file was corrupted but that work now, thanks you all !

[cybericius]

I have 2.8.0 and still have the issue with dynu.

I noticed this in the release note:
11.12.23: - Deprecate certbot-dns-dynu to resolve dependency conflicts with other plugins.
Can you please explain if it has any connection?

Freezing here:
Please set the DNSPLUGIN variable to one of the following:

I need dynu as they provide TXT and CNAME records for free.

Thanks.

[j0nnymoe]

Dynu has been removed from swag.

[cybericius]

Sad to hear that... Not considering adding it back? (2.6.0 works with it perfectly, just tried it)
If not, do you have any suggested alternative that supports free CNAME and TXT records?
Thank you.

[thespad]

The plugin author has abandoned the project and it no longer works with the versions of dependencies that all other plugins need, which is why we removed it.

[cybericius]

Where is that plugin? I'd look into it, perhaps can be taken over and updated.
It would be a huge loss, as I cannot find any other DDNS provider that gives for free both CNAME records and TXT record validation through acme...

[thespad]

https://github.com/bikram990/certbot-dns-dynu

[kinslayer1982]

Too bad, I wanted to switch from my own setup to using swag. But I'm using Dynu and moving to a different DDNS is not an option for me. For now I am using ACME.sh in my setup, they have a working Dynu plugin, maybe this can help somehow?

[thespad]

Unfortunately not, certbot and acme.sh using different plugin systems.

[kinslayer1982]

Ok. Without Dynu support swag is useless for me. :(

[Roxedus]

https://github.com/linuxserver/docker-swag#certbot-plugins

[kinslayer1982]

I thought I had stumbled over this part but somehow didn't find it again.
But now I'm confused. I thought Dynu plugin is broken. Did I get that wrong?

[Roxedus]

Installing it breaks all other up-to-date plugins.

[DustyRah]

Dynu has created a ticket to take over the project and update the dependencies but until such time we take it over. We will release updated version of the plugin as soon as project is claimed.

pypi/support#3520

[kinslayer1982]

Dynu has created a ticket to take over the project and update the dependencies but until such time we take it over. We will release updated version of the plugin as soon as project is claimed.

pypi/support#3520

Glad to hear that!

[DustyRah]

We have been unable to take over the project since no one has been assigned to the ticket. We have created a new project below. Can someone please add support for Dynu in Swag again?

https://pypi.org/project/certbot-dns-dynudns/

[crltc]

I am experiencing the same issue using any version including latest.

Container exits with Log File:

Variables set:
PUID=1000
PGID=1000
TZ=America/New_York
URL=mydomain.com
SUBDOMAINS=example
EXTRA_DOMAINS=
ONLY_SUBDOMAINS=true
VALIDATION=dns
CERTPROVIDER=
DNSPLUGIN=cloudflare
EMAIL=
STAGING=true

Please set the DNSPLUGIN variable to one of the following:

Fixes Attempted:

• Confirm my configuration through docker is identical to the one shown on the readme
• Included the relevant CAP_ADD
• Have tried running as root and giving full permissions on the host volume with no luck.
• The dns-conf folder used to be populated with .ini file examples of every provider but now when I deploy the image it does not populate any.
• Recreated the volume entirely

Edit: Resolved - the container was not allocated enough memory so that when running the certbot command would cause it to crash without any log or error other than outputting "Killed" when typed into the container CLI manually.

[gadolf66]

Hi.
I experience this bug on version 2.10.
Reverting to version 2.9.0 fixed the problem.
I'm using cloudflare dns plugin

[j0nnymoe]

Hi. I experience this bug on version 2.10. Reverting to version 2.9.0 fixed the problem. I'm using cloudflare dns plugin

If you're running old hardware, that's likely the problem. #469

[thespad]

Your issue is likely unrelated to this one, please open a new issue and provide the necessary information.

[4-FLOSS-Free-Libre-Open-Source-Software]

I remove the cli.ini file and restart without any modification and that work well

Thanks for the hint, I had the same issue on latest, and removing \etc\letsencrypt\cli.ini and restarting container solved it.