А можно было бы как то по другому решить проблему? Допустим если бы это был не vps сервер.

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

Сначала в системе было 2 аккаунта: root ( аккаунт с полными правами 0:0) и tester ( аккаунт с правами 1002:1002 и прописанный в sudoers:  tester   ALL=(ALL) ALL )

для начала, объясню что произошло.

Но для самого начала, расскажу, что у аккаунтов нет прав. То, что вы меняли, называет UserID, сокращённо UID. По-русски идентификатор юзера. Второе число - GroupIP. GID. Для группы.

Сами юзеры НЕ ИМЕЮТ НИКАКИХ ПРАВ, права имеют процессы, которые были запущенны данным юзером. Когда процесс P обращается к файлу F, система проверяет, какой UID у процесса. Если UID == 0, тогда процессу разрешено многое (но не всё), если UID != 0, то проверяется права.

Права проверяются в три этапа. При этом, сам файл тоже имеет UID:GID того, кто создал этот файл (хозяин). Назовём UID процесса PUID, а UID файла FUID.

1) сначала проверяется PUID == FUID, если это так (процесс и файл создал один и тот-же юзер, т.е. юзер является хозяином и того и другого), тогда проверяются права юзера (права записываются 3я цифрами, например 644, сначала права юзера, потом группы, потом прочих).
2) если PUID != FUID, но PGID == FGID, то значит, процесс был запущен другим юзером, но из той-же группы. Проверяются права группы.
3) если PUID != FUID и PGID != FGID, значит это вообще левый юзер, и проверяются права для прочих.

Вы подменили UID:GID юзера, а значит, и всех его процессов (но не файлов!). По идее, это хорошая мысль, если-бы не одно но: Вы уверенны, что в вашей системе, все программы и скрипты учитывают ТОЛЬКО UID, и не учитывают имя? Я уверен. Что это НЕ так.

Что делать?

ДЕЛАТЬ БЕКАП!!!!!!!1111

это во первых. впрочем, дело ваше. Замечу лишь, что сейчас ЕЩЁ НЕ ПОЗДНО.

Второе: грузится с LiveCD, и менять всё на место.

А можно было бы как то по другому решить проблему? Допустим если бы это был не vps сервер.

Ну типо если хакер залезет, что бы подумал , что админ аккаунт root, а на самом деле это простой аккаунт, а админский root2.
Но это я чисто для практики делал)

эх, бегом читать мат часть и как защищать систему =) В общем сейчас "хакер" вы, накосячили, систему переставлять не надо. Необходимо вернуть на место файл /etc/passwd, backup есть?

koka3000 пишет:

2. Изменение аккаунтом tester через команду sudo nano файл /etc/passwd root2:x:1002:1002 на root2:x:0:0 и  root:x:0:0:.. на root:x:1002:1002.

зачем!?!?!?  oO  oO  oO

Ну типо если хакер залезет, что бы подумал , что админ аккаунт root, а на самом деле это простой аккаунт, а админский root2.
Но это я чисто для практики делал)

Самое страшное что в новый root2 не заходит там где рут права.

2. Изменение аккаунтом tester через команду sudo nano файл /etc/passwd root2:x:1002:1002 на root2:x:0:0 и  root:x:0:0:.. на root:x:1002:1002.

зачем!?!?!?  oO  oO  oO

На этом сервере ща запущен игровой сервер ( онлайн 10 чел ). Сервер работает.
Что можно с этим сделать? ( только не нужно предлагать переустановить систему, на сервере установлен mysql з биг обьемом файлов, которые потом будет долго заливать обратно )