现在我已经开始为Windows 2008做一些开发/支持工作了,我发现自己因为缺少一个我无法启用的功能而感到烦恼:"我的电脑"的桌面快捷方式我已经习惯了.我知道如何在XP和2003上启用它,但我在2008年找不到设置.
用户如何在Windows 2008 Server上配置哪些桌面图标(我的电脑,我的文档,回收站等)?
我通常会创建一个有限权限的用户并在其下运行该过程,但是在2008年IIS7下自动创建的池使用此帐户这一事实让我觉得这是非常安全的,可能比我创建的更安全吗?Redmond的整个Secure By Default推动会让我相信这是事实.
我们使用ASP.NET的事务范围功能来管理分布式事务,我们需要通过以下链接启用分布式事务:
合作伙伴事务管理器已禁用其对远程/网络事务的支持
它适用于SQL Server 2005和Windows Server 2003,但是当涉及到Windows Server 2008服务器和SQL Server 2005时,我们遇到以下错误,我们仍然遵循上面链接中提供的相同步骤:
Windows Server 2008 + SQL Server 2005 +已禁用分布式事务管理器(MSDTC)的网络访问.请使用组件服务管理工具在MSDTC的安全配置中启用DTC以进行网络访问.
嘿,我有一个用WiX构建的MSI,它试图指定只在安装IIS时才满足的启动条件.这种情况在WS2008 x64上无法正常工作.它适用于我的Windows 7 x64机器.
财产:
<!-- This is used later in a Launch condition. -->
<!-- see http://learn.iis.net/page.aspx/135/discover-installed-components/ -->
<Property Id="IIS7" Value="#0">
<RegistrySearch Id="IIS7W3SVC"
Type="raw"
Root="HKLM"
Key="SOFTWARE\Microsoft\InetStp\Components"
Name="W3SVC" />
</Property>
Run Code Online (Sandbox Code Playgroud)
条件:
<Condition Message="Cannot install. You must install IIS before installing this product.">
NOT IIS56 = "#0" OR NOT IIS7 = "#0"
</Condition>
Run Code Online (Sandbox Code Playgroud)
(IIS6也有一个属性,但这应该与此无关).
用户报告他看到此"无法安装"消息.他还说IIS已安装并正常运行.
WS2008是否具有用于IIS存在的不同注册表项?
确定IIS是否存在的首选机制是什么?
这是WIX 3.5.不确定WS2008的确切版本.
它可能类似于此处描述的问题.这个问题尚未解决.
想法?
我试图通过负载均衡器后面的Web服务器上的IP地址限制IIS 7中的应用程序.X-Forwarded-For标头由负载均衡器设置,具有客户端的IP地址.
在IIS 7中提取IP地址以在我的应用程序上设置IP地址过滤的最佳方法是什么?如果没有最好的方法,我将最终使用HTTPModule为我处理这个问题.
我们在Windows 2008上的IIS 7.5上运行了一个ASP.Net 4.0应用程序.我们的用户都在域上下文中运行Windows XP或Windows 7.
用户使用Windows身份验证进行身份验证.
我们有两个似乎配置相同的服务器.system.webServer/security.authentication/windowsAuthentication:
authPersistNonNTLM = False
authPersistSingleRequest = False
enabled = True
Run Code Online (Sandbox Code Playgroud)
system.webServer/security/authentication/anonymousAuthentication:
enabled = False
Run Code Online (Sandbox Code Playgroud)
Beta服务器似乎始终Persistent-Auth: true为所有用户返回,而生产服务器似乎始终false为某些用户返回.有两个开发人员的PC同时使用相同的操作系统映像构建,他们的ActiveDirectory配置文件都是我的模型:一个总是得到false,另一个总是得到true.
这是问题,因为一些用户生成Authenticate:标头10k长(我的大约是3k).根据应用程序的哪些部分已被使用,您可能无法在16k限制内容纳10k Auth标头和所有潜在的会话cookie.
什么设置可能导致Persistent-Auth标头在每个用户的基础上发生变化?
我开发了一个WCF服务,它作为Windows服务托管并公开了一个MSMQ端点.
我在SERVER1上有客户端应用程序,在SERVER2上有MSMQ和WCF服务.
当SERVER1/ClientApp尝试将消息推送到SERVER2 MSMQ时,我得到以下错误:
System.TypeInitializationException: The type initializer for 'System.ServiceModel.Channels.Msmq' threw an exception. ---> System.DllNotFoundException: Unable to load DLL 'mqrt.dll': The specified module could not be found. (Exception from HRESULT: 0x8007007E)
at System.ServiceModel.Channels.UnsafeNativeMethods.MQGetPrivateComputerInformation(String computerName, IntPtr properties)
at System.ServiceModel.Channels.MsmqQueue.GetMsmqInformation(Version& version, Boolean& activeDirectoryEnabled)
at System.ServiceModel.Channels.Msmq..cctor()
--- End of inner exception stack trace ---
at System.ServiceModel.Channels.Msmq.EnterXPSendLock(Boolean& lockHeld, ProtectionLevel protectionLevel)
at System.ServiceModel.Channels.MsmqOutputChannel.OnSend(Message message, TimeSpan timeout)
at System.ServiceModel.Channels.OutputChannel.Send(Message message, TimeSpan timeout)
at System.ServiceModel.Channels.ServiceChannel.Call(String action, Boolean oneway, ProxyOperationRuntime operation, Object[] ins, Object[] outs, TimeSpan timeout)
at …Run Code Online (Sandbox Code Playgroud) 我在服务器1上托管了我的Webapp,在服务器2上托管了我的数据库
但我得到了跟随错误
"与基础交易经理的沟通失败了."
我用Google搜索并发现一个帖子,其中提到了DTC(分布式事务)的问题我在server2(数据库服务器)上启用了DTC,并在防火墙中对它进行了例外处理.


但仍然是同样的错误.
这是完整的堆栈跟踪
消息:System.Transactions.TransactionManagerCommunicationException:与基础事务管理器的通信失败.---> System.Runtime.InteropServices.COMException:由于通信问题,MSDTC事务管理器无法从源事务管理器中提取事务.可能的原因是:存在防火墙且MSDTC进程没有例外,两台计算机无法通过其NetBIOS名称找到对方,或者两个事务管理器之一未启用对网络事务的支持.(从HRESULT异常:0x8004D02B)在System.Transactions.Oletx.IDtcProxyShimFactory.ReceiveTransaction(UInt32的propgationTokenSize,字节[] propgationToken,IntPtr的managedIdentifier,的Guid&transactionIdentifier,OletxTransactionIsolationLevel&的IsolationLevel,ITransactionShim&transactionShim)在System.Transactions.TransactionInterop.GetOletxTransactionFromTransmitterPropigationToken(字节[] propagationToken)
好心劝告
sql-server msdtc transactions windows-server-2003 windows-server-2008
我们在Windows Server 2008上运行带有Erlang 17.4的RabbitMq 3.6.2.我们在sasl日志中反复看到以下记录.它正在发生(每隔几个小时)没有特定的模式.
=SUPERVISOR REPORT==== 05-Jul-2016::09:52:42 ===
Supervisor: {<0.835.211>,amqp_channel_sup_sup}
Context: shutdown_error
Reason: shutdown
Offender: [ {nb_children,1},
{name,channel_sup},
{mfargs,
{amqp_channel_sup,start_link,
[direct,<0.864.211>, <<"">>]}},
{restart_type,temporary},
{shutdown,brutal_kill},
{child_type,supervisor}]
Run Code Online (Sandbox Code Playgroud)
我在这里读到,通过来自admin插件的HTTP API可能与活动性测试有关.我们还使用负载均衡器中的活动性测试来定义哪些节点应该接收流量.
任何有关理解日志实际意义以及我们如何防止它(如果需要)的帮助将不胜感激.我也在这里发布了关于服务器故障的这个问题.
从Windows Server 2003切换到Server 2008后,我们遇到了SVN的奇怪权限问题.
在我们的标准构建框中,有一个文件夹(C:\SVN_Code_Folder),AD_User_A使用SVN_User和TortoiseSVN 1.7.6与SVN存储库关联
使用Windows 2003时,当AD_User_B登录到框中并尝试更新,切换,将SVN_Code_Folder与SVN_User合并时,将执行该命令.
在Windows 2008中,它失败并显示以下消息:
命令:更新
错误:工作副本'C:\ jboss-4.2.3.GA\server \新文件夹'已锁定
错误:sqlite:尝试编写只读数据库
错误:sqlite:尝试编写只读数据库
已完成!
尝试通过上下文菜单解锁从未锁定的文件,但会收到以下消息:
无法解锁.此工作副本中没有文件锁定.
我玩过该文件夹的权限,我发现给"域用户"控制文件夹可以解决问题,但我宁愿没有这么广泛的权限.我尝试向单个用户和SVN组授予相同的权限,但这些也没有用.
我错过了什么?
这是SVN的不当使用吗?
2个不同的域用户可以使用SVN更新文件夹而无需删除.SVN文件吗?
iis ×2
iis-7 ×2
msdtc ×2
sql-server ×2
windows ×2
.net ×1
asp.net ×1
desktop ×1
dll ×1
erlang ×1
http-headers ×1
iis-7.5 ×1
ip-address ×1
msmq ×1
rabbitmq ×1
sasl ×1
security ×1
svn ×1
tortoisesvn ×1
transactions ×1
wcf ×1
wix ×1