Доброго времени.
Релиз 8.0.1. патч 11. CPU7-2.
Не могу подключится FTP-клиентом к резервному процу. Прекрасно пингуется и дает подключится через Telnet. А на FTP ругается, говорит - логин неверный.
Может это у них так задумано на 7 процах и 8 релизах?



Редактировано 1 раз. Последний раз 24.06.2008 03:36 пользователем Vsjakov.

логины не менялись.
посмотрите, что приписано в netadmin. не включена ли security и TCP wrapper?
ролевой адрес stanby процессора в обычных настройках равен его физическому.
посмотрите, что показывает команда netstat -l - должна показать что прот ftp слушает.

++++++++++++++++++
Anything's possible. Keep thinking.

Только вчера все запустил, никаких Security и т.д.
Погляжу netstat .....

вот така беда на Main
Proto Recv-Q Send-Q Local Address Foreign Address State
tcp 0 0 *:shell *:* LISTEN
tcp 0 0 *:nmccs *:* LISTEN
tcp 0 0 *:netaccess *:* LISTEN
tcp 0 0 *:cmisd *:* LISTEN
tcp 0 0 loopback:netadmin *:* LISTEN
tcp 0 0 *:builddistant *:* LISTEN
tcp 0 0 *:loaddistant *:* LISTEN
tcp 0 0 *:www *:* LISTEN
tcp 0 0 *:ftp *:* LISTEN
tcp 0 0 *:telnet *:* LISTEN
tcp 0 0 *:rcsta *:* LISTEN
tcp 0 0 *:https *:* LISTEN
udp 0 0 xa000000:32640 *:*
udp 0 0 *:prslink *:*
udp 0 0 *:incid2trap *:*
udp 0 0 *:domain *:*
udp 0 0 *:tftp *:*
udp 0 0 xma000000:ntp *:*
udp 0 0 loopback:ntp *:*
udp 0 0 *:ntp *:*
Active UNIX domain sockets (only servers)
Proto RefCnt Flags Type State I-Node Path
а вот такая на St-by
Proto Recv-Q Send-Q Local Address Foreign Address State
tcp 0 0 *:shell *:* LISTEN
tcp 0 0 *:netaccess *:* LISTEN
tcp 0 0 loopback:netadmin *:* LISTEN
tcp 0 0 *:builddistant *:* LISTEN
tcp 0 0 *:loaddistant *:* LISTEN
tcp 0 0 *:www *:* LISTEN
tcp 0 0 *:ftp *:* LISTEN
tcp 0 0 *:telnet *:* LISTEN
tcp 0 0 *:https *:* LISTEN
Active UNIX domain sockets (only servers)
Proto RefCnt Flags Type State I-Node Path

говорит - логин инкоррект

Каким логином ходишь по ftp?
Под mtcl и adfexc - не было проблем.
Попробуй сделать netadmin c нуля, обращая внимание на маски, и главное не делая имя node совпадающим с началом имен процов.

обычно под mtcl ходим, а adfexc тоже пускать не хочет.
netadmin уже переделывал, имена не совпадают.
когда через терминал заходишь под mtcl и набираешь ftp - такая же история, говорит что логин некорректный. Когда заходишь под root - пускает без проблем.

А виста-то, однако, тоже коннектится не будет, если на резервный проц перейдет....

Мож как вариант софтину перезалить, но сейчас уже не успею, возможно попозже попробую, благо еще время есть до сдачи.....

вот така беда на Main
....
tcp 0 0 *:ftp *:* LISTEN
^^^^^^^^^^^^^^^^^^^^^^^^^ это не беда, это рулез - эта строчка означает, что ваш main слушает 21 порт - фтп.
stand by тоже имеет такую строчку
и напоследок метод лома: если логин рута работает, что мешает назначить пароль юзеру adfexc?

++++++++++++++++++
Anything's possible. Keep thinking.



Редактировано 1 раз. Последний раз 26.06.2008 03:45 пользователем whistler.

Самое правильное - перезалить, или можно попробовать - сохранить на основном Линукс дата, а потом подсунуть второму - там вроде и пароли восстанавливаются.
Единственное на это время надо изолировать их по IP. Конфликт адресов возникнет.

to whistler: я уже говорил через adfexc тоже пускать не желает, собстно, виста-то на нем и сидит.

Перезалить, по-моему, надежней будет, сразу и окончательно :-)

Спасибо всем



Редактировано 1 раз. Последний раз 27.06.2008 14:08 пользователем Vsjakov.

посмотри это

Security and Access Control
Node Instance (reserved)
xa000000 1


Station Access Control
Node Security and Access Control Station Name Station Password User List
xa000000 1 * 1

List Access Control
Node Security and Access Control Index of Liste Broadcast List ? Name of User
xa000000 1 1 Да *

это пример по дефолту

была аналогичная проблема и долго ковырял пока не нашел в чем дело

to Vsjakov: я вроде внимательно читаю, что вы пишете:

Когда заходишь под root - пускает без проблем.
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

для того, чтобы поменять пароль пользователя adfexc не обязательно заходить под этим пользователем. командой passwd {user} рут может сменить любой пароль в системе.
любопытно, а как в такой ситуации работает у вас дублирование? что говорит команда twin?

to error:

access control работает на всю станцию и не имеет отдельного менеджмента для main и standby процессора.

++++++++++++++++++
Anything's possible. Keep thinking.



Редактировано 1 раз. Последний раз 27.06.2008 17:19 пользователем whistler.

to whistler: возможно, я не совсем понятно и подробно все расписал.

я не могу подключится ни под каким паролем, если пытаюсь зайти на процессор через FTP - клиента, то бишь FAR, к примеру .
Подключившись к процессору терминальной программой (без разницы, что через Telnet, что через COM) я набрал в командной строке: ftp
когда я логинился на терминалке через root - пускает сразу
когда я логинился на терминалке через mtcl - запрашивала пароль и, после ввода,говорила что пароль неверный
при нормальной ситуации под mtcl должна пускать на ftp без лишних вопросов

дублирование работает прекрасно, twin показывает что все ОК, управление между процами перекидывается без нареканий.
Собственно заметил эту штуку, когда на St-by собрался VG заливать

да уж... экзотика.
то есть юзер mtcl через телнет работает, а тот же юзер по ftp - нет.

это чем-то похоже на работу tcp wrapper в нетадмине. там можно назначить класс устройства - CPU, ip device, pc installer, 47хх машину... в этих классах можно разрешить telnet и запретить ftp, например... но вы говорите, секюрити не включено в нетадмине. аналогичные действия можно сделать в глубинах линукса, но на уровне продвинутого юзера или сисадмина. можно копать в линуксовой части системы, но соглашусь с vad'ом, ей богу проще перезалить.

++++++++++++++++++
Anything's possible. Keep thinking.



Редактировано 1 раз. Последний раз 27.06.2008 19:27 пользователем whistler.

whistler Написал:
-------------------------------------------------------
> to Vsjakov: я вроде внимательно читаю, что вы
> пишете:
>
> Когда заходишь под root - пускает без проблем.
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>
> для того, чтобы поменять пароль пользователя
> adfexc не обязательно заходить под этим
> пользователем. командой passwd {user} рут может
> сменить любой пароль в системе.
> любопытно, а как в такой ситуации работает у вас
> дублирование? что говорит команда twin?
>
> to error:
>
> access control работает на всю станцию и не имеет
> отдельного менеджмента для main и standby
> процессора.


атс сама не может 100 пудово синхронизировать базы майна и стенд-бая если стенд-бай будет сам по себе синхронизироваться средствами twin т.е. майн работает и в догонку стартуем стенд-бай

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

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

++++++++++++++++++
Anything's possible. Keep thinking.

Vsjakov - не слушай никого, перезалей софт, подними через клонирование процы - тогда будет о чем говорить.
На моей памяти было раз 5 когда при заливке софта были проблемы (не правильно скопированный дистрибутив и т.п.), народ сознавался только после допроса с пристрастием, поэтому - лей сам, потом поговорим.

осталось только найти софт для заливки :)
мастеркопи требует гораздо меньше телодвижений чем софт лить

заливал уже, зальет еще раз. don't worry.

++++++++++++++++++
Anything's possible. Keep thinking.

Спасибо за бурное обсуждение :-).
To Error: мастеркопи, как и положено, был еще в самом начале сделан. Не помогло это.
Как перезалью - отпишу, заодно и патч 12 поставлю, раз уж он вышел.
Недели через 2 туда только доберусь.

У народа были аналогичные проблемы (на форуме анлишида написано) - file /etc/ftpaccess was corrupted

Ну, да. Можно попробовать, как вариант, заменить файл, взяв его с Main



Редактировано 1 раз. Последний раз 02.07.2008 13:05 пользователем Vsjakov.

Вся проблема как его положить? По ftp 8-) ?

Ну, не так выразился :-).
Посмотреть содержимое файла на Main и подредактировать в соответствии....

Да я просто шучу.