Я неравнодушен к:
tail -2000 server.log | more
Или если я знаю конкретно, что я ищу:
grep -i somesearchstring [| more]
Или если я просто хочу наблюдать, что журнал проходит:
tail -f server.log
потому что, ну, в общем, Вы знаете, журналы являются забавой просто смотреть, проходят.
Ну, к сожалению, никто не смог помочь, и это прибыло время, где я должен был иметь дело с ним так, я играл с ним немного больше и в конечном счете нашел что-то, что, кажется, работает, таким образом, я отправлю его здесь в случае, если это помогает кому-то еще.
Мое удаленное соединение соединялось непосредственно с IP-адресом моего сервера вместо имени в доверяемом сертификате SSL. Так, когда я изменил свои настройки удаленного соединения для соединения с доверяемым именем вместо IP-адреса, это хорошо работало. Мое предположение - то, что, когда Вы соединяетесь непосредственно с IP-адресом, менеджер RDP-TCP ищет сертификат, который соответствует и если он не находит один, затем он принимает значение по умолчанию назад к автоматически сгенерированному (и если это не существует, то он воссоздает его). Так, теперь когда я установил его на сертификат третьей стороны, которому доверяют, и затем соедини использование FQDN того сертификата, это остается помещенным.
Так, теперь сканирование передает без любых флагов, и я хорош для движения.
Это был плохой сертификат. Вы можете попробовать импортировать его снова. Также проверьте промежуточные и доверенные корневые центры сертификации, чтобы увидеть, завершена ли цепочка сертификатов. RDP удалит любой сертификат, который недостаточно хорош.
Я знаю, что это старый поток, но мне удалось заставить RDP Host Configuration Manager сохранить SSL сертификат, сделав его "экспортируемым", когда я импортировал его в IIS.
Just FYI.
.