Судя по камментам в другом ответе, проблема с логином была устранена, и даже немного удивительно, что вы изначально не заметили, что у других юзеров другой шелл.
С пропаданием файла - не знаю что может быть. Попробуйте выполнить это сейчас.
Еще раз проверьте как выглядят другие пользователи в /etc/passwd
А почему домашний каталог пользователя в /var/www, а не в /home?
Лучше добавить вашего пользователя в нужную группу, чтобы у него были права на запись в /var/www
/var/www/ouruser/data
Ошибка со swap, говорит что вы пытаетесь писать в виртуальную tmpfs систему.
Посмотрите права доступа к папкам:
ls -1lsFa /var/www/ouruser
ls -1lsFa /var/www
Посмотрите, другие пользователи в /etc/passwd тоже с домашним каталогом в /var/www? И права на их каталоги такие же?
Иван Богатырев: Вы когда в школу пришли, спрашивали "как понять для себя, дорос ли ты до ЕГЭ"?
Или это невероятное знание пришло к вам само собой в старших классах?
Для всех серверов?
А пинг на них работает?
Это вообще что за айпишники? ваша локалка, или внешние адреса?
Есть подозрение, что как-то заблокированы у вас tcp/udp
Darkzenon: Уточните, что такое raspberry? распарсить маленький xml для 20 игроков способен даже древний пень-1...
А вообще, напишите просто рабочее решение, проведите перфоманс тест, и потом уже можно оптимизировать. И опыт будет.
Darkzenon: 20 юзеров в пределах одной комнаты - с этим справится практически любая система. Не очень понятно что значит xml не легкий. Я не знаю, как raspberry, но не вижу никаких проблем ловить от 20-ти клиентов нажатие кнопки с точностью до нескольких десятков миллисекунд.
Deerenaros: >Простите, а каким раком симметричный шифр обходит оное?
Грубо говоря примерно так:
В процессе создания сеанса, генерится новый рандомный ключ для этого сеанса.
Именно он шифруется RSA и передается, с противоположной стороны расшифровывается парным ключом, и обе стороны имеют этот сеансовый ключ, дальнейший обмен данных шифруется сеансовым ключом. Таким образом, злоумышленник не может перехватить повторяющиеся данные, на основании которых упростить задачу подбора.
Например, в оригинальном сервере линейки, монстры регулярно делали различные "social" вещи - ходили туда-сюда, рычали, кто-то там траву грыз, иногда взаимодействовали друг с другом - то есть имитация живого мира.
В java-эмуляторе ковыряться с этим посчитали не нужным - и так слишком много работы чтобы обеспечить базовый функционал. В результате большинство монстров просто стояли на месте. Если и ходили, то без дополнительных телодвижений.
Реверс-инженеринг задача трудоемкая, разобрать все на 100% для сложного проекта - нереалистично.
С пропаданием файла - не знаю что может быть. Попробуйте выполнить это сейчас.
Еще раз проверьте как выглядят другие пользователи в /etc/passwd