Проблема с Hamachi - не может проверить с помощью ping-запросов другую машину

Я ответственен приблизительно за 200 распространений серверов через Северо-запад Великобритании, и это, очевидно, слишком много для проверки вручную.

Я настраиваю резервное копирование так, чтобы на завершении оно запустило (VBScript) скрипт, который просматривает журнал резервного копирования, удается, пишет ли обработанное резервное копирование или не и запись в центральную базу данных с резервным результатом. Затем в главном офисе я запускаю скрипт, который запрашивает эту базу данных и дарит мне список сайтов, где или резервное копирование сообщило об ошибке или от сайта не было никакого отчета.

Конечный результат состоит в том, что, когда я сажусь за свой стол, у меня есть список всех сайтов, где я должен проверить резервное копирование.

Точка всего этого - то, что предположение по умолчанию - то, что резервное копирование, неудавшееся и резервное копирование, как полагают, работали, только если мой VBScript не обнаружил ошибок и записал это заключение I в мою базу данных. Это удостоверяется, что резервные отказы не остаются незамеченными.

Некоторые серверы используют Backup Exec, некоторый NTBackup, и некоторые просто копируют их файлы в другой сервер по сети. Не имеет значения, какое резервное копирование серверы делают, поскольку легко настроить мой VBScript для проверки ошибок. Мой сценарий является на самом деле довольно основным, он просто открывает резервный отчет как текстовый файл и власти для фраз как "неудавшийся для монтирования", "записывают на ленту полный", "ошибка CRC" и т.д., и т.д. Я уверен, что профессиональный программист сделал бы задание дождевика. Однако все это просто и устойчиво, и это является превентивным в том смысле, что я вижу резервное сообщение о неисправности, хочу ли я или не, и мне только не удалось бы заметить ошибку, если я сознательно решил проигнорировать отчет.

МЛАДШИЙ

99% PS резервных отказов - то, потому что пользователи забыли изменять ленту для резервного копирования. Не делайте Вас, просто любят неопытных пользователей :-)

2
задан 3 July 2009 в 01:31
4 ответа

Одна из функций Hamachi, это, может, предположительно, пересечь брандмауэры. Однако я не нашел соединение от машины Windows до использования машины Linux Hamachi, чтобы быть надежным при любом обстоятельстве. Посмотрите многочисленные проблемы и жалобы на форуме Linux Hamachi в https://forums.hamachi.cc/

Hamachi, начиная с того, чтобы быть полученным LogMeIn, уделил плачевное внимание пользователям Linux. Я нахожу продукт ненадежным, когда машины Linux являются частью моей hamachi сети.

1
ответ дан 3 December 2019 в 13:38

Это - вероятно, брандмауэр. Что-то, что можно попробовать, идет в Starbucks или что-то со свободной беспроводной связью, и посмотрите, можно ли соединиться затем.

0
ответ дан 3 December 2019 в 13:38

Сервис ping не связан с HTTP (сеть) сервис. На самом деле ping даже встроен в ядро. Необходимо попытаться присоединиться к другим сетям и проверить с помощью ping-запросов одну из машин в тех сетях: если Вы успешно выполняетесь, то это - вероятно, не брандмауэр.

У меня были подобные проблемы с Linux Hamachi; это взяло блок игры, чтобы заставить это работать, и грузовик удачи, чтобы заставить это работать. Я сказал бы, что необходимо исследовать установку Hamachi Linux, особенно если это оказывается той работой соединений от Windows к Windows.

0
ответ дан 3 December 2019 в 13:38

Когда у меня есть проблемы как этот, соединение обычно обнаруживается как другая цветная точка (не зеленый). Что Вы видите до цветной точки (принимающий Ваше использование неуправляемой бесплатной версии Hamachi2)? ЕДИНСТВЕННОЕ обстоятельство, где у меня когда-либо была проблема с Hamachi, находится позади брандмауэра ЯЩИКА ДЛЯ ПРОБНОЙ МОНЕТЫ, который "я принимаю", блокировал UDP или что-то. Когда это происходит, функция "чата" и "ping" Hamachi все еще работает, но Вы просто наклон получаете соединение через RDP, ни через совместный доступ к файлам.

0
ответ дан 3 December 2019 в 13:38

Теги

Похожие вопросы