Uzak bir sistemdeki bir bağlantı noktasına ulaşılabilir olup olmadığını test edin (telnet olmadan)

Eski günlerde, telnetuzaktaki bir ana bilgisayardaki bir bağlantı noktasının açık olup olmadığını görürüz: telnet hostname portherhangi bir ana bilgisayardaki herhangi bir bağlantı noktasına bağlanmaya çalışır ve ham TCP akışına erişmenizi sağlar.

Bu günlerde, üzerinde çalıştığım sistemler telnet yüklü değil (güvenlik nedeniyle) ve tüm ana bilgisayarlara giden tüm bağlantılar varsayılan olarak engelleniyor. Zamanla, hangi bağlantı noktalarının hangi ana bilgisayara açık olduğunu kaybetmek kolaydır.

Uzak bir sistemdeki bir bağlantı noktasının açık olup olmadığını test etmek için başka bir yol var mı - sınırlı sayıda paket kurulu olan ve kullanılamayan bir Linux sistemi kullanıyor telnetmusunuz?

Bash bir süredir TCP ve UDP portlarına erişebildi . Man sayfasından:

/dev/tcp/host/port
    If host is a valid hostname or Internet address, and port is an integer port number
    or service name, bash attempts to open a TCP connection to the corresponding socket.
/dev/udp/host/port
    If host is a valid hostname or Internet address, and port is an integer port number
    or service name, bash attempts to open a UDP connection to the corresponding socket.

Böylece böyle bir şey kullanabilirsiniz:

xenon-lornix:~> cat < /dev/tcp/127.0.0.1/22
SSH-2.0-OpenSSH_6.2p2 Debian-6
^C pressed here

Taa Daa!

Güzel ve ayrıntılı! Erkek sayfalarından.
Tek liman:

nc -zv 127.0.0.1 80

Birden çok bağlantı noktası:

nc -zv 127.0.0.1 22 80 8080

Port aralığı:

nc -zv 127.0.0.1 20-30

Netcat yararlı bir araçtır:

nc 127.0.0.1 123 &> /dev/null; echo $?

Will çıkış 0portu 123 açıktır ve eğer 1kapalı eğer.

En basit yöntem, örneğin, başka bir araç kullanmadan, socatyukarıda @ lornix'in cevabında açıklandığı gibidir. Bu, /dev/tcp/...başka bir sunucunun komut satırından erişilebilen belirli bir bağlantı noktası olup olmadığını sınamak istemeniz durumunda , birinin Bash içindeki psuedo cihazını nasıl kullanacağına dair gerçek bir örnek eklemek içindir .

Örnekler

Diyelim ki ağımda adında bir ana bilgisayar var skinner.

$ (echo > /dev/tcp/skinner/22) >/dev/null 2>&1 \
    && echo "It's up" || echo "It's down"
It's up

$ (echo > /dev/tcp/skinner/222) >/dev/null 2>&1 && \
    echo "It's up" || echo "It's down"
It's down

echo > /dev/...Parantez içindeki parantezleri böyle sarmak istemenin nedeni , (echo > /dev/...)eğer yapmazsanız, o zaman bağlantıların kesilip test edilmediğini görüyorsunuz.

$ (echo > /dev/tcp/skinner/223) && echo hi
bash: connect: Connection refused
bash: /dev/tcp/skinner/223: Connection refused

Bunlar /dev/nullcihaza veri yazma girişiminden geldikleri için yönlendirilemezler /dev/tcp. Böylece, bir alt komut içindeki tüm çıktıları yakalarız, yani alt komutun (...cmds...)çıktısını yeniden yönlendiririz.

Bunun curlişi benzer şekilde yapabileceğini telnetve curlhatta dinleyicinin beklediği protokolü söyleyeceğini buldum .

İlk argüman olarak ana bilgisayar adından ve bağlantı noktasından bir HTTP URI oluşturun curl. Eğer curlbağlanabilir (dinleyici, bir web hizmeti değilse), bir protokol uyumsuzluğu ve çıkış bildirir. Eğer curlbağlanamaz, bu zaman aşımına uğrar.

Örneğin, 10.0.0.99 ana bilgisayarındaki 5672 numaralı bağlantı noktası güvenlik duvarı tarafından kapatılıyor veya engelleniyor:

$ curl http://10.0.0.99:5672
curl: (7) couldn't connect to host

Ancak, farklı bir sistemden, 10.0.0.99 ana bilgisayarındaki 5672 numaralı bağlantı noktasına ulaşılabilir ve bir AMQP dinleyicisi çalışıyor gibi görünüyor.

$ curl http://10.0.0.99:5672
curl: (56) Failure when receiving data from the peer
AMQP

Farklı mesajları birbirinden ayırmak önemlidir: ilk başarısızlık, curlbağlantı noktasına bağlanamamasıydı. İkinci başarısızlık, curlbir AMQP dinleyicisi yerine bir HTTP dinleyicisi olması beklenen bir başarı testidir .

[admin@automation-server 1.2.2]# nc -v -z -w2 192.168.193.173 6443
nc: connect to 192.168.193.173 port 6443 (tcp) failed: Connection refused

[admin@automation-server 1.2.2]# nc -v -z -w2 192.168.194.4 6443
Connection to 192.168.194.4 6443 port [tcp/sun-sr-https] succeeded!

Umarım bu sorunu çözer :)

İşte bir astar:

</dev/tcp/localhost/11211 && echo Port is open || echo Port is closed

Bash sözdizimini kullanarak @lornix cevapta açıklanmıştır .

Daha fazla bilgi için, şunları kontrol edin: Gelişmiş Bash-Komut Dosyası Kılavuzu: Bölüm 29. /devve/proc .

Bir gün boyunca mücadele ediyordum çünkü bu cevapların hiçbiri benim için işe yaramaz gibi görünüyordu. Sorun şu ki, en yeni sürüm ncartık -zbayrağa sahip değil, ancak TCP yoluyla doğrudan erişim (@lornix ve @slm'ye göre), ana bilgisayara erişilemediğinde başarısız oluyor. Sonunda bu sayfayı buldum , sonunda bir değil iki çalışma örneği buldum :

1. nc -w1 127.0.0.1 22 </dev/null

   ( -wbayrak zaman aşımına </dev/nullbakar ve -zbayrağın yerini alır )

2. timeout 1 bash -c '(echo > /dev/tcp/127.0.0.1/22) >/dev/null 2>&1'

   ( timeoutkomut zaman aşımına bakar ve gerisi @slm'dendir)

Sonra sonucu çıkarmak için basitçe &&ve / veya ||(veya hatta $?) kullanın. Umarım, birileri bu bilgileri yararlı bulacaktır.

@Kenorb ve @Azukikuru'dan gelen cevapları birleştirerek portu açık / kapalı / güvenlik duvarı test edebilirsiniz.

timeout 1 bash -c '</dev/tcp/127.0.0.1/22 && echo Port is open || echo Port is closed' || echo Connection timeout

Herhangi bir limana ulaşmak için curl ile bir başka yaklaşım

curl telnet://127.0.0.1:22

Sisteminizde kurulu olanlara bağlı olarak yöntemlerden birini seçecek bir işlev:

# Check_port <address> <port> 
check_port() {
if [ "$(which nc)" != "" ]; then 
    tool=nc
elif [ "$(which curl)" != "" ]; then
     tool=curl
elif [ "$(which telnet)" != "" ]; then
     tool=telnet
elif [ -e /dev/tcp ]; then
      if [ "$(which gtimeout)" != "" ]; then  
       tool=gtimeout
      elif [ "$(which timeout)" != "" ]; then  
       tool=timeout
      else
       tool=devtcp
      fi
fi
echo "Using $tool to test access to $1:$2"
case $tool in
nc) nc -v -G 5 -z -w2 $1 $2 ;;
curl) curl --connect-timeout 10 http://$1:$2 ;;
telnet) telnet $1 $2 ;;
gtimeout)  gtimeout 1 bash -c "</dev/tcp/${1}/${2} && echo Port is open || echo Port is closed" || echo Connection timeout ;;
timeout)  timeout 1 bash -c "</dev/tcp/${1}/${2} && echo Port is open || echo Port is closed" || echo Connection timeout ;;
devtcp)  </dev/tcp/${1}/${2} && echo Port is open || echo Port is closed ;;
*) echo "no tools available to test $1 port $2";;
esac

}
export check_port

Kutunuzda bulunmamalıdır, ancak deneyin nmap.

başvuru için, @peperunas'ın cevabını genişleterek:

Test etmek için nmap kullanmanın yolu :

nmap -p 22 127.0.0.1

(yukarıdaki örnek, gösteri amacıyla localhost kullanır)

Sistemden daha fazla test etmek istiyorsanız, bu tür görevler için dda-serverpec ( https://github.com/DomainDrivenArchitecture/dda-serverspec-crate ) test aracımızı kullanabilirsiniz . Beklentinizi tanımlayabilirsiniz

{:netcat [{:host "mywebserver.com" :port "443"}
          {:host "telnet mywebserver.com" :port "80"}
          {:host "telnet mywebserver.com" :port "8443"}]}

ve bu beklentiyi localhost'a veya uzak ana bilgisayarlara karşı test edin (ssh ile bağlanın). Uzaktan testler için bir hedef tanımlamanız gerekir:

{:existing [{:node-name "test-vm1"
             :node-ip "35.157.19.218"}
            {:node-name "test-vm2"
             :node-ip "18.194.113.138"}]
 :provisioning-user {:login "ubuntu"}}

İle testi yapabilirsiniz java -jar dda-serverspec.jar --targets targets.edn serverspec.edn

Kaputun altında, yukarıda anlatıldığı gibi netcat kullanıyoruz ...