adsh

Да - я ошибся. Как-то не приходилось рассчитывать именно автотрансформаторы. Подробности можно найти, например здесь: http://www.qelec.ru/info/articles/3449/art90489.html Сбило ещё с толку то, что в линейно интерактивных UPS автотрансформатор здоровый, т. к. рассчитывается на запитку как транс со стороны инвертора. Я как бы с Вами на брудершафт не пил.

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

Вы всё правильно описали, но это ещё не самый плохой случай. Хуже, когда на одной фазе в данный момент нагрузки нет, на другой - несколько кВт, на третей - дорогой импортный холодильник или телевизор . При отгорании нуля на них придётся почти 380 В с гарантированным выгоранием. Ещё одна неточность на схеме - нули от каждой фазы редко соединяются в одной точке. Где-то точка соединения может быть выше, где-то - ниже. А провод может отгореть между точками соединения. При хорошо загруженной одной фазе и слабо загруженной другой - напряжение питания на последней будет стремиться к 380 В.

Ой, не пугайте и не запутывайте людей. ЛАТР - самое дешёвое и практичное решение. Практически у всех ЛАТРов на 5-6-9-10А обмотка выполнена с запасом и имеет крайний внутренний вывод на 250В. Это сделано для того, чтобы он мог повышать входящее напряжение. Обычно этот вывод не выведен на клемму, а висит внутри корпуса в воздухе. Подключаем туда сеть, перепаяв этот вывод к подходящей редко используемой клемме, скажем - на 127В (родной отвод отпаиваем и изолируем), а нагрузку подключаем к отводу 220В. Потенциально опасный подвижный контакт вообще не будет использоваться и снижать надёжность.

По моим наблюдениям гугл так же ведёт себя неадекватно и при приёме почты: mailq /var/spool/mqueue (23 requests) -----Q-ID----- --Size-- -----Q-Time----- ------------Sender/Recipient----------- t6Q4UShv094202 39805 Sun Jul 26 07:30 MAILER-DAEMON (Deferred: 421-4.7.0 [88.198.157.xxx 15] Our system has ) my_mail@gmail.com t6Q4UShw094202 41416 Sun Jul 26 07:30 MAILER-DAEMON (Deferred) my_mail@gmail.com t6Q0US1T088357 35638 Sun Jul 26 03:30 MAILER-

Сталкивался с массовой регистрацией бессмысленных на вид доменов в этой зоне с целью рассылки спама (прописывали DNS имя релея). Это же относится к зонам biz.ua и co.ua. То ли регистрация в этих зонах самая дешёвая, то ли массовая регистрация доменов для кого то проводилась на особых условиях.. А так - зона как зона, вполне благозвучная как для Украины.

Это - макросы для шелл скрипта /etc/rc.firewall, выполняющего загрузку правил ipfw. В стандартном дистрибутиве для простейших случаев задумано несколько стандартных вариантов - см. сорцы /etc/rc.firewall на предмет firewall_type. Я обычно указываю в rc.conf: firewall_enable="YES" firewall_type="/etc/ipfw.conf" И пишу свои правила в /etc/ipfw.conf. В самом простом случае /etc/rc.firewall можно заменить таким: #!/bin/sh /sbin/ipfw /etc/ipfw.conf и поместить свои правила в /etc/ipfw.conf. Если переопределить в rc.conf firewall_script - вместо rc.firewall будет запускат

Эх, товарищи, 2 страницы мучаетесь, а ошибка лежит на поверхности: не IP, а TCP!!! Иначе вы заворачиваете UDP, ICMP, GRE, etc на вход веб сервера... Да только не у всех них есть номер порта и что об этом правиле думает ipfw - только ему известно. Чтобы номер порта работал - local-site должен быть одним из адресов локальной машины. Я для подобных случаев делаю так: fwd 127.0.0.1,8000 tcp from table(10) to not me 80 in via fxp1 Listen 127.0.0.1:8000 NameVirtualHost 127.0.0.1:8000 <VirtualHost 127.0.0.1:8000> ServerName localhost RedirectMatch .* http://my-host.com/