Для сокетов можно найти больше информации о inode в /proc/net/tcp
, /proc/net/udp
или /proc/net/unix
. Например:
ls -l /proc/<pid>/fd
lrwx------ 1 root root 64 May 26 22:03 3 -> socket:[53710569]
Мы видим, что inode 53710569.
head -n1 < tcp ; grep -a 53710569 tcp
sl local_address rem_address st tx_queue rx_queue tr tm->when retrnsmt uid timeout inode
155: 0100007F:001B 00000000:0000 0A 00000000:00000000 00:00000000 00000000 0 0 53710569 1 ffff88011f52c200 300 0 0 2 -1
В этом случае это - сокет слушания (никакой удаленный адрес), слушая на локальном порте 27 (0x1B). IP-адреса составляют 4 байта в шестнадцатеричном числе в "сетевой нотации", можно использовать inet_ntoa
функционируйте для преобразования его в стандарт a.b.c.d нотация (127.0.0.1 в этом случае).
Обратите внимание, что эти файлы, кажется, составляют 0 байтов, но иметь содержание при чтении их. Также отметьте это -a
требуется с grep, так как они могут (например, с unix
) кажись, быть двоичными.
Смотрите на этот вопрос о superuser.com наряду с, он - ответы: шпаклевка 0.61: почему я вижу, что “Доступ запрещен” обменивается сообщениями после того, как я введу свой идентификатор для входа в систему?
Походит на проблему с Вашей конкретной версией PuTTY. Удостоверьтесь, что Вы используете 0.62 или выше.
Это, кажется, ошибка с версией 0.61 PuTTY.
сводка: Побочный "Доступ запрещен" распечатан в окне PuTTY после отказа GSSAPI
класс: ошибка: Это - ясно фактическая проблема, которую мы хотим зафиксированный.
трудность: забава: Просто потребности tuits и не многие из них.
приоритет: высоко: Это должно быть зафиксировано в следующем выпуске.
отсутствующий - в: 0,60 существующих - в: 0,61 зафиксированных - в: r9232 0.62