Дамп FreeBSD с cURL/rsync
Использовать snmpwalk видеть то, о чем машина сообщает и выбирает что соответствующие взгляды :-)
Для загрузки ЦП Ресурсы Хоста MIB обеспечивает Таблицу SNMP в 1.3.6.1.2.1.25.3.3 который перечисляет каждый ЦП, и это - текущее использование процента, но эти значения могут быть несколько вводящими в заблуждение (100% не всегда означает, что Ваша система перегружается).
www.oidview.com является хорошим местом для движения просмотра MIB и даст Вам имя объекта MIB, а также OID.
Основной подход с любым из Ваших двух curl попытки смотрят хорошо. Однако Ваш дамп является двоичными данными, таким образом, --data является неправильным (данные будут искажены). В зависимости от того, что ожидает Ваш веб-сервер, у Вас может быть больше удачи с одним из
curl -v --data-urlencode @- http://1.2.3.4/, если ожидаемый формат является закодированными URL данными.curl -v --data-binary -H 'Content-Type: octet/stream' @- http://1.2.3.4/, если ожидаемый формат является необработанными двоичными данными.curl -v -F "mydump=@-" http://1.2.3.4/, если ожидаемый формат является формой.
Это все зависит от того, что ожидает сервер HTTP. Проверьте документацию любого CGI, который Вы используете (или отправьте его здесь, если Вы нуждаетесь в помощи).
Если сервер, слушающий на 1.2.3.4, ожидает необработанные данные, а не запрос POST HTTP, то curl неправильный инструмент (и http является неправильным также, конечно). Netcat является самым популярным инструментом для передачи по каналу данных в сокет TCP: nc 1.2.3.4 5678.
Rsync вряд ли будет работать. Основная цель rsync состоит в том, чтобы скопировать только части файла, которые не являются тем же с обеих сторон, которое требует большого поиска во входных и выходных файлах. Кроме того, rsync разработан для работы над иерархией файлов, ни одного файла. Было бы технически возможно записать rsync клиенту, который всегда копирует целый файл и так не должен искать исходные данные, но это - такая необычная потребность, что я сомневаюсь, что любой существует.