Технические характеристики ВАЗ 2109
Описание автомобиля ВАЗ 2109
Samara 2109 придется по душе любителям дальних путешествий и дачникам. Стильный автомобиль модели 2109 отличается от своих предшественников новыми техническими решениями и более современным дизайном. Салон автомобиля Самара 2109 прост, комфортен и практичен. В салоне авто можно увидеть «высокую» приборную панель, которая обеспечивает за состоянием всех бортовых систем авто четкий контроль, улучшенный интерьер с качественной тканевой обивкой и многое другое.
Комфортный, универсальный хетчбек идеально подойдет в качестве «семейного автомобиля».
Запуск в серию первого поколения ВАЗ 2109 состоялся в 1987 году, в 1991 году машина модернизировалась, в 2011 году выпуск был прекращен. Если сравнивать данную модель с прежними «классическими» изделиями АвтоВАЗа, то она демонстрирует лучшую динамику езды, имеет более легкое и точное управление, увереннее держится на полотне дороги, в том числе и на скользком покрытии, более безопасно входит в повороты. Благодаря увеличенному радиусу закругления, выполненному на боковых плоскостях корпуса, в салоне увеличился запас свободного пространства в области плеч. Переднеприводная компоновка, наличие в конструкции большого количества алюминиевых и полимерных деталей способствуют снижению массы машины, что опять же положительно сказывается на динамике езды, управляемости, экономии топлива. За годы производства оформление салона неоднократно подвергалось изменениям, автопроизводитель своевременно устранял выявленные недостатки, стремился создать в кабине наилучший уровень комфорта.
Экстерьер
Боковые поверхности корпуса ВАЗ 2109 расширены, в области расположения дверных ручек их пересекает высокое ребро жесткости, капот наклонен под небольшим 20-градусным углом. Элементы головного света имеют правильную прямоугольную форму, к ним примыкают указатели поворотов имеющих вид нешироких вытянутых по вертикали треугольников.
Интерьер
Отделка внутреннего пространства ВАЗ 2109 осуществлена из довольно жесткого пластика и тканевых материалов. Внутренние поверхности дверей в верхней части задрапированы тканью, пространство ниже перекрыто полимерными панелями. На заднем диване свободно смогут расположиться три пассажира высокого роста. Передние кресла имеют неплохо выраженную поддержку тела, между ними помещены рукоятки селектора трансмиссии и стояночного тормоза. Дизайн передней панели выполнен из прямых углов и линий, из левой стороны панели выступает массивный прямоугольной формы блок. В него помещены стрелочные и световые индикаторы, рядом с ними располагается крупная шкала спидометра. С правой стороны данного блока оставлено посадочное место, предназначенное для установки автомагнитолы, под этим элементом распределены ползунки изменения интенсивности функционирования отопителя и вентиляции. Слева от рулевой колонки выполнен блок с несколькими клавишами включения сервисных систем. По бокам передней панели выполнены решетки динамиков, над ними скомпонованы регулируемые воздуховоды.
Технические характеристики
Начальный мотор в линейке ВАЗ 2109 является 54-сильный агрегат с рабочим объемом 1099 см3.
При 5600 об/минуту он развивает 79 Нм крутящего момента, время разгона – 17 секунд, расход топлива на шоссе – 5,6 литров, в городе – 8,2 литров. Топовый двигатель обладает рабочим объемом 1596 см3. При 5200 об/минуту он развивает до 120 Нм, имеет мощность 81 л. сил, ускорение до сотни достигается за 14 секунд, усредненный уровень потребления топлива – 7 литров.
| Колея передних колёс | 1400 мм |
| Максимальный объём багажника | 400 л |
| Длина | 4205 мм |
| Длина x Ширина x Высота | 4 205 x 1 650 x 1 402 мм |
| Колея задних колёс | 1370 мм |
| Ширина | 1650 мм |
| Колея передних/задних колёс | 1 400/1 370 мм |
| Дорожный просвет | 160 мм |
| Высота | 1402 мм |
| Объём багажника | до 400 л |
| Снаряженная масса | 970 кг |
| Колёсная база | 2460 мм |
| Допустимая полная масса | 1395 кг |
| Количество мест | 5 |
| Обороты максимального крутящего момента | до 2 700 об/мин |
| Обороты максимального крутящего момента, макс. | 2700 об/мин |
| Количество клапанов на цилиндр | |
| Наличие интеркулера | Нет |
| Тип двигателя | Бензиновый |
| Объём двигателя | 1598 см3 |
| Диаметр цилиндра | 82 мм |
| Конфигурация двигателя | Рядный |
| Мощность двигателя | 80 л. с. |
| Ход поршня | 71 мм |
| Тип впуска | Инжектор |
| Обороты максимальной мощности, макс. | 5600 об/мин |
| Обороты максимальной мощности | до 5 600 об/мин |
| Максимальный крутящий момент | 120 Н•м |
| Количество цилиндров | 4 |
| Коробка передач | Механика |
| Привод | Передний |
| Количество ступеней | 5 |
| Передние тормоза | Дисковые |
| Задние тормоза | Барабанные |
| Передняя подвеска | Амортизационная стойка |
| Задняя подвеска | Винтовые пружины |
| Экологический стандарт | Euro iii |
| Расход топлива на шоссе | 5.7 л/100 км |
| Расход топлива в смешанном цикле | 7.7 л/100 км |
| Время разгона до 100 км/ч | 14 сек |
| Объём топливного бака | 43 л |
| Запас хода | от 430 до 750 км |
| Максимальная скорость | 160 км/ч |
| Рекомендуемое топливо | Аи-95 |
| Расход топлива в городе | 9.9 л/100 км |
| Усилитель руля | Отсутствует |
| Количество крепёжных отверстий | 4 |
| Диаметр обода | 13 |
| Диаметр обода | |
| Количество крепёжных отверстий | 4 |
| Ширина профиля шины | 165 |
| Высота профиля шины | 70 |
| Диаметр шины | 13 |
| Высота профиля шины | 70 |
| Диаметр шины | 13 |
| Ширина профиля шины | 165 |
| Коробка передач | Механика, 5 ст. |
| Привод | Передний |
| Базовая информация | |
|---|---|
| Марка | Lada |
| Модель | 2109 |
| Поколения | 2109 |
| Модификация (двигатель) | 1.3 (64 лс) |
| Начало выпуска | 1987 г |
| Оконч. выпуска | 1997 г |
| Архитектура силового агрегата | Двигатель внутреннего сгорания |
| Тип кузова | Хэтчбек |
| Количество мест | 5 |
| Количество дверей | 5 |
| Эксплуатационные характеристики | |
| Расход топлива в городе | 8.6 л/100 км
27.35 US mpg 32.85 UK mpg |
| Топливо | Бензин |
| Время разгона 0 — 100 км/ч | 16 сек |
| Время разгона 0 — 62 mph | 16 сек |
| Время разгона 0 — 60 mph (Рассчитано Auto-Data.net) | 15.2 сек |
| Максимальная скорость | 148 км/ч 91.96 mph |
| Соотношение мощность/вес | 14.3 кг/лс, 69.9 лс/тонна |
| Двигатель | |
| Мощность | 64 лс @ 5600 об./мин. |
| Мощность на литр рабочего объема | 49.7 лс/л |
| Крутящий момент | 94 Нм @ 3500 об./мин.
69.33 lb.-ft. @ 3500 об./мин. |
| Расположение двигателя | переднее, поперечное |
| Объем двигателя | 1288 см378.6 cu. in. |
| Количество цилиндров | 4 |
| Расположение цилиндров | Рядный |
| Диаметр цилиндра | 76 мм 2.99 in. |
| Ход поршня | 71 мм 2.8 in. |
| Степень сжатия | 9.9 |
| Количество клапанов на цилиндр | 2 |
| Система питания | Карбюратор |
| Тип наддува | Безнаддувный двигатель |
| Газораспределительный механизм | OHC |
| Объем и вес | |
| Снаряженная масса автомобиля | 915 кг 2017.23 lbs. |
| Допустимая полная масса | 1340 кг 2954.19 lbs. |
| Максимальная грузоподъемность | 425 кг 936.96 lbs. |
| Объем багажника минимальный | 270 л 9.53 cu. ft. |
| Объем багажника максимальный | 1000 л 35.31 cu. ft. |
| Объем топливного бака | 43 л 11.36 US gal | 9.46 UK gal |
| Габариты | |
| Длина | 4006 мм 157.72 in. |
| Ширина | 1650 мм 64.96 in. |
| Высота | 1402 мм 55.2 in. |
| Колесная база | 2460 мм 96.85 in. |
| Колея передняя | 1400 мм 55.12 in. |
| Колея задняя | 1370 мм 53.94 in. |
| Трансмиссия, тормоза и подвеска | |
| Архитектура привода | ДВС приводит в движение передние колеса автомобиля. |
| Привод | Передний привод |
| Количество передач (Механическая коробка передач) | 5 |
| Тип передней подвески | Амортизационная стойка |
| Тип задней подвески | Винтовая пружина |
| Передние тормоза | Дисковые |
| Задние тормоза | Барабанные |
| Тип рулевого управления | Рулевая (шестерня) рейка |
| Размер шин | 165/70 SR13 |
Технические характеристики ВАЗ (Lada) 2109
Ниже приведены технические характеристики ВАЗ (Lada) 2109 для различных модификаций этой модели.
Количество модификаций ВАЗ (Lada) 2109, представленных здесь — 10.
Хетчбэк 21091 MT (54 л.с.)Хетчбэк 2109 MT (64 л.с.)Хетчбэк 21093i MT (72 л.с.)Хетчбэк 21093 MT (69 л.с.)Хетчбэк 21091 MT (54 л.с.)Хетчбэк 2109 MT (64 л.с.)Хетчбэк 21093i MT (72 л.с.)Хетчбэк 21093 MT (69 л.с.)Хетчбэк 21094 MT (81 л.с.)Хетчбэк 21093 MT (78 л.с.)
Кузов
| Тип кузова | Хетчбэк |
| Количество мест | 5 |
| Длина, мм | 4006 |
| Ширина, мм | 1650 |
| Высота, мм | 1402 |
| Колёсная база, мм | 2460 |
| Колея передняя, мм | 1400 |
| Колея задняя, мм | 1370 |
| Снаряженная масса, кг | 945 |
| Дорожный просвет, мм | 160 |
| Объем багажника максимальный, л | 640 |
| Объем багажника минимальный, л | 330 |
| Полная масса, кг | 1325 |
| Грузоподъёмность, кг | 380 |
Двигатель
| Тип двигателя | Бензиновый |
| Объем двигателя, см3 | 1499 |
Мощность двигателя, л. с. (кВт) | 78 (57) |
| Обороты максимальной мощности, об/мин | до 5 400 |
| Максимальный крутящий момент, Н*м | 116 |
| Тип впуска | Распределенный впрыск |
| Расположение цилиндров | Рядный |
| Количество цилиндров | 4 |
| Количество клапанов на цилиндр | 2 |
| Диаметр цилиндра, мм | 82 |
| Ход поршня, мм | 71 |
| Обороты максимального крутящего момента, об/мин | до 3 000 |
Эксплуатационные характеристики
| Марка топлива | АИ-92 |
| Максимальная скорость, км/ч | 160 |
| Разгон до 100 км/ч, сек | 14 |
| Объём топливного бака, л | 43 |
| Расход топлива в городе на 100 км, л | 8.7 |
| Расход топлива на шоссе на 100 км, л | 5.7 |
| Запас хода, км | от 490 до 750 |
Трансмиссия
| Тип КПП | Механика |
| Количество передач | 5 |
| Привод | Передний |
Подвеска
| Передние тормоза | Дисковые |
| Задние тормоза | Барабанные |
| Передняя подвеска | Амортизационная стойка |
| Задняя подвеска | Винтовые пружины |
Технические характеристики ВАЗ (Lada) 2108
Технические характеристики ВАЗ (Lada) 21099
Расход топлива ВАЗ (Lada) 2109
Другие марки и модели авто
ACAcuraAlfa RomeoAlpinaAlpineAroAsiaAston MartinAudiBeijingBentleyBMWBorgwardBrillianceBristolBugattiBuickBYDCadillacCallawayCarbodiesCaterhamChanganChangFengChangheCheryChevroletChryslerCitroenCizetaCoggiolaDaciaDadiDaewooDaihatsuDaimlerDallasDatsunDe TomasoDerwaysDodgeDongFengDSEagleFAWFerrariFiatFordFotonFSOFuqiGeelyGenesisGeoGMCGreat WallHafeiHaimaHavalHawtaiHindustanHoldenHondaHuangHaiHummerHyundaiInfinitiInnocentiInvictaIran KhodroIsuzuJACJaguarJeepJiangnanJMCKiaKoenigseggLamborghiniLanciaLand RoverLandwindLexusLifanLincolnLotusLTILuxgenMahindraMarcosMarlinMarussiaMarutiMaseratiMaybachMazdaMcLarenMegaMercedes-BenzMercuryMetrocabMGMinelliMiniMitsubishiMitsuokaMonte CarloMorganNissanNobleOldsmobileOpelPaganiPanozPaykanPeroduaPeugeotPlymouthPontiacPorschePremierProtonPumaQvaleRAMRavonRenaultRimacRolls-RoyceRonartRoverSaabSaleenSamsungSaturnScionSEATShifengShuangHuanSkodaSMASmartSoueastSpectreSpykerSsangYongSubaruSuzukiTataTatraTeslaTianmaTianyeTofasToyotaTrabantTVRVectorVenturiVolkswagenVolvoVortexWiesmannWulingXin KaiZastavaZotyeZXВАЗ (Lada)ГАЗЗАЗЗИЛИЖЛуАЗМосквичТагАЗУАЗ1111 Ока21082109210992110211121122113211421152120 Надежда21234x4GrantaKalinaLargusPrioraVestaXRAY
Двигатель ВАЗ 2109: характеристика, особенности, применяемость
Одной из самых известных разработок советского автотранспорта является двигатель ВАЗ 2109 и его всевозможные модификации.
Так, мотор, который был разработан еще в 1982 году, служит верой и правдой по сегодняшний день. Это один из самых распространенных моторов на территории СНГ.
Надо сказать, что это не считается одним из надежных агрегатов, но он очень ремонтнопригодный, что делает его достаточно популярным среди автолюбителей.
Описание и модификации
Как такового «девяточного» двигателя в природе не существует. По крайней мере, завод АвтоВАЗ его не выпускал. На все модели 2109 устанавливался «восьмерочный» силовой агрегат и его модификации. Конечно, во многих документах можно встретить мотор ВАЗ 2109, но это обман или незнание.
А вот в технической документации завода изготовителя не найти информации о двигателе 2109, поскольку такого мотора не существует. На все «девятки», за весь период их производства устанавливались двигатели со следующей маркировкой: ВАЗ-21081 (1,1 8V), ВАЗ-2108 (1,3 8V), ВАЗ-21083 (1,5 8V), ВАЗ-2111-80 (1,5i 8V) и ВАЗ-11183-20 (1,6i 8V).
Технические характеристики
Все моторы, которые устанавливались на ВАЗ 2109 были малого объема, но имели достаточные мощностные характеристики и динамику. А вот с тяговой мощностью уже не сложилось. Мощность двигателя ВАЗ 2109 колеблется от 54 до 81 лошадиной силы. Стоит рассмотреть, каждый из вариантов двигателя и его технические характеристики по отдельности.
21081 (1,1 8V)
| Наименование | Показатель |
| Объем | 1,1 литр (1099 см куб) |
| Количество цилиндров | 4 |
| Количество клапанов | 8 |
| Топливо | Бензин |
| Система впрыска | Карбюратор |
| Расход топлива | 6,7 |
| Диаметр цилиндра | 76 |
| Порядок работы цилиндров | 1-3-4-2 |
2108 (1,3 8V)
| Наименование | Показатель |
| Объем | 1,3 литра (1289 см куб) |
| Количество цилиндров | 4 |
| Количество клапанов | 8 |
| Топливо | Бензин |
| Система впрыска | Карбюратор |
| Расход топлива | 7,0 л |
| Диаметр цилиндра | 76 |
| Порядок работы цилиндров | 1-3-4-2 |
21083 (1,5 8V)
| Наименование | Показатель |
| Объем | 1,5 литра (1499 см куб) |
| Количество цилиндров | 4 |
| Количество клапанов | 8 |
| Топливо | Бензин |
| Система впрыска | Карбюратор |
| Расход топлива | 7,0 л |
| Диаметр цилиндра | 76 |
| Порядок работы цилиндров | 1-3-4-2 |
2111-80 (1,5i 8V)
| Наименование | Показатель |
| Объем | 1,5 литра (1499 см куб) |
| Количество цилиндров | 4 |
| Количество клапанов | 8 |
| Топливо | Бензин |
| Система впрыска | Инжектор |
| Расход топлива | 7,5 л |
| Диаметр цилиндра | 82 |
| Порядок работы цилиндров | 1-3-4-2 |
11183-20 (1,6i 8V)
| Наименование | Показатель |
| Объем | 1,6 литра (1596 см куб) |
| Количество цилиндров | 4 |
| Количество клапанов | 8 |
| Топливо | Бензин |
| Система впрыска | Инжектор |
| Расход топлива | 9,5 л |
| Диаметр цилиндра | 82 |
| Порядок работы цилиндров | 1-3-4-2 |
Как видно эволюция двигателей дошла от карбюраторного типа до инжекторного.
Хотя при увеличении объема двигателя, пропорционально увеличивался и расход топлива.
Еще одним немаловажным фактом остается вопрос: где находиться номер двигателя на старых образцах моторов? Как известно, номер двигателя набивался на блоке цилиндров только с 1984 года и на более ранних версиях, которые шли на экспорт. Поэтому, на силовом агрегате 1983 года выпуска даже не стоит искать этот идентификатор, поскольку его попросту нет.
Ремонт и обслуживание
В среднем ремонт ДВС модификаций ВАЗ 2109 делается по пробегу. Такой показатель составляет около 200000 км пробега. Капитальный ремонт двигателя проводиться аналогично любому жигулевскому силовому агрегату. Поскольку, по сравнению с Волговским двигателем Вазовский достаточно маленький, то зачастую автомобилисты переборку делают у себя в гараже своими руками.
Движок 2109 является хорошо ремонтнопригодным, поскольку чугунный блок достаточно тяжело разрушить, а стоимость головки низкая, что позволяет дешево и без особых затрат отремонтировать ДВС своими руками. Еще одним позитивным фактором в ремонте является то, что силовой агрегат прост в конструкции и даже неопытные автолюбители способны провести мелкий ремонт движка ВАЗ 2109 своими руками.
К основным проблемам, с которыми многие сталкиваются можно отнести: замена масла в двигателе ВАЗ 2109, замена свечей зажигания и высоковольтных проводов, а также переборка и настройка карбюратора. Кстати, почти все моторы комплектовались отличным впрысковым элементом, который все знают как «Солекс».
Еще один вопрос, который часто задают автолюбители, сколько масла нужно вливать в мотор? Этот показатель зависит от типа мотора. Например, для ВАЗ-21081 — это будет один показатель, а для ВАЗ −11183-20 — совсем другой. Поэтому, если автомобилист хочет знать — сколько масла в его силовом агрегате, нужно заглянуть в техническую документацию.
Тюнинг
Тюнинг двигателя ВАЗ 2109 проводится достаточно просто и без особых сложностей.
Так, первое, что делают на свой двигатель автомобилисты — это меняют систему зажигания. Конечно, на старых моделях установлено контактный вариант, который уже давно морально устарел, а поэтому ставиться бесконтактное.
Вместе с этим меняются свечи и высоковольтные провода. Не стоит также забывать о катушке зажигания. Это все даст улучшенное сгорание топлива в цилиндрах, только если все правильно настроить.
Далее, идет расточка и переборка блока цилиндров. Так, многие автолюбители устанавливают спортивный вариант поршневой, который предусматривает облегченный коленчатый вал, поршни и шатуны. Затем, меняются направляющие втулки и клапана. Все эти доработки дадут прибавку в мощности примерно на 25-30 лошадей.
Последним этапом становиться наружный тюнинг. Сюда можно отнести: установка воздушного фильтра нулевого сопротивления, переборка карбюратора, замена патрубков водяного охлаждения, установка улучшенной помпы и генератора.
Не стоит забывать о таком важном элементе, как стартер, гамму разновидностей, которых можно найти в тюнинг магазинах. Еще, рекомендуется заменить радиатор на более облегченный, а то есть поставить — алюминиевый. Все это даст больше возможностей для двигателя, а соответственно и для автомобилиста.
Вывод
Двигатель ВАЗ 2109, а точнее его разновидности, которые устанавливались на автомобиль стали легендами советского автопрома. Так, имея достаточно малые размеры, он был мощным, что дало ему большую популярность среди автомобилистов. Еще одним положительным фактором являлось то, что ремонт двигателя ВАЗ 2109 проводится достаточно легко своими руками, что позволяет любому автолюбителю сократить затраты на автосервисе.
С популяризацией тюнинга, большинство водителей, которые имели в собственности моторы 2109 стали проводить доработки и, как показывает практика, достаточно успешно.
Технические характеристики ВАЗ 2109 «Девятка» | Характеристики автомобилей
ВАЗ-2109 «Спутник»/Samara (неоф.
название «Девятка») — советский и российский переднеприводный автомобиль II группы малого класса с кузовом типа хэтчбек. Разработан и серийно выпускался на Волжском автомобильном заводе в 1987—2004 годах. С 2004 до конца 2011 года вариант ВАЗ-21093 собирался из машинокомплектов на Украине на заводе «ЗАЗ». Представляет собой пятидверную модификацию ВАЗ-2108 в семействе моделей Лада «Спутник».
1. Эксплуатационные характеристики ВАЗ 2109 девятка
Максимальная скорость: 160 км/ч
Время разгона до 100 км/ч: 13 c
Расход топлива на 100км по городу: 10 л
Расход топлива на 100км по трассе: 5.7 л
Расход топлива на 100км в смешанном цикле: 7.3 л
Объем бензобака: 43 л
Снаряженная масса автомобиля: 945 кг
Допустимая полная масса: 1370 кг
Размер шин: 165/70 SR13
2. Характеристики двигателя
Расположение: спереди, поперечно
Объем двигателя: 1500 см3
Мощность двигателя: 78 л.с.
Количество оборотов: 5400
Крутящий момент: 115/3000 н*м
Система питания: Распределенный впрыск
Турбонаддув: нет
Газораспределительный механизм: OHC
Расположение цилиндров: Рядный
Количество цилиндров: 4
Диаметр цилиндра: 82 мм
Ход поршня: 71 мм
Степень сжатия: 9.9
Количество клапанов на цилиндр: 2
Рекомендуемое топливо: АИ-95
3. Тормозная система
Передние тормоза: Дисковые
Задние тормоза: Барабанные
4. Рулевое управление
Тип рулевого управления: Шестерня-рейка
Усилитель руля: нет
5. Трансмиссия
Привод: Передний
Количество передач: механическая коробка — 5
Передаточное отношение главной пары: 3.9
6. Подвеска
Передняя подвеска: Амортизационная стойка
Задняя подвеска: Винтовая пружина
7.
Кузов
Тип кузова: хэтчбек
Количество дверей: 5
Количество мест: 5
Длина машины: 4006 мм
Ширина машины: 1650 мм
Высота машины: 1402 мм
Колесная база: 2460 мм
Колея передняя: 1400 мм
Колея задняя: 1370 мм
Дорожный просвет (клиренс): 160 мм
Объем багажника максимальный: 1000 л
Объем багажника минимальный: 270 л
8. Производство
Год выпуска: с 1987 по 2006
Общие данные и технические характеристики автомобиля ВАЗ-2109
ВАЗ–2109 — легковой переднеприводный автомобиль с поперечным расположением силового агрегата, предназначенный для эксплуатации на дорогах с твердым покрытием.
Кузов цельнометаллический несущий пятидверный, типа хэтчбек.
Пятая дверь расположена в задней части кузова и предназначена для погрузки багажа.
Для перевозки крупногабаритных и длинномерных грузов заднее сиденье можно сложить, увеличив тем самым объем багажного отделения.
Двигатели — четырехцилиндровые карбюраторные, рабочим объемом 1,1, 1,3 и 1,5 л. С 1993 года часть автомобилей оснащают различными системами впрыска топлива.
Благодаря переднеприводной компоновке у автомобиля улучшенные по сравнению с заднеприводными моделями ВАЗ характеристики управляемости, особенно на скользкой дороге и при прохождении поворотов.
Вид снизу автомобиля ВАЗ-2109
Возможна комплектация гидрокорректором фар, передними сиденьями с электроподогревом, электрическими стеклоподъемниками, бортовым компьютером и каталитическим нейтрализатором отработавших газов в системе выпуска.
Технические характеристики
Показатель — ВАЗ–2109 — ВАЗ–21091 — ВАЗ–21093
Общие данные
Число мест 5
Число мест при сложенном заднем сиденье 2
Полезная масса 425 кг
Масса перевозимого груза, кг:
— при одном пассажире 275
— при четырех пассажирах 50
Снаряженная масса автомобиля, кг 945
Радиус поворота по следу внешнего колеса 5,2 м
Максимальная скорость, км/ч – 148 – 140 — 156
Время разгона с места с водителем и пассажиром до 100 км/ч, c — 16 — 17 — 13
Тормозной путь автомобиля с полной массой со скорости 80 км/ч на горизонтальном участке сухого ровного асфальтированного шоссе, м, не более:
— при использовании рабочей тормозной системы – 38;
— при аварийном срабатывании (только одного из контуров) – 85.
Двигатель
Модель – 2108 – 21081 — 21083
Тип — Четырехтактный бензиновый карбюраторный
Число и расположение цилиндров 4 в ряд
Диаметр цилиндра ход поршня, мм: — 76×71 — 76×60,6 — 82×71
Рабочий объем, л — 1,3 — 1,1 — 1,5
Степень сжатия — 9,9 — 9,0 — 9,9
Номинальная мощность при частоте вращения коленчатого вала 5550 мин –1 (у двигателя мод. 21081 при 5500 мин –1) по ГОСТ 14846–81 (нетто), кВт (л.с.): — 46,6 (63,4) — 39,9 (54,3) — 51,5 (70,0)
Максимальный крутящий момент по ГОСТ 14846–81 (нетто) и по ISO1585–82, Н·м (кгс·м): — 94,8 (9,66) — 77,9 (7,94) — 106,4 (10,85)
Частота вращения коленчатого вала при максимальном крутящем моменте, мин –1 – 3400 – 3600 — 3400
Порядок работы цилиндров 1–3–4–2
Трансмиссия
Сцепление — однодисковое, сухое с центральной диафрагменной пружиной
Привод выключения сцепления — тросовый беззазорный
Коробка передач механическая, 4- или 5-ступенчатая, с синхронизаторами на всех передачах переднего хода.
Главная передача — цилиндрическая, косозубая.
Дифференциал — конический, двухсателлитный
Передаточные числа (четырехступенчатая коробка передач имеет такие же передаточные числа, но без пятой передачи):
Модель авто — ВАЗ–2109 — ВАЗ–21091 — ВАЗ–21093
1-я передач 3,636
2-я передача 1,9
3-я передача 1,357
4-я передача 0,941
5-я передача 0,784
задний ход 3,53
главная передача — 3,9 — 4,13 — 3,7 или 3,9
Привод передних колес — наружный и внутренний шарниры равных угловых скоростей, соединенные валами
Ходовая часть
Передняя подвеска — независимая, с телескопическими гидравлическими амортизаторными стойками, с витыми цилиндрическими пружинами, нижними поперечными рычагами с растяжками и стабилизатором поперечной устойчивости (Мак Ферсон)
Задняя подвеска — с витыми цилиндрическими пружинами, гидравлическими амортизаторами двухстороннего действия и продольными рычагами, упруго соединенными поперечной балкой
Колеса — дисковые, штампованные
Размер обода 4 ½ –13, или 4 ½ –13h3 (для бескамерных шин), или 5J–13h3 (для бескамерных шин)
Шины — радиальные, камерные или бескамерные
Размер шин 165/70 R13 (165/70 SR13 — импортные), 175/70 R13, 185/70 R13
Рулевое управление:
Тип рулевого управления — травмобезопасный
Рулевой механизм — шестерня-рейка
Рулевой — две тяги с резинометаллическими шарнирами со стороны рулевого механизма и шаровыми шарнирами со стороны поворотных рычагов
Mustang 2109 Технические характеристики (2011-2018)
Технические данные — 2109 Мустанг
Уведомление: Все перечисленные данные проверены экспертами команды LECTURA Specs.
Однако могут возникнуть неполные данные и ошибки. Свяжитесь с нашей командой с любым предложением об изменении.
| Масса | 4.77 т |
|---|---|
| Номинальная рабочая мощность | 1667 кг |
| Стандартные шины | 14,00×17,5 |
| Ширина ковша | 2,14 м |
| Вместимость ковша | 0.89 м³ |
| Защита водителя | Кб |
| Режим рулевого управления | AL |
| Транспортная длина | 3,09 м |
| Транспортная ширина | 2.06 м. |
| Транспортная высота | 2,06 м |
| Скорость передвижения | 20 км / ч |
| Макс. высота разгрузки | 2,72 м |
| Двигатель мануф. | Cummins |
| Тип двигателя | B4,5 т 99C |
| Мощность двигателя | 74 кВт |
| Рабочий объем | 4,5 л |
Оборотов при макс. Крутящем моменте | 2200 об / мин |
| Ширина колеи | ### |
| Подъемная сила | ### |
| Мощность двигателя | ### |
| Размеры д x ш x в | ### |
| Макс.крутящий момент | ### |
| Количество цилиндров | ### |
| Диаметр цилиндра x ход | ### |
| Масса | ### |
| Уровень выбросов | ### |
| Геометрия лифта | ### |
| Доступ | ### |
| Производитель двигателя | ### |
| Модель двигателя | ### |
| Уровень выбросов | ### |
| Аспирация | ### |
| Номинальная частота вращения | ### |
| Мощность двигателя — нетто | ### |
| Крутящий момент | ### |
| Тип трансмиссии | ### |
| Размер шин | ### |
| Длина — без ковша | ### |
| Длина — с ковшовой литейной | ### |
| Ширина — без ковша | ### |
| Ширина — Ковшовая литейная | ### |
| Высота до верхней части кабины | ### |
| Дорожный просвет | ### |
| Колесная база | ### |
| Задний угол съезда | ### |
| Высота до оси шарнира | ### |
| Угол разгрузки | ### |
| Высота отвала — максимальная литейная | ### |
| Вылет — максимальная высота выгрузки Литейный | ### |
| Высота подъема — литейное производство | ### |
| Радиус поворота — задний угол | ### |
| Радиус поворота — литейное производство углов ковша | ### |
| Топливный бак | ### |
| Номинальная рабочая мощность — Литейное производство | ### |
| Опрокидывающая нагрузка — литейное производство | ### |
| Скорость — максимальная | ### |
| Прорыв — лифт-литейный | ### |
| Breakout — Ковшовый цех | ### |
| Гидравлическая мощность | ### |
| Гидравлический привод — опция | ### |
| Тип насоса | ### |
| Расход насоса | ### |
| Давление в системе | ### |
| Самовыравнивающийся | ### |
| Эксплуатационная масса — литейное производство | ### |
Базовая модель с кабиной ROPS и std.
лопата с зубьями
2109 Мустанг — Специальное оборудование
- Дизельный сажевый фильтр
- Двигатель на сжиженном газе
- Система защиты от взлома
Загрузить паспортные данные — Mustang 2109
ИксЧто вы думаете об этой машине?
Спасибо за отзыв
| Brand | ВАЗ |
| Модель | 2109 |
| Поколение | 2109 |
| Двигатель | 1.3 (64 л.с.) |
| Двери | 5 |
| Мощность | 64 HPW |
| Максимальная скорость | 148 км / ч |
| Разгон с места до 100 кмч | 16 сек |
| Объем топливного бака | 43 литров |
| Год выпуска | 1987 г. год |
| Год остановки производства | 1997 г. год |
| Тип купе | Хэтчбек |
| Количество мест | 5 |
| Длина | 4006 ММ |
| Ширина | 1650 ММ |
| Высота | 1402 ММ |
| Колесная база | 2460 ММ |
| Колея передняя | 1400 ММ |
| Колея задняя | 1370 |
| Клиренс | |
| Расход топлива (эконом) — в городе | 8.6 Литров / 100 км |
| Расход топлива (эконом) в загородном доме | |
| Расход топлива (экономичный) в смешанном цикле | |
| Масса | 915
кг. |
| Максимальный вес | 1340 кг. |
| Максимальный объем багажа | 1000 литров |
| Минимальный объем багажа | 270 литров |
| Нормы выбросов |
Полные спецификации для 2019 Forest River Rockwood Mini Lite 2109S RVs
Резервуары
Количество резервуаров для хранения пресной воды
1
Общая емкость бака пресной воды
58.0 галлонов
Количество резервуаров для сточных вод
1
Общая вместимость резервуара для серой воды
30,0 гал.
Количество резервуаров для хранения черных вод
1
Общая емкость резервуара для черной воды
30.0 галлонов
Главная спальня
Полы в главной спальне Тип
Винил
Стиль двери главной спальни
Занавес
Полноразмерный шкаф для главной спальни
№
Зеркальные двери в главной спальне
№
Шторы / шторы для главной спальни
Есть
Расположение главной спальни
Передняя
Rockwood Mini Lite 2109S | Forest River RV — Производитель туристических трейлеров — Пятые колеса — Палаточные лагеря
GVWR (Полная масса автомобиля) — максимально допустимая масса агрегата при полной загрузке.
Он включает в себя все веса, включая все жидкости, груз, дополнительное оборудование и аксессуары.
Для безопасности и производительности продукта НЕ превышайте GVWR.
GAWR (Полная масса оси) — это максимально допустимая масса, включая груз, жидкости, дополнительное оборудование и аксессуары, которые могут безопасно поддерживаться комбинацией всех осей.
UVW (Вес без груза) * — это типичный вес устройства, изготовленного на заводе.Он включает весь вес на оси (осях) агрегата, а также язычок или штифт и сжиженный газ.
UVW не включает груз, свежую питьевую воду, дополнительное дополнительное оборудование или аксессуары, установленные дилером.
* Расчетное среднее значение для дополнительного оборудования стандартной сборки.
CCC (грузоподъемность) ** — это вес, доступный для пресной питьевой воды, груза, дополнительного дополнительного оборудования и аксессуаров.CCC равно GVWR минус UVW. Доступный CCC должен вмещать свежую питьевую воду (8,3 фунта на галлон).
Перед наполнением резервуара для чистой воды опорожните черный и серый резервуары, чтобы обеспечить большую грузовую вместимость.
** Расчетное среднее значение для дополнительного оборудования стандартной сборки.
Каждый дом на колесах Forest River взвешивается на заводе перед отправкой. Наклейка с указанием фактического веса разгруженного транспортного средства и грузоподъемности прикрепляется к каждому дому на колесах Forest River перед тем, как покинуть наши объекты.
Грузоподъемность вашего агрегата определяется по весу, а не по объему, поэтому вы не всегда можете использовать все доступное пространство при загрузке вашего агрегата.
RFC 2109 — механизм управления состоянием HTTP
[Документы] [txt | pdf] [draft-ietf-http …] [Tracker] [Diff1] [Diff2] [IPR]Выдержано: 2965 HISTORIC
Сетевая рабочая группа D.Кристол Запрос комментариев: 2109 Bell Laboratories, Lucent Technologies Категория: Стандарты трассы L.Montulli Netscape Communications Февраль 1997 г. Механизм управления состоянием HTTP Статус этого меморандума Этот документ определяет протокол отслеживания стандартов Интернета для Интернет-сообщество и просит обсуждения и предложения по улучшения.См. Текущую редакцию "Интернет Официальные стандарты протокола »(STD 1) для состояния стандартизации и статус этого протокола. Распространение этой памятки не ограничено. 1. РЕЗЮМЕ Этот документ определяет способ создания сеанса с отслеживанием состояния с помощью HTTP. запросы и ответы. Он описывает два новых заголовка: Cookie и Set-Cookie, которые переносят информацию о состоянии между участвующими исходные серверы и пользовательские агенты. Описанный здесь метод отличается из предложения Netscape Cookie, но он может взаимодействовать с HTTP / 1.0 пользовательские агенты, использующие метод Netscape. (См. ИСТОРИЧЕСКИЙ раздел.) 2. ТЕРМИНОЛОГИЯ Термины пользовательский агент, клиент, сервер, прокси и исходный сервер имеют то же значение, что и в спецификации HTTP / 1.0. Полное имя хоста (FQHN) означает либо полностью определенное имя хоста. доменное имя (FQDN) хоста (т. е. полностью указанного домена имя, оканчивающееся на домен верхнего уровня, например .com или .uk), или числовой IP-адрес хоста. Полностью квалифицированное доменное имя является предпочтительным; использование числовых IP-адресов категорически не рекомендуется.Термины request-host и request-URI относятся к значениям, которые клиент отправит на сервер, соответственно, хост (но не порт) и abs_path части absoluteURI (http_URL) HTTP строка запроса. Обратите внимание, что хост-запрос должен быть FQHN. Kristol & Montulli Standards Track [Страница 1]
Montulli
Netscape Communications
Февраль 1997 г.
Механизм управления состоянием HTTP
Статус этого меморандума
Этот документ определяет протокол отслеживания стандартов Интернета для
Интернет-сообщество и просит обсуждения и предложения по
улучшения.См. Текущую редакцию "Интернет
Официальные стандарты протокола »(STD 1) для состояния стандартизации
и статус этого протокола. Распространение этой памятки не ограничено.
1. РЕЗЮМЕ
Этот документ определяет способ создания сеанса с отслеживанием состояния с помощью HTTP.
запросы и ответы. Он описывает два новых заголовка: Cookie и
Set-Cookie, которые переносят информацию о состоянии между участвующими
исходные серверы и пользовательские агенты. Описанный здесь метод отличается
из предложения Netscape Cookie, но он может взаимодействовать с
HTTP / 1.0 пользовательские агенты, использующие метод Netscape. (См. ИСТОРИЧЕСКИЙ
раздел.)
2. ТЕРМИНОЛОГИЯ
Термины пользовательский агент, клиент, сервер, прокси и исходный сервер имеют
то же значение, что и в спецификации HTTP / 1.0.
Полное имя хоста (FQHN) означает либо полностью определенное имя хоста.
доменное имя (FQDN) хоста (т. е. полностью указанного домена
имя, оканчивающееся на домен верхнего уровня, например .com или .uk), или
числовой IP-адрес хоста. Полностью
квалифицированное доменное имя является предпочтительным; использование числовых IP-адресов
категорически не рекомендуется.Термины request-host и request-URI относятся к значениям, которые клиент
отправит на сервер, соответственно, хост (но не порт)
и abs_path части absoluteURI (http_URL) HTTP
строка запроса. Обратите внимание, что хост-запрос должен быть FQHN.
Kristol & Montulli Standards Track [Страница 1] RFC 2109 Механизм управления состоянием HTTP, февраль 1997 г. Имена хостов могут быть указаны как IP-адрес или FQHN.
нить.Иногда мы сравниваем одно имя хоста с другим. Хост А
name domain совпадает с хостом B, если
* оба имени хоста являются IP-адресами, и их строки имен хостов совпадают
точно; или же
* оба имени хоста являются строками FQDN и совпадают с их строками имен хостов
точно; или же
* A - строка FQDN и имеет форму NB, где N - непустое имя.
строка, B имеет форму .B ', а B' - это строка FQDN. (Итак, x.y.com
домен соответствует .y.com, но не y.com.)
Обратите внимание, что сопоставление домена не является коммутативной операцией: a.b.c.com
домен совпадает с .c.com, но не наоборот.
Поскольку он использовался в исходной реализации Netscape состояния
управления, мы будем использовать термин cookie для обозначения состояния
информация, которая проходит между исходным сервером и пользовательским агентом, и
который сохраняется пользовательским агентом.
3. СОСТОЯНИЕ И СЕССИИ
В этом документе описывается способ создания сеансов с отслеживанием состояния с помощью HTTP.
запросы и ответы. В настоящее время HTTP-серверы отвечают на каждый
запрос клиента без связи этого запроса с предыдущим или
последующие запросы; этот метод позволяет клиентам и серверам
хотите обмениваться информацией о состоянии для размещения HTTP-запросов и
ответы в более широком контексте, который мы называем «сеансом».Этот
контекст можно использовать для создания, например, "корзины покупок" в
какие пользовательские выборы можно объединить перед покупкой, или
система просмотра журналов, в которой предыдущее чтение пользователя влияет на
какие предложения представлены.
Конечно, существует множество различных потенциальных контекстов, и поэтому много
различные потенциальные типы сеансов. Парадигма дизайнеров для
сеансы, созданные обменом файлами cookie, имеют следующие ключевые атрибуты:
1. У каждого занятия есть начало и конец.2. Каждая сессия относительно недолговечна.
3. Либо пользовательский агент, либо исходный сервер могут прекратить
сеанс.
4. Сеанс подразумевается в обмене информацией о состоянии.
Kristol & Montulli Standards Track [Страница 2]
RFC 2109 Механизм управления состоянием HTTP, февраль 1997 г.
4. ОПИСАНИЕ
Мы описываем здесь способ отправки исходным сервером информации о состоянии.
пользовательскому агенту, а пользовательский агент должен вернуть состояние
информация на исходный сервер.Цель состоит в том, чтобы иметь минимальную
влияние на HTTP и пользовательские агенты. Только исходные серверы, которым необходимо
поддерживать сеансы будут подвергаться значительному влиянию, и что
влияние может в значительной степени ограничиваться Common Gateway Interface (CGI)
программы, если сервер не обеспечивает более сложное состояние
управленческая поддержка. (См. Рекомендации по реализации ниже.)
4.1 Синтаксис: Общие
Два заголовка управления состоянием, Set-Cookie и Cookie, имеют общие
синтаксические свойства, включающие пары атрибут-значение.Следующее
грамматика использует обозначения, а лексемы DIGIT (десятичные цифры) и
токен (неформально, последовательность неспециальных, не пробелов
символов) из спецификации HTTP / 1.1 [RFC 2068] для описания
их синтаксис.
av-pair = av-pair * (";" av-пара)
av-pair = attr ["=" значение]; необязательное значение
attr = токен
значение = слово
слово = токен | строка в кавычках
Атрибуты (имена) (attr) нечувствительны к регистру.Белое пространство
разрешено между токенами. Обратите внимание, что, хотя приведенный выше синтаксис
description показывает значение как необязательное, большинство атрибутов требуют их.
ПРИМЕЧАНИЕ. Приведенный выше синтаксис допускает пробелы между атрибутом и
знак =.
4.2 Роль исходного сервера
4.2.1 Общие
Исходный сервер инициирует сеанс, если он того желает. (Обратите внимание, что
"сеанс" здесь не относится к постоянному сетевому соединению, а
в логический сеанс, созданный из HTTP-запросов и ответов. В
наличие или отсутствие постоянного соединения не должно иметь никакого эффекта
об использовании сеансов на основе файлов cookie). Чтобы начать сеанс,
исходный сервер возвращает клиенту дополнительный заголовок ответа Set-
Cookie. (Подробности позже.)
Пользовательский агент возвращает заголовок запроса Cookie (см. Ниже) в
исходный сервер, если он решит продолжить сеанс. Исходный сервер
может игнорировать его или использовать его для определения текущего состояния
Kristol & Montulli Standards Track [Страница 3] 
Чтобы начать сеанс,
исходный сервер возвращает клиенту дополнительный заголовок ответа Set-
Cookie. (Подробности позже.)
Пользовательский агент возвращает заголовок запроса Cookie (см. Ниже) в
исходный сервер, если он решит продолжить сеанс. Исходный сервер
может игнорировать его или использовать его для определения текущего состояния
Kristol & Montulli Standards Track [Страница 3]
RFC 2109 Механизм управления состоянием HTTP, февраль 1997 г.
сеанс.Он может отправить обратно клиенту заголовок ответа Set-Cookie.
с той же или другой информацией, или он может не отправлять Set-Cookie
заголовок вообще. Исходный сервер фактически завершает сеанс,
отправка клиенту заголовка Set-Cookie с Max-Age = 0.
Серверы могут возвращать заголовки ответа Set-Cookie с любым ответом.
Пользовательские агенты должны отправлять заголовки запросов cookie, в зависимости от других
правила, подробно описанные ниже, с каждым запросом.
Исходный сервер может включать несколько заголовков Set-Cookie в
отклик.Обратите внимание, что промежуточный шлюз может сложить несколько таких
заголовки в один заголовок.
4.2.2 Синтаксис Set-Cookie
Синтаксис заголовка ответа Set-Cookie:
set-cookie = "Set-Cookie:" файлы cookie
cookies = 1 # cookie
cookie = ИМЯ "=" ЗНАЧЕНИЕ * (";" cookie-av)
ИМЯ = attr
VALUE = значение
cookie-av = "Комментарий" "=" значение
| "Домен" "=" значение
| "Max-Age" "=" значение
| "Путь" "=" значение
| "Безопасный"
| "Версия" "=" 1 * ЦИФРА
Неформально заголовок ответа Set-Cookie содержит токен Set-
Cookie:, за которым следует список из одного или нескольких файлов cookie, разделенных запятыми.Каждый файл cookie начинается с пары ИМЯ = ЗНАЧЕНИЕ, за которой следует ноль или более
пары атрибут-значение, разделенные точкой с запятой. Синтаксис для
пары атрибут-значение были показаны ранее. Конкретные атрибуты и
семантика их значений следует. Атрибут NAME = VALUE -
пара значений должна быть первой в каждом файле cookie. Остальные, если есть,
может происходить в любом порядке. Если атрибут появляется более одного раза в
cookie, поведение не определено.
ИМЯ = ЗНАЧЕНИЕ
Необходимый. Название информации о состоянии ("cookie") - NAME,
и его значение - VALUE.Имена, начинающиеся с $, зарезервированы для
другое использование и не должно использоваться приложениями.
Kristol & Montulli Standards Track [Страница 4] 
Конкретные атрибуты и
семантика их значений следует. Атрибут NAME = VALUE -
пара значений должна быть первой в каждом файле cookie. Остальные, если есть,
может происходить в любом порядке. Если атрибут появляется более одного раза в
cookie, поведение не определено.
ИМЯ = ЗНАЧЕНИЕ
Необходимый. Название информации о состоянии ("cookie") - NAME,
и его значение - VALUE.Имена, начинающиеся с $, зарезервированы для
другое использование и не должно использоваться приложениями.
Kristol & Montulli Standards Track [Страница 4]
RFC 2109 Механизм управления состоянием HTTP, февраль 1997 г.
ЗНАЧЕНИЕ непрозрачно для пользовательского агента и может быть любым
исходный сервер выбирает отправку, возможно, в выбранном сервером
печатаемая кодировка ASCII. "Непрозрачный" означает, что содержание
интерес и актуальность только для исходного сервера.Контент
на самом деле может быть прочитан любым, кто исследует Set-Cookie
заголовок.
Комментарий = комментарий
Необязательный. Поскольку файлы cookie могут содержать личную информацию о
пользователя, атрибут Cookie позволяет исходному серверу документировать свои
предполагаемое использование файла cookie. Пользователь может просматривать информацию, чтобы
решить, инициировать или продолжить сеанс с этим файлом cookie.
Домен = домен
Необязательный. Атрибут Domain указывает домен, для которого
cookie действителен.Явно указанный домен всегда должен запускаться
с точкой.
Макс-возраст = дельта-секунды
Необязательный. Атрибут Max-Age определяет время жизни
cookie в секундах. Значение дельта-секунд является десятичным не-
отрицательное целое число. По истечении дельта-секунд секунд клиент
следует отказаться от cookie. Нулевое значение означает, что файл cookie
следует немедленно выбросить.
Путь = путь
Необязательный. Атрибут Path указывает подмножество URL-адресов для
который применяется этим файлом cookie. Безопасный
Необязательный. Атрибут Secure (без значения) направляет пользователя
агент использовать только (неуказанные) безопасные средства для связи с источником
сервер всякий раз, когда он отправляет этот файл cookie.
Пользовательский агент (возможно, находящийся под контролем пользователя) может определять
какой уровень безопасности он считает подходящим для "безопасного"
печенье. Атрибут Secure следует рассматривать как безопасность.
совет от сервера пользовательскому агенту, указывающий, что он находится в
интерес сеанса для защиты содержимого файлов cookie.Версия = версия
Необходимый. Атрибут версии, десятичное целое число, указывает на
какая версия спецификации государственного управления файл cookie
соответствует. Для этой спецификации применяется Версия = 1.
Kristol & Montulli Standards Track [Страница 5] 
Безопасный
Необязательный. Атрибут Secure (без значения) направляет пользователя
агент использовать только (неуказанные) безопасные средства для связи с источником
сервер всякий раз, когда он отправляет этот файл cookie.
Пользовательский агент (возможно, находящийся под контролем пользователя) может определять
какой уровень безопасности он считает подходящим для "безопасного"
печенье. Атрибут Secure следует рассматривать как безопасность.
совет от сервера пользовательскому агенту, указывающий, что он находится в
интерес сеанса для защиты содержимого файлов cookie.Версия = версия
Необходимый. Атрибут версии, десятичное целое число, указывает на
какая версия спецификации государственного управления файл cookie
соответствует. Для этой спецификации применяется Версия = 1.
Kristol & Montulli Standards Track [Страница 5]
RFC 2109 Механизм управления состоянием HTTP, февраль 1997 г.
4.2.3 Управление кешированием
Исходный сервер должен учитывать влияние возможного кэширования.
как возвращенного ресурса, так и заголовка Set-Cookie.Кеширование
желательны «публичные» документы. Например, если исходный сервер
хочет использовать общедоступный документ, такой как "парадная" страница, в качестве
дозорный, чтобы указать начало сеанса, для которого установлен
Заголовок ответа cookie должен быть сгенерирован, страница должна быть сохранена
в кешах "с истекшим сроком годности", чтобы исходный сервер мог видеть дальше
Запросы. «Частные документы», например, те, которые содержат
информация строго конфиденциальна для сеанса, не должна кэшироваться в
общие кеши.Если cookie предназначен для использования одним пользователем, Set-cookie
заголовок не должен кэшироваться. Заголовок Set-cookie, предназначенный для
могут быть кэшированы совместно несколькими пользователями.
Исходный сервер должен отправить следующий дополнительный HTTP / 1.1
заголовки ответов, в зависимости от обстоятельств:
* Чтобы подавить кеширование заголовка Set-Cookie: Cache-control: no-
cache = "set-cookie".
и одно из следующих:
* Чтобы подавить кеширование частного документа в общих кешах: Cache-
контроль: частный.* Чтобы разрешить кеширование документа и потребовать его проверки
перед возвратом клиенту: Cache-control: must-revalidate.
* Чтобы разрешить кеширование документа, но потребовать, чтобы прокси-кеш
(не кеши пользовательских агентов) проверьте его перед тем, как вернуть его в
клиент: Cache-control: proxy-revalidate.
* Чтобы разрешить кеширование документа и запросить его проверку
перед тем, как вернуть его клиенту ("досрочно"):
Cache-control: max-age = 0. Не все кеши будут повторно проверять
документ в каждом случае.Серверы HTTP / 1.1 должны отправлять Expires: old-date (где old-date -
давно в прошлом) для ответов, содержащих ответ Set-Cookie
заголовки, если они не знают наверняка (внеполосными средствами), что
нет прокси-серверов HTTP / 1.0. Серверы HTTP / 1.1 могут отправлять
другие директивы Cache-Control, разрешающие кеширование по HTTP / 1.1
прокси в дополнение к директиве Expires: old-date; Кэш-
Директива Control переопределит Expires: old-date для HTTP / 1.1.
прокси.
Kristol & Montulli Standards Track [Страница 6] 
и одно из следующих:
* Чтобы подавить кеширование частного документа в общих кешах: Cache-
контроль: частный.* Чтобы разрешить кеширование документа и потребовать его проверки
перед возвратом клиенту: Cache-control: must-revalidate.
* Чтобы разрешить кеширование документа, но потребовать, чтобы прокси-кеш
(не кеши пользовательских агентов) проверьте его перед тем, как вернуть его в
клиент: Cache-control: proxy-revalidate.
* Чтобы разрешить кеширование документа и запросить его проверку
перед тем, как вернуть его клиенту ("досрочно"):
Cache-control: max-age = 0. Не все кеши будут повторно проверять
документ в каждом случае.Серверы HTTP / 1.1 должны отправлять Expires: old-date (где old-date -
давно в прошлом) для ответов, содержащих ответ Set-Cookie
заголовки, если они не знают наверняка (внеполосными средствами), что
нет прокси-серверов HTTP / 1.0. Серверы HTTP / 1.1 могут отправлять
другие директивы Cache-Control, разрешающие кеширование по HTTP / 1.1
прокси в дополнение к директиве Expires: old-date; Кэш-
Директива Control переопределит Expires: old-date для HTTP / 1.1.
прокси.
Kristol & Montulli Standards Track [Страница 6]
RFC 2109 Механизм управления состоянием HTTP, февраль 1997 г.
4.3 Роль пользовательского агента
4.3.1 Интерпретация Set-Cookie
Пользовательский агент отдельно отслеживает поступающую информацию о состоянии.
через заголовки ответов Set-Cookie от каждого исходного сервера (как
различаются по имени или IP-адресу и порту). Пользовательский агент
применяет эти значения по умолчанию для дополнительных атрибутов, которые отсутствуют:
Версия По умолчанию - поведение "старого файла cookie", как первоначально определено
Netscape. См. ИСТОРИЧЕСКИЙ раздел.
Домен По умолчанию используется хост-запрос. (Обратите внимание, что на
начало запроса-хоста.)
Max-Age По умолчанию файл cookie отбрасывается, когда пользователь
агент уходит.
Путь По умолчанию - путь к URL-адресу запроса, который сгенерировал
Ответ Set-Cookie, до, но не включая,
самый правый /.
Безопасный Если он отсутствует, пользовательский агент может отправить файл cookie через
небезопасный канал.
4.3.2 Отклонение файлов cookie
Чтобы предотвратить возможные нарушения безопасности или конфиденциальности, пользовательский агент
отклоняет файл cookie (не сохраняет его информацию), если какой-либо из
верно следующее:
* Значение атрибута Path не является префиксом запроса -
URI.* Значение атрибута Domain не содержит внедренных точек или
не начинается с точки.
* Значение хоста запроса не совпадает с доменом Домена
атрибут.
* Хост-запрос представляет собой полное доменное имя (не IP-адрес) и имеет форму HD,
где D - значение атрибута Domain, а H - строка
который содержит одну или несколько точек.
Примеры:
* Set-Cookie от хоста запроса y.x.foo.com для домена = .foo.com
будет отклонен, потому что H - это y.x и содержит точку.Kristol & Montulli Standards Track [Страница 7] 
Путь По умолчанию - путь к URL-адресу запроса, который сгенерировал
Ответ Set-Cookie, до, но не включая,
самый правый /.
Безопасный Если он отсутствует, пользовательский агент может отправить файл cookie через
небезопасный канал.
4.3.2 Отклонение файлов cookie
Чтобы предотвратить возможные нарушения безопасности или конфиденциальности, пользовательский агент
отклоняет файл cookie (не сохраняет его информацию), если какой-либо из
верно следующее:
* Значение атрибута Path не является префиксом запроса -
URI.* Значение атрибута Domain не содержит внедренных точек или
не начинается с точки.
* Значение хоста запроса не совпадает с доменом Домена
атрибут.
* Хост-запрос представляет собой полное доменное имя (не IP-адрес) и имеет форму HD,
где D - значение атрибута Domain, а H - строка
который содержит одну или несколько точек.
Примеры:
* Set-Cookie от хоста запроса y.x.foo.com для домена = .foo.com
будет отклонен, потому что H - это y.x и содержит точку.Kristol & Montulli Standards Track [Страница 7]
RFC 2109 Механизм управления состоянием HTTP, февраль 1997 г.
* Set-Cookie от хоста запроса x.foo.com для домена = .foo.com будет
быть принятым.
* Set-Cookie с доменом = .com или Domain = .com. Всегда будет
отклонено, потому что нет встроенной точки.
* Set-Cookie с доменом = ajax.com будет отклонен, поскольку
значение для домена не начинается с точки.4.3.3 Управление файлами cookie
Если пользовательский агент получает заголовок ответа Set-Cookie, ИМЯ которого
то же самое, что и уже существующий файл cookie, и чей домен и путь
значения атрибутов точно (строка) совпадают с уже существующими
cookie, новый cookie заменяет старый. Однако, если Set-
Cookie имеет значение Max-Age, равное нулю, (старый и новый) cookie имеет значение
отброшен. В противном случае файлы cookie накапливаются до тех пор, пока не истечет срок их действия (ресурсы
разрешении), после чего они отбрасываются.
Поскольку пользовательские агенты имеют ограниченное пространство для хранения файлов cookie, они
может также отказаться от старых файлов cookie, чтобы освободить место для новых, используя,
например, наименее используемый алгоритм вместе с ограничениями
на максимальное количество файлов cookie, которое может установить каждый исходный сервер.Если заголовок ответа Set-Cookie включает атрибут Comment,
пользовательский агент должен хранить эту информацию в удобочитаемой форме.
с файлом cookie и должен отображать текст комментария как часть
пользовательский интерфейс проверки файлов cookie.
Пользовательские агенты должны позволять пользователю контролировать уничтожение файлов cookie. An
редко используемые файлы cookie могут функционировать как «файл настроек» для
сетевых приложений, и пользователь может пожелать сохранить его, даже если он
файл cookie, который использовался реже всего. Одна из возможных реализаций была бы
интерфейс, который позволяет постоянное хранение файлов cookie через
чекбокс (или, наоборот, его немедленное уничтожение).Соображения конфиденциальности требуют от пользователя значительных
контроль над управлением файлами cookie. Раздел КОНФИДЕНЦИАЛЬНОСТЬ содержит больше
Информация.
4.3.4 Отправка файлов cookie на исходный сервер
Когда он отправляет запрос на исходный сервер, пользовательский агент отправляет
Заголовок запроса cookie к исходному серверу, если у него есть файлы cookie, которые
применимо к запросу, на основании
* запрос-хост;
Kristol & Montulli Standards Track [Страница 8]
RFC 2109 Механизм управления состоянием HTTP, февраль 1997 г.
* запрос-URI;
* возраст файла cookie.Синтаксис заголовка:
cookie = "Cookie:" версия cookie
1 * ((";" | ",") значение cookie)
cookie-value = ИМЯ "=" ЗНАЧЕНИЕ [";" дорожка] [";" домен]
cookie-version = "$ Version" "=" значение
ИМЯ = attr
VALUE = значение
path = "$ Path" "=" значение
domain = "$ Domain" "=" значение
Значение атрибута cookie-version должно быть значением из
Атрибут версии, если есть, соответствующего ответа Set-Cookie
заголовок. В противном случае значение для cookie-версии равно 0. Значение для
атрибут path должен быть значением из атрибута Path, если таковой имеется,
соответствующего заголовка ответа Set-Cookie. В противном случае
в заголовке запроса cookie не следует указывать атрибут. В
значение для атрибута домена должно быть значением из домена
атрибут, если таковой имеется, соответствующего заголовка ответа Set-Cookie.
В противном случае атрибут следует опустить в запросе Cookie.
заголовок.
Обратите внимание, что в заголовке запроса Cookie нет атрибута Comment.
соответствующий заголовку ответа Set-Cookie.Пользователь
агент не возвращает информацию о комментарии исходному серверу.
Следующие правила применяются к выбору применимых значений cookie из
среди всех файлов cookie, которые есть у пользовательского агента.
Выбор домена
Полное имя хоста исходного сервера должно совпадать с доменом.
Атрибут домена файла cookie.
Выбор пути
Атрибут Path файла cookie должен соответствовать префиксу
запрос-URI.
Выбор максимального возраста
Файлы cookie, срок действия которых истек, должны были быть удалены и, следовательно,
не пересылаются на исходный сервер.Kristol & Montulli Standards Track [Страница 9] 
В противном случае значение для cookie-версии равно 0. Значение для
атрибут path должен быть значением из атрибута Path, если таковой имеется,
соответствующего заголовка ответа Set-Cookie. В противном случае
в заголовке запроса cookie не следует указывать атрибут. В
значение для атрибута домена должно быть значением из домена
атрибут, если таковой имеется, соответствующего заголовка ответа Set-Cookie.
В противном случае атрибут следует опустить в запросе Cookie.
заголовок.
Обратите внимание, что в заголовке запроса Cookie нет атрибута Comment.
соответствующий заголовку ответа Set-Cookie.Пользователь
агент не возвращает информацию о комментарии исходному серверу.
Следующие правила применяются к выбору применимых значений cookie из
среди всех файлов cookie, которые есть у пользовательского агента.
Выбор домена
Полное имя хоста исходного сервера должно совпадать с доменом.
Атрибут домена файла cookie.
Выбор пути
Атрибут Path файла cookie должен соответствовать префиксу
запрос-URI.
Выбор максимального возраста
Файлы cookie, срок действия которых истек, должны были быть удалены и, следовательно,
не пересылаются на исходный сервер.Kristol & Montulli Standards Track [Страница 9] RFC 2109 Механизм управления состоянием HTTP, февраль 1997 г. Если несколько файлов cookie удовлетворяют указанным выше критериям, они упорядочиваются в заголовок Cookie, чтобы те, у которых были более конкретные атрибуты Path предшествуют менее конкретным. Заказ относительно других атрибуты (например, домен) не указаны. Примечание. Для обратной совместимости разделитель в заголовке файла cookie везде точка с запятой (;).Сервер также должен принимать запятую (,) как разделитель между значениями cookie для будущей совместимости. 4.3.5 Отправка файлов cookie в непроверяемых транзакциях Пользователи должны иметь контроль над сеансами, чтобы гарантировать конфиденциальность.
(См. Раздел КОНФИДЕНЦИАЛЬНОСТЬ ниже.) Чтобы упростить реализацию и
предотвратить дополнительный уровень сложности, когда адекватные меры безопасности
существуют, однако, в этом документе проводится различие между транзакциями, которые
проверяемы, а те, которые не поддаются проверке. Сделка
проверяемый, если у пользователя есть возможность просмотреть URI запроса до
к его использованию в сделке.Транзакция не поддается проверке, если
у пользователя нет такой возможности. Непроверяемые транзакции обычно
возникают, когда пользовательский агент автоматически запрашивает встроенные или встроенные
сущностей или когда он разрешает ответы перенаправления (3xx) от
исходный сервер. Обычно транзакция происхождения, транзакция
что инициирует пользователь, поддается проверке, и эта транзакция может
прямо или косвенно побудить пользовательский агент сделать непроверяемый
сделки.
Когда он совершает непроверяемую транзакцию, пользовательский агент должен включить
сеанс только в том случае, если был отправлен файл cookie с атрибутом домена D или
полученный в своей исходной транзакции, так что имя хоста в
Request-URI непроверяемого домена транзакции соответствует D.Это ограничение не позволяет злоумышленнику использовать
непроверяемые транзакции, побуждающие пользовательский агент начать или продолжить
сеанс с сервером в другом домене. Стартовый или
продолжение таких сеансов может противоречить конфиденциальности
ожидания пользователя, а также может быть проблемой безопасности.
Пользовательские агенты могут предлагать настраиваемые параметры, которые позволяют пользовательскому агенту,
или любые автономные программы, которые выполняет пользовательский агент, чтобы игнорировать
указанное выше правило, если эти параметры переопределения по умолчанию выключены.Многие текущие пользовательские агенты уже предоставляют возможность просмотра, которая
сделать многие ссылки проверяемыми. Например, некоторые пользовательские агенты отображают
URL-адрес, на который будет ссылаться конкретная ссылка, когда указатель мыши
указатель помещается на эту ссылку.
Таким образом, пользователь может определить
посещать ли этот сайт до того, как браузер сделает это.
(Хотя это и не реализовано в текущих пользовательских агентах, подобная техника
может использоваться для кнопки, используемой для отправки формы - пользовательского агента
Kristol & Montulli Standards Track [Страница 10]
RFC 2109 Механизм управления состоянием HTTP, февраль 1997 г.
может отображать действие, которое будет предпринято, если пользователь выберет это
кнопка.) Однако даже это не сделает все ссылки проверяемыми; за
Например, ссылки на автоматически загружаемые изображения обычно не
подлежит проверке "указателем мыши".
Многие пользовательские агенты также предоставляют пользователю возможность просматривать HTML
источник документа или сохранить источник во внешнем файле, где
его можно просмотреть в другом приложении. Хотя такой вариант делает
предоставить грубый механизм проверки, некоторые пользователи могут не учитывать его
приемлемо для этой цели.
4.4. Как исходный сервер интерпретирует заголовок cookie
Пользовательский агент возвращает большую часть информации в заголовке Set-Cookie.
к исходному серверу, когда атрибут Path совпадает с атрибутом нового
запрос.Когда он получает заголовок Cookie, исходный сервер должен
обрабатывать файлы cookie с ИМЕНАМИ с префиксом $ специально как атрибут
для соседнего файла cookie. Значение для такого ИМЕНИ должно быть
интерпретируется как относящийся к последнему лексическому (слева направо)
cookie, имя которого не имеет префикса $. Если нет
предыдущий файл cookie, значение применяется к механизму файлов cookie как
весь. Например, рассмотрим файл cookie
Cookie: $ Version = "1"; Клиент = "WILE_E_COYOTE";
$ Path = "/ acme"
$ Version применяется к механизму файлов cookie в целом (и дает
номер версии для механизма cookie).$ Path - это атрибут
значение которого (/ acme) определяет атрибут Path, который использовался, когда
Файл cookie клиента был определен в заголовке ответа Set-Cookie.
4.5 Кэширование роли прокси
Одна из причин отделения информации о состоянии как от URL-адреса, так и от
содержание документа должно облегчить масштабирование, которое позволяет кэширование.
Для поддержки файлов cookie кэширующий прокси-сервер должен подчиняться этим правилам уже в
спецификация HTTP:
* Учет запросов из кеша, если это возможно, на основе действительности кеша
правила.* Передавать заголовок запроса Cookie в любом запросе, который прокси
надо сделать из другого сервера.
* Вернуть ответ клиенту. Включите любой ответ Set-Cookie
заголовок.
Kristol & Montulli Standards Track [Страница 11] 
4.5 Кэширование роли прокси
Одна из причин отделения информации о состоянии как от URL-адреса, так и от
содержание документа должно облегчить масштабирование, которое позволяет кэширование.
Для поддержки файлов cookie кэширующий прокси-сервер должен подчиняться этим правилам уже в
спецификация HTTP:
* Учет запросов из кеша, если это возможно, на основе действительности кеша
правила.* Передавать заголовок запроса Cookie в любом запросе, который прокси
надо сделать из другого сервера.
* Вернуть ответ клиенту. Включите любой ответ Set-Cookie
заголовок.
Kristol & Montulli Standards Track [Страница 11]
RFC 2109 Механизм управления состоянием HTTP, февраль 1997 г.
* Кешировать полученный ответ при условии контроля обычного
заголовки, такие как Expires, Cache-control: no-cache и Cache-
контроль: частный,
* Кэшировать Set-Cookie с контролем обычного заголовка,
Кэш-контроль: no-cache = "set-cookie".(Заголовок Set-Cookie
обычно не следует кэшировать.)
Прокси-серверы не должны использовать собственные заголовки Set-Cookie (Cookie).
в ответах (запросах) прокси.
5. ПРИМЕРЫ
5.1 Пример 1
Большая часть деталей заголовков запросов и ответов опущена. Предполагать
у пользовательского агента нет сохраненных файлов cookie.
1. Пользовательский агент -> Сервер
POST / acme / логин HTTP / 1.1
[данные формы]
Пользователь идентифицирует себя через форму.
2. Сервер -> Пользовательский агент
HTTP / 1.1 200 ОК
Set-Cookie: Клиент = "WILE_E_COYOTE"; Версия = "1"; Путь = "/ acme"
Cookie отражает личность пользователя.3. Пользовательский агент -> Сервер
POST / acme / pickitem HTTP / 1.1
Cookie: $ Version = "1"; Клиент = "WILE_E_COYOTE"; $ Path = "/ acme"
[данные формы]
Пользователь выбирает товар для «корзины покупок».
4. Сервер -> Пользовательский агент
HTTP / 1. 1 200 ОК
Set-Cookie: Part_Number = "Rocket_Launcher_0001"; Версия = "1";
Путь = "/ acme"
Корзина для покупок содержит товар.
Kristol & Montulli Standards Track [Страница 12] 
1 200 ОК
Set-Cookie: Part_Number = "Rocket_Launcher_0001"; Версия = "1";
Путь = "/ acme"
Корзина для покупок содержит товар.
Kristol & Montulli Standards Track [Страница 12]
RFC 2109 Механизм управления состоянием HTTP, февраль 1997 г.
5.Пользовательский агент -> Сервер
POST / acme / доставка HTTP / 1.1
Cookie: $ Version = "1";
Клиент = "WILE_E_COYOTE"; $ Path = "/ acme";
Part_Number = "Rocket_Launcher_0001"; $ Path = "/ acme"
[данные формы]
Пользователь выбирает способ доставки из формы.
6. Сервер -> Пользовательский агент
HTTP / 1.1 200 ОК
Set-Cookie: Shipping = "FedEx"; Версия = "1"; Путь = "/ acme"
Новый файл cookie отражает способ доставки.
7. Пользовательский агент -> Сервер
POST / acme / process HTTP / 1.1
Cookie: $ Version = "1";
Клиент = "WILE_E_COYOTE"; $ Path = "/ acme";
Part_Number = "Rocket_Launcher_0001"; $ Path = "/ acme";
Доставка = "FedEx"; $ Path = "/ acme"
[данные формы]
Пользователь выбирает обработку заказа.
8. Сервер -> Пользовательский агент.
HTTP / 1.1 200 ОК
Транзакция завершена.
Пользовательский агент делает серию запросов на исходный сервер после того, как
каждый из которых получает новый файл cookie. Все файлы cookie имеют
тот же атрибут Path и (по умолчанию) домен.Поскольку URL-адреса запроса
все имеют / acme в качестве префикса, что соответствует атрибуту Path, каждый
запрос содержит все полученные файлы cookie.
5.2 Пример 2
Этот пример иллюстрирует действие атрибута Path. Все
детали заголовков запроса и ответа опущены. Предположим, что
Пользовательский агент не имеет сохраненных файлов cookie.
Представьте, что пользовательский агент в ответ на предыдущие запросы получил
заголовки ответа
Kristol & Montulli Standards Track [Страница 13] RFC 2109 Механизм управления состоянием HTTP, февраль 1997 г.
Set-Cookie: Part_Number = "Rocket_Launcher_0001"; Версия = "1";
Путь = "/ acme"
и
Set-Cookie: Part_Number = "Riding_Rocket_0023"; Версия = "1";
Путь = "/ acme / ammo"
Последующий запрос пользовательского агента к (тому же) серверу для URL
формы / acme / ammo /... будет включать следующий запрос
заголовок:
Cookie: $ Version = "1";
Part_Number = "Ракетка_0023"; $ Path = "/ acme / ammo";
Part_Number = "Rocket_Launcher_0001"; $ Path = "/ acme"
Обратите внимание, что пара NAME = VALUE для файла cookie с более конкретным
Атрибут пути / acme / ammo предшествует тому, у которого меньше
конкретный атрибут пути / acme. Также обратите внимание, что тот же файл cookie
имя появляется более одного раза.
Последующий запрос пользовательского агента к (тому же) серверу для URL
формы / acme / parts / будет включать следующий заголовок запроса:
Cookie: $ Version = "1"; Part_Number = "Rocket_Launcher_0001"; $ Path = "/ acme"
Здесь атрибут Path / acme / ammo второго файла cookie не является префиксом
URL-адреса запроса / acme / parts /, поэтому cookie не получает
перенаправлено на сервер.6. СООБРАЖЕНИЯ, КАСАЮЩИЕСЯ ОСУЩЕСТВЛЕНИЯ
Здесь мы размышляем о вероятных или желаемых деталях для исходного сервера.
реализует государственное управление.
6.1 Настройка содержания файлов cookie
Контент исходного сервера, вероятно, следует разделить на непересекающиеся
области применения, некоторые из которых требуют использования состояния
Информация. Области применения можно различить по их
запросить URL. Заголовок Set-Cookie может содержать информацию
о прикладных областях, установив атрибут Path для каждого
один.Информация о сеансе, очевидно, может быть четким или закодированным текстом, который
описывает состояние. Однако, если он станет слишком большим, он может стать
громоздкий. Поэтому разработчик может выбрать для сеанса
информация, которая будет ключом к ресурсам на стороне сервера.
Конечно, используя
Kristol & Montulli Standards Track [Страница 14]
RFC 2109 Механизм управления состоянием HTTP, февраль 1997 г.
база данных создает некоторые проблемы, которые это управление состоянием
спецификация должна была избежать, а именно:
1.сохранение реального состояния на стороне сервера;
2. как и когда выполнять сборку мусора для записи в базе данных, если
Пользовательский агент завершает сеанс, например, выходом.
6.2 Страницы без сохранения состояния
Кэширование улучшает масштабируемость WWW. Поэтому важно
уменьшить количество документов, в которые встроено состояние
по сути. Например, если приложение в стиле корзины для покупок
всегда отображает текущее содержимое корзины пользователя на каждой странице, те
страницы не могут быть кэшированы, потому что содержимое корзины каждого пользователя будет
будь другим.С другой стороны, если каждая страница содержит только ссылку
что позволяет пользователю "просмотреть мою корзину покупок", страница может быть
кешировано.
6.3 Пределы реализации
Практические реализации пользовательских агентов имеют ограничения на количество и
размер файлов cookie, которые они могут хранить. Как правило, файлы cookie пользовательских агентов
поддержка не должна иметь фиксированных лимитов. Они должны стремиться хранить как
как можно больше часто используемых файлов cookie. Кроме того, универсальный
пользовательские агенты должны обеспечивать каждую из следующих минимальных возможностей
индивидуально, хотя не обязательно одновременно:
* минимум 300 файлов cookie
* не менее 4096 байт на файл cookie (измеряется размером
символы, которые содержат нетерминальный файл cookie в синтаксисе
описание заголовка Set-Cookie)
* не менее 20 файлов cookie на каждый уникальный хост или доменное имя
Пользовательские агенты, созданные для определенных целей или для ограниченной емкости
устройства должны предоставлять не менее 20 файлов cookie размером 4096 байт, чтобы гарантировать
что пользователь может взаимодействовать с исходным сервером на основе сеанса. Информация в заголовке ответа Set-Cookie должна быть сохранена в
целиком. Если по какой-то причине недостаточно места для хранения
файл cookie, он должен быть отброшен, а не усечен.
Приложения должны использовать как можно меньше и как можно меньше файлов cookie, и
они должны изящно справиться с потерей куки.
Kristol & Montulli Standards Track [Страница 15] 
Информация в заголовке ответа Set-Cookie должна быть сохранена в
целиком. Если по какой-то причине недостаточно места для хранения
файл cookie, он должен быть отброшен, а не усечен.
Приложения должны использовать как можно меньше и как можно меньше файлов cookie, и
они должны изящно справиться с потерей куки.
Kristol & Montulli Standards Track [Страница 15]
RFC 2109 Механизм управления состоянием HTTP, февраль 1997 г.
6.3.1 Атаки отказа в обслуживании
Пользовательские агенты могут установить верхнюю границу количества файлов cookie.
храниться с заданного хоста или доменного имени или на размер
информация о файлах cookie. В противном случае злонамеренный сервер может попытаться
заполнять пользовательский агент множеством файлов cookie или большими файлами cookie при последовательных
ответы, которые принудительно вытеснят файлы cookie, полученные пользовательским агентом
с других серверов. Однако указанные выше минимумы все же должны
поддерживаться.
7. КОНФИДЕНЦИАЛЬНОСТЬ
7.1 Управление агентом пользователя
Исходный сервер может создать заголовок Set-Cookie для отслеживания пути
пользователя через сервер.Пользователи могут возражать против такого поведения как
навязчивое накопление информации, даже если их личность
не очевидно. (Личность может стать очевидной, если пользователь впоследствии
заполняет форму, содержащую идентифицирующую информацию.) Это состояние
поэтому спецификация управления требует, чтобы пользовательский агент давал
пользователь контролирует такое возможное вторжение, хотя
интерфейс, через который пользователю предоставляется этот элемент управления, остается
неопределенные. Однако предусмотренные механизмы контроля должны, по крайней мере,
разрешить пользователю
* полностью отключить отправку и сохранение файлов cookie.*, чтобы определить, выполняется ли сеанс с отслеживанием состояния.
* для управления сохранением файла cookie на основе файлов cookie
Атрибут домена.
Такой контроль мог бы быть обеспечен, например, механизмами
* для уведомления пользователя, когда пользовательский агент собирается отправить файл cookie
к исходному серверу, предлагая возможность не начинать сеанс.
* для отображения визуальной индикации того, что сеанс с отслеживанием состояния находится в
прогресс.
* чтобы позволить пользователю решить, какие файлы cookie, если таковые имеются, следует сохранить
когда пользователь завершает сеанс окна или пользовательского агента.* чтобы пользователь мог в любое время проверить содержимое файла cookie.
Пользовательский агент обычно начинает выполнение без запомненного состояния
Информация. Должна быть возможность никогда не настраивать пользовательский агент.
для отправки заголовков файлов cookie, и в этом случае он никогда не сможет поддерживать состояние с
Kristol & Montulli Standards Track [Страница 16] 
Такой контроль мог бы быть обеспечен, например, механизмами
* для уведомления пользователя, когда пользовательский агент собирается отправить файл cookie
к исходному серверу, предлагая возможность не начинать сеанс.
* для отображения визуальной индикации того, что сеанс с отслеживанием состояния находится в
прогресс.
* чтобы позволить пользователю решить, какие файлы cookie, если таковые имеются, следует сохранить
когда пользователь завершает сеанс окна или пользовательского агента.* чтобы пользователь мог в любое время проверить содержимое файла cookie.
Пользовательский агент обычно начинает выполнение без запомненного состояния
Информация. Должна быть возможность никогда не настраивать пользовательский агент.
для отправки заголовков файлов cookie, и в этом случае он никогда не сможет поддерживать состояние с
Kristol & Montulli Standards Track [Страница 16] RFC 2109 Механизм управления состоянием HTTP, февраль 1997 г. исходный сервер. (Пользовательский агент тогда будет вести себя как не знают, как обрабатывать заголовки ответов Set-Cookie.) Когда пользовательский агент завершает выполнение, он должен позволить пользователю отказаться от всей информации о состоянии. В качестве альтернативы пользовательский агент может спросить пользователю, следует ли сохранять информацию о состоянии; по умолчанию должно быть «нет». Если пользователь решает сохранить информацию о состоянии, он будет восстановлен при следующем запуске пользовательского агента. ПРИМЕЧАНИЕ. Агентам пользователя, вероятно, следует с осторожностью использовать файлы для хранить файлы cookie в течение длительного времени. Если пользователь запускает более одного экземпляра пользовательский агент, файлы cookie могут быть смешаны или испорчены иным образом вверх.7.2 Дизайн протокола Ограничения на значение атрибута Домен и правила в отношении непроверяемых транзакций, предназначены для сокращения способов что файлы cookie могут «просачиваться» на «неправильный» сайт.
Намерение состоит в том, чтобы
ограничить файлы cookie одним или тесно связанным набором хостов.
Поэтому узел запроса ограничен тем, какие значения он может установить для
Домен. Мы считаем это приемлемым для хостов host1.foo.com и
host2.foo.com для обмена файлами cookie, но не a.com и b.com.
Точно так же сервер может установить путь только для файлов cookie, которые связаны
в запрос-URI.8. СООБРАЖЕНИЯ БЕЗОПАСНОСТИ
8.1 Очистить текст
Информация в заголовках Set-Cookie и Cookie не защищена.
Два следствия:
1. Любая конфиденциальная информация, которая передается в них, раскрывается.
злоумышленникам.
2. Злонамеренный посредник может изменять заголовки по мере их перемещения.
в любом направлении с непредсказуемыми результатами.
Эти факты подразумевают, что информация личного и / или финансового
природа должна быть отправлена только по безопасному каналу. Для менее чувствительных
информации, или когда содержимое заголовка является ключом базы данных,
исходный сервер должен быть бдительным, чтобы предотвратить неверное значение Cookie
вызывая сбои.Kristol & Montulli Standards Track [Страница 17]
RFC 2109 Механизм управления состоянием HTTP, февраль 1997 г.
8.2 Подмена файлов cookie
Правильный дизайн приложения может предотвратить атаки спуфинга со стороны связанных
домены. Учитывать:
1. Пользовательский агент отправляет запрос на Victim.cracker.edu, возвращает ответ
cookie session_id = "1234" и устанавливает домен по умолчанию
жертва.cracker.edu.
2. Пользовательский агент делает запрос к spoof.cracker.эду, возвращается
cookie session-id = "1111" с доменом = ". cracker.edu".
3. Пользовательский агент снова отправляет запрос на Victim.cracker.edu, и
проходит
Cookie: $ Version = "1";
session_id = "1234";
session_id = "1111"; $ Domain = ". Cracker.edu"
Сервер жертвы . cracker.edu должен обнаружить, что второй
файл cookie не был тем, что он был создан из-за того, что Домен
атрибут не для себя и игнорировать его.
8.3 Неожиданный обмен файлами cookie
Пользовательский агент должен делать все возможное, чтобы предотвратить совместное использование
информация о сеансе между хостами, находящимися в разных доменах.
Встроенные или встроенные объекты могут нарушить конфиденциальность
проблемы, если их можно использовать для обмена файлами cookie между разрозненными
хосты. Например, вредоносный сервер может встроить cookie
информация для хоста a.com в URI для CGI на хосте b.com. Пользователь
разработчикам агентов настоятельно рекомендуется предотвращать такого рода
обмен по возможности.9. ДРУГИЕ АНАЛОГИЧНЫЕ ПРЕДЛОЖЕНИЯ
Для достижения аналогичных целей были внесены еще три предложения.
Эта спецификация представляет собой смесь предложения Кристола State-Info и
Предложение Netscape о файлах cookie.
Брайан Белендорф предложил заголовок Session-ID, который будет user-
инициируется агентом и может использоваться исходным сервером для отслеживания
"клики". Он не будет нести состояние, определяемое сервером-источником,
тем не мение. Филип Халлам-Бейкер предложил еще одну, определяемую клиентом
механизм идентификатора сеанса для аналогичных целей.Kristol & Montulli Standards Track [Страница 18] 
cracker.edu должен обнаружить, что второй
файл cookie не был тем, что он был создан из-за того, что Домен
атрибут не для себя и игнорировать его.
8.3 Неожиданный обмен файлами cookie
Пользовательский агент должен делать все возможное, чтобы предотвратить совместное использование
информация о сеансе между хостами, находящимися в разных доменах.
Встроенные или встроенные объекты могут нарушить конфиденциальность
проблемы, если их можно использовать для обмена файлами cookie между разрозненными
хосты. Например, вредоносный сервер может встроить cookie
информация для хоста a.com в URI для CGI на хосте b.com. Пользователь
разработчикам агентов настоятельно рекомендуется предотвращать такого рода
обмен по возможности.9. ДРУГИЕ АНАЛОГИЧНЫЕ ПРЕДЛОЖЕНИЯ
Для достижения аналогичных целей были внесены еще три предложения.
Эта спецификация представляет собой смесь предложения Кристола State-Info и
Предложение Netscape о файлах cookie.
Брайан Белендорф предложил заголовок Session-ID, который будет user-
инициируется агентом и может использоваться исходным сервером для отслеживания
"клики". Он не будет нести состояние, определяемое сервером-источником,
тем не мение. Филип Халлам-Бейкер предложил еще одну, определяемую клиентом
механизм идентификатора сеанса для аналогичных целей.Kristol & Montulli Standards Track [Страница 18] RFC 2109 Механизм управления состоянием HTTP, февраль 1997 г. Хотя как идентификаторы сеанса, так и файлы cookie могут обеспечить способ поддержания сеансы с отслеживанием состояния, их предназначение другое, и, следовательно, требования к конфиденциальности для них разные. А пользователь инициирует идентификаторы сеанса, чтобы серверы могли отслеживать прогресс их или различать нескольких пользователей на общей машине.Печенье инициируются сервером, поэтому описанный здесь механизм cookie дает пользователи контролируют то, что в противном случае произошло бы без осведомленность пользователей.
Кроме того, файлы cookie передают расширенные, серверные
выбранная информация, тогда как идентификаторы сеанса включают выбранную пользователем,
простая информация.
10. ИСТОРИЧЕСКИЙ
10.1 Совместимость с реализацией Netscape
Клиенты и серверы HTTP / 1.0 могут использовать заголовки Set-Cookie и Cookie.
которые отражают первоначальное предложение Netscape о файлах cookie.Эти заметки охватывают
взаимодействие между «старыми» и «новыми» файлами cookie.
10.1.1 Расширенный заголовок cookie
Это предложение добавляет пары атрибут-значение в заголовок запроса cookie.
совместимым способом. «Старый» клиент, получающий «новый» файл cookie.
игнорирует непонятные ему атрибуты; он возвращает то, что он
понимает исходный сервер. «Новый» клиент всегда отправляет
куки в новой форме.
«Старый» сервер, получивший «новый» файл cookie, увидит, что он думает.
есть много файлов cookie с именами, начинающимися с символа $, и он будет игнорировать
их.(«Старый» сервер ожидает, что эти файлы cookie будут разделены
точка с запятой, а не запятая.) «Новый» сервер может обнаруживать файлы cookie,
прошли через "старый" клиент, потому что у них нет версии $ Version
атрибут.
10.1.2 Срок действия и максимальный возраст
Первоначальное предложение Netscape определяло заголовок Expires, который
значение даты в формате варианта фиксированной длины вместо Max-Age:
Вт, ДД-Пн-ГГ ЧЧ: ММ: СС GMT
Обратите внимание, что формат даты истечения срока действия содержит встроенные пробелы, и что
«старые» файлы cookie не заключали в кавычки значений.Клиенты, которые
реализовать эту спецификацию, следует помнить о «старых» файлах cookie и
Срок действия истекает.
Kristol & Montulli Standards Track [Страница 19] RFC 2109 Механизм управления состоянием HTTP, февраль 1997 г. 10.1.3 Пунктуация В исходном предложении Netscape значения в парах атрибут-значение не принимает строки в кавычках. Серверы происхождения должны быть осторожны об отправке значений, требующих кавычек, если они не знают получающий пользовательский агент понимает их (т.
е., «новые» файлы cookie). А
("новый") пользовательский агент должен заключать в кавычки только значения в Cookie.
заголовки, когда все версии файлов cookie соответствуют этому
спецификации или более поздней версии.
В первоначальном предложении Netscape не допускались пробелы вокруг
знак =, разделяющий пары атрибут-значение. Поэтому такие
Пробелы следует использовать с осторожностью в новых реализациях.
10.2 Кэширование и HTTP / 1.0
Некоторые кеши, например, соответствующие HTTP / 1.0, неизбежно
кэшировать заголовок Set-Cookie, потому что не было механизма для
подавить кеширование заголовков до HTTP / 1.1. Это кеширование может привести к
к проблемам безопасности. Документы, переданные исходным сервером
вместе с заголовками Set-Cookie обычно либо не кэшируются, либо
будет "просроченным". Пока кеши подчиняются инструкциям не
кэшировать документы (следующие Expires: RFC 2109 Механизм управления состоянием HTTP, февраль 1997 г.
12. АДРЕСА АВТОРОВ.
Дэвид М. Кристол
Bell Laboratories, Lucent Technologies
600 Mountain Ave. Комната 2A-227
Мюррей Хилл, Нью-Джерси 07974
Телефон: (908) 582-2250
Факс: (908) 582-5809
Электронная почта: Разметка HTML, созданная rfcmarkup 1.129d, доступная по адресу https://tools.ietf.org/tools/rfcmarkup/
% PDF-1.5 % 1638 0 объект > эндобдж 1665 0 объект > / Шрифт >>> / Поля [] >> эндобдж 1740 0 объект > поток конечный поток эндобдж 1666 0 объект > эндобдж 1718 0 объект > эндобдж 1630 0 объект > эндобдж 1632 0 объект > эндобдж 1663 0 объект [1664 0 R] эндобдж 1664 0 объект
Подержанный Arun 2500 For_Sale DCM-2109
У вас есть товар (ы) в корзине; вы можете продолжить добавление элементов, нажав любую из кнопок «Связанные элементы» внизу страницы.
Если вы закончили, вы можете запросить предложения, нажав кнопку «Запросить предложение сейчас».
У вас нет товаров в корзине.
Продолжить просмотр
Ваш запрос на дополнительную информацию был добавлен в корзину запросов предложений, которая содержит перечисленные ниже товары.Вы можете продолжить просмотр нашего инвентаря, чтобы добавить дополнительные элементы, или отправить свой запрос сейчас, заполнив поля ниже и нажав «Отправить».
Ваш запрос обрабатывается!
Хотели бы вы получать бесплатные автоматические уведомления по электронной почте, когда появится новый инвентарь, соответствующий этой машине?
«
Настройка учетной записи для оповещений
Имя:
Компания:
Имя пользователя (электронная почта):
Ваш адрес электронной почты уже связан с учетной записью.
Щелкните здесь, чтобы войти в систему и добавить эти предупреждения в существующую учетную запись.
Благодарим вас за посещение нашего веб-сайта и за проявленный интерес к нашему оборудованию.
Наши профессиональные сотрудники ответят вам предложения в ближайшее время.
Как предотвратить заболевание ОРВИ у ребенка. Какие меры профилактики наиболее действенны. Что делать, если ребенок все-таки заболел ОРВИ. Какие средства помогут быстрее справиться с вирусной . . .
Какие виды бандажей для беременных бывают. Как правильно подобрать и носить бандаж во время беременности. Когда нужно начинать использовать бандаж. Какие есть показания и противопоказания . . .