Windows Server 2008 bez klienta Telnet - jak przetestować połączenie ze zdalnymi portami bez instalowania niczego nowego?

11

Chcę sprawdzić, czy ktoś wie o podstępnych sztuczkach do testowania połączeń ze zdalnymi portami serwera z Windows Server 2008 i wariantach, które nie obejmują domyślnie instalowanego klienta Telnet. Powodem jest to, że czasami mam klientów, którzy chcą połączyć się z portem 25 na przykład na zdalnym serwerze i twierdzą, że nie mogą. Kiedyś przeprowadzałem szybki test, używając „telent mailserver.tld 25” lub cokolwiek innego, aby sprawdzić, czy mogę uzyskać odpowiedź na tym porcie. Nie chcę instalować klienta Telnet, aby go przetestować, jeśli nie muszę - czy są jakieś inne rodzime narzędzia systemu Windows, które pozwolą mi połączyć się ze zdalnym portem?

EDYTUJ wiele dobrych pomysłów!

Myślę, że użyję następujących opcji, aby wybrać najlepszą metodę:

  1. Czy mogę zainstalować na danym serwerze testowym?

    a) Jeśli tak, dodaj (i usuń po razie potrzeby) klienta Telnet.

  2. Nie mogę zainstalować, ale mam dostęp do sieci?

    a) weź przenośny Putty i użyj go do połączenia z portem 25

    b) spróbuj otworzyć serwer pocztowy na porcie 25 w IE (który jest zawsze dostępny) i zmierzyć wynik

windows-server-2008 port telnet S. Cobbs
źródło

Odpowiedzi:

8

Nie. Albo przeprowadzasz ich przez proces instalacji klienta Telnet w systemie Windows, albo instalujesz Putty lub podobną aplikację. Funkcjonalność została uznana za zagrożenie bezpieczeństwa i dlatego została wyłączona.

Driftpeasant
źródło
2
Uzgodnione, chociaż Putty może działać bez instalacji.
Dan
1
Tak, miałem na myśli instalację w pewnym sensie „musisz pobrać aplikację”.
Driftpeasant,
To wystarczy!
Dan
7

Myślę, że Windows 2008 ma PowerShell v2? Jeśli tak, wyślij im e-mailem ten skrypt PowerShell:

:: powershell script
try { 
  $tcp=new-object System.Net.Sockets.TcpClient 
  $tcp.connect("localhost",25) 
  $tcp.close() 
} 
catch { 
  "Exception occured" 
}
djangofan
źródło
5

Możesz użyć przeglądarki i przejść do http: //mailserver.tld: 25

Oczywiście nie dostaniesz strony internetowej, ale na przykład IE ma inną stronę błędu „nie udało się pobrać strony” vs.

DougN
źródło
Interesująca propozycja
MDMarra,
1
Naprawdę jest to to samo, co przy użyciu telnetu - połączenie z portem za pomocą aplikacji korzystającej z innego protokołu, ale po prostu sprawdzenie, czy połączenie działało, czy nie.
DougN
2

Sporo czasu poświęciłem również na tę kwestię. Najlepsze, co wymyśliłem, to skopiowanie pliku wykonywalnego PuTTY.

Tim Brigham
źródło
1

W systemie Windows jest natywny klient Telnet, wystarczy go zainstalować. Zajmuje to kilka sekund i nie wymaga żadnych mediów.

Jeśli chcesz tylko głupi plik .exe, użyj putty, ale jego GUI jest znacznie bardziej irytujące niż pisanie „telnet blahblah”

DrZaiusApeLord
źródło
0

Sugerowałbym użycie zewnętrznego skanera portów, takiego jak ten dostarczony przez Gibson Research. Używam go od kilku lat.

https://www.grc.com/x/ne.dll?bh0bkyd2

Brett Anspach
źródło
Fajny pomysł, ale działa to tylko na skanowanie komputera lokalnego. Nie pomaga ustalić, czy Port X jest otwarty przed serwerami A i B.
Driftpeasant,