由于设置防火墙规则错误而无法访问远程服务器

Question

由于我的愚蠢错误，我需要帮助！

所以很长一段时间我都有一个由 register.it 托管的专用服务器

通常我通过终端服务器远程访问该服务器（Windows 2008 服务器）。今天我想阻止一个不断向我的服务器发送请求的站点。

所以我在防火墙（Windows 2008 服务器上的本机防火墙）中添加了一个新规则，就像我做了很多次一样，但是这一次，可能我在用我的大脑睡觉，我添加了一个阻止一切的一般规则！

所以我不能再访问服务器了，因为没有任何用户可以浏览网站，没有任何工作，因为这个规则阻止了一切。

我知道这是一个愚蠢的错误，不需要告诉我 :) 那么请问我能做什么？

我的提供商让我做的唯一一件事是通过他的控制面板重新启动服务器，但这对我没有任何帮助，因为防火墙再次阻止了我。

我有管理员用户名和密码，那么我真的可以做什么？

在这种非常糟糕的情况下，有一些技巧，一些技术，一些专家大师可以帮助我吗？

更新 我遵循托尼的建议，我做了一个 NMAP 来检查一些端口是否打开但看起来都关闭了：

NMAP结果

Starting Nmap 6.00 ( http://nmap.org ) at 2012-05-29 22:32 W. Europe Daylight Time
NSE: Loaded 93 scripts for scanning.
NSE: Script Pre-scanning.
Initiating Parallel DNS resolution of 1 host. at 22:32
Completed Parallel DNS resolution of 1 host. at 22:33, 13.00s elapsed
Initiating SYN Stealth Scan at 22:33
Scanning xxx.xxx.xxx.xxx [1000 ports]
SYN Stealth Scan Timing: About 29.00% done; ETC: 22:34 (0:01:16 remaining)
SYN Stealth Scan Timing: About 58.00% done; ETC: 22:34 (0:00:44 remaining)
Completed SYN Stealth Scan at 22:34, 104.39s elapsed (1000 total ports)
Initiating Service scan at 22:34
Initiating OS detection (try #1) against xxx.xxx.xxx.xxx
Retrying OS detection (try #2) against xxx.xxx.xxx.xxx
Initiating Traceroute at 22:34
Completed Traceroute at 22:35, 6.27s elapsed
Initiating Parallel DNS resolution of 11 hosts. at 22:35
Completed Parallel DNS resolution of 11 hosts. at 22:35, 13.00s elapsed
NSE: Script scanning xxx.xxx.xxx.xxx.
Initiating NSE at 22:35
Completed NSE at 22:35, 0.00s elapsed
Nmap scan report for xxx.xxx.xxx.xxx
Host is up.
All 1000 scanned ports on xxx.xxx.xxx.xxx are filtered
Too many fingerprints match this host to give specific OS details
TRACEROUTE (using proto 1/icmp)
HOP RTT      ADDRESS
1   ...
... ...
13  ... 30

NSE: Script Post-scanning.
Read data files from: D:\Program Files\Nmap
OS and Service detection performed. Please report any incorrect results at http://nmap.org/submit/ .
Nmap done: 1 IP address (1 host up) scanned in 145.08 seconds
           Raw packets sent: 2116 (96.576KB) | Rcvd: 61 (4.082KB)

问题：提供者本地可以通过用户名和密码访问吗？

Answer 1

如果您无法远程进入，则必须让您的提供商通过本地连接为您解决问题。