Відповіді:
Його можна використовувати з більшістю, і ви не будете мати великих проблем з загальними протоколами, такими як HTTP або SMTP, але Telnet - це сам протокол, і він реагує на кілька спеціальних символів.
З статті про Вікіпедію Telnet:
Всі октети даних, окрім 0xff, передаються через транспорт TCP є. Тому для клієнтського додатку Telnet також можна використовувати встановити інтерактивну сиру сесію TCP, і це зазвичай вважається що такий сеанс, який не використовує IAC (0xff, або 255 в десятковому) функціонально ідентичний.
Однак це не так, оскільки існують інші віртуальні мережі терміналу (NVT), як, наприклад, вимоги до голої перевезення символ повернення (CR, ASCII 13), за яким слід NUL (ASCII 0) , які відрізняють протокол telnet від сирих сеансів TCP. [необхідне роз'яснення]
З іншого боку, багато систем тепер володіють істинним сирим TCP клієнтів, таких як netcat або socat на UNIX і PuTTY на Windows, які Також можна використовувати для ручного "розмови" з іншими службами без спеціалізоване клієнтське програмне забезпечення. Тим не менш, Telnet все ще іноді використовується в налагодженні мережевих служб, таких як SMTP, IRC, HTTP, FTP або Серверів POP3, видавати команди серверу та перевіряти відповіді, але з усіх цих протоколів тільки FTP дійсно використовує формат даних Telnet.
Ще однією відмінністю Telnet від сирої сесії TCP є те, що Telnet є за замовчуванням не 8-бітний. 8-бітний режим може обговорюватися, але Октети з високим бітом можуть бути спотворені, поки не буде запропоновано цей режим, і це, очевидно, не буде запитуватися в не-Telnet-з'єднанні. 8-бітний Режим (так званий двійковий варіант) призначений для передачі двійкових даних, а не символи. Стандарт передбачає інтерпретацію кодів 0000–0176 як ASCII, але не має жодного значення для високобітового набору октети даних. Була спроба ввести перемикаючий характер підтримка кодування, як HTTP, [3], але про її фактична підтримка програмного забезпечення.
Як згадується, nc або socat є кращим інструментом (і nc дозволяє розмовляти UDP через командний рядок), навіть якщо більшу частину часу з HTTP і такий ви можете позбутися за допомогою telnet.
Так, абсолютно. І це також прекрасний інструмент для тестування.
це приклад того, як це зробити за допомогою http.
http://www.esqsoft.com/examples/troubleshooting-http-using-telnet.htm
Старі протоколи в Інтернеті, як правило, використовують текст для спілкування вперед і назад. Це включає FTP і SMTP ...
Виняток з цього правила - це все, що зашифровано, тому SSH і SSL не працюють.