— Гость (30/08/2009 16:21)   
1. Понятия не имею о чём речь.
2. Кажется, не всегда загружает снова.
3. Так и должно быть.
4. Зачем это?

— Гость (30/08/2009 16:58)   

2. Кажется, не всегда загружает снова.

У меня почти всегда, хотя в опере (по умолчанию!) – никогда.

3. Так и должно быть.

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

4. Зачем это?

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

— Гость (30/08/2009 21:28)   
Видимо Опера специально настроена на игнорирование метатегов кэширования и по умолчанию не перезагружает страницу.

— Гость (30/08/2009 22:20)   
Понимаю офф-топик и всё такое, но могли бы Вы ответить, хоть каким-то боком все четыре вопроса касаются тематики сайта? Если не читать между строк вопроса о безопасности серфинга при использования заведомо небезопасной версии лисы, 2.х вообще и .18 в частности.

мозилле кто-то пропалтил за шняжку, чтобы firefox посылал всех на

Опера этой дурью не болеет.

Как отключить эту дичь в firefox?

Мда.
Вообще это фантастика, для случая с "не больной" оперой. Поскольку по умолчанию опенднсные сервера всегда отвечают поддельным, по сути, адресом для несущесвующих днс имен. Вопросы как отключить, задайте тому кто прописывал эти днс сервера в ваши сетевые настройки.

— Гость (31/08/2009 12:27)   

но могли бы Вы ответить, хоть каким-то боком все четыре вопроса касаются тематики сайта?

Скорее не через "тему безопасности" непосредственно, а через логику "юзайте opensource", которая в моём случае спотыкается об юзабилити. Впрочем, надеяться на код ff, хоть он и открыт, так же не осмысленно по понятным причинам. Надо настраивать так, чтобы не думать о надёжности/безопасности браузера. Btw, заметил, что ff слишком "умный", и по умолчанию содержит много больше включённых небезопасных и деанонимизирующих фичек чем опера. В частности, попытки автозапроса с гугла автодополнения при наборе слов для поиска угнетает.

Если не читать между строк вопроса о безопасности серфинга при использования заведомо небезопасной версии лисы, 2.х вообще и .18 в частности.

А 3я версия на ваш взгляд уже безопаснее? 18я версия, конечно, не последняя, но тем не менее.

Вообще это фантастика, для случая с "не больной" оперой.

Меня это тоже удивило. Такое поведение может быть как-то объяснено?

— Гость (31/08/2009 12:35)   

Видимо Опера специально настроена на игнорирование метатегов кэширования и по умолчанию не перезагружает страницу.

Вы не могли бы сказать, какой опцией можно объяснить ff делать так же?

— Гость (31/08/2009 13:13)   

А 3я версия на ваш взгляд уже безопаснее?

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

Такое поведение может быть как-то объяснено?

Повторите свои эксперементы при гарантировано одинаковых сетевых настройках и выданного вам ип-адреса для случая лисы и оперы.

— Гость (31/08/2009 14:06)   
Нарыл вот такой^[link2] топик, имеющий отношение к делу. Более инетересна дискуссия отсюда^[link3]:

I have just read this entire thread, and it seems to me it has nothing to do with shortcuts. The key to what you are experienced is in the following statement by landonabney: "Firefox will automatically perform a "I'm feeling lucky" google search with the content of the address bar IF IT CANNOT RESOLVE THE CONTENTS AS AN ADDRESS."

With OpenDNS, it will ALWAYS resolve the contents as an address. Regardless of the validity of the contents contents, OpenDNS ALWAYS returns an IP address. Either a valid IP address of a valid domain, or the IP address of its own search engine for everything else. That is how OpenDNS works, and that is what everyone using OpenDNS has agreed to.

So, this sounds like a problem with Firefox, not with OpenDNS. Unlike Firefox, Opera does not have that problem. Opera is smart enough to know what a domain name looks like. If it does not look like a domain, it does not use DNS to resolve it, but looks into the hosts file and if it does not find it there somehow figures out what the domain is (perhaps it goes straight to that "I'm feeling lucky" thing landonabney mentioned). So, if I type something like "easydomain" as the address in Opera, it takes me to http://www.easydomain.com/ and so on. And if I type two or more words separated by a space, it takes me to google search. So, if I type something like "quid pro quo" it takes me to http://www.google.com/search? C.....ra&ie=utf-8&oe=utf-8^[link4] and so on.

...

Why should the OpenDNS team fix a Firefox bug? The bug does not exist in Opera, for example. I can enter the domain name without the .com, .org, or any other dot, and Opera still finds it even though I am using OpenDNS.

Также, по поводу

мозилле кто-то пропалтил за шняжку, чтобы firefox посылал всех на .. урлы типа

там же:

OpenDNS do this because they are receiving revenue from it. Just the same way that Mozilla was paid over $40 million last year by Google because every Firefox search redirect goes to them by default – OpenDNS is getting paid too

— Гость (31/08/2009 14:08)   

при гарантировано одинаковых сетевых настройках и выданного вам ип-адреса для случая лисы и оперы.

Опера и лиса запущенны под одним и тем же акком на одной и то же машине. Сетевые настройки менял, рестартил, кэш ff полностью чистил и сам ff после этого рестартил.

— Гость (31/08/2009 14:37)   
Гость (31/08/2009 14:06), в вашей цитате речь совсем про другое. Топикстартер говорил про запрошенный полноценный fqdn, поведение для оперы будет в таком случае тем же самым как и лисы и любого иного обозревателя. А именно: браузер запросит разрешение имени у днс сервера (если в настройках нет прокси сервера, конечно). Опенднс, в случае если хостнейма не существует, сделает то что он делает — солжет и ответит с ип-адресом на который и проследует браузер.

— Гость (31/08/2009 15:43)   

Опера и лиса запущенны под одним и тем же акком на одной и то же машине.

Процитируйте полностью, что отвечают опера и лиса если пройти по адресу http://www.netututnichego.net/

— Гость (31/08/2009 16:00)   

заметил, что ff слишком "умный", и по умолчанию содержит много больше включённых небезопасных и деанонимизирующих фичек чем опера.

Все популярные браузеры "хороши". Это старая песня. И опера в действительности более фичкастая из коробки, а уж про комбайн, который подорвет анонима в самый ненужный момент, на сайте даже новость писали.

— SATtva (31/08/2009 19:45, исправлен 31/08/2009 19:46)   
Использование второй ветки FF катастрофически небезопасно, её поддержка прекращена, никто новые дыры (а они там есть) закрывать в ней не будет.

Использование любой версии FF без Torbutton с точки зрения анонимности небезопасно.

Использование Оперы с точки зрения анонимности небезопасно, если только тушка экспериментатора чётко не осознаёт, что делает. Безопасный сценарий возможен, но как минимум предполагает, что 1) js, java должны быть отключены, 2) все плагины (flash, pdf и т.п.) должны быть отключены, 3) после каждого сеанса работы вся история и кэш должны очищаться.

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

— Гость (31/08/2009 20:21)   

А именно: браузер запросит разрешение имени у днс сервера (если в настройках нет прокси сервера, конечно).

Прокси-сервер был... не думал, что это столь принципиально. Для http и https указан privoxy с умолчальной фильтрацией (без Tor'а). Как privoxy может быть связана с opendns?!

Процитируйте полностью, что отвечают опера и лиса если пройти по адресу http://www.netututnichego.net/

Это как и тестировалось^[link5] с включённой privoxy, а здесь^[link6] – без.

Использование второй ветки FF катастрофически небезопасно, её поддержка прекращена, никто новые дыры (а они там есть) закрывать в ней не будет.

Ага, а в 3ем сыром ff дыр нет. В ff дыры находятся практически ежедневно, и наверняка каждый не перекомпиливает по 50 мегабайт кода каждый день. Если дыр нет сегодня, то они появятся в багтрекере завтра. Их количество столь велико, что отсутствие их в текущем багтрекере не говорит практически ни о чём. Использую 2ой фокс с torbutton, расширений типа java и прочих нет, плагинов окромя tb – тоже нет.

Раз приходится к слову, спрошу тут же: следует ли разрешать js в firefox при использовании torbutton или безопаснее отключить? Автообновления в настройках отключены.

Гость (31/08/2009 14:06), в вашей цитате речь совсем про другое.

Ну смысл-то в том, что если ff не находит введённое в строку адреса, он тут же начинает запрашивать гугл. Именно про это говорится в цитате, и говорится что это умолчальное поведение, так? В моём случае запрос идёт не из поиска гугла а из поиска opendns, но гугловской рекламы там хватает (см. скрины).

— SATtva (31/08/2009 20:27)   

Ну, успехов, чоуж там. :-)

— Гость (31/08/2009 20:28)   
И да, и ответ на пункты 2,3,4 всё же хотелось бы получить. Здесь же многие ff'ом пользуются.

— SATtva (31/08/2009 20:39)   
2. Если страница была корректно кэширована, она берётся из кэша. Если сайт не хочет, чтобы страницы кэшировались, будут подгружаться.
3. В FF 3 этой древней проблемы нет.

— Гость (31/08/2009 21:12)   

2. Если страница была корректно кэширована, она берётся из кэша. Если сайт не хочет, чтобы страницы кэшировались, будут подгружаться.

Ну вот, допустим, я жму на 1, а потом (альт+влево) – обратно. Почему сайт pgpru.com "не хочет, чтобы страницы кэшировались"? Ведь на странице 1 уже ничего не поменяется, раз коменты уже на страницу 2 идут. Видимо, из таких соображений опера и игнорит что каждый сайт думает о своих кэшах. В ff есть опция, позволяющая всегда грузить страницу из кэша при переходах взад/вперёд?

— Гость (31/08/2009 21:15)   
Ещё один очень жизненный пример: набрал коммент к pgpru, жмёшь "отправить" а в этот момент инет отвалился. Страница не загружается, комент потерян. Жмёшь назад – он перезагрузит её и сотрёт то что было в поле комментария. Если же в опере нажать "назад", она восстановит весь текст, введёный как коммент, и его можно будет попытаться отправить снова.

— SATtva (31/08/2009 21:16)   

Может потому, что он на HTTPS, а в настройках фокса безопасные страницы не кэшируются?

— SATtva (31/08/2009 21:17)   

А нажать F5 без путешествий по истории — это неправославно?

— Гость (31/08/2009 21:23)   
Ещё один гвоздь в тему ff. Я понимаю, что Mozilla Corporation, естественно, виднее, где мне хранить её рабочией файлы, и как мне работать с профилями. В опере я могу указать в качестве рабочей директории любую:
opera -pd ~/.hren_s_goriКак выполнить аналогичную команду для ff? Похожей опции совсем не видно:
$ firefox -h Usage: /usr/pkg/lib/firefox/firefox-bin [ options ... ] [URL] where options include: X11 options --display=DISPLAY X display to use --sync Make X calls synchronous --no-xshm Don't use X shared memory extension --xim-preedit=STYLE --xim-status=STYLE --g-fatal-warnings Make all warnings fatal Mozilla options -height <value> Set height of startup window to <value>. -h or -help Print this message. -width <value> Set width of startup window to <value>. -v or -version Print Firefox version. -P <profile> Start with <profile>. -ProfileManager Start with Profile Manager. -UILocale <locale> Start with <locale> resources as UI Locale. -contentLocale <locale> Start with <locale> resources as content Locale. -safe-mode Disables extensions and themes for this session. -jsconsole Open the Error console. -browser Open a browser window.

— Гость (31/08/2009 21:31)   

А нажать F5 без путешествий по истории — это неправославно?

А что она делает? Типа ctrl+R, но не запрашивает с сайта закешированное? А если капача к комменту в этот момент сменилась как оно себя поведёт? Кроме всего того, путешествие по истории куда более функционально, ибо позволяет, в т.ч. и отредактировать повторно посылаемый коммент.

— Гость (31/08/2009 21:34)   

А нажать F5 без путешествий по истории — это неправославно?

Ещё один момент: по истории из кэша можно попутешествовать взад и вперёд хоть по 10 раз подряд жмя аль+вперёд/назад, при этом будет восстановлено содержимое всех полей на каждой закешированной странице. Часто такая возможность очень удобна.

— Гость (31/08/2009 21:45)   

Это как и тестировалось с включённой privoxy, а здесь – без.

А не наоборот?

Как privoxy может быть связана с opendns?!

Кроме Вас ответить на этот вопрос некому, плюс еще телепаты знают что там в качестве парент прокси прописано, или еще какие-то заморочки (по наметившемуся сюжету, ожидаю, как вариант, координатами привокси или парент прокси, не локальную систему).

Очевидно одно, что если браузеру указать прокси, то разрешать имена будет прокси, а браузеру разговаривать с днс сервером бессмысленно.

— SATtva (31/08/2009 22:04)   

Скажет, что капча неправильная. Текст никуда не денется.

Флейм Firefox vs Opera довольно скучен. Троллить тут нечего, тема закрыта.

— Гость (31/08/2009 22:12)   
Откройте, надо выяснить, что таки стало с привокси в 256ой серии, и сеньором днсом.

— SATtva (31/08/2009 22:19)   
Ладно.

— Гость (31/08/2009 22:32)   

А не наоборот?

Нет. Редирект на OpenDNS происходит только при включении privoxy. Сейчас убедился, что опера тоже начинает редиректить на opendns если к ней подцеить privoxy.

Кроме Вас ответить на этот вопрос некому, плюс еще телепаты знают что там в качестве парент прокси прописано, или еще какие-то заморочки

# cat /path/to/privoxy_without_tor.conf |sed 's/#.*//;/^[[:space:]]*$/d' confdir /usr/pkg/etc/privoxy logdir /home/Others/privoxy.confs/log actionsfile standard actionsfile default actionsfile user filterfile default.filter trust-info-url http://www.example.com/why_we_block.html trust-info-url http://www.example.com/what_we_allow.html debug 1 debug 4096 debug 8192 listen-address 127.0.0.1:8110 toggle 1 enable-remote-toggle 0 enable-edit-actions 0 buffer-limit 4096privoxy-3.0.6 Не прописывал там спецом opendns точно, privoxy – конечный прокси, никуда больше не редиректит. Странно всё это... Иногда firefox не может достучаться до opendns (то ли сеть глюкает, то ли ещё что), и тогда privoxy пишет при попытке открыть несуществующую страницу:
This is Privoxy 3.0.6 on localhost (127.0.0.1), port 8110, enabled Connect failed Your request for http://www.zasdoifjuvnwipoufvn.com/ could not be fulfilled, because the connection to www.zasdoifjuvnwipoufvn.com (67.215.65.132) could not be established. This is often a temporary failure, so you might just try again.т.е. фигурирует айпишник opendns'а.
Ранее замечал, что этот же ip появлялся в настройках PF:
# cat /etc/pf.conf |sed 's/#.*//;/^[[:space:]]*$/d' vpn = "tap0" ... nat on $vpn inet proto {tcp,udp,icmp} from <nat_users_elm> to ! $elm -> $vpn ...
что экспандилось (pfctl -sn) в правило:
nat on tap0 inet proto icmp from <nat_users_elm> to ! 172.17.17.1 -> 67.215.65.132Меня тогда это очень удивило, что если PF не может найти айпишник для виртуального интерфейса (например, vpn никогда не поднимался после рестарта ОС), то он выставляет для него IP DNS-сервера (очень странная логика). Сейчас в настройках resolve.conf прописан заведомо не OpenDNS'ный сервак: можно будет понаблюдать, исчезнет ли описанный эффект в pf.

— Гость (31/08/2009 22:42)   

Флейм Firefox vs Opera довольно скучен.

Вы не правильно меня поняли. Вопрос не о флейме, а о том, можно ли сделать те запрошенные мной фичи в ff. Финальный ответ тут возможен только двух типов: 1) нельзя 2) можно, причём так-то и так-то. Вопросы лучше/хуже здесь никто не обсуждает. Раз уж ff позиционируется как концептуально "более безопасный" браузер по причине открытости его кода, было бы полезно на него перейти, но тут возникли проблемы.. ответ на которые мне бы и хотелось выяснить. Не следует видеть за каждым постом тролль-мотив – это паранойаа.

— Гость (31/08/2009 23:00)   
Да, теперь (после смены DNS-сервера) pf начал ругаться на правило ната:
# pfctl -f /etc/pf.conf no IP address found for tap0 /etc/pf.conf:47: could not parse host specification no IP address found for tap0 /etc/pf.conf:48: could not parse host specification pfctl: Syntax error in config file: pf rules not loadedИ пока vpn-тунель не поднялся и не получил ip, загрузить правила в вышеприведённом формате нельзя.

— Гость (31/08/2009 23:33)   
О! Слона-то я и не приметил. С 1ым вопросом покончено. Проблема была действительно в privoxy, который закешировал opendns-овский сервер (поскольку он изначально был системным). Рестарт сетевых настроек, естественно, на процесс не влиял, а вот полный рестарт privoxy помог – эффект исчез.

— Гость (31/08/2009 23:48)   
Из предыдущего поста случайно не следует, что privoxy имеет собственный DNS-резолвер? Или это всё результат DNS-кэша?

— SATtva (01/09/2009 18:57)   

Не следует видеть за каждым постом тролль-мотив – это паранойаа.

Так это же наше любимое заболевание состояние души! :-)