Jeg vil vide, om det er nødvendigt at have telnet aktiveret på begge sider af maskinerne for at få telnetforbindelse.
Her er spørgsmålet: Jeg prøver at telnetere en offentlig IP på port 80 fra en Linux-webserver (Red Hat).
Denne offentlige IP har HTTP (80) aktiveret på den. Jeg ” Jeg er ikke sikker på, om telnet er aktiveret, men ejeren siger, at det er det.
På min Linux-server er HTTP (80) aktiveret, men ikke telnet. I stedet er SSH aktiveret.
Når jeg telnet fra min Linux-server: telnet PublicIP 80 står der:
Trying "PublicIP"... Connected to "PublicIP" ("PublicIP"). Escape character is "^]". Connection closed by foreign hostEr det nødvendigt at aktivere telnet på min server for at det fungerer? Fordi der ikke er noget problem i den anden ende som bekræftet af andre kilder. Offentlig IP: 220.226.190.180
Forklar venligst, hvordan kan jeg få det til at fungere. Hvis jeg skal aktivere telnet på min Linux-server, bedes du del kommandoen og metoden til at gøre det.
Kommentarer
- da vi kender telnet-port, er det ikke sikkert, så de fleste fw blokerer det, er du sikker at der ikke er ‘ t nogen firewall (på den anden maskine), der blokerer telnetport.
- Det ser ud til, at du allerede har gjort, hvad du ville … Du telnet ‘ ed til den eksterne HTTP-tjeneste, og da du ikke ‘ ikke skrev noget, lukkede forbindelsen. Du behøver ikke aktivere Telnet Service (Server) på enhver maskine. Du bruger telnetklienten. Du kan også bruge curl / wget / nc / hvad som helst til at gøre det samme.
- Der er meget chancer for, at der er. Men det er tilladt til nogen. selv jeg kan telnet det fra mit hjemmenetværk på min Windows-pc. men det er fra mit kontor bl.a. m vender ud. alt er tilladt på vores side af firewall fra denne server.
- @Networker sikkerhedsproblemet er (i denne sammenhæng) bare vrøvl. telnet bruges som klient til at teste tilgængeligheden af en tjeneste – og NEJ, telnetporten er ikke involveret.
Svar
Du prøver at teste forbindelse til en ekstern webserver med telnet? Så nej: du har ikke brug for telnet-servere. Den eksterne HTTP-server venter på kommandoer som angivet med escape-tegnet. Når det afventer ventetid, er forbindelsen lukket. Så …
telnet <hostname or ip address> 80
Skriv derefter nogle HTTP-kommandoer:
GET / HTTP/1.1 host: <fqdn> Brug FQDN for en vært, som den eksterne webserver er konfigureret til at betjene. Det returnerer standarddokumentet med HTTP-kommandoerne ovenfor. Vær opmærksom på den nøjagtige kommentar fra 0xAF.
Kommentarer
- OPen skal indtaste 1 tom linje efter sit input for at kunne hente ethvert svar. De fleste HTTP-servere tillader HTTP / 1.0-kommunikation. Hvis OP kun forsøger at teste HTTP-tjenesten, kunne han bare skrive ” GET / HTTP / 1.0 ” og trykke på enter-tasten 2 gange.
Svar
For at besvare dit spørgsmål i første sætning: Telnet er to ting: a applikation på serversiden (dæmon) og en applikation på klientsiden.
Når en telnet-server kører, lytter computeren på TCP-port 23 efter forbindelser fra en telnet-klient.
En telnetklient lytter ikke på nogen porte, men forsøger snarere at oprette forbindelse til TCP-port 23 (som standard) på en computer. Hvis det opretter forbindelse korrekt, kan brugeren blive bedt om at logge ind og derefter have en interaktiv shell-session. Fordi telnet kommunikerer som standard ved hjælp af almindelig, ukrypteret tekst (inklusive din adgangskode!), Anbefales dette IKKE.
Men som Christopher siger i sit fremragende svar, hvis du virkelig prøver at teste en http-server ved hjælp af telnet, kan du bruge telnet-programmet til det, og du behøver ikke en telnet-server.
Telnet-klientprogrammet kan bruges til at oprette forbindelse til andre TCP-porte end standardport 23.
telnet <hostname> <TCP port> Da http-servere normalt lytter på port 80, kan du bruge telnet-programmet til at oprette forbindelse til port 80 og se, hvad http-serveren sender til browsere, når de opretter forbindelse:
telnet google.com 80 Der oprettes forbindelse, men du skal derefter skrive følgende tekst, som bare er en simpel http-anmodning (sag er vigtig):
GET / HTTP/1.1 host: test.com Tryk derefter på enter to gange.
Du vil så se al den rå html, som google serverer til browsere. Du kan bruge det samme koncept til at teste din egne http-servere.
Svar
telnet kan bruges til at teste HTTP-protokollen, men der er værktøjer, der er bedre egnet til opgaven. Jeg anbefaler personligt curl. Det er i det væsentlige et kommandolinjeværktøj, der er i stand til at interagere med en lang række protokoller (HTTP, HTTPS, FTP …). Brug af curl i stedet for telnet til at teste en HTTP-server sparer dig for at skulle indtaste HTTP-anmodningerne manuelt, og det giver dig mere information samlet.Nogle funktioner, som du måske finder nyttige i din nuværende situation, er:
Opret forbindelse til en vært ved hjælp af HTTP og anmod om standarddokumentet:
curl <public ip> Opret forbindelse til en vært ved hjælp af HTTP og se kun HTTP-headere:
curl -I <public ip> Opret forbindelse til vært ved hjælp af HTTP, se kun HTTP-headere og følg 3xx-omdirigeringer:
curl -LI <public ip> curl har bogstaveligt talt snesevis af muligheder. Jeg anbefaler at bruge curl --help til en hurtig oversigt og man curl eller curl --manual for mere detaljeret information.
Svar
Hvis du ikke har telnet eller curl, kan du også bruge cat og proc dir til at forbinde en port:
cat < /dev/tcp/HOST/PORT Uddrag fra denne artikel (på spansk) .