adsh

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

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

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

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

По моим наблюдениям гугл так же ведёт себя неадекватно и при приёме почты: 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-DAEMON (Deferred) my_mail@gmail.com t6Q0US1U088357 37288 Sun Jul 26 03:30 MAILER-DAEMON (Deferred) my_mail@gmail.com t6Q1rHCB090466 327120 Sun Jul 26 04:53 MAILER-DAEMON (Deferred) my_mail@gmail.com t6P5USP7048349 12883 Sat Jul 25 08:30 MAILER-DAEMON (Deferred) my_mail@gmail.com t6P5USP8048349 14533 Sat Jul 25 08:30 MAILER-DAEMON (Deferred) my_mail@gmail.com t6P10Rrd038700 8699 Sat Jul 25 04:00 MAILER-DAEMON (Deferred) my_mail@gmail.com t6P10Rre038700 10400 Sat Jul 25 04:00 MAILER-DAEMON (Deferred) my_mail@gmail.com t6O80RlQ014123 32785 Fri Jul 24 11:00 MAILER-DAEMON (Deferred) my_mail@gmail.com t6O4URSD009155 24801 Fri Jul 24 07:30 MAILER-DAEMON (Deferred) my_mail@gmail.com t6O4URSE009155 26507 Fri Jul 24 07:30 MAILER-DAEMON (Deferred) my_mail@gmail.com t6O02sgH002682 20620 Fri Jul 24 03:03 MAILER-DAEMON (Deferred) my_mail@gmail.com t6O02sgI002682 22321 Fri Jul 24 03:03 MAILER-DAEMON (Deferred) t6N4LnIc012302 31003 Thu Jul 23 07:22 MAILER-DAEMON (Deferred) my_mail@gmail.com t6N4LnId012302 30962 Thu Jul 23 07:22 MAILER-DAEMON (Deferred) my_mail@gmail.com t6N4LnIe012302 32651 Thu Jul 23 07:22 MAILER-DAEMON (Deferred) my_mail@gmail.com t6N0EaHP006301 26821 Thu Jul 23 03:14 MAILER-DAEMON (Deferred) my_mail@gmail.com t6N0EaHQ006301 28522 Thu Jul 23 03:14 MAILER-DAEMON (Deferred) my_mail@gmail.com t6MBRJ0e087383 17695 Wed Jul 22 14:27 MAILER-DAEMON (Deferred) my_mail@gmail.com t6M4pnjk077893 39548 Wed Jul 22 07:52 MAILER-DAEMON (Deferred) my_mail@gmail.com t6M4pnjl077893 41198 Wed Jul 22 07:52 MAILER-DAEMON (Deferred) my_mail@gmail.com t6M0pnpT072132 35364 Wed Jul 22 03:52 MAILER-DAEMON (Deferred) my_mail@gmail.com t6M0pnpU072132 37065 Wed Jul 22 03:52 MAILER-DAEMON (Deferred) my_mail@gmail.com Total requests: 23 Это - релей с одинаковым именем в прямой и обратной зоне. Адрес в спаммерских базах не замечен. Используется лишь для отсылки ежедневных логов (порядка 5-10 маленьких писем в сутки) на почту админам. Один их них имел неосторожность завести себе гугловский ящик. Такая очередь висит постоянно. Учитывая то, что писать им можно лишь на деревню дедушке, лечить подобное бесполезно...

Сталкивался с массовой регистрацией бессмысленных на вид доменов в этой зоне с целью рассылки спама (прописывали 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/forbidden/ </VirtualHost> Таких заворотов можно делать сколько угодно, меняя номер порта и адрес страницы с ругательствами на http://my-host.com/