Feb 11 18:09:50 mj257 sshd[2343]: Accepted password for checkers from 213.200.48.38 port 64060 ssh2
Feb 11 18:09:50 mj257 sshd[2343]: pam_unix(sshd:session): session opened for user checkers by (uid=0)
Feb 11 18:09:50 mj257 sshd[2343]: pam_unix(sshd:session): session closed for user checkers
это как я понял разрешить доступ всем ?
# Accept tcp packets on destination port 22 (SSH)
iptables -A INPUT -p tcp --dport 22 -j ACCEPT
Это разрешить всем ip 192.168.0.0 - 192.168.0.24 ?
# Accept tcp packets on destination port 22 (SSH) from private LAN
iptables -A INPUT -p tcp -s 192.168.0.0/24 --dport 22 -j ACCEPT
Но опять ряд вопросов:
можно ли использовать как то так:
iptables -A INPUT -p tcp -s 192.168.0.1 --dport 22 -j ACCEPT
iptables -A INPUT -p tcp -s 193.128.0.2 --dport 22 -j ACCEPT
iptables -A INPUT -p tcp -s 194.128.1.6 --dport 22 -j ACCEPT
И если использовать правило
iptables -A INPUT -p tcp -s 192.168.0.1 --dport 22 -j ACCEPT
Однозначно не вариант, так как потом возникает проблемы с редактированием и изменением правил. Нужно каждый раз лесть в код. Имел дело с подобным случаем, когда нужно было добавлять акции на сайт и так меня постоянно дергали.
а будет ли затратно проверять все возможные моменты по очереди.
Тоесть к примеру я напишу 6 методов, которые перебирают вот этих 4 пользователей, а потом буду перебирать по методу, пока не прокнет подходящий.
Например начинаю проверять на общую ничью, если нет то следующий метод и тп. Так будет оптимально? Момент в том, что каждый из методов перебирает массив.
Тоесть если подойдет третий метот, массив пользователей будет перебран 12 раз.
все варианты могут быть которые я перечислял включая 1 момент.
Есть флаг, $allocationToWinner (Если true то победитель может быть 1 и он получает 100% рейтинга, если false то победителей может быть два, рейтинг делится 70 на 30).
К нам пришел массив к примеру из 4 пользователей, где earn кол-во очков
Наша задача определить победителя
И теперь варианты:
1) $allocationToWinner = true
- пользователь набравший больше всех очков (из массива, тоесть позиция 0) получает 100% рейтинга
- возникла ситуация, когда два пользователя набрало одинаковое кол-во очков, тогда нужно распределить рейтинг 50 на 50
- возникла ситуация, когда все пользователи набрали одинаковое кол-во очков, тогда раздаем всем рейтинг по 25%
2) $allocationToWinner = false
- первый и второй пользователь будут победителями и получат рейтинг 70 и 70
- первый и второй пользователь набирает одинаковое кол-во очков, тогда игнорируем флаг $allocationToWinner и даем всем по 50% рейтинга
- первый победитель определился, а второй и третий пользователи набрали одинаковое кол-во очков, тогда нужно первому дать 70%, а второму и третьему по 15%
И вот самый большой вопрос и самое больше непонимание, это как пройтись циклом по массиву пользователей и проверить на все эти вероятности (кто выиграл, у кого ничья и тп).
вот тут самый коварный вопрос, а как я узнаю какой класс поведения использовать, ведь мне нужно определить кто победить, где ничья.
Если будет такой момент, что 1 раз я прохожу по циклу и вижу, что первый пользователь победитель. А при втором проходе окажется, что следующий пользователь набрал столь-ко же очков и это уже ничья.
Вот именно не могу понять этот момент, когда нужно определить кто победил, а где ничья.
// как я понял сюда нужно передавать нужно поведение
new Player(IBehavior $behavior, $score)
но вот вся суть моего вопроса, как раз определить где победа, а где ничья. А только потом уже соответственно распределять рейтинг.
#!/bin/bash
if [[ $(whoami) == "root" ]]; then
vzctl enter 101
else
sudo /vz/login.sh
fi
// права 777 выдал
/vz/login.sh - chmod 777
создал группу vz в судоерах
%vz ALL=(ALL) NOPASSWD: /vz/login.sh
пользователя закинул в группу
etc/passwd
checkers:x:505:510::/home/checkers:/vz/login.sh
И патnи вываливается:
Feb 11 18:09:50 mj257 sshd[2343]: Accepted password for checkers from 213.200.48.38 port 64060 ssh2
Feb 11 18:09:50 mj257 sshd[2343]: pam_unix(sshd:session): session opened for user checkers by (uid=0)
Feb 11 18:09:50 mj257 sshd[2343]: pam_unix(sshd:session): session closed for user checkers