вот простой анлайнер, чтобы правильно разбанить всю тюрьму fail2ban:
iptables -L f2b-recidive -n | grep -o '[0-9]\{1,3\}\.[0-9]\{1,3\}\.[0-9]\{1,3\}\.[0-9]\{1,3\}' | grep -v 0.0.0.0 | xargs -n 1 fail2ban-client set recidive unbanip
ПРИМЕЧАНИЕ. :Команда iptables принимает префикс «f2b -» перед именем тюрьмы, а «fail2ban -клиент» — реальное имя тюрьмы
Если я правильно интерпретирую ваш текст, то вполне возможно, что вы ищете ~/.bashrc
рекурсивно, либо из себя самого, либо оно и ~/.bash_profile
бесконечно бесконечно (это не ясно из вопроса )]. Результатом этого, вероятно, будет непропорциональное увеличение одной или нескольких переменных среды, что приведет к сообщению об ошибке, которое вы цитируете.
Чтобы это исправить, вам потребуется войти в свою учетную запись, не запуская оболочку bash
.
Это можно сделать, например, с помощью
ssh -t user@host /bin/sh
(где user@host
— ваше имя пользователя и адрес хоста ). Это запустит оболочку /bin/sh
, а не оболочку входа по умолчанию. Оболочка /bin/sh
обычно не создает файл ~/.bashrc
,так что у вас не будет такой же проблемы с этой оболочкой. Вы можете выбрать любую другую оболочку, но существование оболочки /bin/sh
более или менее гарантировано.
Это позволит вам войти в учетную запись, возможно, в незнакомой, но полностью функциональной оболочке, чтобы исправить проблему, которая, опять же, похоже, связана с рекурсивным поиском файла ~/.bashrc
тем или иным способом.
Я не рассматривал вашу проблему с Python. Эта проблема может быть чем-то, о чем вы можете задать отдельный вопрос, предварительно убедившись, что ваша местная команда системных администраторов не может вам помочь с ней.
Вы рекурсивно добавляете содержимое .bashrc
в.bashrc
Один из выходов из этого состоит в том, чтобы установить для вашей PATH
переменной нормальное значение, тогда выполнение внешних программ должно работать, (однако вам придется изменить.bashrc, чтобы это не повторилось ).
$ PATH=/usr/sbin:/usr/bin:/sbin:/bin
, а затем, например,:
$ vi.bashrc