Не может просмотреть веб-сайт с общедоступным IP, но www.example.com & example.com хорошо работают
Необходимо ли знать или хотеть ли знать? Я подразумеваю, что в техническом смысле, потому что без корневого доступа на удаленной машине ("machine1" в Вашей установке), нет никакого способа знать авторитетно. Однако Вы можете высказывать разумные предположения. Это помогает, если это информационно, но бесполезно для безопасности.
ident демон был старомодным способом выполнить это, но с тех пор в текущем мире нет никакого смысла в просто распространении информации о пользователе бесплатно на недоверяемые сайты, современные identd реализации обычно дают зашифрованный результат. Это может быть дешифровано с помощью секрета, сохранил саму систему. Но еще чаще теперь, люди просто не выполняют ident демона вообще.
Если у Вас есть корень на machine1, можно выполнить identd с шифрованием и использовать секрет на machine2 для нахождения ответа. Или можно сделать netstat материал larsks предлагает. Но если у Вас нет корня, можно посмотреть на процессы не поскольку корень и высказать образованные предположения на основе синхронизации.
Поочередно, можно приблизиться к вопросу от другого угла. Если обеспечение идентификационных данных является Вашим беспокойством, некоторым типом времени - или противобазировалось, криптографическое решение OTP могло бы сделать его так, можно быть довольно уверены, что удаленные пользователи, соединяющиеся, являются теми, они, как предполагается, с независимо от того, чем они соединяются.
Wait, what? If you're getting a 404 then you are resolving your web server (if it wasn't resolving you'd be getting nothing, especially not a 404). I think you're getting your terminology all mixed up.
There's no such thing as "DNS Manager Forwarding". Your hosting company doesn't do anything with your "A" records, your DNS hosting company does (unless they are the same thing)
To be honest, it sounds like you have hostname bindings on your IIS website, and you just need to add additional bindings for your non-www domain.
I.E. In your IIS website, under bindings, you have example.com in there, but not www.example.com
Sounds like your web server is expecting a canonical www.yoursite.com server request, but has no default rule set. I'm not an IIS guy (mostly Apache and nginx), so I can't speak to how to set it up, but web servers expect a server name in the request, and can only match what you've configured. You'll need to set up a rule somehow in IIS that says "if the header request is yoursite.com (not just www.yoursite.com) then point the request to document root located at X:\path\to\website."
Если вы получаете статус HTTP 404, значит, клиент обменивается данными с сервером, но сервер не может найти то, что запросил клиент, что говорит мне, что документ вашего веб-сайта по умолчанию, вероятно, не настроен правильно или у вас не настроен заголовок хоста для голого доменного имени.