Puncte:0

ddclient cu cloudflare nu se actualizează

drapel za

Aveți un domeniu înregistrat la Namecheap, folosind serverele DNS Cloudflare. Înainte de această configurare, foloseam DNS Namecheaps până mi-am dat seama că nu pot folosi API-urile lor de producție pentru Traefik. În timp ce aveam această configurație, actualizarea cu ddclient la Namecheap a funcționat foarte bine.

Acum că folosesc Cloudflare DNS, încerc să actualizez înregistrările folosind ddclient. Nimic nu pare să funcționeze, am încercat o serie de combinații diferite și mi-am pus și domeniul în Modul de dezvoltare astfel încât modificările să nu fie memorate în cache în timpul testării.

Am două înregistrări A în tabloul de bord cloudflare: mydomain.com și subdomeniul Autentificare

Aici e al meu ddclient.config:

daemon=300 # verifica la fiecare 300 de secunde
syslog=da # mesaje de actualizare a jurnalului la syslog
pid=/var/run/ddclient/ddclient.pid # înregistrare PID în fișier.
ssl=da # utilizați suportul ssl. 

##
## CloudFlare (www.cloudflare.com)
##
foloseste=web, \
protocol=cloudflare, \
zone=<domeniulmeu.com>, \
ttl=1, \
login=<autentificarea mea e-mail> , \
parola=<cheia API activată pentru DNS-Edit> \
autentificare.<domeniul meu>.com

De asemenea, am încercat să adaug subdomeniul dedesubt fără domeniul complet, de exemplu. Autentificare si adaugand web=dynamicdns.park-your-domain.com la dosar, nimic nu pare să funcționeze.

Puncte:0
drapel za

Aceasta pare să fie o problemă cu ddclient care nu se lovește de noua versiune api cloudflare. Biletul rămâne deschis.

https://github.com/ddclient/ddclient/issues/361

Alternativa sugerată este utilizarea https://github.com/timothymiller/cloudflare-ddns

Puncte:0
drapel cn

Aceasta este un pic o pagină de zombie, dar apare în căutările Google, așa că m-am gândit să pun exemplul de lucru aici.

Dacă accesați pagina github ddclient și răsfoiți codul sursă pentru ddclient.in, căutați „cloudflare” și veți vedea exemplele și toate detaliile despre cum să faceți acest lucru să funcționeze cu ddclient 3.9.1.

Opțiunea 1: Folosiți cheia API globală

Ultima strofă din ddclient.conf

#
# Schimbați adresa IP pentru example.com la cloudflare
# (mai puțin sigur deoarece folosește cheia API globală)
#
protocol=cloudflare, \
zone=example.com, \
ttl=1, \
login=your_email_for [email protected], \
parola=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx \
exemplu.com

Virgula, spațiul și ruptura de linie sunt importante. Asigurați-vă că nu există spații după bara oblică inversă.

Opțiunea a doua: utilizați tokenul API cu permisiuni limitate

A. Accesați tabloul de bord Cloudflare și creați un token API cu permisiuni Zone-DNS-Edit și Zone-Zone-Read. Nu va funcționa dacă permisiunile pentru Tokenul API sunt altceva.

b. Ultima strofă din ddclient.conf

#
# Folosind token cu permisiuni Zone-DNS-Edit și Zone-Zone-Read
#
protocol=cloudflare, \
zone=example.com, \
ttl=1, \
login=token, \
parola=XxXxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx \
exemplu.com

Din nou, formatarea părea a fi importantă. Am primit mesaje de eroare când au existat spații pierdute după bara oblică inversă. Dacă utilizați jetonul, acesta este trimis ca „Purtător xxxxxxxx”. În ddclient, „Purtător” este adăugat automat; trebuie doar să introduci șirul alfanumesc. Citiți sursa perl pentru mai multe detalii.

Testat și funcțional pe OpenBSD 6.9 și 7.0 și ddclient 3.9.1.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.