Jag vill veta om det är nödvändigt att ha telnet aktiverat på båda sidor av maskiner för att få telnetanslutning.
Det här är problemet: Jag försöker telnetera någon offentlig IP på port 80 från en Linux-webbserver (Red Hat).
Denna offentliga IP har HTTP (80) aktiverad på den. Jag ” Jag är inte säker på om telnet är aktiverat men ägaren säger att det är det.
På min Linux-server är HTTP (80) aktiverad men inte telnet. Istället är SSH aktiverat.
När jag telnet från min Linux-server: telnet PublicIP 80 står det:
Trying "PublicIP"... Connected to "PublicIP" ("PublicIP"). Escape character is "^]". Connection closed by foreign hostMåste jag aktivera telnet på min server för att det ska fungera? Eftersom det inte finns något problem i andra änden som bekräftats av andra källor. Offentlig IP: 220.226.190.180
Förklara hur jag kan få det att fungera. Om jag måste aktivera telnet på min Linux-server, tack dela kommandot och metoden för att göra det.
Kommentarer
- eftersom vi vet telnet-port är det inte säkert så de flesta fw blockerar det, är du säker att det inte finns ’ ingen brandvägg (på den andra maskinen) som blockerar telnetport.
- Det verkar som att du redan har gjort vad du ville … Du telnet ’ redigerad till fjärr-HTTP-tjänsten och eftersom du inte ’ inte skrev något stängde den anslutningen. (Server) på vilken maskin som helst. Du använder telnetklienten. Du kan också använda curl / wget / nc / vad som helst för att göra samma sak.
- Det finns stora chanser att det finns. Men det är tillåtet till vem som helst. även jag kan telneta det från mitt hemnätverk på min Windows PC men det är från mitt kontor bl.a. m vänd mot. allt är tillåtet på vår sida av brandväggen från den här servern.
- @Networker säkerhetsproblemet är (i detta sammanhang) bara nonsens. telnet används som klient för att testa tillgängligheten för en tjänst – och NEJ, telnetporten är inte inblandad.
Svar
Du försöker testa anslutning till en fjärrwebbserver med telnet? Då nej: du behöver inte telnet-servrar. Den avlägsna HTTP-servern väntar på kommandon, vilket indikeras av escape-tecknet. När det tar slut att vänta är anslutningen stängd. Så …
telnet <hostname or ip address> 80
Skriv sedan några HTTP-kommandon:
GET / HTTP/1.1 host: <fqdn> Använd FQDN för en värd som fjärrwebbservern har konfigurerats för att servera. Det returnerar standarddokumentet med HTTP-kommandona ovan. Observera den exakta kommentaren från 0xAF.
Kommentarer
- OP: n måste ange 1 tom rad efter sin inmatning för att kunna hämta något svar. De flesta HTTP-servrar tillåter HTTP / 1.0-kommunikation. Om OP bara försöker testa HTTP-tjänsten kan han bara skriva ” GET / HTTP / 1.0 ” och trycka på Enter-tangenten Två gånger.
Svar
För att svara på din fråga i första meningen: Telnet är två saker: a applikation på serversidan (daemon) och en applikation på klientsidan.
När en telnet-server körs lyssnar datorn på TCP-port 23 för anslutningar från en telnet-klient.
En telnetklient lyssnar inte på några portar utan försöker ansluta till TCP-port 23 (som standard) på en dator. Om den ansluts korrekt kan användaren uppmanas att logga in och sedan ha en interaktiv skal-session. Eftersom telnet kommunicerar som standard med vanlig, okrypterad text (inklusive ditt lösenord!) Rekommenderas detta INTE.
Men som Christopher säger i sitt utmärkta svar, om du verkligen försöker testa en http-server med telnet kan du använda telnet-programmet för det, och du behöver inte en telnet-server.
Telnet-klientprogrammet kan användas för att ansluta till andra TCP-portar än standardport 23.
telnet <hostname> <TCP port> Eftersom http-servrar vanligtvis lyssnar på port 80 kan du använda telnet-programmet för att ansluta till port 80 och se vad http-servern skickar till webbläsare när de ansluter:
telnet google.com 80 Det kommer att ansluta, men du måste sedan skriva följande text, som bara är en enkel http-begäran (fall är viktigt):
GET / HTTP/1.1 host: test.com Tryck sedan på enter två gånger.
Du kommer då att se all rå HTML som Google serverar till webbläsare. Du kan använda samma koncept för att testa din egna http-servrar.
Svar
telnet kan användas för att testa HTTP-protokollet men det finns verktyg som är bättre lämpade för uppgiften. Jag rekommenderar personligen curl. Det är i huvudsak ett kommandoradsverktyg som kan interagera med en mängd olika protokoll (HTTP, HTTPS, FTP …). Att använda curl istället för telnet för att testa en HTTP-server sparar dig från att behöva skriva in HTTP-förfrågningar manuellt och det ger dig mer information totalt sett.Några funktioner som du kanske tycker är användbara för din nuvarande situation är:
Anslut till en värd med HTTP och begär standarddokumentet:
curl <public ip> Anslut till en värd med HTTP och visa endast HTTP-rubriker:
curl -I <public ip> Anslut till värd med HTTP, visa endast HTTP-rubriker och följ 3xx omdirigeringar:
curl -LI <public ip> curl har bokstavligen dussintals alternativ. Jag rekommenderar att du använder curl --help för en snabb sammanfattning och man curl eller curl --manual för mer detaljerad information.
Svar
Om du inte har telnet eller curl kan du också använda cat och proc dir för att ansluta en port:
cat < /dev/tcp/HOST/PORT Extraherad från den här artikeln (på spanska) .