Диагностирование проблем разрешения с Резервным копированием Cobian на сетевой ресурс

Вы отправляете трафик в 10.52.208.221. Учитывая конфигурацию Вы отправили, Вашей проблемой является веб-сервер, не брандмауэр. Ваши правила надеются быть корректными. ПЕРЕДАЙТЕ и ВВЕДИТЕ, перенаправляются к RH-Firewall-1-INPUT, где Ваше первое правило состоит в том, чтобы позволить весь трафик. Как кто-то еще указал, Вы могли позволять весь трафик в eth1, в то время как мир на самом деле прибывает в eth0. Вторичный, у Вас есть к NAT трафик, поскольку он возвращается к миру

iptables --table nat --append POSTROUTING --proto tcp --dport 80 --jump MASQUERADE -o OUT_INTERFACE

Ваш трафик, происходящий из маршрутизатора, никогда не будет поражать вход или передавать цепочки, но вместо этого пересекать выходную цепочку на веб-сервере. Другие системы в той подсети так же перейдут непосредственно к веб-серверу. Системы на мире в целом однако будут пересекать ВХОД / ВПЕРЕД цепочки и нуждаться в SNAT, а также DNAT так, чтобы это, казалось, к миру было одной машиной. Вы все еще не можете протестировать из своей сети. необходимо протестировать от противоположного интерфейса от веб-сервера. Получите меня Ваши IP-адреса, и я укажу на Вас на надлежащие конфигурации.

6
задан 16 June 2012 в 00:37
10 ответов

Это потому, что вы запускаете программу как СЕРВИС. По умолчанию Cobian устанавливается как СЕРВИС. Переустановите программу как ПРИЛОЖЕНИЕ, и проблема исчезнет.

ПРИМЕЧАНИЕ. Если вы создали несколько задач, убедитесь, что вы сохранили / экспортируете их из меню файлов перед удалением Cobian, чтобы вы могли повторно импортировать их после удаление-переустановка.

7
ответ дан 3 December 2019 в 00:26

У меня такая же проблема. Я нашел уродливое решение, но работает для меня.
Если кому-то интересно, это ниже, скопировано отсюда.

Привет!

Чтобы обойти поведение Cobian [заменить имя папки на это UNC-представление места назначения] можно сделать следующее:

Часть 1, некоторая конфигурация:

  • CD в папку установки Cobian

  • создайте каталог, скажем, mnt [как unix mount]

  • Используйте Cobian, откройте задачу и измените / создайте место назначения, как обычно, на "C: \ Program Files (x86) \ Cobian Backup 11 \ mnt \ toBackup" [не волнуйтесь ; -)]

  • после этого удалите папку «toBackup» в проводнике Windows

Часть 2, создайте предварительное / последующее задание для задачи.

a) Пре-событие

  • сопоставление сетевого диска , но только имя UNC, БЕЗ каталога, например:

    net use \ remServer \ remShare / user: username password [это можно проверить через> net use]

  • используйте LINKD для сопоставления этого сетевого подключения с предыдущим создан подкаталог [mnt]:

    mklink / d "C: \ Program Files (x86) \ Cobian Backup 11 \ mnt \ toBackup" \ remServer \ remShare [с учетом идентичного имени для "toBackup" destination]

Если это было выполнено в предварительном событии, Cobian увидит удаленный диск в локальной подпапке [для которой он был настроен].

б) пост-событие

  • rd / s / q "C: \ Program Files (x86) \ Cobian Backup 11 \ mnt \ toBackup" [не волнуйтесь : Это не удаляет ваши файлы! {1}]
  • net use \ remServer \ remShare / d / y

Храните эти команды именно в этом порядке.

Таким образом все работает нормально, потому что процесс cobian не работает нужна аутентификация. Примечание: для этого требуется Windows7 или Windows Server 2008 R2.

Уродливый обходной путь, но работает. Я не могу понять, почему Cobian не может напрямую открывать сетевые подключения к серверу под определенным имя пользователя. Это не так уж и сложно.

С уважением,

++ mabra

{1} Сделайте правильные тесты. Я не дам здесь никаких гарантий. Это было просто работает у меня правильно.

2
ответ дан 3 December 2019 в 00:26

Det samme problem. Det skete, da jeg mistede min netværksforbindelse til NAS. (årsagen var en anden tid, Thecus vs. MS Server)

Prøv at genstarte tjenester i Cobian-menuen

Menu / Værktøjer / Indstillinger / Global / Button-ServiceAndAplicationCOntrol

stop / start - skygge kopi - Netforsyningstjenester.

-2
ответ дан 3 December 2019 в 00:26

Я решил задачу, щелкнув правой кнопкой мыши на ней, затем Редактировать задачу, Дополнительно, Запустить задачу с другим пользователем. Затем я снова ставлю имя пользователя, домен и пароль, мой Cobian начал с этой ошибкой, когда я сменил пароль пользователя, до этого все было нормально.

.
-1
ответ дан 3 December 2019 в 00:26

Я нашел решение на форуме Cobian Backup: Невозможно создать целевой каталог - результат «Неправильное имя файла, имя каталога или синтаксис метки тома» .

Заставьте Windows открыть общий ресурс, используя учетные данные с разрешением на запись. Это можно сделать как событие перед резервным копированием в определении задачи резервного копирования Cobian.

Для этого откройте командную строку и введите следующую строку - значения, заключенные в <>, должны быть изменены в соответствии с вашими потребностями:

net use </PERSISTENT:YES> \\<SERVERNAME>\<SHARENAME> /user:<USERNAME> <PASSWORD_OR_*_FOR_PROMPT>
0
ответ дан 3 December 2019 в 00:26

Это работало просто путем запуска задачи с учетными данными администратора. Найдите это в дополнительных параметрах вашей задачи. :)

0
ответ дан 3 December 2019 в 00:26

Просто добавьте имя пользователя и пароль к «запускать задачу от имени другого пользователя» и введите те же имя пользователя и пароль для пользователя, имеющего права записи. forum.cobiansoft.com .

0
ответ дан 3 December 2019 в 00:26

I может решить проблему следующим образом:

http://www.cobiansoft.com/cobianbackup_faq.htm#24

Q: Installing the program as a service, I get an error in the log file. 
    The program cannot access a network drive. Why?

A: In order to access a network resource, the service cannot be running 
    as the local system account. One way to fix this problem:
  * Uninstall the program.
  * Install it again, but select the option "Use the following account".
  * Then you can enter a valid user ID and a password. This account must 
    have permission to access the network drive.

The other way:
  * Just go to the Options dialog box and re-enter the logon settings there.
1
ответ дан 3 December 2019 в 00:26

Если вы используете облачное хранилище, такое как WD Cloud, вместо сервера, связанного с доменом, все, что вам нужно сделать, это убедиться, что имя пользователя и пароль совпадают в обеих системах. То есть создайте ЛОКАЛЬНОГО пользователя, например «BackupUser» с паролем, установите его в качестве пользователя для входа в службу Cobian, затем перейдите на облачное устройство и настройте там ТАКИЕ же имя пользователя и пароль, а также при защите вашей облачной общей папки.Это позволяет Cobian работать как служба Windows, что лучше, потому что локальному пользователю не нужно входить в систему для резервного копирования вашей машины.

2
ответ дан 2 January 2021 в 03:51

Cobian 11, как создавать резервные копии на общем ресурсе NAS и любом другом сетевом ресурсе

Просто хотел напомнить всем вам, что в каждой задаче резервного копирования Cobian

последний вариант — «Дополнительно»

В на вкладке «Дополнительно» вы можете назначить пользователя для этой задачи с соответствующим паролем

Примечание: нет необходимости иметь это имя пользователя в текущей версии Windows окружающая среда

Если эти поля заполнены, в журнале вы увидите ЭТОТ пользователь, вошедший в удаленную общую папку

Независимо от того, запускаете ли вы Cobian как службу или как программу


Cobain 11 Task properties

0
ответ дан 8 February 2021 в 08:21

Теги

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