` är avgörande; Det betyder slutet på rubriken.
4. Undersök svaret: Webbservern ska svara med en HTTP -rubrik och potentiellt HTML -innehållet på webbsidan. Om du ser ett svar (även om det är ett felmeddelande) lyssnar servern åtminstone på den angivna porten och svarar på grundläggande förfrågningar.
Begränsningar:
* https (port 443) fungerar inte direkt med telnet: Telnet är okrypterat, medan HTTPS använder SSL/TLS -kryptering. Du får ett anslutningsfel. Du behöver verktyg som `OpenSSL S_CLIENT` för att testa HTTPS -servrar.
* Ingen detaljerad testning: Telnet visar bara det råa HTTP -svaret. Den kontrollerar inte korrekt HTML, CSS, JavaScript eller andra aspekter av en funktionell webbplats.
* Säkerhetsrisker: Att använda telnet för att komma åt webbservrar är i allmänhet avskräckt eftersom det överför data i vanlig text, vilket gör det sårbart för avlyssning. Det rekommenderas starkt att använda moderna verktyg designade för webbservertestning istället.
Bättre alternativ:
För korrekt webbservertestning, använd verktyg som:
* `curl`: Ett kommandoradsverktyg för att överföra data med URL:er. Det stöder HTTPS och ger mycket mer detaljerad information om svaret.
* `wget`: Ett annat kommandoradsverktyg som liknar `curl '.
* webbläsares utvecklarverktyg: Webbläsarutvecklarverktyg (Network Tab) ger omfattande information om HTTP -förfrågningar och svar, inklusive rubriker, statuskoder och timing.
* Specialiserade verktyg för belastningstest: För att testa serverprestanda under tung belastning är verktyg som JMeter eller K6 nödvändiga.
Telnet är endast användbart för den mest grundläggande, första kontrollen för att se om en server lyssnar på en specifik port. För allt utöver det, använd mer lämpliga testverktyg.
