Как изменить ttl на mac os
Обновлено: 21.11.2024
TTL (время жизни) — это значение таймера, включенное в пакеты, отправляемые по сети, которое сообщает получателю, как долго следует удерживать или использовать пакет, прежде чем данные (пакет) будут удалены и истечет срок его действия. Значения TTL различаются для разных операционных систем. Таким образом, вы можете определить ОС на основе значения TTL. Вы можете получить значение TTL, пропинговав адрес. Вот результат, полученный при проверке связи "subinsb.com" в моей системе:
Как видно из вывода, вы получили значение TTL. Поскольку этот веб-сайт размещен в системе Red Hat, он вернул 57, что близко к 64 (значение TTL по умолчанию для системы Linux). Итак, из этого мы можем понять ОС удаленной системы. Вот значения TTL по умолчанию для различных устройств/операционных систем:
| Устройство/ОС | Версия | Протокол | TTL |
| AIX | TCP | 60 | |
| AIX | UDP | 30 | |
| AIX | 3.2, 4.1 | ICMP | 255 |
| BSDI | BSD/OS 3.1 и 4.0 | ICMP | 255 |
| Compa | Tru64 v5.0 | ICMP | 64 |
| Cisco | ICMP | 254 | |
| DEC Pathworks | V5 | TCP и UDP | 30 |
| Foundry | ICMP | 64 | |
| FreeBSD | 2.1R | TCP и UDP | 64 |
| FreeBSD | 3.4, 4.0< /td> | ICMP | 255 |
| FreeBSD | 5 | ICMP | 64 |
| HP-UX | 9.0x | TCP и UDP | 30 |
| HP-UX | 10.01 | TCP и UDP | 64 | HP-UX | 10.2 | ICMP | 255 |
| HP-UX | 11 | ICMP | 255< /td> |
| HP-UX | 11 | TCP | 64 |
| Irix | 5.3 | TCP и UDP | 60 |
| Irix | 6.x | TCP и UDP | 60 |
| Irix | 6.5.3, 6.5.8 | ICMP | 255 |
| juniper | ICMP | 64 | |
| MPE/IX (HP) | ICMP | 200 | |
| Linux | Ядро 2.0.x | ICMP | 64 |
| Linux | ядро 2.2.14 | ICMP | 255 |
| Linux | ядро 2.4 | ICMP | 255 |
| Linux | Red Hat 9 | ICMP и TCP | < td>64|
| MacOS/MacTCP | 2.0.x | TCP и UDP | 60 |
| MacOS/MacTCP | X (10.5.6) | ICMP/TCP/UDP | 64 |
| NetBSD | ICMP | 255 | |
| Netgear FVG318 | ICMP и UDP | 64 | |
| OpenBSD | < td>2.6 & 2.7ICMP | 255 | |
| OpenVMS | 01.07.2002 | ICMP | 255 |
| OS/2 | TCP/IP 3.0 | 64 | |
| OSF/1 | V3.2A | TCP | 60 | OSF/1 | V3.2A | UDP | 30 |
| Solaris< /td> | 2.5.1, 2.6, 2.7, 2.8 | ICMP | 255 |
| Solaris | 2.8 | TCP | 64 |
| Stratus | TCP_OS | ICMP | 255 |
| Stratus | TCP_OS (14.2-) | TCP и UDP | 30 |
| Stratus | TCP_OS (14.3+) | TCP и UDP | 64< /td> |
| Stratus | STCP | ICMP/TCP/UDP | 60 |
| SunOS | 4.1.3/4.1.4 | TCP и UDP | 60 |
| SunOS | 5.7 | IC MP и TCP | 255 |
| Ultrix | V4.1/V4.2A | TCP | 60 |
| Ultrix | V4.1/V4.2A | UDP | 30 |
| Ultrix | V4.2 – 4.5 | ICMP | 255 |
| VMS/Multinet | TCP и UDP | 64 | |
| VMS/TCPware | TCP | 60 | |
| VMS/TCPware | UDP | 64 | < /tr>|
| VMS/Wollongong | 1.1.1.1 | TCP | 128 |
| 1.1.1.1 | UDP | 30 | |
| VMS/UCX | TCP и UDP | 128 | |
| Windows | для рабочих групп | TCP и UDP | 32 |
| Windows | 95 | TCP и UDP | 32< /td> |
| Windows | 98 | ICMP | 32 |
| 98, 98 SE | ICMP | 128 | |
| Windows | < td>98TCP | 1 28 | |
| Windows | NT 3.51 | TCP и UDP | 32 |
| Windows | NT 4.0 | TCP и UDP | 128 |
| Windows | NT 4.0 SP5- | 32 | |
| Windows | NT 4.0 SP6+ | 128 | |
| Windows | NT 4 WRKS SP 3, SP 6a | ICMP | 128 |
| Windows | NT 4 Server SP4 | ICMP | 128 |
| Windows | ME | ICMP | 128 |
| Windows | 2000 pro | < td>ICMP/TCP/UDP128 | |
| Windows | семейство 2000 | ICMP | 128 |
| Windows | Server 2003 | 128 | |
| Windows | XP | ICMP/TCP/UDP | 128 |
| Windows | < td>VistaICMP/TCP/UDP | 128 | |
| Windows | 7 | ICMP/TCP/UDP | 128 |
| Windows | Server 2008 | ICMP/TCP /UDP | 128 |
| Windows | 10 | ICMP/TCP/UDP | < td>128
Я обновлю эту таблицу в будущем, когда будет выпущена новая важная ОС, когда у меня будет время. Вы можете получить краткую версию значений TTL по умолчанию по этой таблице:
| Устройство/ОС | TTL |
| *nix (Linux/Unix) | 64 |
| Windows | 128 |
| Solaris/AIX | 254 |
Вы можете найти его самостоятельно, пропинговав локальный хост, как упоминал Гурубаран:
Статус Первое сообщение в этой ветке является сообщением WikiPost и может быть отредактировано любым пользователем с соответствующими разрешениями. Ваши изменения будут общедоступны.
Фраймэн22
макруморс 6502
Я знаю, что обсуждалось, что AT&T, скорее всего, использует тот факт, что TTL для пакетов, проходящих через маршрутизатор iPhone, имеет неожиданное значение TTL (63 для OSX/iOS, 127 для Windows) для обнаружения привязки. Когда они достигают узла ATT, пакеты всегда должны иметь ttl = 64, поэтому мы можем обойти это на клиенте по клиентским базам, установив TTL на каждом из них равным 65. ttl уменьшается до ожидаемых 64.
В клиентах OS X TTL можно установить соответствующим образом, вставив в терминал следующее:
sudo sysctl -w net.inet.ip.ttl=65
Чтобы изменить срок жизни по умолчанию в Windows, выполните следующие действия:
Нажмите «Пуск и выполнить» (или «Поиск») и введите «regedit», чтобы открыть редактор реестра Windows.
Перейдите к следующему разделу реестра: [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters]
На правой панели щелкните правой кнопкой мыши и выберите «Создать — DWORD (32-разрядное значение)». " и установите для него имя "DefaultTTL" и значение 65 - я не даю гарантий, что это не повлияет неблагоприятно на вашу Windows-машину
Я не исследовал, как изменить это на стороне iOS (для моего iPad), потому что, если я что-то испорчу в iOS, я хочу, чтобы это был более надежный взлом, чем простое изменение этого на КАЖДОМ чертовом устройстве, которое я подключаю к своей сети. , мне просто повезло, что какой-то придурок подключился к MyWi и отправил какие-то данные, и меня арестовали.
Итак, теперь к сути треда. Я видел скрипты Linux, которые устанавливают ВЕСЬ трафик, маршрутизируемый через устройство, на определенное значение — я хочу это на своем iPhone. По сути, я просто хочу жестко закодировать TTL для ВСЕХ пакетов, покидающих телефон, независимо от того, что было в источнике. Я не знаю, с чего начать, поэтому я решил поделиться здесь с мозговым доверием и посмотреть, что мы можем придумать. Бьюсь об заклад, мы сможем продать наш TetherCloak в Cydia как минимум за доллар
Вайзер878
макрумор обычный
барабанщик
макрумор обычный
Как вы сказали, я бы заплатил хорошие деньги (в отличие от плохих денег?) за настройку, которая изменила бы все привязанные IP-пакеты на правильный TTL. Предполагая, что именно так At&t отслеживает модем.
Фраймэн22
макруморс 6502
Итак, немного дополнительной информации. Я проверил, доступен ли sysctl в iOS, и он есть. Та же самая команда, указанная выше, также должна установить TTL на iPad. Я только что протестировал терминальный клиент на iPhone, но не вижу причин, по которым он не будет доступен на iPad. Я отпишусь, как только изменю его.
клавиатура
макруморс новичок
Есть новости о возможности изменения ttl на iPad? Если да, то как вы это сделали? Я предполагаю, что у вас установлен Open и открыта файловая система на вашем ноутбуке?
Фраймэн22
макруморс 6502
Есть новости о возможности изменения ttl на iPad? Если да, то как вы это сделали? Я предполагаю, что у вас установлен Open и открыта файловая система на вашем ноутбуке?
Да — вы можете изменить TTL iPad, либо установив терминальный клиент и используя команду sysctl на устройстве, либо вы можете подключиться к устройству по протоколу ssh и выполнить его там. Команда для его изменения точно такая же, как и указанная выше для OSX.
ВАЖНОЕ ПРИМЕЧАНИЕ: это НЕ сохраняется после перезагрузки iPad. После перезагрузки ttl возвращается к 64, и его НЕОБХОДИМО снова изменить.Для этого должно быть легко создать сценарий оболочки и настроить его на выполнение при запуске. Я посмотрю, смогу ли я это сделать сегодня вечером, и опубликую, как это настроить.
Вся эта ветка должна сопровождаться заявлением об отказе от ответственности, что мы до сих пор не знаем наверняка, именно так они обнаруживают модем. На мой взгляд, это наиболее вероятно, но это может быть совершенно неверно.
ульбадор
макруморс 68000
Мне не хочется вас разочаровывать, но это работает НЕ так. Хотя ваши рассуждения верны, они совершенно неверны.
С этим параметром будут обрабатываться только пакеты, исходящие от устройства, а не проходящие через него. Даже тогда я даже не уверен, учитывает ли ядро iOS этот параметр, или это может быть один из тех параметров (как и многие другие), которые доступны только для чтения.
Даже если бы это работало таким образом, вы все равно увеличили бы TTL на 1 от установленного базового значения, а не увеличили бы его на 1 от того, что есть. Пакеты не имеют установленного TTL. Время может сильно различаться в зависимости от того, откуда оно пришло и как долго оно находилось в пути.
Например:
Пакет 1 может иметь TTL 34
Пакет 2 может иметь TTL 50
Пакет 3 может иметь TTL 20
Установка всех значений на 65 не принесет вам никакой пользы. Вы хотели бы «умно» переписать их, чтобы либо остаться с тем же значением, либо увеличить их на единицу по сравнению с тем, где они в настоящее время.
Для обработки пакетов, которые перенаправляются через устройство, вам понадобится что-то вроде iptables с правилами PRE и POST, чтобы на самом деле интеллектуально перезаписывать пакеты по мере их прохождения через устройство.
Пример (стандартный 64 TTL) на моем iMac, подключенном через мой iPhone
Результат точно такой же, если я запускаю проверку связи с самого устройства.
Фраймэн22
макруморс 6502
Мне не хочется вас разочаровывать, но это работает НЕ так. Хотя ваши рассуждения верны, они совершенно неверны.
С этим параметром будут обрабатываться только пакеты, исходящие от устройства, а не проходящие через него. Даже тогда я даже не уверен, учитывает ли ядро iOS этот параметр, или это может быть один из тех параметров (как и многие другие), которые доступны только для чтения.
Даже если бы это работало таким образом, вы все равно увеличили бы TTL на 1 от установленного базового значения, а не увеличили бы его на 1 от того, что есть. Пакеты не имеют установленного TTL. Время может сильно различаться в зависимости от того, откуда оно пришло и как долго оно находилось в пути.
Например:
Пакет 1 может иметь TTL 34
Пакет 2 может иметь TTL 50
Пакет 3 может иметь TTL 20
Установка всех значений на 65 не принесет вам никакой пользы. Вы хотели бы «умно» переписать их, чтобы либо остаться с тем же значением, либо увеличить их на единицу по сравнению с тем, где они в настоящее время.
Для обработки пакетов, которые перенаправляются через устройство, вам понадобится что-то вроде iptables с правилами PRE и POST, чтобы на самом деле интеллектуально перезаписывать пакеты по мере их прохождения через устройство.
Пример (стандартный 64 TTL) на моем iMac, подключенном через мой iPhone
Результат точно такой же, если я запускаю проверку связи с самого устройства.
Хорошо, я обращусь к этому, чтобы вы могли ускориться, даже если ваш тон в вашем невежестве смехотворен.
Вы не можете получить точные данные TTL из пинга, как в вашем сообщении, поскольку (как вы сказали в своем собственном сообщении) они были маршрутизированы сетью в этот момент, и TTL изменится. Вы не можете смотреть дальше своего маршрутизатора. Я наблюдал за трафиком непосредственно в своей внутренней сети и могу точно сказать, что могу установить TTL для пакетов, поскольку они покидают клиентов OSX и iOS до того, как попадут на первый узел в сети. Я также могу сказать вам ФАКТ, что привязанные пакеты имеют TTL на один меньше после перехода через общее соединение.
Кроме того, я думаю, что вы упускаете суть взлома. Да, вы совершенно правы, если нам нужно 100% решение, потребуется что-то вроде iptables — это Linux, на который я ссылаюсь в ОП.
Ниже приведены несколько снимков экрана анализатора сети в неразборчивом режиме, чтобы показать вам, «как это работает».
Как я уже сказал, я проверил это. Снова соберите тестовый пример для скриншотов. Я подключил свой iPad и iPhone к MBP через общее беспроводное соединение от MBP. У iPhone (10.0.2.9) TTL по умолчанию = 64. Затем я установил MyWi на iPhone, чтобы подключить USB-кабель к WiFi, и подключил MBP по умолчанию TTL = 64 моей жены (так что этот IP-адрес 10.0.2.9 для нашего сниффера) к USB. Затем я установил для iPad (IP-адрес 10.0.2.8) TTL=65. На снимках экрана показан обмен с Google для каждого устройства.
Первый снимок экрана (без названия): показано значение TTL 64, поступающее с iPhone.
Второй снимок экрана (Без названия 2) — подтверждает, что на первом прыжке значение TTL на iPad (65) отличается.
Третий снимок экрана (Без названия 3). Теперь я начинаю делать запросы с ПМБ, привязанного к iPhone.Эти пакеты ИМЕЮТ TTL 63 (на один меньше, чем 64 по умолчанию), пока я не начну изменять TTL клиента, потому что они были маршрутизированы через телефон
Четвертый снимок экрана (Без названия 4). Изменен TTL на привязанном MBP на 70, чтобы я мог установить его на 69 на снимке экрана — я могу установить любое значение ниже 255, и оно будет уменьшено на единицу.
Если у вас есть понимание того, почему TTL пакетов может не совпадать с тем, что они используют для обнаружения, пожалуйста, поделитесь, но аргументы в пользу самого взлома разумны и «правильны» с логической и технической точек зрения. точки зрения, и я не собираюсь больше тратить время на проверку концепции.
Значения TTL по умолчанию в TCP/IP
Два документа RFC содержат очень четкие рекомендации по реализации поля TTL в протоколе Интернета: требования к узлам Интернета — уровни связи (RFC 1122, R. Braden, Oct 89):
выдержки из параграфа 3.2.1.7: и присвоенные номера (RFC 1700, J. Reynolds, J. Postel, октябрь 1994 г.):
RFC «Assigned Numbers» периодически обновляется, начиная с 1976 года. Интересно отметить, что рекомендация для значения TTL по умолчанию, равного 64, существует уже более трех лет. Впервые он был опубликован в Assigned Numbers (RFC 1340, J. Reynolds, J. Postel, июль 1992 г.).
Отказ от ответственности:
Следующий список представляет собой краткий обзор некоторых широко используемых стеков TCP/IP. Информация была предоставлена поставщиками и многими полезными системными администраторами. Мы хотели бы поблагодарить всех этих участников за их бесценную помощь! Тем не менее, SWITCH не может нести никакой ответственности за правильность предоставленной информации. Кроме того, SWITCH не несет ответственности за любой ущерб, который может возникнуть в результате использования этой информации.
AIX TCP TTL равен 60, но UDP имеет слишком низкое значение TTL, равное 30. Начальные значения TTL можно распечатать и изменить с помощью команды "no". Дополнительные инструкции см. на странице руководства. Чтобы сделать изменения постоянными, могут потребоваться дополнительные меры.
DEC PATHWORKS V5 для DOS и Windows TCP и UDP используют слишком низкие TTL, равные 30. Эти значения по умолчанию можно изменить в файле
В FreeBSD 2.1R для TCP и UDP установлено безопасное значение по умолчанию 64. Команда sysctl может использоваться для отображения и изменения (при необходимости) значений по умолчанию: Обратите внимание, что это изменение не является постоянным. Эту команду нужно поместить в сценарии /etc/rc или /etc/rc.local, чтобы устанавливать этот параметр после каждой перезагрузки.
HP/UX 9.0x TCP и UDP используют слишком низкие значения TTL, равные 30. Центр поддержки HP предоставил инструмент set_ttl для изменения этих значений по умолчанию.
Значения TCP и UDP для HP/UX 10.0x равны 64.
В Irix 5.3, 6.2, 6.3, 6.4 значения TCP и UDP установлены на 60. Значения по умолчанию можно изменить, изменив файл /var/sysgen/master.d/bsd и пересобрав ядро.
Значения TCP и UDP для Irix 6.5 установлены на 60. Значения по умолчанию можно изменить с помощью команды 'systune'.
Linux По крайней мере, после V1.1.59 (и, скорее всего, раньше) Linux использует «безопасные» значения 64 для TTL по умолчанию для TCP и UDP. Так как эти значения "жестко запрограммированы", время от времени их нужно вносить глубоко в исходный код - измените параметр sk->ip_ttl в файле net/inet/af_inet.c на то, что вы считаете подходящим для себя. Некоторые указатели, чтобы найти позицию, где установлен sk->ip_ttl:
Значения TCP и UDP для MacOS/MacTCP 2.0.x установлены на 60.
Значения TCP и UDP для OS/2 TCP/IP 3.0 равны 64.
OSF/1 V3.2A TCP TTL равен 60, но UDP имеет слишком низкий TTL (30). Изменить параметры стека TCP/IP можно с помощью netconfig2.3
Все версии Solaris 2.x используют значение по умолчанию 255 как для TCP, так и для UDP.
SunOS 4.1.3/4 Начиная с версии 4.1.3, для TCP и UDP TTL по умолчанию установлено значение 60. У меня нет информации о более старых версиях, но они в любом случае устарели. Вы можете найти (или изменить) значения TTL в
Ultrix TCP TTL равен 60, но UDP имеет слишком низкое значение TTL, равное 30. Изменить параметры стека TCP/IP можно с помощью netconfig2.3
VMS/Multinet Все последние версии используют TTL 64 для TCP и UDP. Если требуется изменение этих параметров, это можно сделать следующим образом:
VMS/TCPware TCPware для VMS (процессоры Alpha или VAX)
TTL по умолчанию = 60 как для TCP, так и для UDP, начиная с версии TCPware не ниже 4.1-2A
Если по какой-либо причине это требуется, вы можете изменить значения :
VMS/Wollongong Runtime Version 1.1.1.1 TCP TTL использует безопасное значение 128, но UDP TTL установлено на 32. устраните проблему (т.е. сделайте параметры настраиваемыми).
VMS/UCX В последней версии используются безопасные значения TTL 128 для TCP и UDP. Информации о старой версии пока нет. При необходимости значения TTL можно изменить, введя команду
MS Windows для рабочих групп Недостаточно значений TTL по умолчанию как для TCP, так и для UDP. Значения по умолчанию можно изменить в файле SYSTEM.INI, раздел MSTCP, добавив строку:
Windows 95 Значение TTL по умолчанию равно 32 для TCP и UDP. Модификация:
- Двойной щелчок по программе 'regedit.exe» в корневом каталоге Windows95.
- Перейдите в Hkey_Local_Machine\System\CurrentControlSet\Services\VxD\MSTCP.
- Выберите «Редактировать» и в раскрывающемся меню «Новый». Выберите формат данных и введите имя и значение параметра в соответствующем формате: обратите внимание, что regedit сам добавляет кавычки при использовании строкового формата!
Люди, не любящие Regedit, могут в качестве альтернативы взглянуть на утилиту ttlfix.
Windows NT 3.51 Значение TTL по умолчанию равно 32 как для TCP, так и для UDP. Модификация:
- Дважды щелкните программу 'regedit32.exe' в каталоге '\root\system32'.
- Перейдите к 'HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
- Измените запись "DefaultTTL" на
netconfig2.3: доступно из: С помощью netconfig вы можете отображать и изменять параметры TCP/IP во многих реализациях Unix. Однако это не работает для Solaris 2.x. Будьте осторожны при установке этого инструмента, по умолчанию «make install» устанавливает разрешение «setuid root», что, вероятно, не совсем то, что вам нужно.
set_ttl: неподдерживаемая утилита, предоставляемая Центром поддержки HP, которая позволяет изменять начальные значения TTL в ядрах HP/UX. Скрипт HP set_ttl также доступен непосредственно с этого сервера.
ttlfix: Небольшая утилита, которая автоматически меняет значения TTL Windows95 по умолчанию на безопасные значения. Доступно от
ttlfix, для запуска требуется vbrun300.zip. Установите его в каталог '\windows\system', если его еще нет.
Знаете ли вы, что мы можем определить, какая операционная система работает на удаленной системе, просто проверив ее связь? Да! В этом кратком руководстве мы увидим, как определить операционную систему с помощью значения TTL и команды Ping. Этот метод должен работать в любой операционной системе, в которой есть утилита командной строки Ping.
Существует множество команд, приложений и утилит для определения операционной системы удаленной системы. Однако определить тип операционной системы с помощью TTL очень просто!
Вы можете быстро определить, работает ли система с Linux, Windows или любой другой ОС, просмотрев значение TTL в выводе команды ping. Вам не нужны никакие дополнительные приложения для определения операционной системы удаленной системы.
Значение TTL зависит от версии операционной системы и устройства.
Исходное значение TTL по умолчанию для Linux/Unix равно 64, а значение TTL для Windows равно 128.
Вот начальные значения TTL по умолчанию для популярных операционных систем, таких как Linux, FreeBSD, Mac OS, Solaris и Windows.
Значения TTL для операционных систем
Вы можете просмотреть полный список значений TTL для различных операционных систем и устройств в конце.
Определить операционную систему удаленного хоста по значению TTL
TTL (время жизни) – это значение таймера, включаемое в пакеты, отправляемые по сетям на основе TCP/IP, которое сообщает получателям, как долго следует удерживать или использовать пакет или любые содержащиеся в нем данные до истечения срока действия и отказа от пакета. или данные.
Команда Ping используется для проверки подключения и доступности системы или устройства в локальной или глобальной сети. Команда Ping предустановлена в большинстве операционных систем.
Чтобы просмотреть значение TTL хоста Linux/Windows, просто пропингуйте хост от самого себя или от других систем в сети:
Пример:
Пример вывода моего рабочего стола Fedora:
Проверка связи хоста Linux
Как вы можете видеть, я получаю 64 в качестве значения TTL в приведенном выше выводе. Потому что это система Linux.
А как насчет хостов Windows? Давайте посмотрим, что мы получим, если пропингуем систему Windows.
Я собираюсь пропинговать рабочий стол Windows 10 с моего рабочего стола Fedora. IP-адрес My Windows 10 — 192.168.122.239.
Пример вывода:
Проверка связи хоста Windows с хоста Linux
Обратите внимание на значение TTL? Оно равно 128. Значение TTL по умолчанию для ОС Windows равно 128.
Начальные значения TTL
В следующей таблице показаны начальные значения TTL по умолчанию для различных операционных систем и устройств.
| Устройство/ОС | Версия | Протокол | TTL | |
| AIX | TCP | 60 | ||
| AIX | UDP | 30 | ||
| Android | 3.2.1 | TCP и ICMP | 64 | |
| Android | 5.1.1 | TCP и ICMP | 64 | |
| AIX | 3.2, 4.1 | ICMP | 255 | |
| BSDI | BSD/OS 3.1 и 4.0 | ICMP | 255 | |
| Compa | Tru64 v5.0 | ICMP | 64 | |
| Cisco | ICMP | 254 | ||
| DEC Pathworks | V5 | TCP и UDP | 30 | |
| Foundry | ICMP | 64 | ||
| FreeBSD | 2.1R | < td>TCP и UDP64 | ||
| FreeBSD | 3.4, 4.0 | ICMP | 255 | |
| FreeBSD | 5 | ICMP | 64 | |
| HP-UX | 9.0x | TCP и UDP | 30 | |
| HP-UX | 10.01 | TCP и UDP | 64 | |
| HP-UX | 10.2 | ICMP | 255 | |
| HP-UX | 11 | ICMP | 255 | |
| HP-UX | 11 | TCP | < td>64||
| Irix | 5.3 | TCP и UDP | 60 | |
| Irix | 6.x | TCP и UDP | 60 | |
| Irix | 6.5.3, 6.5.8 | ICMP | 255 | |
| juniper | ICMP | 64 | ||
| MPE/IX (HP) | ICMP | 200 | ||
| Linux | ядро 2.0.x | ICMP | 64 | |
| Linux | ядро 2.2.14 | ICMP | 255 | |
| ядро 2.4 | ICMP | 255 | ||
| Linux | Red Hat 9 | ICMP и TCP | 64 | |
| MacOS/MacTCP | 2.0.x | TCP и UDP | 60 | |
| MacOS/MacTCP | X (10.5.6) | ICMP/TCP/UDP | 64 | |
| NetBSD | ICMP | 255 | ||
| Netgear FVG318 | ICMP и UDP | 64 | ||
| OpenBSD | 2.6 и 2.7 | ICMP | 255 | |
| OpenVMS | 01.07.2002 | ICMP | 255 | |
| OS/2 | TCP/IP 3.0 | 64< /td> | ||
| OSF/1 | V3.2A | TCP | 60 | |
| OSF/1 | V3.2A | UDP | 30 | |
| Solaris | 2.5.1, 2.6, 2.7, 2.8 | ICMP | 255 | |
| Solaris | 2.8 | TCP | < td>64||
| Stratus | TCP_OS | ICMP | 255 | |
| Stratus | TCP_OS (14.2-) | TCP и UDP | 30 | |
| Stratus | TCP_OS (14.3+) | TCP и UDP | 64 | |
| Stratus | STCP | ICMP/TCP/UDP | 60 | |
| SunOS | 4.1.3 /4.1.4 | TCP и UDP | 60 | |
| SunOS | 5.7 | < td>ICMP и TCP255 | ||
| Ultrix | V4.1/V4.2A | TCP | 60 | |
| Ultrix | V4.1/V4.2A | UDP | < td>30||
| Ultrix | V4.2–4.5 | ICMP | 255 | |
| VMS/Multinet | TCP и UDP | 64 | ||
| VMS/TCPware | TCP | 60 | ||
| VMS/TCPware | UDP | 64 | ||
| VMS/Вуллонгонг | 1.1.1.1 | TCP | 128 | |
| VMS/Вуллонгонг | 1.1.1.1 | UDP | 30 | |
| VMS/UCX | TCP и UDP | 128 | ||
| Windows | для рабочих групп | TCP и UDP | 32 | |
| Windows | 95 | TCP и UDP | 32 | |
| Windows | 98 | ICMP | 32 | |
| Windows | 98, 98 SE | ICMP | 128 | |
| Windows | 98 | TCP | 128 | |
| Windows | NT 3.51 | TCP и UDP | 32 | |
| Windows | NT 4.0 | TCP и UDP | 128 | |
| Windows | NT 4.0 SP5- | 32 | ||
| Windows | NT 4.0 SP6+ | 128 | ||
| Windows | NT 4 WRKS SP 3, SP 6a | ICMP | td> | 128 |
| Windows | NT 4 Server SP4 | ICMP | 128 | |
| Windows | ME | ICMP | 128 | |
| Windows | 2000 pro | ICMP/TCP/UDP | 128 | |
| Windows | Семейство 2000 | ICMP | 128 | |
| Windows | Serv er 2003 | 128 | ||
| Windows | XP | ICMP/TCP/UDP | < td>128||
| Windows | Vista | ICMP/TCP/UDP | 128 | |
| Windows | 7 | ICMP/TCP/UDP | 128 | |
| Windows | Server 2008 | ICMP/TCP/UDP | 128 | |
| Windows | 10 | ICMP/TCP/UDP | 128 |
Этот метод может не всегда быть точным. Однако это даст представление о базовой операционной системе в удаленной системе. Если вы знаете только IP-адрес удаленной системы, вы можете использовать команду Ping, чтобы получить имя ОС.
Читайте также: