Package Details: cloudflared-bin 2022.5.1-1

Git Clone URL: https://aur.archlinux.org/cloudflared-bin.git (read-only, click to copy)
Package Base: cloudflared-bin
Description: An Argo Tunnel client which proxies any local webserver through the Cloudflare network
Upstream URL: https://developers.cloudflare.com/argo-tunnel/
Licenses: custom
Conflicts: cloudflared
Provides: cloudflared
Submitter: imlonghao
Maintainer: imlonghao
Last Packager: imlonghao
Votes: 24
Popularity: 2.23
First Submitted: 2018-06-24 08:32 (UTC)
Last Updated: 2022-05-17 16:45 (UTC)

Latest Comments

hzmi commented on 2022-03-25 09:16 (UTC) (edited on 2022-03-25 09:16 (UTC) by hzmi)

Hello, This specific line in PKGBUILD to install the binary is faulty

  install -Dm755 cloudflared-bin-* ${pkgdir}/usr/bin/cloudflared

The asterisk here will also includes cloudflared-bin-LICENSE, which probably makes makepkg install two of them?

There will be an error like this install: target '/home/test/cloudflared-bin/pkg/cloudflared-bin/usr/bin/cloudflared' is not a directory

It's either change the LICENSE filename back to LICENSE or fix this specific line to not include the LICENSE while installing the binary

jck commented on 2022-03-25 00:57 (UTC)

  install -Dm644 LICENSE ${pkgdir}/usr/share/licenses/${pkgname}/LICENSE

needs to be changed to

  install -Dm644 ${pkgname}-LICENSE ${pkgdir}/usr/share/licenses/${pkgname}/LICENSE

Linkas commented on 2022-03-12 21:37 (UTC)

b2sum for LICENSE is wrong. It should be dc6395f606b09f8a2fa6e8d28f8436a9b0d2ee7e43b4033542c55eb1bf26e9e6c01fd53770e825b9e996ef15fd2eb77f1e0524d4fc1a3e8bf52d72de3adbd653

hzmi commented on 2022-02-28 12:37 (UTC)

The new PKGBUILD is broken, why is these deleted?

-source_x86_64=("${pkgname}-x86_64-${pkgver}::${_url}/releases/download/${pkgver}/cloudflared-linux-amd64")
-source_i686=("${pkgname}-386-${pkgver}::${_url}/releases/download/${pkgver}/cloudflared-linux-386")
-source_aarch64=("${pkgname}-aarch64-${pkgver}::${_url}/releases/download/${pkgver}/cloudflared-linux-arm64")
-source_armv6h=("${pkgname}-armv6h-${pkgver}::${_url}/releases/download/${pkgver}/cloudflared-linux-arm")
-source_armv7h=("${pkgname}-armv7h-${pkgver}::${_url}/releases/download/${pkgver}/cloudflared-linux-arm")

This causes ERROR: Integrity checks (b2) differ in size from the source array.

Nomz commented on 2022-02-18 13:55 (UTC)

The b2sum for LICENSE is wrong. It should be 8d7ee43a5aa87a353928fb9a82dd5de5859e65bc92fad20cfa4645e50e563f4112abe92e0b89f30a7f42c69453e2e8aacbffda99b9218431f490cc4169557da7.

steadybright commented on 2021-12-30 05:17 (UTC)

@imlonghao All is working now. Thank you! Also, thank you for the pointer on "%i" and the INF information.

imlonghao commented on 2021-12-30 02:34 (UTC)

@nickray Seems you are using the new format of the config file, which require tunnel run to work. I have create a new service file cloudflared-tunnel@.service for you

@quark23 @steadybright I have rollback the change for cloudflared@.service so you may also good to go, but please notice there is a INFO log on the process start

INF You are running a Tunnel in legacy mode which will be deprecated. Please use the documentation below to switch to pre-created Tunnels for improved stability and management.
INF - To expose applications to the internet create a permanent tunnel as described in https://developers.cloudflare.com/cloudflare-one/connections/connect-apps.
INF - If you are running an ad-hoc tunnel from the terminal, add --name NAME flag to `cloudflared tunnel` command.

@steadybright For example, if you are using cloudflared@aaabbccc.service, then the "%i" refer to the aaabbccc. See https://www.freedesktop.org/software/systemd/man/systemd.unit.html#Specifiers

steadybright commented on 2021-12-29 17:18 (UTC) (edited on 2021-12-29 17:19 (UTC) by steadybright)

Also, what does the "%i" represent in the ExecStart command line below?

Is that regex? Or BASH? Or something else? Regardless, what does it mean?

Thanks, buzz

steadybright commented on 2021-12-29 17:09 (UTC)

cloudflared-bin 2021.12.3-2 does not work for me.

cloudflared@cloudflared.service fails.

I'm going to attempt a downgrade to determine if that version still works for me.

quark23 commented on 2021-12-29 15:15 (UTC)

For me this broke the startup of the cloudflared service. Had to remove the latest modification.

nickray commented on 2021-12-29 13:20 (UTC)

Thank you! This is very helpful :)

imlonghao commented on 2021-12-28 01:53 (UTC)

@nickray I have updated the file, should be good now. thanks.

nickray commented on 2021-12-27 13:10 (UTC)

And since the last update, it wants:

ExecStart=/usr/bin/cloudflared --config /etc/cloudflared/%i.yml --no-autoupdate tunnel run %i

Could you please either fix the systemd service or remove it from the package?

nickray commented on 2021-10-26 20:36 (UTC)

I believe the cloudflared@.service needs to be changed:

ExecStart=/usr/bin/cloudflared tunnel --config /etc/cloudflared/%i.yml --no-autoupdate run %i 

jac_cbi commented on 2021-06-09 14:25 (UTC)

Just saw the update to master this am. Thanks! Worked like a charm!

jac_cbi commented on 2021-06-08 14:00 (UTC)

I see with the latest change, you've now moved to the GitHub releases. I've been manually adding aarch64 support to the PKGBUILD for the past year or so.

Please add support for aarch64 as it is built by cloudflare for each release. I rely on this package for Arch Linux running on my Raspberry Pi 4 (aarch64, of course).

Thanks!

knaick commented on 2020-12-13 13:33 (UTC)

@knaick, Sorry I forget to change the source URL...

No problem @imlonghao, I rebuilt it on my side, after figuring the problem :D. Anyway thanks for the good work.

imlonghao commented on 2020-12-13 12:52 (UTC)

@knaick, Sorry I forget to change the source URL...

knaick commented on 2020-12-13 11:28 (UTC) (edited on 2020-12-13 11:32 (UTC) by knaick)

The links should be consistent with the versions. The current version of the package is not working, due to few mistakes.

version 2020.12.0

link is available : https://bin.equinox.io/a/jmc5VpLiMFi/cloudflared-2020.12.0-linux-amd64.tar.gz

Checksum: 7873901999deae78130120636cd0201103500922adce008cd95376044373be99

Ps: You just need to change the filename and the checksum accordingly.

imlonghao commented on 2020-10-27 02:11 (UTC) (edited on 2020-10-27 02:13 (UTC) by imlonghao)

@m040601

  • Sources URL

The first commit time of this package is in 2018, back to that day, cloudflare didn't release the pre-build binary on Github. They start release on Github since version 2020.7.0.

bin.equinox.io can be found on https://developers.cloudflare.com/argo-tunnel/getting-started/installation (always the stable version) and https://dl.equinox.io/cloudflare/cloudflared/stable/archive, you can also find the sha256 checksums on the second link.

I will not change the source to Github at this moment since it's unreliable. For exmaple, no pre-build binary for version 2020.10.1 https://github.com/cloudflare/cloudflared/releases/tag/2020.10.1

  • Upstream URL

Sounds reasonable, will change it later.

m040601 commented on 2020-10-26 22:21 (UTC) (edited on 2020-10-26 22:36 (UTC) by m040601)

Thanks for this package. Really usefull on the Raspberry and co.

A couple of questions.

  • Sources URL

Why is the "sources" URL for this precompiled binary, https://bin.equinox.io ? Shouldnt it pull from the github releases page, https://github.com/cloudflare/cloudflared/releases, where they release the binaries ? Most important, they also publish the SHA256 Checksums on that github release page.

  • Upstream URL

Since this is a cloudflare open source project, and the development takes place in github, shouldnt the Upstream URL be, https://github.com/cloudflare/cloudflared, instead of https://developers.cloudflare.com/argo-tunnel/ ?

CrimsonKnight13 commented on 2020-04-14 14:47 (UTC)

@imlonghao - Thanks! Great to know that's available now. I'll give it a try.

imlonghao commented on 2020-04-14 12:38 (UTC)

@CrimsonKnight13 no, you can build from source for aarch64. https://aur.archlinux.org/packages/cloudflared should work after change the arch to any or aarch64.

CrimsonKnight13 commented on 2020-04-13 20:22 (UTC)

Would it be possible to add the aarch64 source package going forward? https://github.com/danacr/drone-cloudflared/releases

hali commented on 2020-03-13 13:30 (UTC)

@imlonghao - works perfectly fine now, thanks.

imlonghao commented on 2020-03-13 12:45 (UTC)

@hali I added AmbientCapabilities=CAP_NET_BIND_SERVICE to the service file, should fix your issue. Thanks for your feedback~

hali commented on 2020-03-13 09:23 (UTC) (edited on 2020-03-13 09:35 (UTC) by hali)

'systemctl start cloudflared@cloudflared' when using a cloudflared.yml as described in https://wiki.archlinux.org/index.php/Cloudflared#Configuration fails with "permission denied" as user cloudflared is not authorised to bind to port 53. Removing user and group from cloudflared@.service so it runs as root works OK.

According to here https://developers.cloudflare.com/1.1.1.1/dns-over-https/cloudflared-proxy/ - "DNS (53) is a privileged port, so you need to run the daemon as a privileged user in order to be able to bind to it."

Should cloudflared@.service be updated or am I missing a step?

Mar 13 10:01:46 arch cloudflared[31496]: time="2020-03-13T10:01:46+01:00" level=info msg="GOOS: linux, GOVersion: go1.12.7, GoArch: amd64"
Mar 13 10:01:46 arch cloudflared[31496]: time="2020-03-13T10:01:46+01:00" level=info msg=Flags config=/etc/cloudflared/cloudflared.yml no-autoupdate=true proxy-dns=true proxy-dns-upstream="https://1.1.1.1/dns-query, https://1.0.0.1/dns-query, https://2606:4700:4700::1111/dns-query, https://2606:4700:4700::1001/dns-query"
Mar 13 10:01:46 arch cloudflared[31496]: time="2020-03-13T10:01:46+01:00" level=info msg="Adding DNS upstream" url="https://1.1.1.1/dns-query"
Mar 13 10:01:46 arch cloudflared[31496]: time="2020-03-13T10:01:46+01:00" level=info msg="Adding DNS upstream" url="https://1.0.0.1/dns-query"
Mar 13 10:01:46 arch cloudflared[31496]: time="2020-03-13T10:01:46+01:00" level=info msg="Adding DNS upstream" url="https://2606:4700:4700::1111/dns-query"
Mar 13 10:01:46 arch cloudflared[31496]: time="2020-03-13T10:01:46+01:00" level=info msg="Adding DNS upstream" url="https://2606:4700:4700::1001/dns-query"
Mar 13 10:01:46 arch cloudflared[31496]: time="2020-03-13T10:01:46+01:00" level=info msg="Starting DNS over HTTPS proxy server" addr="dns://localhost:53"
Mar 13 10:01:46 arch cloudflared[31496]: time="2020-03-13T10:01:46+01:00" level=error msg="Cannot start the DNS over HTTPS proxy server" error="failed to create a UDP listener: listen udp 127.0.0.1:53: bind: permission denied"
Mar 13 10:01:46 arch cloudflared[31496]: time="2020-03-13T10:01:46+01:00" level=info msg="Starting metrics server" addr="127.0.0.1:33061"
Mar 13 10:01:46 arch cloudflared[31496]: time="2020-03-13T10:01:46+01:00" level=error msg="Quitting due to error" error="Cannot start the DNS over HTTPS proxy server: failed to create a UDP listener: listen udp 127.0.0.1:53: bind: permission denied"

step commented on 2019-09-26 20:23 (UTC)

I made some modification to the pkgbuild in order to update cloudflared

# Maintainer: Hao Long <aur@esd.cc>

pkgname=cloudflared-bin
pkgver=2019.9.2
pkgrel=1
pkgdesc="An Argo Tunnel client which proxies any local webserver through the Cloudflare network"
arch=("x86_64" "i686" "armv6h" "armv7h")
url="https://developers.cloudflare.com/argo-tunnel/"
license=("custom")
depends=("glibc")
provides=("cloudflared")
conflicts=("cloudflared")
source=("https://raw.githubusercontent.com/cloudflare/cloudflared/master/LICENSE"
        "cloudflared.yml"
        "cloudflared@.service"
        "cloudflared-dns.service"
        "sysusers.d")
source_x86_64=("https://bin.equinox.io/c/VdrWdbjqyF/cloudflared-stable-linux-amd64.tgz")
source_i686=("https://bin.equinox.io/c/VdrWdbjqyF/cloudflared-stable-linux-386.tgz")
source_armv6h=("https://bin.equinox.io/c/VdrWdbjqyF/cloudflared-stable-linux-arm.tgz")
source_armv7h=(${source_armv6h})
sha256sums=('6a486a0f6c00e87cce1caf0aa8db45ea9fefd0bf91d9be6fc44460160dc0dbda'
            'e769786afdfbd486a4d7ca99495dbe955c25e41b5e012b722b018ca17f269dac'
            '791ec5bebea5863544f5e0db0d9184a5bbb75e66725f7505e83e252f51d84376'
            'bc40e3f7e1b21b93a949a1b1c05639584943d9ce9cc7ccb96612688eeb9fd206'
            'bfda935c07b8e49821ee13e19433b1ed475ebb651e3008a32950734afbaef813')
sha256sums_x86_64=('6bab8ee067888fbeb27f1dcd8734f4f58a5d63598c27c82ce10894baad87f414')
sha256sums_i686=('ec2ec695035a8f8577630bf6cbbe06fd8c66bf7070fa46d09ccbc72aff84f085')
sha256sums_armv6h=('7670c79d823d64494bead3fb0ff7f30ff5550360bcab9b7534c75249ee7383ea')
sha256sums_armv7h=(${sha256sums_armv6h})

package() {
    # Install License
    install -Dm644 LICENSE ${pkgdir}/usr/share/licenses/${pkgname}/LICENSE

    # Install Binary
    install -Dm755 cloudflared ${pkgdir}/usr/bin/cloudflared

    # Configuration File
    install -Dm644 cloudflared.yml ${pkgdir}/etc/cloudflared/cloudflared.yml.example
    install -Dm644 -t ${pkgdir}/usr/lib/systemd/system cloudflared{@,-dns}.service

    # Post install
    install -Dm644 sysusers.d ${pkgdir}/usr/lib/sysusers.d/cloudflared.conf
}

# vim: ts=2 sw=2 et:

Noctem commented on 2019-06-17 21:21 (UTC) (edited on 2019-06-17 21:26 (UTC) by Noctem)

--no-autoupdate doesn't seem to be a valid option for proxy-dns, so it should be removed from cloudflared-dns.service.

amish commented on 2019-06-17 14:48 (UTC) (edited on 2019-06-17 14:49 (UTC) by amish)

Thanks for the update. I would like to suggest more changes. (I started using the software just from last 1-2 days)

There is no need of /var/lib/cloudflared directory. I am not sure it is being used at all. So no need to set (and create) home directory to /var/lib/cloudflared. Systemd also recommends to omit home directory unless absolutely necessary. (See man tmpfiles.d)

So sysusers.d can be changed to: (i.e. no home directory mentioned)

u cloudflared - "Cloudflare Argo Tunnel Daemon"

Also there is no need to change ownership of /etc/cloudflared to cloudflared. It works just fine as long as cloudflared can read config files placed in that directory.

Also there is no need of separate log file because systemd journal logs the same thing in journal files. If anybody really wants separate log file then they can create it manually. Otherwise no point of having duplicate logs.

So effectively there is no need of tmpfiles.d at all - as none of the lines are necessary. tmpfiles.d can be removed completely.

Thank you

amish commented on 2019-06-16 05:27 (UTC)

Instead of using install script for creating user, files etc., please use systemd sysusers.d and tmpfiles.d. Something like this:

/usr/lib/sysusers.d/cloudflared.conf

u cloudflared - "Cloudflare Argo Tunnel Daemon" /var/lib/cloudflared

/usr/lib/tmpfiles.d/cloudflared.conf

d /var/lib/cloudflared 0700 cloudflared cloudflared
f /var/log/cloudflared.log 0600 cloudflared cloudflared
z /etc/cloudflared - cloudflared cloudflared

Also last two lines in PKGBUILD can be combined in one.

install -Dm644 -t ${pkgdir}/usr/lib/systemd/system cloudflared{@,-dns}.service

Also add "--no-autoupdate" to both the .service files. Because cloudflared user will anyway not be able to update the binary.

fhfs commented on 2019-05-27 19:45 (UTC) (edited on 2019-05-27 19:45 (UTC) by fhfs)

x86_64 tgz links to version 5.0 https://bin.equinox.io/a/2PFjzmtZ2fF/cloudflared-2019.4.1-linux-amd64.tar.gz =)

mjuarezm commented on 2019-05-22 16:02 (UTC)

+1 Integrity check failing for package:

FAILED ==> ERROR: One or more files did not pass the validity check!

erkexzcx commented on 2019-04-15 10:35 (UTC) (edited on 2019-04-15 10:38 (UTC) by erkexzcx)

Looks like something missing in PKGBUILD to set correct permissions? :)

Instructions followed from here: https://wiki.archlinux.org/index.php/Pi-hole#Cloudflared_DNS_service

Apr 15 10:34:11 homeserver cloudflared[2164]: 2019/04/15 10:34:11 failed to open logfile: /var/log/cloudflared.log open /var/log/cloudflared.log: permission denied
Apr 15 10:34:11 homeserver cloudflared[2164]: Failed to fire hook: open /var/log/cloudflared.log: permission denied
Apr 15 10:34:11 homeserver cloudflared[2164]: time="2019-04-15T10:34:11Z" level=info msg="Autoupdate frequency is set to 24h0m0s"
Apr 15 10:34:11 homeserver cloudflared[2164]: 2019/04/15 10:34:11 failed to open logfile: /var/log/cloudflared.log open /var/log/cloudflared.log: permission denied
Apr 15 10:34:11 homeserver cloudflared[2164]: Failed to fire hook: open /var/log/cloudflared.log: permission denied
Apr 15 10:34:11 homeserver cloudflared[2164]: time="2019-04-15T10:34:11Z" level=info msg="Starting metrics server" addr="127.0.0.1:41171"
Apr 15 10:34:12 homeserver cloudflared[2164]: time="2019-04-15T10:34:12Z" level=error msg="update check failed" error="open /usr/bin/.cloudflared.new: permission denied"

EDIT: Fixed with 2 commands:

[root@homeserver erikas]# touch /var/log/cloudflared.log
[root@homeserver erikas]# chown cloudflared /var/log/cloudflared.log

imlonghao commented on 2019-04-13 16:10 (UTC)

@canton7, I did add user after install, see https://aur.archlinux.org/cgit/aur.git/tree/cloudflared-bin.install?h=cloudflared-bin

But if you are upgrading from an older version, the user will not be created at this moment.

canton7 commented on 2019-04-13 11:52 (UTC)

I think you may have forgotten the bit "plus after install script to useradd cloudflared user." from @Nowaker's comment...

ayr-ton commented on 2019-04-10 22:47 (UTC)

cloudflared-stable-linux-amd64.tgz ... FAILED ==> ERROR: One or more files did not pass the validity check!

imlonghao commented on 2019-03-26 15:06 (UTC) (edited on 2019-03-26 15:06 (UTC) by imlonghao)

@Nowaker: cloudflared-dns.service added, thanks for your suggestion.

@ng0177: You may need to compile it from source[1] in order to run in aarch64.

[1] https://github.com/cloudflare/cloudflared

ng0177 commented on 2019-03-22 18:51 (UTC)

erkexzcx commented on 2019-02-10 11:06 :( The binary for 'arm' work completely fine (thanks to backwards >compatibility) on other ARM architectures ('armv6h' 'armv7h' 'aarch64').

Adaption of PKGBUILD for "aarch64" still leads to a problem with the binary:

-bash: /usr/bin/cloudflared: cannot execute binary file: Exec format error

Any advice?

Nowaker commented on 2019-03-21 01:18 (UTC) (edited on 2019-03-21 01:18 (UTC) by Nowaker)

Please note cloudflared can be also used as DNS server that looks up records using DNS over HTTPS: https://developers.cloudflare.com/1.1.1.1/dns-over-https/cloudflared-proxy/.

Can you please provide a unit called cloudflared-dns with the following code? Thanks.

[Unit]
After=network.target
Wants=network.target

[Service]
User=cloudflared
Type=simple
ExecStart=/usr/bin/cloudflared proxy-dns --port 5300
Restart=on-failure

[Install]
WantedBy=multi-user.target

...plus after install script to useradd cloudflared user.

canton7 commented on 2019-03-19 18:33 (UTC)

Today the service stopped, with this in the logs:

Mar 19 13:13:29 X cloudflared[327]: time="2019-03-19T13:13:29Z" level=info msg="PID of the new process is 28130" Mar 19 13:13:29 X cloudflared[327]: time="2019-03-19T13:13:29Z" level=info msg=Quitting... Mar 19 13:13:29 X cloudflared[327]: time="2019-03-19T13:13:29Z" level=info msg="Metrics server stopped"

So it looks like cloudflared will try and auto-upgrade, but won't manage to successfully restart itself in the process?

erkexzcx commented on 2019-03-06 03:46 (UTC)

SWEET! Finally, there is no need to update PKGBUILD manually each time there is an update. :)

jonandermb commented on 2019-02-24 10:24 (UTC)

As @erkexzcx mentioned, the PKG works flawlessly on armv7h. I just tested it myself. I might create an aur package for armv7h, since, as this package's author well stated, only armv6h is supported.

imlonghao commented on 2019-02-17 12:24 (UTC)

@francoism90 If someone need to run Argo Tunnel for multiple hostname [1], @service is a workaround to achieve his goals. That's why I use cloudflared@.service in this AUR.

I took a look at the wiki you post in the comment, that's a good guide for setting up a DNS-Over-HTTPS client. But please note cloudflared can do more than DNS-Over-HTTPS. So I prefer to use @service instead of service.

[1] https://developers.cloudflare.com/argo-tunnel/reference/multiple-hostnames/

francoism90 commented on 2019-02-17 09:59 (UTC)

@imlonghao upstream creates an own user (https://docs.pi-hole.net/guides/dns-over-https/), would this be a better option instead of @service?

erkexzcx commented on 2019-02-11 06:46 (UTC)

You should be getting more attention now: https://wiki.archlinux.org/index.php/Pi-hole#Using_DNS_Over_HTTPS_(DOH)

Also I will try to clarify download links for other ARM architectures on cloudflared download page.

erkexzcx commented on 2019-02-10 11:06 (UTC) (edited on 2019-02-10 11:06 (UTC) by erkexzcx)

:( The binary for 'arm' work completely fine (thanks to backwards compatibility) on other ARM architectures ('armv6h' 'armv7h' 'aarch64').

Developer refuses to include it in PKGBUILD because upstream only mentions 'armv6h' and not other ARM architectures, which is completely acceptable reason.

So if anyone wish to install on any other ARM architecture - you need to edit PKGBUILD manually.

imlonghao commented on 2019-02-10 09:11 (UTC)

Since the official download page[1] only provide ARMv6 pre-built binary for ARM user, this AUR package will only support armv6h at this moment.

For ARM user, if you want to install cloudflared, please follow the getting started[2] on GitHub.

[1] https://developers.cloudflare.com/argo-tunnel/downloads/ [2] https://github.com/cloudflare/cloudflared#getting-started

visibilityspots commented on 2018-11-22 09:50 (UTC)

correct sum for x86_64: sha256sums_x86_64=('ba2e1f4f44a412bd627d050e1a50463c64d9eca2d041a510d02e1053f4279023')

generik commented on 2018-11-12 12:57 (UTC)

correct sum for x86_64: 6407392cf9ead58c38369641a1de5e2f1826ed9d3a9fbe19aa0c85234a05a718

yochananmarqos commented on 2018-10-28 23:06 (UTC) (edited on 2018-10-28 23:16 (UTC) by yochananmarqos)

New sums for 2018.10.4:

sha256sums_x86_64=('cca4888d9f37a9305e73a21e917c6550295e6bc211e85c469a1a562493cdf021')
sha256sums_arm=('0066269b8e0f91fba26988060cb266520a7a3980e5e7eb5e47dff7eea2f9dcac')

onqy commented on 2018-10-09 08:06 (UTC)

wrong sum for x86_64, correct one: 6796631fa08e95373402f761f9a6cb8cc909322eea04675ff8ac2f3bedaa4dee