我有一个Azure VM安装程序（dev1），我无法从工作站通过UNCpath访问共享文件夹（发布）。 我通过P2S VPN连接连接到Azure，而且我的工作站与Azure VM位于同一个域中。 当我打开资源pipe理器，并尝试访问\ dev1 \发布，我得到一个错误说： \\dev1 is not accessible. You might not have permission to use this network resource. Contact the administrator of this server to find out if you have access permissions." The user name could not be found. 我以域用户的身份login到我的工作站，从不提示input其他凭据。 我误解如何访问Azure虚拟机上的文件共享吗？
我安装了azure色的点对点VPN。 我select西欧的位置，我也在设置中使用Google的DNS服务器。 我创build了一个证书，上传它，然后从我的Windows 7机器连接到VPN。 但是我无法连接到互联网。 我究竟做错了什么？
我试图通过OpenVPN将两个networking（AWS和Azure）连接在一起。 我知道其他的实现（OpenSwan + Azure的GW等），但我需要最大的便携性，因为我将这个扩展到其他云vps提供商以及。 OpenVPN网关可以相互ping通，每个网关都可以ping对方networking上的所有IP，但是一个networking上的计算机不能ping通另一个networking上的计算机（它们也不能ping相对的网关）。 我在这里错过了什么？ 似乎很多人都有这个问题的各种原因，但经过50 +尝试，我放弃了，并决定要求:) networking1： dev tun port 1194 ifconfig 10.8.223.40 10.8.223.41 route 10.22.1.0 255.255.255.0 vpn_gateway comp-lzo keepalive 10 60 persist-key persist-tun user nobody group nobody secret /etc/openvpn/static.key ip route default via 10.0.1.1 dev eth0 10.0.1.0/27 dev eth0 proto kernel scope link src 10.0.1.9 10.22.1.0/24 via 10.8.223.41 dev tun0 10.33.0.0/24 via […]
我试图远程调用我的azure色服务器，但无法伸手。 另外，当我在远程IP ping平， pings不成功。 Azure服务器有两个IP地址， private地址和public地址，但是当我尝试远程地呼叫时，它们都不能成功。 gm_client = gearman.GearmanClient(['130.72.28.23:4730']) #tried using both public and private IP of azure server 这是我试图请求我的远程服务器。 当在我的本地networking的远程系统上，它工作正常。 远程Azure服务器有任何权限相关的问题吗？
我进入了一个坐标系，我有三个azure色的虚拟机，它们是同一个工作组的一部分。 我有一个需求，我需要通过一个ASP.NET应用程序复制其中一个虚拟机的共享文件夹中的文件和其他两个虚拟机。 这两个VM是Web服务器，通过负载均衡器访问。 这里的问题是他们不在一个域中。 我提到如何在networking上设置共享文件权限？ 并相应地创build用户在所有三个服务器上具有相同的凭据和冒充与同一用户的asp.net应用程序，但不是所有情况下预期的行为。 虽然它在某些情况下适用于小文件。 基本上我发现提供的解决scheme是错误的，因为如果我们在多台机器上创build具有相同凭证的本地用户（即使在工作组中），那么该用户也不应该能够访问不同机器上的文件夹。 请帮助以下两点 1-我有一个本地用户在我用来login的所有三个虚拟机上拥有相同的凭证。 我给共享文件夹上的用户的完整权利。 我可以浏览文件夹并从任何虚拟机执行所有操作（创build\编辑\删除）。 所以我认为它应该像上面讨论的那样工作。 请提出build议。 2-任何其他方法来处理这种情况。
我们只有一个虚拟networking，在Azure上只有一台云服务器。 这个虚拟networking有多个服务器节点 – 包括Windows机器和一些Linux机器。 其中一台Windows机器托pipe本地DNS服务器，用于在虚拟networking中进行名称parsing。 所有节点都使用DNS选项创build，以便本地DNS作为其DNS注册到节点中。 此外，虚拟networking设置已更新，以包括此DNS服务器（172.16.0.4）作为VN的DNS。 我的Windows机器能够正常工作 – 在新的configuration或重新启动时，DNS会自动更新以反映该机器的新IP（如果有的话）。 但是，Linux机器根本没有在本地DNS上注册。 Linux节点能够通过使用本地DNS（172.16.0.4）parsingWindows节点IP，但是无法通过名称parsing到达其他Linux节点。 我尝试更新resolvconf / resolvconf.d / tail文件，并添加了一个“search”条目，并重新启动。 还尝试将FQDN提供到Linux服务器的主机名文件中。 我注意到resolv.conf仍然有一个“search reddog.microsoft.com”string。 这表明所使用的DNS后缀仍旧是旧的，即使VN内有新的本地DNS服务器可用。 resolv.conf如下所示： nameserver 172.16.0.4 search reddog.microsoft.com 据我所知，这个问题的根本原因是，Azure DHCP服务器应该发送DDNS请求到这个本地DNS（已经适当注册为VN级别的DNS）来更新任何新节点或重新启动的节点的loggingVN。 但Azure DHCP似乎不会将这些DDNS请求发送到DNS。 我错过了什么？
我正在从Azure虚拟机testingWeb服务，testing只涉及到一个HTTP GET，它从Rackspace托pipe的服务器返回JSON数据。 从任何地方，但Azure执行此testing时，响应时间是几毫秒，总是小于1秒。 不过，我已经尝试了Azure的不同地区，不同的虚拟机types（A1，A7，D2，带有和不带8个磁盘的条带），每一次都需要4秒以上才能得到响应。 这可能是什么原因呢？ 我看到很多关于Azure性能的抱怨，但是到现在为止还没有遇到任何问题。 任何想法或故障排除步骤是受欢迎的
我们在运行mongoDB的Ubuntu 14.04虚拟机上遇到了很高的磁盘IO。 在Windows Azure上。 为了解决这个问题，我们将虚拟机的大小从A2更改为A3（添加额外的数据光盘），并附加了4个额外的VHD，并将它们设置为raid10，这很好。 我们现在希望分离原始数据VHD（将VM大小最小化回A2），但是我们遇到了一个新问题。 分离出原始数据VHD并重新启动计算机后，我们无法通过SSH连接到虚拟机，在将VHD连接回去后，所有恢复正常工作。 另外，如果我在没有重新启动机器的情况下拆卸VHD，机器运行正常，除了看不到VHD（我只看到操作系统磁盘和临时数据磁盘）之外，我可以浏览已安装的目录。 我附上了“lshw -c disk”命令的相关输出。 （我们要分离的原始VHD是/ dev / sdc） 之前 > *-disk > description: SCSI Disk > physical id: 0.0.0 > bus info: scsi@2:0.0.0 > logical name: /dev/sda > size: 29GiB (31GB) > capabilities: partitioned partitioned:dos > configuration: sectorsize=512 signature=0004656b *-disk > description: SCSI Disk > physical id: 0.1.0 […]
我有一个Azure VM托pipe一个Web应用程序。 该应用程序将通过虚拟机的IP地址访问： http://191.238.112.62 我希望能够使用查询stringredirect到本地 IIS中完全不同的站点。 例如： http://191.238.112.62/?site=1 会redirect到 www.site1.com 我的结构IIS的方式可以看到如下： 每个站点在系统主机文件中都有一个条目。 127.0.0.1 wwww.site1.com 127.0.0.1 wwww.site2.com 127.0.0.1 wwww.site3.com 有可能有一个更好的办法来实现我在这里，所以任何指针将不胜感激。 谢谢。
我已经将我的angular色添加到虚拟子网，并configurationnetworking安全组以允许63389入站到3389我尝试了各种排列3389到3389但是我永远不能让RDP工作。 如果我删除NSG它工作正常。 我基本上正在做这里说的 这是我目前使用我的web_sg子网10.1.0.0/16 # RDP inbound Get-AzureNetworkSecurityGroup -Name "web_sg" | Set-AzureNetworkSecurityRule -Name RDP-web_dmz -Type Inbound -Priority 347 -Action Allow -SourceAddressPrefix 'INTERNET' -SourcePortRange '63389' -DestinationAddressPrefix '10.1.0.0/16' -DestinationPortRange '3389' -Protocol TCP # SSL Inbound Get-AzureNetworkSecurityGroup -Name "web_sg" | Set-AzureNetworkSecurityRule -Name SSL-web_dmz -Type Inbound -Priority 348 -Action Allow -SourceAddressPrefix '*' -SourcePortRange '*' -DestinationAddressPrefix '10.1.0.0/16' -DestinationPortRange '443' -Protocol […]