Вопросы Теги

Другой SSH Туннелирующий вопрос

Вот некоторые предложения:

  1. Посмотрите на время создания файлов для наблюдения точно, когда задание запустится.
  2. Посмотрите на Журналы ошибки SQL. Это должно дать лучший признак того, что выполняет резервное копирование (если это инициируется чем-либо управляемым SQL Server, таким как другое задание).
  3. Посмотрите на Журнал приложения системы, который также дал бы некоторый ключ к разгадке.
  4. Могло случиться так, что резервное копирование для Вашей базы данных выполняется всеобъемлющим заданием (кроме того, который Вы настраиваете специально для своей базы данных).
  5. Посмотрите на историю резервного копирования самой базы данных (т.е. не история задания), поскольку это может также представить подсказку.

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

1
задан 28 September 2010 в 00:32
3 ответа

Если Вы хотите, чтобы-R переданный порт на сервере B был достижим с сервера A, необходимо указать связывание адресного на сервере B слева от удаленного порта. Например, если B имеет адрес 1.2.3.4, и Вы соединяетесь от ноутбука:

laptop:~ $ ssh -R 1.2.3.4:10443:127.0.0.1:443 server-b

Это передаст порт 10443 на сервере-b к 443 на ноутбуке. Если Вы хотите использовать порт 443 вместо этого, войти в систему к серверу-b как корень.

1
ответ дан 3 December 2019 в 19:33
  • 1
    прямо сейчас Сервер A действительно ли выполнение является обратным туннелем к Серверу B, таким образом, в Сервере B я могу сервер доступа A через ssh на порте 10222, как я соединяюсь непосредственно с Сервером от моего Ноутбука с помощью той установки? –  pinoyskull 28 September 2010 в 04:40

Что-то вроде предположения, что Вы уже имеете:

запустите с обратного туннеля:

serverA:~ $ ssh -R 22:localhost:10022 serverB

затем от Ноутбука соединяются с serverB также и соединяют локальное вперед для порта, который Вы определили в реверсе вперед:

laptop:~ $ ssh -L 10023:localhost:10022 serverB

если я понял Вас правильно, что-то как этот - часть, которую Вы уже сделали. И теперь к последней части:

соединитесь с localhost на порте, который Вы использовали в локальном вперед, это отправляет все пакеты непосредственно в serverA, укажите другой порт вперед, таким образом, Ваше приложение может соединиться с serverA

laptop:~ $ ssh -p 10023 -L 10443:localhost:443 localhost

если Ваше Приложение должно соединиться с 443, и не можете, использовал другой порт что касается примера 10443, который я использовал в примере, необходимо будет сделать последнее соединение как корень:

laptop:~ $ su -
laptop:~ # ssh -p 10023 -L 443:localhost:443 user@localhost

или 

laptop:~ $ sudo ssh -p 10023 -L 443:localhost:443 user@localhost

Некоторые объяснения:

  • "443:localhost:443" разрешен в удаленном конце...., таким образом, это на самом деле serverA
  • "user@" является пользователем, должен был войти в serverA, если не нужный перед его необходимым теперь, поскольку Вы локально - корень теперь
  • "localhost" разрешен локально, таким образом, это - на самом деле Ноутбук.
2
ответ дан 3 December 2019 в 19:33

Если у Вас есть доступ SSH к Серверу A, то сделайте что-то как ssh-L 8443:localhost:443, user@serverA должен работать. Затем можно использовать https://localhost:8443 для соединения.

0
ответ дан 3 December 2019 в 19:33
  • 1
    у меня нет прямого подключения к Serer от Ноутбука вот почему, мы устанавливаем обратный туннель с Сервера к серверу B –  pinoyskull 28 September 2010 в 01:09
  • 2
    After туннель к A, Вы делаете тот выше. –  Wouter de Bie 28 September 2010 в 09:02

Теги

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