- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Здравствуйте, возникла проблема с доступом к серверу, при подключении по ssh от рута:
Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Thu Aug 23 01:05:56 2012 from 111,111,111,111
There are several suitable screens on:
31353.pts-10.231 (23.08.2012 01:05:55) (Detached)
3913.pts-10.231 (22.08.2012 18:21:17) (Detached)
Type "screen [-d] -r [pid.]tty.host" to resume one of them.
Session is closed
Disconnected from server
как видно, запущено несколько сессий screen от рута, есть ли возможность подключиться к одной из сессий?
Судя по тому, что они обе "Detached", то все возможно, только из вашего лога не совсем понятно, у вас что ли при входе стоит автоматически открывать Screen ?
Ну а вообще screen -r <pid> должно работать. Ну и как бы "от рута удаленно" это вообще не айс, используйте sudo, а в sshd_config ... PermitRootLogin no !
Судя по тому, что они обе "Detached", то все возможно, только из вашего лога не совсем понятно, у вас что ли при входе стоит автоматически открывать Screen ?
Ну а вообще screen -r <pid> должно работать. Ну и как бы "от рута удаленно" это вообще не айс, используйте sudo, а в sshd_config ... PermitRootLogin no !
спасибо за ответ.
screen -r <pid> не прописать, т.к. сразу после ввода пароля отрубает соединение.
у вас что ли при входе стоит автоматически открывать Screen ?
хороший вопрос, подскажите, как узнать.
как видно, запущено несколько сессий screen от рута, есть ли возможность подключиться к одной из сессий?
через ssh клиент на линуксе можно попробовать так:
ssh root@ip screen -r <pid>
команда выполнится сразу после входа.
спасибо за ответ.
screen -r <pid> не прописать, т.к. сразу после ввода пароля отрубает соединение.
хороший вопрос, подскажите, как узнать.
Я полагаю, что в вашей ситуации надо зайти в систему под другим пользователем и получить привилегии рута, после чего и посмотреть, что у вас в ~root/ в .bash_profile и прочих файлах... (зависит от типа shell). Либо же вам нужно попробовать попасть на сервер через экран монитора подключенного к нему :D Кстати, а только при логине в рута выбрасывает или другие пользователи тоже не могут попасть в систему через ssh ? Какой "вид доступа" у вас остался к серверу? если учесть что в SSH под рутом не попасть. Отсутствие возможности подключиться по SSH иногда означает даже аппаратные проблемы... (из наблюдений), например лезешь а на сервер а в ответ "Connection refused", на консоль попал, а там DMA_ERROR валят пачками (т.е винт вне досягаемости), но при этом система пингуется и даже сервисы работающие из памяти отдают то, что там лежит :D По этому стоит провести анализ ситуации сперва, а потом уже и решение под него будет придумано :D Я пока не вижу вязких аргументов утверждать что именно screen является источником проблемы работы sshd :)
---------- Добавлено 23.08.2012 в 01:37 ----------
через ssh клиент на линуксе можно попробовать так:
ssh root@ip screen -r <pid>
команда выполнится сразу после входа.
Мало вероятно что поможет, если есть сценарий запускаемый через .login он будет выполнен ранее чем любая команда переданная непосредственно в терминал, но интереса ради стоит попробовать :D
---------- Добавлено 23.08.2012 в 01:45 ----------
Разберу ваш лог на составляющие:
Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Thu Aug 23 01:05:56 2012 from 111,111,111,111
Вы вошли в систему, бла бла.
There are several suitable screens on:
31353.pts-10.231 (23.08.2012 01:05:55) (Detached)
3913.pts-10.231 (22.08.2012 18:21:17) (Detached)
Type "screen [-d] -r [pid.]tty.host" to resume one of them.
Вы получили от системы сообщение о том, что у вас есть несколько сессий которые спят и если вы хотите их активировать то вам надо выполнить..... ля ля ля. Это очень важный момент, я думаю Debian при каждом входе будет показывать скрины которые висят в бекграунде, я такое ранее встречал в freebsd, думаю какая-то из настроек....
Session is closed
Disconnected from server
Ваше соединение было закрыто.
Тут в общем-то может быть ЧТО УГОДНО, в данном случае я на 99% уверен что сообщение о Screen вообще никаким образом не связано с отсутствием возможности подключения по SSH. ;) Если есть возможность смотреть в монитор этого сервера или в ipKVM то вам туда... заходите на консоль, я полагаю там уже есть что почитать :D
screen -r <pid> не прописать, т.к. сразу после ввода пароля отрубает соединение.
Кто вам запрещает указать команду для ssh-сеанса, вместо того что указано в качестве shell в /etc/passwd.
man ssh
Можно и screen -r ... запустить, можно и что-то в духе mv .bashrc .bashrc.bak
Зря вы рветесь в сессию рута, если даже минимально свои действия не понимаете.
Это очень важный момент, я думаю Debian при каждом входе будет показывать скрины которые висят в бекграунде, я такое ранее встречал в freebsd, думаю какая-то из настроек....
Это не какая-то из настроек - это делается обычное подключение к screen-сессии в каком-то из скриптов инициализации bash (man bash).
Тут в общем-то может быть ЧТО УГОДНО
Но есть - вполне конкретное.
через ssh клиент на линуксе можно попробовать так:
ssh root@ip screen -r <pid>
команда выполнится сразу после входа.
Помогло, спасибо.
---------- Добавлено 23.08.2012 в 11:27 ----------
Ещё вопрос. Обычно, если закрыть ssh клиент (например putty), сессия завершается сама, сейчас она "висит" дальше, из-за этого надо завершать её самому. Это какая-то настройка? или в чём тут причина?
ps Человек, который отвечает за сервера отсутствует (отпуск до сб). я за него:)
В таком случае держитесь подальше от серверов
В таком случае держитесь подальше от серверов
Уважаемый, если вы профи в данной сфере, это не значит, что все должны быть такими. Для моей работы с серверами, я знаю то, что мне нужно для выполнения определённых задач.
---------- Добавлено 23.08.2012 в 15:04 ----------
ps проблему уже нашёл в .profile