Для проверки готовности локальной офисной сети к возможности перехода на протокол IPv6 мною был организован испытательный стенд на основе сервера с FreeBSD, являющийся шлюзом для доступа в IPv6 интернет и сервером популярных сетевых ресурсов (WEB, eMail, FTP). Выбор FreeBSD обусловлен наличием уже существующей виртуальной машины с этой системой. Далее я немного расскажу как всё было настроено (не в даваясь в теоретические подробности построения и адресации IPv6) и попытаюсь обрисовать ситуацию о готовности существующих систем и программ к использованию с IPv6 на примере тех сервисов, которые мне удалось протестировать, как со стороны клиента, так и со стороны сервера. Эксперименты активно проводились в период месяц «до» и месяц «после» «Дня IPv6» 8 июня 2011, поэтому сейчас ситуация с поддержкой в некоторых программах может измениться в лучшую сторону.

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

curl: передача данных через proxy

curl имеет полноценную поддержку как HTTP proxy так и SOCKS.

Для тестирования возможно использовать proxy сервера из бесплатных списков (socks — sockslist.net, и HTTP proxy — proxyhttp.net). Проверка IP адреса будет производиться с помощью ресурса check-host.net

# Проверить HTTP proxy
curl --proxy 11.22.33.44:5555 check-host.net/ip
# Тоже самое, но если для HTTP proxy требуется авторизация
curl --proxy 11.22.33.44:5555 -U username:password check-host.net/ip
# Проверить socks4
curl --socks4 11.22.33.44:5555 check-host.net/ip
# Проверить socks5
curl --socks5 11.22.33.44:5555 check-host.net/ip
# Тоже самое, только преобразование имен идет также через SOCKS
# (подробнее о преобразовании имен можно прочитать ниже в подразделе "DNS запросы через proxy")
curl --socks5-hostname 11.22.33.44:5555 check-host.net/ip

1. Арендуем… что и как?

Ну что же, продолжим. Как говорится, «не все серверы одинаково полезны». Кроме географической расположенности площадки, которая будет влиять на задержку прохождения транслируемых пакетов, самая главная характеристика покупаемого продукта – это система виртуализации.
Скажу честно – не люблю я OpenVZ, да, они дешевле, но на них чувствуешь себя, как в гостях – то низя, это не трогай, а вон то заработает, только если слёзно умолять хозяев дома, они ещё и не разрешат. А по сему, предпочитаю сервера на XEN или KVM. Вот тут-то всё как дома! Работает всё, что надо, виртуализация не чувствуется вообще! Хочешь – свопа добавь из своего дискового пространства, все модули ядра есть, его даже можно пересобрать! Виртуальные сетевые карты всех мастей, все цепочки iptables… ВСЁ!
Из дистрибутивов рекомендую Debian, ну или Ubuntu Server.

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

Самое простое что можно сделать после установки Squid — это разрешить (или запретить) доступ в Интернет пользователям нашей локальной сети. Для этого существует два параметра: http_port и http_access. Первый используется для указания порта по которому пользователи с запросами будут обращаться к прокси-серверу. Стандартно используется порт 3128, но при желании можно указать любой другой свободный порт. Формат обозначения такой:

http_port ip_address:port

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

Для автоматического обновления ядра и плагинов (и некоторых других функций), во избежание, сообщения «WP HTTP Error: couldn't connect to host» или даже 500 ошибки на IIS 7 (Windows 2008), у меня появилась необходимость, научить Wordpress подружится с прокси.

Поиск по Интернету ничего не дал. Естественно тот факт что я чего то не нашел, не означает что его нет в Интернете. По крайней мере, нет описания в Codex. И мне пришлось заглянуть в код движка, и как выяснилось, там эта функция предусмотрена и работает себе отлично. Чем я и спешу с вами поделиться.

Решение

Для этого необходимо добавить по меньшей мере две строки в любое место файла ./wp-config.php

define(WP_PROXY_HOST, 'localhost'); // ваш адрес
define(WP_PROXY_PORT, 3128); // ваш порт

И еще две, если прокси требует авторизацию:

define(WP_PROXY_USERNAME, 'username');
define(WP_PROXY_PASSWORD, 'password');

Вот и все. Проверено на версиях 3.1+.

С динамическими типами данных сложилась ситуация, схожая с АОП. А именно – полезных примеров применения этой техники можно пересчитать по пальцам, и они достойны коллекционирования (одна из коллекций по АОП собрана mezastel здесь). Сегодня, я надеюсь, мы добавим ещё пару таких примеров.

Прокси — это новые объекты JavaScript для которых программист должен определить своё поведение. Стандартное поведение всех объектов определено в движке JavaScript, который чаще всего написан на C++. Прокси позволяют программисту определить практически любое поведение объекта JavaScript, они полезны для написания базовых объектов или оберток функций или для создания абстракций виртуальных объектов и предоставляют API для мета-программирования. Сейчас Прокси не входит в стандарт, но его стандартизация запланирована в ECMAScript Harmony. Чтобы избежать путаницы уточню, что эти Прокси не имеют ничего общего с прокси серверами.

Где их можно использовать

1. Общие промежуточные абстракции
2. Создание виртуальных объектов: обертки существующих объектов, удаленные(от слова далекий) объекты, ленивое создание объектов (Пример ORM — Ruby ActiveRecord, Groovy GORM)
3. Прозрачное ведение логов, трассировки, профилирования
4. Внедрение предметно-ориентированных языков
5. Динамический перехват несуществующих методов, создание отсутствующих методов (__noSuchMethod__)
6. База для специфичных итераторов