好吧，我知道这已经被问了很多，但我已经尝试了我可以find的每一个build议，我仍然不能telnet到端口3306上的我的亚马逊服务器。 添加iptables条目以接受端口3306上的连接： iptables -A INPUT -i eth0 -p tcp -m tcp –dport 3306 -j ACCEPT 这不能解决它，所以我关掉防火墙ufw disable 从Amazon AWS的安全组部分中的任何位置添加3306，以用于我的特定服务器。 （相关行：MYSQL TCP 3306 0.0.0.0/0） 在my.cnf中将绑定地址更改为0.0.0.0 ，并确保端口为3306 仍然没有运气。 3306端口可能被阻塞还有其他原因吗？ 为什么我不能用telnet连接？ （ofc我的目的是远程连接mysql）这里是netstat -lnptu的结果 Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name tcp 0 0 0.0.0.0:3306 0.0.0.0:* LISTEN 16883/mysqld tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 932/sshd tcp6 […]
我已经检查了“记住密码”，并且每次input密码后，即使连接正确，并且选中该checkbox，它也不允许使用保存的密码进行后续login，并说它是无效的 – 是否被正确保存不知何故？ 是否被某些模糊的设置禁用？ （这将是非常直观的，看看如何checkbox可用）。 我已经尝试使用域和非域（本地）pipe理员帐户，并使用服务器的FQDN。 编辑：作为一个故障排除步骤，在哪里可以find（希望哈希）密码？
这就是安全日志下的事件。 他们有很多。 有人试图蛮横迫使networking？ 此服务器也被用作terminal服务服务器..感谢任何意见/帮助将不胜感激。 身份validation票证请求： User Name: rosu Supplied Realm Name: my domain User ID: – Service Name: krbtgt/my domain Service ID: – Ticket Options: 0x40810010 Result Code: 0x6 Ticket Encryption Type: – Pre-Authentication Type: – Client Address: 127.0.0.1 Certificate Issuer Name: Certificate Serial Number: Certificate Thumbprint: 现在，如果你注意到用户，对于每一个这样的事件..用户名的变化，他们似乎是所有按字母顺序尝试，如果我按datesorting..这里的IP是内部的这一个，但是对于大多数它是外部IP如213.88.247.2 ..似乎事件的源端口也在变化。 看看另一个： login失败： Reason: Unknown user name […]
我们在我们公司的桌面服务器上安装了Windows Server 2008 R2，这台服务器在过去3年里一直运行良好（定期更新） 最近，我们重启我们的服务器（由于文件传输缓慢），并重新启动。 服务器冻结login（又名Ctrl Alt Del）屏幕。 我们没有键盘或鼠标input和远程桌面连接，但在欢迎屏幕冻结。 有趣的是，文件共享和HTTP服务器的工作。 键盘和鼠标在BIOS中正常工作，当我们启动到安装CD。 我们已经重新启动了多次，运行SFC检查和纠正任何文件错误，运行memtest发现一个错误，但罚款后，我们切换内存。 在这一点上，我们几乎没有select和想法。 任何意见或想法，将不胜感激！
我的networking上有一个漫游用户偶尔会遇到日志logging时间有时会超过40分钟的情况。 经过一个月的努力，并学会了我能解决这个问题的原因，是由于NTUSER.DAT文件被反复复制到prfXX.tmp文件中（x是随机数）。根据我读的微软信息当漫游用户注销时，临时文件复制当前的漫游configuration文件信息，然后覆盖服务器上存储的版本，完成后自行删除。 如果某些事情中断了进程，或者不放弃漫游configuration文件，则临时文件不会写入服务器副本，而只是将自身保存到用户的configuration文件中。 这篇文章在这里看到… http://support2.microsoft.com/?kbid=328607 我正在创build这个post，看看是否有其他人有这个问题。 如果是这样，什么可能导致挂断？ 我的第一个猜测是用户感到沮丧和closures计算机，而不是等待login或注销过程。 不过，我知道除了这个人之外，还有其他人不会看到这个问题。 有没有已知的程序拒绝“放手”的漫游configuration文件？ 我已经重新创build了configuration文件，并更换了电脑，没有任何改变。 任何input将不胜感激。 对于技术信息来说，我们有一个XP，7和一些8.1计算机的混合环境。 据我所知，用户只使用XP。 我们当前的域控制器运行在Windows Server 2012上。我们以前的域控制器运行的是Server 2003，并且当前用作备份控制器。
在Windows 2012 R2上使用ADFS。 我已经创build了一个中继方信任，该中继信任具有一个声明规则，该规则定义了将活动目录属性映射到供应商系统中的命名属性。 当我查看federationmetadata.xml文件时，我注意到这些属性不存在，只有“索赔说明”中列出的项目存在。 这是正常的吗？ 应用程序供应商系统显然使用PingFederate，他们期望这些属性出现在元数据文件中。
根据http://docs.graylog.org/en/1.3/pages/index_model.html，graylog2删除基于“elasticsearch_max_number_of_indices”的旧标记。 为什么不能graylog2不允许。 的迹象成长？ 另外，根据上面的同一页面， 你已经在你的graylog.conf（elasticsearch_max_number_of_indices）中configuration了最大数量的索引。 当达到这个数字时，最旧的索引将被自动删除。 在后台进程中由graylog-server主节点执行删除操作，该后台进程不断将实际的索引数量与configuration的最大值 graylog-server会不断删除这些指示，所以如果我已经在最大的elasticsearch_max_number_of_indices中恢复和旧的索引，这会推出一个现有的指标吗？
我有一个问题。 我已经用我的office365帐户build立了第三方SSO。 第三方SSO使用我的on-premesis Active Directory进行身份validation。 唯一的区别就是在premesis SSO和这个之间使用ADFS是这个位于“在云端”…但是我离题了。 无论如何，我运行DirSync并启用office365和我的广告之间的密码同步。 这是成功的，目前正在工作。 然后我“联合”了域以使其与SSO一起工作。 我使用Windows Azure AD Powershell连接到我的office365订阅（连接msol）。 然后我成功联合了这个域名。 为了创build设置，我使用了powershell命令“Set-MsolDomainAuthentication”并添加了一些参数来设置服务。 由于我的印刷错误，我错误地设置了“IssuerUri”“LogOffUri”“PassiveLogOnUri”。 我回到了Azure AD powershell，并尝试使用“Set-MsolDomainAuthentication”命令来更正这些参数，但是它们不会更新到新值！Powershell“接受”命令，但是我看不到这些命令的前端更改url。 显然，问题是，当试图login到微软在线，它redirect到一个不正确的url，所以我不能“login”使用SSO。 我仍然通过pipe理员凭据访问后端。 任何帮助表示赞赏！
我已经把apache用户设置为/ sbin / nologin作为他的shell，但是他仍然在最后一次login列表（ last命令）中出现了很多次 – 可能是我肯定不想这样做的人。 我在这里错过了什么，还有什么可以触发最后login名单上的条目？ 显然他能够login没有壳？ 这里有一些条目，以防万一。 root pts/0 xx Sat Feb 20 13:36 still logged in apache pts/0 xx Fri Feb 19 01:20 – 01:20 (00:00) apache pts/0 xx Mon Feb 15 08:57 – 08:57 (00:00) apache pts/0 xx Wed Feb 10 22:23 – 22:23 (00:00) root pts/0 xx Sun Feb […]
我们有2个域名。 TestCenter.org和TestProject.org。 Server 2012 R2运行AD和ADFS 我们还有一台Exchange 2010服务器也在运行 所有用户都有一个TestCenter.org的电子邮件地址。 但AD域是TestProject.org域 我已经通过O365设置了交换离线邮件归档。 我正在尝试将其configuration为使用单点login。 当我为用户创build一个远程电子邮件存档时，它将通过混合交换设置并在Office 365中创build邮件存档。然后提示用户inputOutlook的凭据以inputOffice 365的凭据。因此，SSO不起作用。 如果用户使用[email protected]用户名login工作和存档文件夹出现在他们的邮箱，一切都很好。 但是用户正在使用TestCenter.org域来发送电子邮件。 如果我将用户login域更改为AD中的TestCenter.org，那么在Outlook中绝不会提示它们，也不会显示存档文件夹。 一旦我将其login域更改回TestProject.org，popup提示符。 如果我使用[email protected]运行MS连接分析器来testingO365上的SSO，它将通过。 但是，如果我使用[email protected]它失败说无效的用户名/密码，其他一切通过testing。 那么如何让TestCenter.org域对TestProject.org doamin进行身份validation，以便SSO能够正常工作呢？ 谢谢，