Сергей, активный участник команды RPFT (Russian Privoxy Friends Team), собрал RPM-пакет новой (2.9) версии кеширующего прокси WWWOffle, ориентированного на "домашнее" применение, - в том числе и людьми, не имевшими до этого какого-либо опыта установки/настройки других прокси. RPM собран с оптимизацией под процессоры i686 и выше.
Скачать RPM-ку можно с Privoxy.ASPLinux.Net по нижеследующей ссылке:
http://privoxy.asplinux.net/ar/wwwoffle/wwwoffle-2.9beta-1.i686.rpm
Также были собраны некоторые дополнения, расширяющие функциональность WWWOffle (позволяющие ему работать в связке с локальными поисковиками):
http://privoxy.asplinux.net/ar/wwwoffle/wwwoffle-mnogosearch-2.9beta-1.i...
http://privoxy.asplinux.net/ar/wwwoffle/wwwoffle-namazu-2.9beta-1.i686.r...
http://privoxy.asplinux.net/ar/wwwoffle/wwwoffle-hyperestraier-2.9beta-1...
http://privoxy.asplinux.net/ar/wwwoffle/wwwoffle-htdig-2.9beta-1.i686.rp...
Re: Собран RPM-пакет с кеширующим прокси WWWOffle v2.9! #1
Разьясните плз. - это аналог squidа? Т.е. Эта прога позволит сократить входящий траф? Если да, то как чувствительно (при серфе, разумеется). И если можно чуть про принцип работы, или ссылочку на маны.
Et non intremuit medulla mea -
И да не устрашился мой разум...
Re: Собран RPM-пакет с кеширующим прокси WWWOffle v2.9! #2
В какой-то степени да - аналог, а входящий трафик WWWOffle может вообще радикально "уменьшить до нуля", поскольку с точки зрения логической организации он сохраняет все просмотренные ранее страницы не как объекты кеша, а как локальный контент, полностью дублирующий то, что было загружено из Интернет. Т.е. фактически в локальной сети максимальную пользу от эксплуатации WWWOffle в качестве локального спула веб-контента можно получить в тех случаях, когда, например, Вам нужно на некоторое время закрыть шлюзовой выход в инет, но при этом очень желательно оставить пользователям возможность посещать все наиболее востребованные в силу специфики их "рабочего процесса" интернет-страницы. В принципе, настроив WWWOffle в связке с MnoGoSearch, Вы даже можете продублировать большую часть функций традиционных Google, Yandex и прочих, так что пользователи смогут искать нужную им информацию в таком вот "виртуальном интернет", формально запрашивая даные за пределами интернет-шлюза, но фактически получая их из кеша. Таким образом, шлюз может периодически подновлять в режиме "онлайн" действительно нужные для работы пользователей страницы и через WWWOffle уже в режиме "оффлайн" отдавать их клиентам по запросу, полностью отрезав доступ к реальному интернет из локалки (и обеспечив при этом беспрецедентный уровень безопасности).
Хотя, разумеется, WWWOffle может использоваться и в качестве обычного кеширующего прокси (например, такого, как SQUID, например), но при этом не будет задействована львиная доля его функциональности, связанной с возможностью организации виртуального (локального) интернет.
Так что если Вам нужно сделать частичку внешнего мира полноценной составляющей интранет (при этом, разумеется, не обязательно действительно полностью перекрывать все выходы в интернет - нужно только очень чётко определить список из множества доступных клиентам доменов, так что сами страницы процентов на 90 будут подгружаться из кеша, хранящегося на шлюзе, а данные заполнения всевозможных форм, любая постоянно обновляемая информация (текущие курсы валют, например) - будут отправляться и приниматься уже через соединение с реальным удалённым сервером), то WWWOffle - это на все 100% Ваш выбор. Если нужно при проведении долговременной профилактики на шлюзе предоставлять клиентам доступ к интернет-ресурсам, наиболее востребованным ими (для осуществления трудовой деятельности, а не для каких-либо иных целей), пусть этот доступ будет и не совсем полноценным (но это всё же лучше, чем ничего) и даже вовсе виртуальным ;-), то - опять же - WWWOffle - Ваш безальтернативный выбор.
А вот если нужен просто кеширующий прокси для выхода через него в интернет - да, безусловно можно и WWWOffle использовать, - но при этом следует учитывать то, что Вы лишитесь всей сопутствующей SQUID'у обширной инфраструктуры, т.е., например, Вы уже не сможете воспользоваться утилитами подсчёта трафика, анализирующими логи SQUID, функциями антивирусного сканирования трафика, встроенными во многие расширенные версии SQUID, а также реализуемыми через использование специальных редиректоров (хотя можно, конечно, воспользоваться HAVP, для которого я недавно написал HOWTO по установке/использованию (см. в соотв. раздел этого сайта)). Опять же, насколько я знаю, WWWOffle не поддерживает протокол взаимодействия кеширующих прокси ICP, позволяющий связать их в иерархическую структуру, способную порой многократно сократить входящий трафик для сложных многоуровневых сетей (со множеством маршрутизаторов, на каждом из которых можно и нужно поставить SQUID). Вообще существует немало полезных программ, рассчитанных на совместное со SQUID использование, так что если Вам действительно ни одна из них не нужна, да и организовывать взаимодействие кешей на маршрутизаторах сети по протоколу ICP Вам совершенно ни к чему (в виду того, что у Вас всего один маршрутизатор), то Вы смело можете заменить SQUID на WWWOffle, иначе - стоит подумать над тем, есть ли какая-либо необходимость в том, чтобы хранить на шлюзе 2 параллельных кеша, вместе создающих повышенную (пусть и не пропорционально количеству кешей) нагрузку на жёсткий диск, при использовании WWWOffle в связке со SQUID или же вполне можно обойтись одним SQUID, который, в общем, и так довольно эффективно справляется с характерными для него задачами.
Вот ссылка на статью о WWWOffle, в которой, я надеюсь, Вы сможете найти ответы на все интересующие Вас вопросы, поскольку они рассмотрены там достаточно подробно:
http://privoxy.asplinux.net/doc/articles/wwwoffle_note.html
А man'ы и довольно толковую документацию, в том числе на русском языке (вообще WWWOffle с Великим и Могучим определённо дружит), Вы найдёте в составе RPM-пакета.
Эй, оператор-астроном,
Нет звёзд и звёздных глаз -
Есть плац, пивная, гастроном
И горы из колбас!
Марк Мерман, "Никто кино так не снимал, как Лени Риффеншталь"
Re: Собран RPM-пакет с кеширующим прокси WWWOffle v2.9! #3
Спасибо за разьяснение. Статью прочитал. Своим скудным умишком я все таки допер, что это есть некое подобие оффлайнового браузера, который закачивает не конкретно указываемый тобой ресурс для последующего доступа оффлайн, а страницы, по которым ты конкретно шляешься, чтобы впоследствии, если ты на них заходишь, он вытаскивал их из кэша(локального контента), и по нажатию F5 или ctrlR добавлял из инета все то, что на них появилось с момента кэширования + оффлайновый просмотр.
Вобщем - ставлю/пробую разобраться. Можно в этой теме рассчитывать на ответы на вопросы, которые непременно)) появятся?
Et non intremuit medulla mea -
И да не устрашился мой разум...
Re: Собран RPM-пакет с кеширующим прокси WWWOffle v2.9! #4
Эй, оператор-астроном,
Нет звёзд и звёздных глаз -
Есть плац, пивная, гастроном
И горы из колбас!
Марк Мерман, "Никто кино так не снимал, как Лени Риффеншталь"
Re: Собран RPM-пакет с кеширующим прокси WWWOffle v2.9! #5
а как решить вот эту проблему с установкой wwwoffle
[root@localhost my]# yum install wwwoffle-2.9beta-1.i686.rpm
Dependencies Resolved
Transaction Listing:
Install: wwwoffle.i686 0:2.9beta-1 - wwwoffle-2.9beta-1.i686.rpm
Total download size: 4.0 M
Is this ok [y/N]: y
Downloading Packages:
unsigned package wwwoffle-2.9beta-1.i686.rpm
^^^^^^^^^^^^^^^
Удачи
Re: Собран RPM-пакет с кеширующим прокси WWWOffle v2.9! #6
2 Goga777
Я конечно особо не мастак, но мог бы посоветовать попробовать установить через rpm
#rpm -ivh .rpm
или ну худой конец
#rpm -ivh -nodeps .rpm
А еще лучше - сконстроль собственную rpmку или поставь прогу из архива "с официального сайта: http://gedanken.demon.co.uk/. Размер тарболла с исходниками составляет вполне приемлемые даже для выкачивания по модему 990Кб (версия 2.8)"
Я как раз отсюда и ставил. Версия правда чуть постарше, но да не страшно, через ./C-M-M I.
Et non intremuit medulla mea -
И да не устрашился мой разум...
Re: Собран RPM-пакет с кеширующим прокси WWWOffle v2.9! #7
Так вот! Вопросы появились)) Я правда , больше бы удивился, если бы такого не произошло))
К делу.
Начал я с мысли, как бы мне это чудо прицепить к процессу подключения из KPPP (в дальнейшем буду ссылаться на статью с Privoxy.ASPLinux.Net)
Там советуют
"добавил команду wwwoffle -on в скрипт /etc/ppp/ifup.local (вызывается при установлении демоном pppd соединения), а в /etc/ppp/ifdown.local - команду wwwoffle -off"
Таких файлов в таких дирках у себя не нашел - они отыскались в папочке /sbin/ifdown правда без расширения. Немного подопирав, все таки вставить не решился - слишком сложно проверить результаты, да и не факт, что это необходимые файлы (дело со звуковухой не прошло бесследно).
Попробовал идти другим путем:
"Можно выполнять переключение текущего состояния WWWOffle автоматически после установления соединения с провайдером и после разрыва связи с ним, что обычно делается в настройках программы дозвона, если там это предусмотрено (в KPPP, например, об этом позаботились)."
Залез во вкладочку Execute настройки подключения, там в полях upon connect upon disconnect выставил соответственно wwwoffle -on wwwoffle -off
но меня смутило то, что при выполнении в терминале
wwwoffle
[root@localhost ~]# wwwoffle
WWWOFFLE - World Wide Web Offline Explorer - Version 2.8e
Usage: wwwoffle -h | --help | --version
wwwoffle -online | -autodial | -offline | -fetch
wwwoffle -config | -dump | -purge | -status | -kill
wwwoffle [-o|-O]
wwwoffle [-post|-put]
wwwoffle [-g[Sisfo]] [-F] [-(d|r|R)[]] ...
wwwoffle [-g[Sisfo]] [-F] [-(d|r|R)[]] [|-] ...
Any of these can also take: [-p [:] | -c ]
The environment variable WWWOFFLE_PROXY can be set instead of -p or -c options.
Статья по 2.8 У меня походу 2.8e следовательно вместо вышеупомянутых команд мне надо wwwoffle -online/-offline Так?
И еще... не совсем я ж дурак наверно... Залез в конфиг. Там есть следующее
в разделе параметров Options написал
run-online = opera
(в описании run-online = (filename)) чтобы было наглядно видно, запустился он или нет.
Затем прислушиваясь к той же статье выполнил
wwwoffle -config
получилось
wwwoffle[7916] Warning: Failed to connect socket to 'localhost' port '8081' [Connection refused].
wwwoffle[7916] Fatal: Cannot open connection to wwwoffle server localhost port 8081.
Снова полез в статью. Вычитал : "Полезна также команда wwwoffle -config, которая заставляет демона wwwoffled перечитать конфигурационный файл и соответствующим образом учесть произведённые в нём изменения."
При чем тут открытие коннекта я так и не понял. Пав духом, я взялся за этот вот пост. Кстати конфиг на самом деле организован просто.
Мне счас нужно
1. Приклеить запусr сего к событию подключения
2. Понять, что там за ботва с wwwoffle -config
По поводу некоторых моментов конфига тож есть неясности, но это терпит.
Кстати, все таки чо то мне подсказывает что он запустился - инет нещадно тормозит. Причем скорость ресива>45, а качать модем начинает после полуминутной задержки (каждую ссылку). На омни про такие вещи сразу видно.
Может у кого нибудь есть толковый конф под эту версию?
Et non intremuit medulla mea -
И да не устрашился мой разум...
Re: Собран RPM-пакет с кеширующим прокси WWWOffle v2.9! #8
А кстати с трансмитом все в норме, да и сейчас повторно на страницу ответа зашел резко.
Et non intremuit medulla mea -
И да не устрашился мой разум...
Re: Собран RPM-пакет с кеширующим прокси WWWOffle v2.9! #9
Эй, оператор-астроном,
Нет звёзд и звёздных глаз -
Есть плац, пивная, гастроном
И горы из колбас!
Марк Мерман, "Никто кино так не снимал, как Лени Риффеншталь"
Re: Собран RPM-пакет с кеширующим прокси WWWOffle v2.9! #10
Здраствуйте. Рад, что кому то не лень было разбираться в моей бредятине =)
1) ipup.local и ipdown.local в каталоге /etc/ppp создал, написал в них что полагается)
2) из kppp настройки убрал - теперь походу они не пригодятся.
3) Номера портов я не менял, но
[root@localhost ~]# wwwoffle -config -c /etc/wwwoffle/wwwoffle.conf
wwwoffle[3290] Warning: Failed to connect socket to 'localhost' port '8081' [Connection refused].
wwwoffle[3290] Fatal: Cannot open connection to wwwoffle server localhost port 8081.
ставил другие порты - то же самое. Может просто надо было другие пробовать.
Содержание etc/hosts
4) [root@localhost ~]# service wwwoffled start
wwwoffled: unrecognized service
Что навело меня на мысль, что он или запущен, или не запустится из-за того, что я его как нибудь по-кривому постаавил. Но в kdeшной process table я его не нашел. Правда, подумал, что сервисы пишутся куда нибудь еще. Проверить не смог.
5) Размер папки с кэшем 1,6 метра. Сдается мне - так было и сначала.
6) В конфиге больше ничего не менял, кроме как запретил кэш картинок за ненадобностью.
7) И самое дикое - я никак не могу понять, запущен он или нет))
127.0.0.1 localhost.localdomain localhost
Пока это все достижения.
Et non intremuit medulla mea -
И да не устрашился мой разум...
Re: Собран RPM-пакет с кеширующим прокси WWWOffle v2.9! #11
Если уж совсем никак не работает, попробуйте вот так:
/usr/sbin/wwwoffled -d 6
Так оно запустится в debug-режиме с выводом всех сообщений на консоль.
Re: Собран RPM-пакет с кеширующим прокси WWWOffle v2.9! #12
Re_2_9A4172:
А вот и собственно автор статьи, вот уж никак не ожидал что мне доведётся хоть когда-нибудь пересечься с 9A4172 на форуме!
Re_2_Toper_Harley:
1) ipup.local и ipdown.local в каталоге /etc/ppp создал, написал в них что полагается)
Кстати, что самое интересное, оказывается, что вполне правомерен и обратный вариант: оказывается wwwoffle можно указать, чтобы при переключении в режим "онлайн" он заодно устанавливал соединение с провайдером (например, вызывал [/b]ifup ppp0[/b]), и при при переходе из "онлайн" в "оффлайн" - заодно выполнял сброс соединения (например, командой ifdown ppp0)
2) из kppp настройки убрал - теперь походу они не пригодятся.
Ну... не знаю даже. Вполне возможно, что KPPP вызывает PPPD для установления соединения с провайдером после дозвона таким образом, что содержимое ip(up|down).local вообще не используется (например, вместо них исполняются скрипты под условными кодовыми наименованиями "при соединении" и "при разъединении"). Вообще рекомендую настроить интернет-соединение "поднятием" настоящего сетевого интерфейса ppp0 (ifup ppp0/ifdown ppp0), о чём подробно написано в официальном FAQ на сайте community.asplinux.ru (ссылку, если хотите, поищу у себя)
4) [root@localhost ~]# service wwwoffled start
wwwoffled: unrecognized service
Вот это действительно ОЧЕНЬ странно и объяснить я сей казус просто не могу. Скажите, а у Вас в каталоге /etc/init.d вообще есть файл wwwoffled? Если есть, попробуйте выполнить: chmod u+x /etc/init.d/wwwoffled; /etc/init.d/wwwoffled start и дайте обязательно приведите здесь полный вывод этих двух команд (первая делает файл /etc/init.d/wwwoffled исполняемым, если он таковым не был, а вторая - прямой вызов сервиса wwwoffled (вообще команду service по историчяеским причинам (поскольку на самом деле сервисы хранятся в каталоге /etc/rc.d/init.d, а /etc/init.d - это всего лишь сиволическая ссылка на него) используют только для того, чтобы полное имя каталога не писать, хотя для /etc/init.d совсем небольшая экономия механического ресурса клавиатуры
7) И самое дикое - я никак не могу понять, запущен он или нет))
Так посмотрите же, есть всё-таки в "псевдографическом" окошке программы ntsysv сервис wwwoffled и отмечен ли он "галочкой". Если есть и отмечен, то wwwoffled у Вас при старте должен загружаться, если есть и не отмечен, то надо поставить отметку (наведите стрелками клаиатуры курсор на wwwoffled и поставьте отметку "пробелом"). А вот если его там вообще нет... - ну можно, конечно, попробовать в ручную выполнить chkconfig --add wwwoffled; chkconfig --level 35 wwwoffled on, но сдаётся мне, что это Вам не поможет.
В общем, как говорится, для начала доложите обстановку, а там уже будем принимать решение по обстоятельствам...
Эй, оператор-астроном,
Нет звёзд и звёздных глаз -
Есть плац, пивная, гастроном
И горы из колбас!
Марк Мерман, "Никто кино так не снимал, как Лени Риффеншталь"
Re: Собран RPM-пакет с кеширующим прокси WWWOffle v2.9! #13
2МАФ
Это со мной не впервой)) Однажды после оставленного мной поста.. в котором был нелестный (как выяснилось потом - зря) отзыв о программе p2kstyle на форум пришел сам Keo, который ее собсно и написал)) Пришлось потом извиняться))
Так же наверное и сейчас. Несмотря на
[root@localhost SPECS]# whereis wwwoffle
wwwoffle: /etc/wwwoffle /usr/local/bin/wwwoffle
[root@localhost SPECS]# ps aux | grep wwwoffle
root 1958 0.0 0.1 4968 684 pts/2 S 17:10 0:00 grep wwwoffle
вот
[root@localhost SPECS]# /etc/init.d/wwwoffled start
bash: /etc/init.d/wwwoffled: No such file or directory
в каталоге /etc/init.d файла нету.
Я ее переставлю, а потом скажу чо получилось.
Et non intremuit medulla mea -
И да не устрашился мой разум...
Re: Собран RPM-пакет с кеширующим прокси WWWOffle v2.9! #14
Переставил
[root@localhost ~]# /sbin/service wwwoffled start
Starting wwwoffled: [ ОК ]
просто первый раз я хоть и свалял rpm-ку, но ставил из тарбола. Кривизна (как рук, так и установки) - как следствие.
Эээ... но вопросы все равно будут )) Только чуть позже.
Et non intremuit medulla mea -
И да не устрашился мой разум...
Re: Собран RPM-пакет с кеширующим прокси WWWOffle v2.9! #15
Эй, оператор-астроном,
Нет звёзд и звёздных глаз -
Есть плац, пивная, гастроном
И горы из колбас!
Марк Мерман, "Никто кино так не снимал, как Лени Риффеншталь"
Re: Собран RPM-пакет с кеширующим прокси WWWOffle v2.9! #16
Здраствовать всем модераторам этого форума, да и всем линуксоидам тоже!
Вопрос такой:
The full pathname of the top level cache directory (spool directory)
# (default=/var/spool/wwwoffle....)
А там у меня почему то ее нету. Хотя все запускается-работает...
Я так понял за все то время, прошедшее с момента, как я ее переставил кэша так и не накопилось... Ну да не страшно. Теперь сам вопрос: обойдется ли все это дело тем, что нужно просто создать по адресу папку с таким названием. Но там помнится была куча вложенных... Или просто в конфиге прописать другой адрес?
Et non intremuit medulla mea -
И да не устрашился мой разум...
Re: Собран RPM-пакет с кеширующим прокси WWWOffle v2.9! #17
А не, не извиняюсь ))) Нашел! Все это дело находится в /var/cache/wwwoffle. Вот только размер у него больно маленький - 1,6 метра. К чему бы это? Все таки по инету я шляюсь будь-здоров...
Et non intremuit medulla mea -
И да не устрашился мой разум...
Re: Собран RPM-пакет с кеширующим прокси WWWOffle v2.9! #18
Re: Собран RPM-пакет с кеширующим прокси WWWOffle v2.9! #19
хочу настроить wwwoffle следующим образом -
в независимости от того, в онлайне или оффлайне находится мой браузер все странички wwwoffle отдает браузеру из своего КЕША. При этом он не обращает внимания на различного рода служебные заголовки (типа pragma) , запрещающие кеширование и на срок годности сраничек, по истечении которого браузер (по идее) должен перезагрузить страничку. И только в случае, если я нажму F5 страничка реально загрузится с инета, при этом сохранившись в кеше wwwoffle
подскажите плиз что и как надо настроить, чтобы wwwoffle работал вот таким вот образом.
Удачи
Re: Собран RPM-пакет с кеширующим прокси WWWOffle v2.9! #20
Да, походу это проливает свет...
Я конечно анализирую это, но мнение профи хотелось бы услышать...
Et non intremuit medulla mea -
И да не устрашился мой разум...
Re: Собран RPM-пакет с кеширующим прокси WWWOffle v2.9! #21
Скорее всего Вы, сами того не понимая, пытаетесь запускать WWWOffle по нескольку раз на одном порту (т.е. в тот момент, когда прокси уже запущен). У Вас стартовый сервис wwoffled во время загрузки нормально запускается (должно выводиться [ OK ]) ? На всякий случай покажите вывод команды netstat - na | grep 8080.
Эй, оператор-астроном,
Нет звёзд и звёздных глаз -
Есть плац, пивная, гастроном
И горы из колбас!
Марк Мерман, "Никто кино так не снимал, как Лени Риффеншталь"
Re: Собран RPM-пакет с кеширующим прокси WWWOffle v2.9! #22
Стартовый сервис запускается нормально.
Предложенная команда не выводит ничего т. е.
Et non intremuit medulla mea -
И да не устрашился мой разум...
Re: Собран RPM-пакет с кеширующим прокси WWWOffle v2.9! #23
Эй, оператор-астроном,
Нет звёзд и звёздных глаз -
Есть плац, пивная, гастроном
И горы из колбас!
Марк Мерман, "Никто кино так не снимал, как Лени Риффеншталь"
Re: Собран RPM-пакет с кеширующим прокси WWWOffle v2.9! #24
Goga777
В точности то, что вы хотите с помощью WWWOffle сделать вряд ли можно, но можно попробовать поэкспериментировать с настройками секции OnlineOptions (посмотрите комментарии в конфиге - больше информации вы найдете только в исходниках
Можно также включить кэш браузера и соответствующим образом его (браузер) настроить. С этой точки зрения рекомендую Opera и Konqueror (особенно первый).
Оба этих способа, естественно, можно применять одновременно.
А собственно, чем вам не нравится переключение режимов online-offline? Если вы находитесь в режиме offline, то контент будет браться из кэша, но если нажать F5, страница будет поставлена в очередь закачки; позднее (или сразу же) все из очереди закачки можно загрузить командой fetch.
Или вы хотите использовать WWWOffle на выделенке для экономии трафика? Из собственного опыта замечено, что на достаточно быстром канале WWWOffle сильно тормозит и грузит процессор (да-да, у меня уже выделенка, скорость - до 1 Мбит/с
Re: Собран RPM-пакет с кеширующим прокси WWWOffle v2.9! #25
Я настраиваю его правкой конфигов. То есть настраиваю - это пока сильно сказано... Так, пока немного поковырялся. Параметра три от силы поменял. Порты не менял.
Et non intremuit medulla mea -
И да не устрашился мой разум...
Re: Собран RPM-пакет с кеширующим прокси WWWOffle v2.9! #26
Toper_Harley:
Странно все это... Попробуйте что-ли поменять номер порта wwwoffle на 8008, например. Что будет?
И приведите здесь, пожалуйста, содержимое секции StartUp wwwoffle.conf, а также все параметры, которые вы поменяли в конфиге.
Re: Собран RPM-пакет с кеширующим прокси WWWOffle v2.9! #27
StartUp { bind-ipv4 = 0.0.0.0 bind-ipv6 = :: http-port = 8008 wwwoffle-port = 8081 spool-dir = /var/cache/wwwoffle run-uid = wwwoffle run-gid = wwwoffle use-syslog = no password = none max-servers = 8 max-fetch-servers = 4 }Остальные параметры по умолчанию. Потому что я его переставлял и конфиг наверное обновился тоже.
Итак, после смены порта:
А если поставить
будет
Ещё я попробовал
Получилось
Et non intremuit medulla mea -
И да не устрашился мой разум...
Re: Собран RPM-пакет с кеширующим прокси WWWOffle v2.9! #28
То есть, последний пример я зря...
Et non intremuit medulla mea -
И да не устрашился мой разум...
Re: Собран RPM-пакет с кеширующим прокси WWWOffle v2.9! #29
Меня терзают смутные сомнения... Мне кажется, что вы все-таки пускаете 2 (или больше) wwwoffled одновременно.
Попробуйте:
killall wwwoffled
wwwoffled -d 6
Re: Собран RPM-пакет с кеширующим прокси WWWOffle v2.9! #30
Получилось вот это:
По нажатию ctrl+c
Походу на самом деле я запускаю его дважды...
Первый раз при самой загрузке системы а вот когда второй? И как от этого избавиться?
Et non intremuit medulla mea -
И да не устрашился мой разум...
Re: Собран RPM-пакет с кеширующим прокси WWWOffle v2.9! #31
Эй, оператор-астроном,
Нет звёзд и звёздных глаз -
Есть плац, пивная, гастроном
И горы из колбас!
Марк Мерман, "Никто кино так не снимал, как Лени Риффеншталь"
Re: Собран RPM-пакет с кеширующим прокси WWWOffle v2.9! #32
Ясно... То есть тем самым мы пришли к выводу, что сервис работает, стартуя при загрузке системы и при подключении к инету переходит в режим онлайн. Вобщем все хорошо... Но тогда почему кэш не прибавляется? По-моему конфиг по умолчанию предусматривает подгрузку каждой посещенной страницы в кэш?
Et non intremuit medulla mea -
И да не устрашился мой разум...
Re: Собран RPM-пакет с кеширующим прокси WWWOffle v2.9! #33
Ну, вообще-то, я порекомендовал использовать wwwoffled -d 6 не для того, чтобы потом героически разбираться с возникшими проблемами, а чтобы посмотреть, что происходит
Ладно, проехали...
Вы в браузере прокси прописали? Адрес прокси-сервера должен быть 127.0.0.1, порт - тот, что в конфиге wwwoffle указан как http-port.
Re: Собран RPM-пакет с кеширующим прокси WWWOffle v2.9! #34
Написал все это в опере. В этот день все работало - накопилось 25 метров кэша. На следующий день при попытке зайти на гугль (на все) появляется
WWWOFFLE Ошибка удаленного хоста
Ваш запрос URL
http://www.google.com/
потерпел неудачу потому, что
Cannot open the HTTP connection to www.google.com port 80; [Name Lookup Non-Authoritative Answer Host not found].
В первый раз такое тоже было. А что я сделал тогда - на помню)) Помню, потом в нете лазил... В мозиле, который я через прокси не настраивал - все отображается.
Подскажите, в чем ошибаюсь:
1 сервис запускается при старте системы
2 при установке подключения переходит в -online
3 порты, с которыми работаЛо
http-port = 8008
wwwoffle-port = 8081
Мне пока просто нужно чтобы wwwoffle кэшировал любую посещенную страницу.
Et non intremuit medulla mea -
И да не устрашился мой разум...
Re: Собран RPM-пакет с кеширующим прокси WWWOffle v2.9! #35
А вот тут и понадобится отладочный режим.
1. Проверьте, что в настройках браузера прокси прописан правильно (адрес - 127.0.0.1, порт - 8008, если вы его опять не поменяли).
2. /etc/init.d/wwwoffled stop - останавите запущенный сейчас wwwoffle.
3. В консоли запустите /usr/sbin/wwwoffled -d 6 - отладочный режим с выводом всех сообщений на консоль.
4. В браузере: http://localhost:8008 - работает? Страница веб-интерфейса wwwoffle есть? (повтрорюсь, что порт нужно писать тот, который у вас сейчас стоит в настройках wwwoffle как http-port). Если не работает, значит неправильно прописаны настройки прокси.
5. wwwoffle -status (в другой консоли) - что выводит? (должно быть state: offline)
6. Подключитесь к Интернету, опять wwwoffle -status Что выводится? (а теперь должно быть online)
7. Браузер без прокси работает? (например, та же Mozilla)
8. В браузере, настроенном для работы через прокси (Opera): http://localhost:8008 Что выводится?
9. Там же попробуйте зайти на любой сайт, что получется?
10. Теперь в той консоли, где был запущен /usr/sbin/wwwoffled -d 6 смотрите, что пишет, запостите сюда, если там не сильно много.
В общем, чудес не бывает, это только в винде вчера работало, а сегодня не работает - в Линукс в 99% случаев виноват пользователь - чего-тщ накрутил ночью
Re: Собран RPM-пакет с кеширующим прокси WWWOffle v2.9! #36
Спасибо за все предоставленные средства наблюдения. Все таки смог поймать сие безобразие - там с режимами offline-online трабл был. Счас все исправил. Контент пополняется.... )). Только вот если использовать оперскую качалку она не показывает размер закачиваемого файла и соответственно приблизительное время завершения. Как то непривычно))
Et non intremuit medulla mea -
И да не устрашился мой разум...
Re: Собран RPM-пакет с кеширующим прокси WWWOffle v2.9! #37
Re: Собран RPM-пакет с кеширующим прокси WWWOffle v2.9! #38
начал копаться в настройках, пока результатов нет.
включен кеш в Опере 100 мегабайт, Но все равно , при повторной загрузке одной и той же странички она - страничка почему-то грузится с инета, а не из кеша, хотя 5 минут назад я эту страничку грузил уже.
то, что надо вручную включать выключать эти режимы - а какой кстати, самый быстрый способ для этого ?
(я думаю, что через http://localhost:8080/control/)
дык команду fetch тоже надо давать вручную. Почему бы после F5 wwwoffle взять да и загрузить самому страничку , не спрашивая ни у кого разрешения ?
у меня gprs + спутниковый интернет. Давайте рассмотрим вариант - только gprs. Я хочу на яндексе что-то поискать. Набираю yandex.ru - пусть страничка грузится из кеша недельной давности - если надо я ее сам обновлю через F5. Итак, страничка загрузилась из кеша - набираю искомое слово, Энтер, пошел запрос на яндекс - уже в онлайне. Вот что я хочу....
кстати, вопрос - а какую прогу под линукс вы можете порекомендовать для мониторинга сетевого входящего и исходящего трафика. Чтобы можно было видеть в динамике скорость, трафик в виде графиков
вот здесь - скриншот проги netmedic под винды http://www.goodweb.ru/netmedic.htm#throughput
очень похожее я хотел бы и под линуксом иметь. Пока попробовал xosview - не понравилось как она графики рисует. Кроме того, она ошибочно показывает трафик между wwwoffle и Оперой - а зачем мне это надо ?
Удачи
Re: Собран RPM-пакет с кеширующим прокси WWWOffle v2.9! #39
вроде стало получаться, то что я хочу. Но вот странное дело - почему в конфиге записались одни и те же параметры, но с разными значениями (yes или no) (редактировал конфиг из Оперы 2-мя разными методами)
- какой из них в этом случае отработает - последний ?
см. цитату из конфига
# WWWOFFLE Configuration Edit Inserted: Wed, 04 Jan 2006 00:37:23 MSK
# WWWOFFLE Configuration Edit Inserted: Wed, 04 Jan 2006 01:08:45 MSK
pragma-no-cache = yes
pragma-no-cache = no
pragma-no-cache = yes
# WWWOFFLE Configuration Edit Inserted: Wed, 04 Jan 2006 00:37:54 MSK
cache-control-no-cache = no
cache-control-no-cache = yes
# WWWOFFLE Configuration Edit Inserted: Wed, 04 Jan 2006 00:38:16 MSK
cache-control-max-age-0 = no
cache-control-max-age-0 = yes
# WWWOFFLE Configuration Edit Inserted: Wed, 04 Jan 2006 00:39:42 MSK
request-changed = 100d
request-changed = 10m
Удачи
Re: Собран RPM-пакет с кеширующим прокси WWWOffle v2.9! #40
Et non intremuit medulla mea -
И да не устрашился мой разум...
Re: Собран RPM-пакет с кеширующим прокси WWWOffle v2.9! #41
Goga777
включен кеш в Опере 100 мегабайт, Но все равно , при повторной загрузке одной и той же странички она - страничка почему-то грузится с инета, а не из кеша, хотя 5 минут назад я эту страничку грузил уже.
А как насчет "соответствующим образом настроить"? В Opera есть настройки про то, как часто проверять на обновление страницы, картинки и прочее (у меня стоит "никогда"), флажок "всегда проверять перенаправление" (у меня выключен). Размер кэша тут роли играет мало.
Еще не забудьте про JavaScript - наверное, сталкивались с такими случаями - показ графики отключен, но картинки все равно грузятся? Особенно часто такое используется для загрузки баннеров. Страница скорее всего взята из кэша, но баннеры загружаются из сети. Поэтому баннеры нужно блокировать (с помощью WWWOffle или того же Privoxy), а JavaScript - отключить (если сайт не работает без JS - в ж... такой сайт!
(я думаю, что через http://localhost:8080/control/)
Можно переключать командами wwwoffle -on и wwwoffle -off, а их повесить на горячие клавиши. Текущее состояние подключения можно узнать командой wwwoffle -status.
Команду fetch можно давать и так: wwwoffle -fetch, соответственно, можно применить все вышеупомянутое.