Сергей: Вы неправы. В случае объявления задания, желающих как мух, особенно на FL. Постановщик задачи выберет исполнителя с опытом, с репутацией, а не новичка, с нулевым багажом. Это ооооочень повезёт, если за пол года хотя бы один заказчик согласится отдать задание новичку и тем более хорошо заплатить. Новичку придётся пару лет там сидеть в минусе, выполняя задания за голую репутацию без оплаты.
Меня вообще в своё время поразило, что статус "профссионал" зависит не от количество успешно выполненных заданий, а от количества влитых на сайт денег. То есть "профессионал" покупается исключительно за деньги и исключительно на месяц, потом продляй этот статус. Именно тогда, когда у меня было более 100 успешно выполненных заданий я покинул FL, узнав что и обычный аккаунт станет платным, а прямых контактов с заказчиками больше не предвидится.
fred55rus: Ну во первых не издевательство, а показал тот самый файл, который выполняется при запуске
service nginx start.
кроме start там же выполняются команды stop, status, restart.
Хоть я и не третий день работаю в linux, но то, что Вы описали "установлено несколько версий nginx" ни разу не проделывал. У меня всегда более новая версия замещала пакеты предыдущей. Естественно я не смогу подсказать как настроить чтобы при запуске очередной версии nginx, использовались не одни пакеты/библиотеки, а другие. Предположил, что Вы это знаете и такой проблемы у вас не стоит. В том файле вы как раз и можете поэкспериментировать. Попробовать ввести дополнительный параметр, скажем версию nginx для запуска с соответствующими обработками и продолжить свою работу.
Тут два предположения просто напрашиваются:
1. фаервол запретил обращаться по 22 порту
2. в настройках ssh виртуалки есть попытка резолва адресов через DNS, который там не настроен.
Остальное можно узнать только из логов, как и написал Никита Витер
telnet подключение так же возможно, но не включено по умолчанию.
Самый простой способ - предоставить в совместный доступ в какой-то каталог и в нём производить работу по обмену и изменению файлов.
Чуть сложнее - подключиться к административным ресурсам Windows компьютера и делать то же самое, как и в расшаренном каталоге.
Алексей Черемисин: Эх... в kinit это ещё прокатывает, а вот по ssh уже не хочет как не хочет и использовать нотацию user@domain. Там опять отлуп кербероса что не найдена учётка. Потому и пытаюсь выяснить как решить проблему.
В ssh авторизации это выглядит:
# ssh "MYDOMAIN\my.user"@my-server
Попытка написать: # ssh "my.user"@my-server
или # ssh "my.user@mydomain"@my-server
почему-то ищет учётки в базе кербероса без подстановки домена и говорит что их нет.
ssh -l XXX -v 192.168.10.4
OpenSSH_6.7p1 Debian-5, OpenSSL 1.0.1k 8 Jan 2015
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug1: Connecting to 192.168.10.4 [192.168.10.4] port 22.
debug1: Connection established.
debug1: SELinux support disabled
debug1: key_load_public: No such file or directory
debug1: identity file /home/volkov/.ssh/id_rsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/volkov/.ssh/id_rsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/volkov/.ssh/id_dsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/volkov/.ssh/id_dsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/volkov/.ssh/id_ecdsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/volkov/.ssh/id_ecdsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/volkov/.ssh/id_ed25519 type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/volkov/.ssh/id_ed25519-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.7p1 Debian-5
debug1: Remote protocol version 2.0, remote software version OpenSSH_7.4p1 Debian-10
debug1: match: OpenSSH_7.4p1 Debian-10 pat OpenSSH* compat 0x04000000
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr umac-64-etm@openssh.com none
debug1: kex: client->server aes128-ctr umac-64-etm@openssh.com none
debug1: sending SSH2_MSG_KEX_ECDH_INIT
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ECDSA 82:4e:79:e6:2d:69:e5:b4:3e:3b:d4:f1:69:db:63:40
The authenticity of host '192.168.10.4 (192.168.10.4)' can't be established.
ECDSA key fingerprint is 82:4e:79:e6:2d:69:e5:b4:3e:3b:d4:f1:69:db:63:40.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added '192.168.10.4' (ECDSA) to the list of known hosts.
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: publickey
debug1: Trying private key: /home/volkov/.ssh/id_rsa
debug1: Trying private key: /home/volkov/.ssh/id_dsa
debug1: Trying private key: /home/volkov/.ssh/id_ecdsa
debug1: Trying private key: /home/volkov/.ssh/id_ed25519
debug1: Next authentication method: password
XXX@192.168.10.4's password:
debug1: Authentication succeeded (password).
Authenticated to 192.168.10.4 ([192.168.10.4]:22).
debug1: channel 0: new [client-session]
debug1: Requesting no-more-sessions@openssh.com
debug1: Entering interactive session.
debug1: client_input_global_request: rtype hostkeys-00@openssh.com want_reply 0
debug1: Sending environment.
debug1: Sending env LANG = ru_RU.UTF-8
Linux my_host 4.9.0-3-amd64 #1 SMP Debian 4.9.30-2+deb9u2 (2017-06-26) x86_64
The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.
Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Fri Jul 14 13:47:26 2017 from 192.168.10.4
XXX@my_host:~$ exit
выход
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug1: client_input_channel_req: channel 0 rtype eow@openssh.com reply 0
debug1: channel 0: free: client-session, nchannels 1
Connection to 192.168.10.4 closed.
Transferred: sent 3120, received 3824 bytes, in 27.6 seconds
Bytes per second: sent 113.1, received 138.6
debug1: Exit status 0
Но необходимо подключаться из Windows машин тем же PuTTY. А под виндой ssh нет :(
Как возможно сделать аналогичный вывод из telnet?
hollanditkzn: Механизм обмена с битрикс досканально не изучал. Но что наблюдал: В 1С настраивается папка для обмена выгрузками с/на сайт, указывается адрес самого сайта и настраивается расписание обмена.
По взаимодействию с другими сайтами/приложениями/службами - 1С выгружает в какой-то каталог файл с данными для обмена. Этот файл импортируется движком сайта и производится разноска данных. Аналогично происходит выгрузка изменений с сайта в файл и этот файл импортируется в 1С. Уверен, что возможно настроить расписание будь то на сайте и в 1С для выполнения данных процедур обмена в автоматическом режиме.
Меня вообще в своё время поразило, что статус "профссионал" зависит не от количество успешно выполненных заданий, а от количества влитых на сайт денег. То есть "профессионал" покупается исключительно за деньги и исключительно на месяц, потом продляй этот статус. Именно тогда, когда у меня было более 100 успешно выполненных заданий я покинул FL, узнав что и обычный аккаунт станет платным, а прямых контактов с заказчиками больше не предвидится.