Удаление Exchange 2010

Netstat:
Из того, что Вы сказали, кажется, что порт не мог бы на самом деле слушать. Если бы порт 81 слушал во всех интерфейсах, то необходимо видеть что-то как следующая строка от 'netstat-tapnl':

tcp        0      0 192.168.1.82:81       0.0.0.0:*               LISTEN      -               
tcp        0      0 192.168.131.1:81        0.0.0.0:*               LISTEN      -               
tcp        0      0 192.168.21.1:81        0.0.0.0:*               LISTEN      -               
tcp        0      0 127.0.0.1:81            0.0.0.0:*               LISTEN      -

4-й Coloumn является IP-адресом, которые имеют что-то слушающее на них. С 127.0.0.1 являющийся петлевым интерфейсом. Вы могли бы также видеть 0.0.0.0:81 для всех интерфейсов вместо этого.

Iptables:
Таким образом, если бы Вы действительно видели, что это слушать на 127.0.0.0 или 0.0.0.0 от netstat произвело, то необходимо смочь к telnet к нему с того же сервера, если у Вас есть это общее правило iptables от 'sudo iptables-L-v' команда:

1198K  183M ACCEPT     all  --  lo     any     anywhere             anywhere

Который, если под ВХОДНОЙ средней цепочкой принимают все входящие соединения в петлевой интерфейс. Кроме того, заметьте первые два столбца. Это - то, сколько пакетов / байты соответствуют тому правилу, таким образом, необходимо видеть, что счетчики изменяются с ОТБРАСЫВАНИЕМ, или ПРИНЯТЬ правила соответственно. Это - способ видеть, 'ловят' ли правила пакеты.

Заключение:
Удостоверьтесь, что lighttpd на самом деле выполняет 'sudo PS aux | grep lighttpd' (предполагающий, что это - имя процесса). Если это не, запустите, это с 'sudo/etc/init.d/lighttpd запускается'. Затем, если Вы все еще не видите, что он слушает взгляд в журналах в/var/log/lighttpd. Наконец, отправьте свою lighttpd конфигурацию. При попытке запустить процесс как не пользователь root, то Вы также не сможете связать его с 81, потому что это - привилегированный порт (даже при том, что процесс мог бы работать как другой пользователь).

Вышеупомянутое предполагает, что Вы имеете ssh доступ или что-то подобное и находитесь на самой машине. Это - лучшее место для запуска, устраняет и сложность маршрутизатора с его возможным NAT. Можно сделать NAT с iptables, но не уверенные, если бы можно сделать это с петлевым интерфейсом, и это было бы нечетной вещью сделать, если Вы можете.