Большое спасибо, уважаемый drBatty, за ответ!
Но я не все понял, извините, если мои дополнительные вопросы покажутся туповатыми

Во-первых, для изменения значения порта ssh на сервере необходимо в директиве Port номер_порта в файле /etc/ssh/sshd_config в качестве номера_порта указать случайное 4-значное целое число >1024, например 1234,
потом на сервере /etc/init.d/sshd restart. правильно?

Во-вторых, нужно ли на клиентских машинах, с которых хожу по ssh на удаленный сервер,точно так же менять значение порта на то же самое, что и установил на сервере?

В-третьих, я хожу по ssh на удаленный сервер с разных систем: putty из-под windows XP, suse, debian lenny. Если поменяю значение порта ssh на сервере, то должен буду также поменять значение порта ssh в настройках систем, с которых хожу, правильно?

В-четвертых, если я установлю аутентификацию пароля ssh, то значит ли это, что аутентификацию надо делать отдельно в каждой из систем?
Приватный ключ один и тот же будет лежать в каждой системе, а публичный один на удаленном сервере, правильно?
Будет ли при этом корректно работать putty из-под windows XP?

Большое спасибо за исчерпывающий ответ и удачи Вам!

Защищаем SSH от брутфорса на любом порту

про это есть старый еврейский анекдот...
ваше дело, не хотите закрывать на цепочку - не надо.

Да, действительно suse у меня клиент, а debian - сервер и заодно шлюз из локалки наружу, ssh между ними по 22 порту работает исправно, но с конфигами ssh тут вот какая особенность.
И на сервере debian, и на клиенте suse лежат по два конфига(оба) /etc/ssh/ssh_config  и /etc/ssh/sshd_config. В обоих конфигах  /etc/ssh/ssh_config директива Port 22 ранее была закомментирована, когда ssh  работал по 22 порту.
Но у меня, в отличие от того что Вы сказали, бинарник sshd на клиенте, а на сервере лежит бинарник ssh.
Это так должно быть? Я в администрировании новичок,  раньше только программировал.

Короче,  путем экспериментов дошел до следующего. Новый порт ssh 1289 заработал в обе стороны (с сервера на клиент и обратно) только после того, как исправил во всех четырех вышеперечисленных конфигах ssh порт 22 на порт 1289 , а потом рестартовал апач и на сервере, и на клиенте. Рестарта ssh было недостаточно.
Как должно быть у опытных- не знаю, но у меня вышло только так.

спасибо за комплимент, но ясно, что порт я указал наугад, реальный другой, просто хотелось знать мнение профессионалов, почему без рестарта апача у меня не обошлось, может, есть еще какая- то хитрость, подскажите

да ни причем, просто опыта было мало, дошел, что работает и без рестарта апача

Но вот на первый мой вопрос так никто из спецов и не ответил

Господа профи, подскажите, какую строчку вставить в код файла правил /etc/iptables.up.rules, чтобы количество подключений к ssh было, например, не более 8 в мин, а также, какую еще одну строчку в файл правил вставить, чтобы запретить для подключения перечень ip, пытающихся ломать?
И еще, достаточно ли будет только этих двух строчек в файле правил, не заблокирую ли я свой удаленный сервер, если не буду указывать ничего более, кроме этих двух строчек, я себя конечно кроном буду страховать, чтобы затирал эти правила раз в 5-10 мин на время отладки, но все равно впервые это делать страшновато

Много читал умных мыслей на эту тему. В сухом остатке вынес следующее:  сам sshd умеет делать это не хуже, а даже и лучше, чем iptables. А именно - в sshd.conf можно беспроблемно выставить нужный таймаут "на длинные ногти операционистки". Что есть для данной попытки соединения полный аналог блокирования соединения по iptables. Однако (что лучше) это блокирование совершенно не блокирует иные легальные соединения, которые возможны  в это время. А вот блокировка по iptables такие легальные соединения будет пропускать с интервалом в 20 секунд. Когда ты один - это не имеет значения. А если на сервер ходит много народу (например, по ремутному доступу через NX сколько времени потребуется для регистрации 20-30 душ юзеров? Да они полдня будут в ремутную сессию заходить). Единственный недостаток блокирования брутфорса в sshd.conf, что я вижу - забивание регистрационных журналов регистрацией этой хрени.

Извините за глупый вопрос, но какой директивой в sshd_config нужно задавать этот timeout.
Я перелопатил маны по по ssh_config sshd_config
Какие из этих директив или их пары Вы имели в виду, когда говорили о возможности установить timeout?
ClientAliveInterval
ClientAliveCount
ClientAliveInterval
ServerAliveCount
ConnectTimeout

я разве не по-русски сказал? это НЕ НУЖНО.