Максим Тимофеев, ftp создавался в те времена когда требований к шифрации потока не было, как и понятия глобальной сети где куча хакеров ...
как собственно и http.
просто ftp не так известен как http, не говоря уже про шифрованные варианты.
InoMono, а вас не смущает что еще в 20 веке ftp имел несколько расширений с шифрацией ssl, tls и подобные ??
syncthing в оригинале демон, который постоянно висит в памяти периодически мониторит заданые каталоги, имеет открытый порт и определенную сетевую активность.
При этом надо учитывать что синх очень молод, еще лет пяток назад синх глючил и бывало падал.
не самая идеальная характеристика для редко используемого сервиса, который может неожиданно повесить сервак.
сисадмину за установку такой точки отказа в сервер что-нибудь открутят на "разборе полетов".
сделают к нему прибулуду формата syncthing_put для однократной гарантированной заливки отдельного файла в облако (а протокол такое дозволяет насколь помню), вот тогда и посмотрим.
InoMono, если связь не рвется то ftp нормально работает. если скрипт чуть умнее валенка, то просто перезапустит ftp и файлик отльется заново.
syncthing для такого излишен, мудрен, и он - демон не забываем.
для залива файликов на удаленку имхо rsync самое удобное.
мне каатцо что remoteapp в таком случае до лампочки на работу приложения, он вклинивается между приложением и генерацией интерфейса и просто отсылается данные клиенту, где и формируется интерфейс и также обратно.
как и приложение даже не подозревает что его интерфейс показывается где-то там, а не здесь :)
не, проброс локальных ресурсов внутрь RDP-сессии я делал и из дому с линуксового клиента.
я так понял вместо отображения полноценного рабочего стола, просто "пробрасывается" содержимое только окошка приложения ??
а все остальное также как в обычной RDP-сессии ??
rock4ster, дык сказали же - решать задачи, нарабатывать знание алгоритмов, приведение теоритических задумок в практический код.
если знаешь как должно работать в конце, инструмент уже меньше играет роль.
но разнообразие инструмента хотя бы на уровне обзорного тоже надо нарабатывать.
к примеру /dev/sdc7 раздел, где лежит корень для редактиования
каталог /mnt/aaa место куда его надо примонтировать, его лучше специально создать "mkdir /mnt/aaa"
тогда
# mount -t ext4 /dev/sdc7 /mnt/aaa
далее команда
# chroot /mnt/aaa
запистутит шелл, который будет считать корнем /mnt/aaa, т.е нашу старую операционную систему.
далее создаем пользователя (с добавлением в группу sudo для доступа к работе через sudo)
# useradd %имя% -G sudo
далее создать пароль для нового пользователя
# passwd %имя%
выходим из chroot
# exit
отключаем от системы наш раздел
# umount /mnt/aaa
перегружаемся в систему, пытаемся зайти под введеным пользователем.
Роман Мирр, я к примеру через drivwdroid загружаюсь на компе с iso-образа на телефоне.
но запрос странный, Дамир Донской расскажи чего изволишь, мож подберем менее зубодробительные средства удовлетворения потребностей из материального мира ??
поставить виртуалбокс, поставить в нем ubuntu 14.04.
есть всё, но надо будет работать ручками и знаниями :)
в принципе систему можно копирнуть через tar или сделать бекап, но если будут отличия в аппаратной системе, то вполне логично не оживет.
как собственно и http.
просто ftp не так известен как http, не говоря уже про шифрованные варианты.