Попробуйте okular. Это приложение KDE / Qt, и оно имеет некоторые из самых удивительных функций любого читателя.
Очень маловероятно, что у вас есть доступ на запись в / home (вам нужно указать что-то вроде / home / user).
Очень маловероятно, что у вас есть доступ на запись в / home (вам нужно указать что-то вроде / home / user).
Очень маловероятно, что у вас есть доступ на запись в / home (вам нужно указать что-то вроде / home / user).
Очень маловероятно, что у вас есть доступ на запись в / home (вам нужно указать что-то вроде / home / user).
Очень маловероятно, что у вас есть доступ на запись в / home (вам нужно указать что-то вроде / home / user).
Очень маловероятно, что у вас есть доступ на запись в / home (вам нужно указать что-то вроде / home / user).
Очень маловероятно, что у вас есть доступ на запись в / home (вам нужно указать что-то вроде / home / user).
Очень маловероятно, что у вас есть доступ на запись в / home (вам нужно указать что-то вроде / home / user).
Очень маловероятно, что у вас есть доступ на запись в / home (вам нужно указать что-то вроде / home / user).
Не могли бы вы отправить точное сообщение об ошибке? Возможно, имя пользователя на вашем домашнем компьютере является еще одним?
Я не могу дать окончательный ответ, не зная вашей сетевой организации (что вам следовало бы описать более точно), но вот вам какая-то информация, которая может вам помочь.
Вы упомянули «ПК на том же сеть ", но также и" домашний компьютер ". Действительно ли ваш «домашний компьютер» находится в той же сети, что и сервер? Если нет, возможно, домашний компьютер находится за брандмауэром, и вы не можете инициировать соединение с сервером на домашний компьютер, только с домашнего компьютера на сервер. В частности, если домашний компьютер находится за NAT, а сервер находится за пределами области NAT, сервер просто не может видеть домашний компьютер.
Другие ответы отметили потенциальные проблемы с вашей командой. Если вы вырезали и вставили точное сообщение об ошибке (которое вы должны были сделать), было бы возможно определить, являются ли эти потенциальные проблемы актуальными проблемами.
В любом случае обратные ssh-соединения (т.е. ssh от дома к серверу, а затем обратно с сервера на дом) трудно управлять (потенциальная проблема с брандмауэром, потенциальная проблема с аутентификацией, необходимо запустить локальный сервер ssh). Поэтому вместо запуска копии с сервера инициируйте ее с домашнего компьютера.
Кроме того, scp не является особенно хорошим инструментом для копирования большого количества файлов. Если вы хотите сделать одноразовую копию, или если вы всегда собираетесь копировать файлы с сервера на домашний компьютер и никогда наоборот, используйте rsync. Если вы хотите, чтобы оба компьютера синхронизировались, используйте унисон - он проще в использовании и менее подвержен ошибкам, чем rsync для двусторонней синхронизации.
У вас есть пакет openssh-server, установленный на втором компьютере? Если нет, установите его; что должно позволить подключиться к ssh / scp / sftp ко второму компьютеру?
У вас есть пакет openssh-server, установленный на втором компьютере? Если нет, установите его; что должно позволить подключиться к ssh / scp / sftp ко второму компьютеру?
Я не могу дать окончательный ответ, не зная вашей сетевой организации (что вам следовало бы описать более точно), но вот вам какая-то информация, которая может вам помочь.
Вы упомянули «ПК на том же сеть ", но также и" домашний компьютер ". Действительно ли ваш «домашний компьютер» находится в той же сети, что и сервер? Если нет, возможно, домашний компьютер находится за брандмауэром, и вы не можете инициировать соединение с сервером на домашний компьютер, только с домашнего компьютера на сервер. В частности, если домашний компьютер находится за NAT, а сервер находится за пределами области NAT, сервер просто не может видеть домашний компьютер.
Другие ответы отметили потенциальные проблемы с вашей командой. Если вы вырезали и вставили точное сообщение об ошибке (которое вы должны были сделать), было бы возможно определить, являются ли эти потенциальные проблемы актуальными проблемами.
В любом случае обратные ssh-соединения (т.е. ssh от дома к серверу, а затем обратно с сервера на дом) трудно управлять (потенциальная проблема с брандмауэром, потенциальная проблема с аутентификацией, необходимо запустить локальный сервер ssh). Поэтому вместо запуска копии с сервера инициируйте ее с домашнего компьютера.
Кроме того, scp не является особенно хорошим инструментом для копирования большого количества файлов. Если вы хотите сделать одноразовую копию, или если вы всегда собираетесь копировать файлы с сервера на домашний компьютер и никогда наоборот, используйте rsync. Если вы хотите, чтобы оба компьютера синхронизировались, используйте унисон - он проще в использовании и менее подвержен ошибкам, чем rsync для двусторонней синхронизации.
Не могли бы вы отправить точное сообщение об ошибке? Возможно, имя пользователя на вашем домашнем компьютере является еще одним?
У вас есть пакет openssh-server, установленный на втором компьютере? Если нет, установите его; что должно позволить подключиться к ssh / scp / sftp ко второму компьютеру?
Я не могу дать окончательный ответ, не зная вашей сетевой организации (что вам следовало бы описать более точно), но вот вам какая-то информация, которая может вам помочь.
Вы упомянули «ПК на том же сеть ", но также и" домашний компьютер ". Действительно ли ваш «домашний компьютер» находится в той же сети, что и сервер? Если нет, возможно, домашний компьютер находится за брандмауэром, и вы не можете инициировать соединение с сервером на домашний компьютер, только с домашнего компьютера на сервер. В частности, если домашний компьютер находится за NAT, а сервер находится за пределами области NAT, сервер просто не может видеть домашний компьютер.
Другие ответы отметили потенциальные проблемы с вашей командой. Если вы вырезали и вставили точное сообщение об ошибке (которое вы должны были сделать), было бы возможно определить, являются ли эти потенциальные проблемы актуальными проблемами.
В любом случае обратные ssh-соединения (т.е. ssh от дома к серверу, а затем обратно с сервера на дом) трудно управлять (потенциальная проблема с брандмауэром, потенциальная проблема с аутентификацией, необходимо запустить локальный сервер ssh). Поэтому вместо запуска копии с сервера инициируйте ее с домашнего компьютера.
Кроме того, scp не является особенно хорошим инструментом для копирования большого количества файлов. Если вы хотите сделать одноразовую копию, или если вы всегда собираетесь копировать файлы с сервера на домашний компьютер и никогда наоборот, используйте rsync. Если вы хотите, чтобы оба компьютера синхронизировались, используйте унисон - он проще в использовании и менее подвержен ошибкам, чем rsync для двусторонней синхронизации.
Не могли бы вы отправить точное сообщение об ошибке? Возможно, имя пользователя на вашем домашнем компьютере является еще одним?
Не могли бы вы отправить точное сообщение об ошибке? Возможно, имя пользователя на вашем домашнем компьютере является еще одним?
У вас установлен пакет openssh-server
, установленный на втором компьютере? Если нет, установите его; что должно сделать возможным подключение с помощью ssh / scp / sftp ко второму компьютеру?
Я не могу дать окончательный ответ, не зная вашу сетевую организацию (которую вы должны были бы описать более точно), но вот вам какая-то информация, которая может вам помочь.
Вы упомянули «ПК на том же сеть ", но также и" домашний компьютер ". Действительно ли ваш «домашний компьютер» находится в той же сети, что и сервер? Если нет, возможно, домашний компьютер находится за брандмауэром, и вы не можете инициировать соединение с сервером на домашний компьютер, только с домашнего компьютера на сервер. В частности, если домашний компьютер находится за NAT , а сервер находится за пределами области NATed, сервер просто не может видеть домашний компьютер.
Другие ответы отметили потенциал проблемы с вашей командой. Если вы вырезали и вставили точное сообщение об ошибке (которое вы должны были сделать), было бы возможно определить, являются ли эти потенциальные проблемы актуальными проблемами.
В любом случае обратные ssh-соединения (т.е. ssh от дома к серверу, а затем обратно с сервера на дом) трудно управлять (потенциальная проблема с брандмауэром, потенциальная проблема с аутентификацией, необходимо запустить локальный сервер ssh). Поэтому вместо запуска копии с сервера инициируйте ее с домашнего компьютера.
Кроме того, scp не является особенно хорошим инструментом для копирования большого количества файлов. Если вы хотите сделать одноразовую копию, или если вы всегда собираетесь копировать файлы с сервера на домашний компьютер и никогда наоборот, используйте rsync. Если вы хотите, чтобы оба компьютера синхронизировались, используйте унисон - он проще в использовании и менее подвержен ошибкам, чем rsync для двусторонней синхронизации.
Не могли бы вы отправить точное сообщение об ошибке? Возможно, имя пользователя на вашем домашнем компьютере является еще одним?
У вас установлен пакет openssh-server
, установленный на втором компьютере? Если нет, установите его; что должно сделать возможным подключение с помощью ssh / scp / sftp ко второму компьютеру?
Я не могу дать окончательный ответ, не зная вашу сетевую организацию (которую вы должны были бы описать более точно), но вот вам какая-то информация, которая может вам помочь.
Вы упомянули «ПК на том же сеть ", но также и" домашний компьютер ". Действительно ли ваш «домашний компьютер» находится в той же сети, что и сервер? Если нет, возможно, домашний компьютер находится за брандмауэром, и вы не можете инициировать соединение с сервером на домашний компьютер, только с домашнего компьютера на сервер. В частности, если домашний компьютер находится за NAT , а сервер находится за пределами области NATed, сервер просто не может видеть домашний компьютер.
Другие ответы отметили потенциал проблемы с вашей командой. Если вы вырезали и вставили точное сообщение об ошибке (которое вы должны были сделать), было бы возможно определить, являются ли эти потенциальные проблемы актуальными проблемами.
В любом случае обратные ssh-соединения (т.е. ssh от дома к серверу, а затем обратно с сервера на дом) трудно управлять (потенциальная проблема с брандмауэром, потенциальная проблема с аутентификацией, необходимо запустить локальный сервер ssh). Поэтому вместо запуска копии с сервера инициируйте ее с домашнего компьютера.
Кроме того, scp не является особенно хорошим инструментом для копирования большого количества файлов. Если вы хотите сделать одноразовую копию, или если вы всегда собираетесь копировать файлы с сервера на домашний компьютер и никогда наоборот, используйте rsync. Если вы хотите, чтобы оба компьютера синхронизировались, используйте унисон - он проще в использовании и менее подвержен ошибкам, чем rsync для двусторонней синхронизации.
Не могли бы вы отправить точное сообщение об ошибке? Возможно, имя пользователя на вашем домашнем компьютере является еще одним?
Я не могу дать окончательный ответ, не зная вашу сетевую организацию (которую вы должны были бы описать более точно), но вот вам какая-то информация, которая может вам помочь.
Вы упомянули «ПК на том же сеть ", но также и" домашний компьютер ". Действительно ли ваш «домашний компьютер» находится в той же сети, что и сервер? Если нет, возможно, домашний компьютер находится за брандмауэром, и вы не можете инициировать соединение с сервером на домашний компьютер, только с домашнего компьютера на сервер. В частности, если домашний компьютер находится за NAT , а сервер находится за пределами области NATed, сервер просто не может видеть домашний компьютер.
Другие ответы отметили потенциал проблемы с вашей командой. Если вы вырезали и вставили точное сообщение об ошибке (которое вы должны были сделать), было бы возможно определить, являются ли эти потенциальные проблемы актуальными проблемами.
В любом случае обратные ssh-соединения (т.е. ssh от дома к серверу, а затем обратно с сервера на дом) трудно управлять (потенциальная проблема с брандмауэром, потенциальная проблема с аутентификацией, необходимо запустить локальный сервер ssh). Поэтому вместо запуска копии с сервера инициируйте ее с домашнего компьютера.
Кроме того, scp не является особенно хорошим инструментом для копирования большого количества файлов. Если вы хотите сделать одноразовую копию, или если вы всегда собираетесь копировать файлы с сервера на домашний компьютер и никогда наоборот, используйте rsync. Если вы хотите, чтобы оба компьютера синхронизировались, используйте унисон - он проще в использовании и менее подвержен ошибкам, чем rsync для двусторонней синхронизации.
У вас установлен пакет openssh-server
, установленный на втором компьютере? Если нет, установите его; что должно сделать возможным подключение с помощью ssh / scp / sftp ко второму компьютеру?
Не могли бы вы отправить точное сообщение об ошибке? Возможно, имя пользователя на вашем домашнем компьютере является еще одним?
У вас установлен пакет openssh-server
, установленный на втором компьютере? Если нет, установите его; что должно сделать возможным подключение с помощью ssh / scp / sftp ко второму компьютеру?
Я не могу дать окончательный ответ, не зная вашу сетевую организацию (которую вы должны были бы описать более точно), но вот вам какая-то информация, которая может вам помочь.
Вы упомянули «ПК на том же сеть ", но также и" домашний компьютер ". Действительно ли ваш «домашний компьютер» находится в той же сети, что и сервер? Если нет, возможно, домашний компьютер находится за брандмауэром, и вы не можете инициировать соединение с сервером на домашний компьютер, только с домашнего компьютера на сервер. В частности, если домашний компьютер находится за NAT , а сервер находится за пределами области NATed, сервер просто не может видеть домашний компьютер.
Другие ответы отметили потенциал проблемы с вашей командой. Если вы вырезали и вставили точное сообщение об ошибке (которое вы должны были сделать), было бы возможно определить, являются ли эти потенциальные проблемы актуальными проблемами.
В любом случае обратные ssh-соединения (т.е. ssh от дома к серверу, а затем обратно с сервера на дом) трудно управлять (потенциальная проблема с брандмауэром, потенциальная проблема с аутентификацией, необходимо запустить локальный сервер ssh). Поэтому вместо запуска копии с сервера инициируйте ее с домашнего компьютера.
Кроме того, scp не является особенно хорошим инструментом для копирования большого количества файлов. Если вы хотите сделать одноразовую копию, или если вы всегда собираетесь копировать файлы с сервера на домашний компьютер и никогда наоборот, используйте rsync. Если вы хотите, чтобы оба компьютера синхронизировались, используйте унисон - он проще в использовании и менее подвержен ошибкам, чем rsync для двусторонней синхронизации.