azure-docs VS magic-wormhole

Explained here: https://github.com/MicrosoftDocs/azure-docs/blob/main/articles/backup/backup-azure-alternate-dpm-server.md

Official doc on runbook limitations: https://github.com/MicrosoftDocs/azure-docs/blob/main/includes/azure-automation-service-limits.md

I dont think that works:

    > git clone --depth 1 https://github.com/MicrosoftDocs/azure-docs

Does anyone have any idea why this is? I found a github issue that basically describes the issue as well but there is no satisfying solution. Can you really not use native azure monitoring solutions if you migrate your VMs to azure? That seems hard to believe and I hope I'm just missing something. I'm very thankful for any advice at this point.

It appears that there is a 512kb payload limit with runbook webhooks, which I can only find mention of on this git file:https://github.com/MicrosoftDocs/azure-docs/blob/main/includes/azure-automation-service-limits.mdThe data I was including in the web activity body appears to be just under this limit and would trigger the runbook without issue. But with the extra data webhook activities include in the body it puts it over the limit and never triggers it. Unfortunately Data Factory doesn't handle this situation properly and the activity runs indefinitely until you cancel it (despite the timeout configured).The work around for me was to add a foreach activity and put the webhook activity inside of that.

Some CLI alternatives if you don't need the GUI:

Croc: https://github.com/schollz/croc

Magic-Wormhole: https://github.com/magic-wormhole/magic-wormhole

I used to use MW but switched to croc as the single binary was easier to deploy.

On a similar note, can someone tell me what's the fastest (wireless) way to transfer files between two laptops on same network (i.e. hotspot)?

scp, rsync, wormhole give me only 2-3 mb/s.

What's causing the bottleneck here and what am I missing? Thanks in advance!

https://github.com/magic-wormhole/magic-wormhole

Check out wormhole. It works on Linux, Windows and MacOS, keeps your data entirely on the private network and uses HTTP as the underlying transfer vehicle. Since HTTP isn't nearly as bothered by high latency (as compared to SMB or FTP), this is probably as fast as you will be able to transfer files on that high latency network.

Related projects:

- FlyingCarpet: direct transfer over local adhoc WIFI: https://github.com/spieglt/FlyingCarpet

- LANDrop: Drop any files to any devices on your LAN: https://github.com/LANDrop/LANDrop

- In-browser file transfer similar to Airdrop: https://snapdrop.net/

- Magic Wormhole: simple file transfer from computer-to-computer over the net: https://github.com/magic-wormhole/magic-wormhole

- Croc: similar to magic wormhole: https://github.com/schollz/croc

- Wormhole: user-friendly in-browser based e2e encrypted file transfer: https://wormhole.app/

You can try https://github.com/magic-wormhole/magic-wormhole

There's the python magic-wormhole if you want a 1-to-1 data transfer just to OP by sharing the info through a chat/dm/whatever.

I prefer bashupload.com or transfer.sh for this. Both alternatives have worked well for me.

Alternatively, you can check out magic wormhole (for a more secure transfer of files between two terminals): https://github.com/magic-wormhole/magic-wormhole

If you do happen to have internet access, this tool is the best: https://github.com/magic-wormhole/magic-wormhole