Вопрос был - если ли алгоритм? Ответ - да, есть. Это же математика, сэр. Отвечая на незаданный вопрос - полный перебор всегда есть, если нет желания изучать математику.
Java приложение запускается на серверах приложений - Glassfish, Tomcat. Сервера предоставляют некую унифицированную масштабируемую среду. По-простому, чтобы не заморачиваться с socket-ами, реализацией диспетчеризации запросов и пр. что есть в любом сервере. https://ru.wikipedia.org/wiki/GlassFish
Да, и при этом есть вариации реализации в разных версиях glibc man7.org/linux/man-pages/man3/crypt.3.html, позволяющие использовать SHA256, SHA512. Т.е. все еще зависит где запускаемся.
Видимо не так пробовал... Доведи дело до конца, предположи что этим руководство уже воспользовалось 10000 человек и у них получилось. Какой должен быть вывод?
Это совсем другой вопрос. Железо здесь ни при чем. Не нужно придумывать себе несуществующие проблемы. Разбирайтесь с настройками сервера Teamspeak. BTW, учитывая что Teamspeak голосовой сервер, там видимо используется целая куча портов, да еще, скорее всего и динамически. Я не спец по нему, но с VoIP имел дело.
Ну хотя бы netstat -a, посмотреть состояние LISTENING, затем проверить сервер в локальной сети и потом уже пытаться выяснить почему не видно из Интернет. А может оно и не работает вовсе?
1. Вы добавили правила брандмауера и тут же его отключили (см. скриншоты)
2. Вы добавили обратный NAT на адрес 192.168.1.17 и тут же настроили на этот же адрес DMZ,
Вы определитесь со способом проброса и вашими нуждами и потом используйте либо обратный NAT (AKA переадресация портов) либо DMZ.
И включите брандмауер, кто-же будет ваши правила переадресации выполнять?
