Откройте порт в моем CentOS
Ваш текущий процесс оболочки входа в систему сохраняет конфигурацию группы, которую он имел прежде. Особенно, сравните вывод
groups sachin
с
groups
. После выхода из системы и входа в систему, не стало различия.
Если Вы не можете повторно войти в систему из-за причин, неясных мне, необходимо расположиться каскадом newgrp материал. Imnternally, newgrp делает только "перевход в" в новом слое процессов. Если Вы выходите из системы, необходимо нажимать Ctrl-D так часто, как у Вас есть выполнение материала newgrp.
С другой стороны, Вы завершаете внутреннее newgrpслой и запускает другой после a usermod. Затем у Вас снова есть доступ к текущему набору групп.
Существует ли сервис, работающий на том порте после открытия его? Команда netstat -tulpn | less только покажет Вам порты демонов, которые на самом деле слушают на портах TCP.
Пример
Ничто первоначально не работает:
$ sudo netstat -tulpn | grep :80
$
Apache запуска:
$ sudo /etc/init.d/httpd start
Starting httpd: [ OK ]
$
Проверьте снова:
$ sudo netstat -tulpn | grep :80
tcp 0 0 :::80 :::* LISTEN 31260/httpd
Теперь мы видим его. Остановите сервис:
$ sudo /etc/init.d/httpd stop
Stopping httpd: [ OK ]
$
Теперь это пошло снова.
$ sudo netstat -tulpn | grep :80
$
-
1Да я был убежден, что мой сервер кота слушал этот порт, но это не было! Ошибка прибыла отсюда!Спасибо. – darkheir 25.09.2013, 18:17
iptables rule просто говорит, что любой входящий сегмент TCP с целевым портом 143 будет принят и не, например, Отброшенный, когда цепочечная политика по умолчанию будет установлена ОТБРОСИТЬ или ОТКЛОНЯЕТСЯ, когда сегмент не подобран никаким правилом, и последнее правило в цепочке является ОТКЛОНЕНИЕМ.
Если Вы хотите видеть, что этот порт, как открыто и в слушании указывает, что должно быть некоторое выполнение приложения и слушание на том порте. По-видимому, нет такого приложения, работающего, так попытайтесь настроить его сначала и затем запустить его. Порт TCP 143 в целом выделяется для сервисов IMAP (иначе Голубятня, IMAP курьера и так далее).