-
-
Notifications
You must be signed in to change notification settings - Fork 192
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Regru DNS plugin appears to me broken somehow, help pls! #392
Comments
Hi @aklimkin. I can confirm I'm seeing the same error from my own account. It's possible they made a change to the API that is breaking the plugin. Give me a bit to check out what's wrong. |
It seems like they changed the error code being used when you query a zone that doesn't exist. I pushed a fix that is working for me if you want to test it. |
thanks for the prompt fix, but it still doesn't work for me VERBOSE: received -1-byte response of content type text/plain; charset=utf-8
|
in case you're interested here are my powershell commands $pArgs = @{ |
Bummer. Using your existing Publish-Challenge klimkin.name (Get-PAAccount) faketoken Regru $pArgs -Verbose |
i'm starting to wonder if i completely understand the letsencrypt dns-01 challenge procedure |
Sorry, one more request. Can you post the JSON response if you plug that URL into your browser like you did before? Your understanding is correct. The problem is that the plugin needs to find the apex zone for the record name |
{ |
hope that this makes some sense to you |
Also, just to verify. You've installed and are now testing with the copy of the Plugin from the main branch, right? And done something like |
yes, sure - i've checked on plugin file timestamp |
Odd, that output makes it look like the URL didn't get copied completely. |
oops, you're right - my fault, sorry |
So weird. That error should be getting ignored rather than caught and re-thrown. But the logic in this function is a bit funky and making it harder than I'd like to debug. Give me a bit to refactor and clean up some stuff. I'll push another update when I'm done and we can re-test. |
and one more correction - my previously published json output from the browser test was actually been from the url constructed by hand typing, not exactly the same url copied from script output - that is why it did seem perfectly normal. |
Ok. Give this latest version a try from the main branch using the same Publish command from earlier. This time, you'll want to enable debug output though by running |
Hi, it's me again. Apparently good sleep makes huge difference :D You were right - until now I've been working with original plugin version. What I saw as a different timestamp on the plugin file was actually a result of my own pathetic attempts to edit/debug your code. I'm truly sorry for giving you such a headache. Thank you very much for all the help. |
In case you're still interested, here is the debug output I got with the resent plugin version: VERBOSE: Publishing challenge for Domain klimkin.name with Token faketoken using Plugin Regru and DnsAlias ''. |
It's totally ok. I should have been more clear about how to test the updated version. And it gave me an excuse to improve the plugin overall. So thanks! When I fix stuff in the main branch, it doesn't immediately get added to a new release that would be available using iex (irm https://raw.githubusercontent.com/rmbolger/Posh-ACME/main/instdev.ps1) Then once a new release is out, just delete whatever local copies of the module you have and re-download via It sounds like the current changes have fixed everything. Thanks again for testing. I'll hopefully push a new release this week. |
When executing New-PACertificate I got the following error:
![image](https://user-images.githubusercontent.com/91957226/136021010-22ebb9e7-3785-4d71-b2bc-1f752e8a77b6.png)
The same URL in the browser returns pretty valid json:
![image](https://user-images.githubusercontent.com/91957226/136021386-48584b7a-c599-4902-be1b-39ec89106383.png)
The text was updated successfully, but these errors were encountered: