Содержание

Keep alive в роутере что это

Роутер и Wi-Fi

Организовать сеть Хаб — роутер — роутер — роутер — роутер. Все роутеры имели свои IP адреса и локальную сеть
Здравствуйте, помогите кто сможет. Хотел организовать сеть вот таким образом. Рисунок (Сеть.jpg).

есть роутер(проводной) TL-R460, нужно подключить к нему WIFI роутер
Ребят есть роутер(проводной) TL-R460. Раздаёт инет на 2 компа. Нужно подключить к нему WIFI.

Роутер ADSL-2540U D-LINK + WIFI Роутер ASUS WL-520GU
Помогите настроить wifi через Роутер ADSL-2540U D-LINK + WIFI Роутер ASUS WL-520GU .Инет подключен.

Необходимо настроить цепочку: десктоп — роутер — роутер — adsl — интернет
Всем привет! Как настроить такую связку: десктоп подключен к роутеру dir 300 c1 (прошитый как.

в документации должно быть написано максимальное число которое можно вписать?

Добавлено через 1 минуту
Параметр Описание
Station Keep Alive Интервал (в секундах) между проверками активности беспроводных устройств, входящих в локальную сеть. Если задано значение 0, проверка не выполняется.
Beacon период Интервал (в миллисекундах) между отправкой пакетов для синхронизации беспроводной сети.
RTS порог Минимальный размер пакета (в байтах), для которого будет передаваться RTS-кадр.
Frag порог Максимальный размер нефрагментируемого (неделимого) пакета (в байтах). Пакеты большего размера фрагментируются (разбиваются на части).
DTIM период Период времени (в секундах) между отправкой DTIM-сообщения (уведомления о последующей широковещательной (broadcast) или групповой (multicast) передаче) и передачей данных.
TX мощность Мощность передатчика (в процентах).
BG защита Функция защиты устройств стандарта 802.11b и 802.11g используется для уменьшения количества конфликтов между устройствами Вашей беспроводной сети.
Возможные значения:
Auto – функция защиты включается и выключается автоматически в зависимости от состояния сети (рекомендуется, если в Вашей сети есть устройства стандарта 802.11b и устройства стандарта 802.11g),
Always On – функция защиты всегда активна (такая настройка может существенно снизить производительность беспроводной сети),
Always Off – функция защиты всегда неактивна.
TX преамбула Данный параметр определяет длину блока CRC-проверки, передаваемого маршрутизатором при взаимодействии с беспроводными устройствами.
Возможные значения:
Long Preamble – длинный блок,
Short Preamble – короткий блок (данное значение рекомендуется для сети с интенсивным трафиком).

Имеет ли TCP-сокет соединение «keep alive»?

Я слышал о HTTP keep-alive, но сейчас я хочу открыть соединение сокета с удаленным сервером.
Теперь это соединение сокета останется открытым навсегда или есть ограничение времени ожидания, связанное с ним, подобное HTTP keep-alive?

TCP сокеты остаются открытыми, пока они не будут закрыты.

тем не менее, очень сложно обнаружить сломанное соединение (сломанное, как в маршрутизаторе, и т. д., а не закрытое) без фактической отправки данных, поэтому большинство приложений делают какую-то реакцию пинг-понга так часто, чтобы убедиться, что соединение все еще на самом деле живо.

теперь это соединение сокета останется открытым навсегда или есть ограничение времени ожидания, связанное с ним, подобное HTTP keep-alive?

короткий ответ:да, есть тайм-аут, и он применяется через TCP Keep-Alive.

если вы хотите настроить таймаут Keep-Alive, см. раздел «изменение таймаутов TCP» ниже.

TCP-соединения состоят из двух розеток, одна на каждом конце соединения. Когда одна сторона хочет прекратить соединение, она отправляет RST пакет, который другая сторона признает, и оба закрывают свои сокеты.

пока это не произойдет, однако, обе стороны будут держать свое гнездо открытым неопределенно долго. Это оставляет открытой возможность того, что одна сторона может закрыть свой сокет, намеренно или из-за некоторой ошибки, не сообщая другому концу через RST . Для обнаружения этого сценария и закрытия устаревших соединений Используется процесс TCP Keep Alive.

Keep-Alive Process

есть три настраиваемых свойства, которые определяют, как Keep-Alives работают. В Linux они 1 :

tcp_keepalive_time
- по умолчанию 7200 секунд
tcp_keepalive_probes
- по умолчанию 9
tcp_keepalive_intvl
- по умолчанию 75 секунды!—57—>

процесс работает следующим образом:

клиент открывает TCP-соединение
если соединение молчит для tcp_keepalive_time секунд, отправить один пустой ACK пакета. 1
ответил ли сервер соответствующим ACK самостоятельно?
- нет
  1. ждать tcp_keepalive_intvl секунд, затем отправить еще ACK
  2. повторить пока число ACK зонды, которые были отправлены, равны tcp_keepalive_probes .
  3. если на данный момент ответа не получено, отправьте RST и прекратить связь.
- да: вернуться к Шагу 2

этот процесс включен по умолчанию в большинстве операционных систем, и поэтому мертвые TCP-соединения регулярно обрезаются, как только другой конец не отвечает в течение 2 часов 11 минут (7200 секунд + 75 * 9 секунд).

2 Часа По Умолчанию

поскольку процесс не запускается, пока соединение не простаивает в течение двух часов по умолчанию, устаревшие TCP-соединения могут задерживаться очень долго, прежде чем быть обрезаны. Это может быть особенно опасно для дорогих соединений, таких как соединения с базой данных.

Keep-Alive является необязательным

по данным RFC 1122 4.2.3.6, отвечая на и/или ретрансляцию TCP Keep-Alive пакеты необязательно:

разработчики могут включать «keep-alives» в свои реализации TCP, хотя эта практика не является общепринятой. Если keep-alives в комплекте, приложение должно быть в состоянии включить или выключить их для каждого TCP-соединение, и они должны по умолчанию отключены.

крайне важно помнить, что сегменты ACK, не содержащие данных, не являются надежно передается по протоколу TCP.

рассуждение заключается в том, что пакеты Keep-Alive не содержат данных и не являются строго необходимыми и рискуют засорить трубки паутины, если они используются.

однако на практике, мой опыт был в том, что эта проблема со временем уменьшилась, поскольку пропускная способность стала дешевле; и, таким образом, пакеты Keep-Alive обычно не отбрасываются. документация Amazon EC2 например, дает косвенное одобрение Keep-Alive, поэтому, если вы размещаете с AWS, вы, вероятно, безопасно полагаетесь на Keep-Alive, но ваш пробег может отличаться.

изменение таймаутов TCP

За Исполнение

к сожалению, поскольку TCP-соединения управляются на уровне ОС, Java не поддерживает настройку таймаутов на уровне сокета, например в java.net.Socket . Я нашел несколько попыток 3 использовать собственный интерфейс Java (JNI) для создания сокетов Java, вызывающих собственный код для настройки эти варианты, но ни один из них, по-видимому, не имеет широкого принятия или поддержки сообщества.

вместо этого, вы можете быть вынуждены применить конфигурацию операционной системы в целом. Имейте в виду, что эта конфигурация повлияет на все TCP-соединения, запущенные во всей системе.

текущие настройки TCP Keep-Alive можно найти в

/proc/sys/net/ipv4/tcp_keepalive_time
/proc/sys/net/ipv4/tcp_keepalive_probes
/proc/sys/net/ipv4/tcp_keepalive_intvl

вы можете обновить любой из них так:

такие изменения не будут сохраняться при перезапуске. Чтобы внести постоянные изменения, используйте sysctl :

текущие настройки можно просмотреть с помощью sysctl :

обратите внимание, Mac OS X определяет keepidle и keepintvl в единицах МС в отличие от Linux, который использует секунды.

свойства можно задать с помощью sysctl который сохранит эти настройки при перезагрузке:

кроме того, вы можете добавлять их в /etc/sysctl.conf (создает файл, если он не существует).

у меня нет машины Windows для подтверждения, но вы должны найти соответствующие настройки TCP Keep-Alive в реестре at

_{1. См. man tcp для получения дополнительной информации.}

_{2. Этот пакет часто называют пакетом» Keep-Alive», но в спецификации TCP это просто обычный ACK пакета. Такие приложения, как Wireshark, могут маркировать его как пакет» Keep-Alive » путем метаанализа последовательности и номеров подтверждения, которые он содержит в ссылка на предыдущие сообщения в сокете.}

_{3. Некоторые примеры, которые я нашел в базовом поиске Google, -lucwilliams / JavaLinuxNet и flonatel/libdontdie.}

вы ищете опцию сокета SO_KEEPALIVE.

на API сокета Java предоставляет» keep-alive » для приложений через setKeepAlive и getKeepAlive методы.

EDIT: SO_KEEPALIVE реализован в стеках сетевых протоколов ОС без отправки каких-либо» реальных » данных. Интервал keep-alive зависит от операционной системы и может быть настроен через параметр ядра.

поскольку данные не отправляются, SO_KEEPALIVE может только проверить живучесть сетевое подключение, а не живость службы, к которой подключен сокет. Чтобы проверить последнее, вам нужно реализовать то, что включает отправку сообщений на сервер и получение ответа.

TCP keepalive и HTTP keepalive — очень разные понятия. В TCP keepalive-это административный пакет, отправленный для обнаружения устаревшего соединения. В HTTP keepalive означает постоянное состояние соединения.

Это из спецификации TCP,

пакеты Keep-alive должны быть отправлены только тогда, когда никакие данные или пакеты подтверждения не были получены для соединения в течение интервала. Этот интервал должен быть конфигурируемым и иметь значение по умолчанию не менее двух несколько часов.

Как вы можете видеть, интервал TCP keepalive по умолчанию слишком длинный для большинства приложений. Возможно, вам придется добавить активности в свой протокол.

Если вы находитесь за маскирующимся NAT (как и большинство домашних пользователей в эти дни), существует ограниченный пул внешних портов, и они должны быть разделены между TCP-соединениями. Поэтому маскирующиеся NATs склонны предполагать, что соединение было прервано, если данные не были отправлены в течение определенного периода времени.

Это и другие подобные проблемы (в любом месте между двумя конечными точками) могут означать, что соединение больше не будет «работать», если вы попытаетесь отправить данные после разумного периода простоя. Тем не менее, вы не можете обнаружить это, пока вы попробовать для отправки данных.

использование keepalives оба уменьшается вероятность того, что соединение будет прервано где-то по линии, а также позволяет узнать о сломанном соединении раньше.

вот некоторая дополнительная литература по keepalive, которая объясняет это гораздо более подробно.

поскольку Java не позволяет вам контролировать фактическое время keepalive, вы можете использовать примеры для их изменения, если вы используете ядро Linux (или ОС на основе proc).

Функция KeepAlive в Apache

Функция Keep Alive позволяет использовать уже существующее соединение для новых запросов. То есть для передачи пакетов веб-серверу в Keep Alive [short] используются долговременные http-соединения. Вот пример использования функции:

root#curl -v http://www.google.com http://www.google.com

Было сделано два запроса на сайт google.com, но оба запроса прошли по одному и тому же соединению. То есть во время первого запроса было создано соединение, по которому позже прошел и второй запрос.

Насколько удобна функция Keep Alive для веб-серверов Apache? Преимущество использования Keep Alive в том, что клиент может сделать несколько запросов к разным объектам на веб-сервере без необходимости каждый раз создавать новое TCP-соединение. Проблема в том, что если, к примеру, лимит соединений на Apache равен 300, и количество активных соединений уже достигло предела, то остальным придется подождать то тех пор, пока первые 300 клиентов не закончат соединение или же не истечет срок ожидания и соединение не оборвется.

Отключение функции приведет к тому, что при каждом новом запросе клиенту придется устанавливать новое соединение. На веб-серверах с малыми объемами памяти рекомендуется отключать функцию Keep-Alive.

Самым главным недостатком Keep-Alive на Apache-серверах является то, что функция блокирует ряд процессов Apache. Кроме того, клиент, использующий Keep Alive-функцию, блокирует доступ к Apache-процессу для других клиентов. За тот же самый промежуток времени с отключенной функцией Keep Alive Apache-процесс мог бы обслужить намного большее количество клиентов. Крайне рекомендуется использовать отдельную версию Apache для динамического контента с mod_php (если динамические страницы кодированы на PHP) и другой веб-сервер — для статического контента. Выключайте Keep Alive на веб-сервере, обслуживающем динамические страницы и используйте данную функцию на сервере, обслуживающем статические запросы.

Расширенные настройки роутера WRT120N — Базовые установки РРРоЕ

Автор: Александр Белявцев | 27 Августа 2010

Расширенные настройки роутера WRT120N — Базовые установки РРРоЕ

Некоторые Интернет провайдеры, обеспечивающие DSL-доступ, для установки соединения используют протокол РРРоЕ. Если вы соединяетесь с Интернет посредством DSL линии, уточните у своего провайдера, используется ли протокол РРРоЕ. Если да, то вам следует разрешить его использование.

Username & Password (Имя пользователя и Пароль) — введите сюда предоставленные вам данные для подключения к сети.

Service Name (Optional) — Сервисное Имя (дополнительно) — если необходимо, введите в это поле сервисное имя соединения.

Connect on Demand: Max Idle Time (Соединение по запросу: Максимальное время бездействия). Вы можете настроить свой роутер на разрыв Интернет-соединения после бездействия в течение определенного периода времени. Если ваше соединение было разорвано из-за бездействия, опция Соединения по запросу разрешает роутеру автоматически восстанавливать соединение после того, как вы снова попытаетесь воспользоваться Интернет. Чтобы включить эту опцию, выберите Connect on Demand и в поле Max Idle Time введите количество минут, которое должно пройти до разрыва вашего соединения. По умолчанию это значение равно 5 минутам.

Keep Alive: Redial Period (Поддерживать соединение: Период повторного набора). Если вы выберете эту опцию, роутер будет автоматически проверять ваше Интернет-соединение. Если оно оборвано, роутер повторно его установит. Для использования этой опции выберите Keep Alive. В поле Redial Period вы указываете, как часто роутер должен проверять наличие соединения. По умолчанию это значение равно 30 секундам.

PPTP, L2TP и Telstra Cable — эти протоколы соединения используется только в Европе, Израиле и Австралии соответственно. По этой причине особого интереса они не представляют. Принципиальных различий в настройках нет. Данные вносятся в поля подобно описанной процедуре для статического IP и PPoE.

Optional Settings (Дополнительные установки) — некоторые из следующих настроек могут потребоваться для установки соединения.

Имя хоста и имя домена — это поле позволяет вам назначить имя хоста и домена для роутера. Некоторые кабельные провайдеры требует его введения для идентификации роутера.
MTU — определяет размер пакета, разрешенного для передачи. Установка значения в Auto дает возможность роутеру самому определять оптимальный размер.
Размер. Когда разрешена ручная (Manual) установка значения MTU, в этом поле устанавливается размер пакета. Он зависит от протокола и находится в пределах диапазона 1200 — 1500.

Keep alive в роутере что это

papasid » 04 май 2011, 22:58

то такое keepalive в tcp/ip (NCR)?

mikle » 05 май 2011, 03:40

Re: то такое keepalive в tcp/ip (NCR)?

Nexozavr » 08 июл 2015, 16:02

Re: то такое keepalive в tcp/ip (NCR)?

Dan » 08 июл 2015, 16:58

KeepAlive=»1″
RetryTimer=»3000″
LengthFormat=»1″
LengthSize=»2″
LengthAdjust=»2″
LengthOffset=»0″
LengthEmbedded=»0″
RCVTimeOut=»30000″
PrefixSize=»0″
PrefixData=»0″