состояние исходных портов tcp/udp при ожидании ответа от цели
Решение заключалось в изменении неверных региональных настроек. Первоначально, когда я устанавливал свои локали, я вводил то же имя локали, которое было найдено в /etc/locale.gen, которое было sv_SE.UTF-8.
Когда вы раскомментируете локаль по вашему выбору в /etc/locale.gen, вы должны запустить locale-gen, которая представляет собой программу, которая читает locale.genи генерирует файлы локализации. Доступные теперь можно найти, запустив locale -aв терминале.
Когда я бежал locale -a, я заметил, что sv_SE.UTF-8не вариант, а sv_SE.utf8есть. Затем мне нужно было изменить настройки локали в /etc/locale.confи убедиться, что для LC_COLLATEустановлено значение sv_SE.utf8вместо sv_SE.UTF-8. После этого новые настройки будут применены после перезагрузки машины. Вы также можете временно изменить локаль, запустив export LC_COLLATE=sv_SE.utf8, а затем попытаться запустить neomutt, чтобы убедиться, что отображаются правильные символы.
После перезагрузки компьютера вы можете запустить locale, чтобы проверить, были ли изменены локали.
Другим решением является добавление export LC_*=sv_SE.utf8в файл вашего профиля, который выполняется всякий раз, когда вы открываете новое окно терминала.
in what state is port 33456 in while waiting for the answer from the server?
https://en.wikipedia.org/wiki/Handshaking#TCP_three-way_handshake
Он не находится в состоянии прослушивания независимо от того, было ли установлено соединение.
would nmap recognize the port as listening?
Нет, никогда.
and how would it behave with udp?
Для UDP необходимо указать удаленный IP-адрес для связи, поэтому маловероятно, что порт будет открыт для другого зондирующего хоста:
int bind(int sockfd, const struct sockaddr *addr, socklen_t addrlen)
Он может отображаться в состоянии прослушивания удаленного сервера.
Спрашивайте по номеруhttps://networkengineering.stackexchange.com