» Флейм для сисадминов (часть V)

Цитата:

В конце концов, в форме обратной связи на сайтов госорганах при обращении подсовывается форма с ФИО, е-майлом и телефоном, что без сомнения, тоже форма регистрации, и заполнять ее тоже напрягает.

Так в этом случае указание данных требует ФЗ-59 "О порядке рассмотрения обращений граждан Российской Федерации". Почувствуйте разницу.

BOCTOKOB> Приводить переписку нет смысла, все указано в моем первом сообщении.

В таком случае в том же сообщении указан и ответ.

Здравствуйте, коллеги!
Никто не поможет со следующей задачкой: мне надо с периодичностью некоей отсылать письма через Exchange (могу создать open relay чтоб не заморачиваться с авторизацией) на внутренний и внешний адреса. Чтоб, значит, тестировать - ходит, не ходит.
Вручную надоело это делать. Можно воспользоваться какой-нибудь утилитой? Заделаюсь спамером )))

Paromshick

Цитата:

мне надо с периодичностью некоей отсылать письма через Exchange

Есть несколько утилит командной строки для отправки почты
1. blat
2. smtpsend (одно имя но авторов несколько)
+
планировщик

смотрите какая утилита вам удобнее

Paromshick
И система мониторинга наверняка сможет выполнить эту задачу.

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

Muznark
Цитата:

подскажите пожалуйста где поискать программу

Логичнее всего - в разделе "Программы".
Однако такое проще, наверное, написать самому.
Посмотри Charles , может подойдет

Подскажите, если у меня на RAID-5 массиве есть удаленные файлы (NTFS), можно ли их восстановить штатными программами "восстанавливалками"? Тот же handy recovery на обычном диске (не RAID) видит удаленные файлы, на RAID не видит... Я чего-то не знаю?

MaxSh77 А что мешает в спецтеме решение поискать? Человеческая лень?
Восстановление разделов и информации на HDD

доброго всем времени суток...появился дурацкий вопрос по двойному upnp. предположим мой роутер имеет статический внешний ip адрес и в нём включен upnp. я конекчу к нему ноутбук по wi-fi, пробрасываю в роутере tcp 443 порт на ноутбук. на ноутбуке у меня openvpn сервер на tcp 443 порту...далее расшариваю в ноутбуке беспроводное сетевое соединение на openvpn адаптер, с мобильной йоты конекчусь к openvpn серверу..., в торрент клиенте включаю upnp. вопрос скорее теоретический: придется ли мне дополнительно форвардить порты на роутере на винду, или винда семерка увидев что из локалки сфорвардили порт сама будет через upnp форвардить его на роутере...?

Muznark
Одновременная работа с двумя сетями всегда была головной болью Винды.
Вероятнее всего небудет у вас работать "из коробки". Что то ещё ставить придётся.

блин, я забыл что можно сделать мост...теоретическая проблема решена.

Нужен совет по решению задачи.
Есть несколько виртуалок в локальной сети, несущие на себе сайты (по одному, так надо).
Сайты открыты миру через nginx-проксирование.
80-й порт открыт миру только для nginx проксирующего запросы по виртуалкам.
Необходимо открыть миру ftp на каждую виртуалку с сайтом.
Есть ли возможность проксировать ftp подобно тому, как nginx проксирует http на основании директивы 'server_name'?
Или все-же на фаирволе разбросать по разным портам правила DNAT для каждой виртуалки в отдельности? (с этим проблем нет, просто не хочется так делать)

Почему бы не спросить в специальной теме? Название-то самого софта без поллитра не выговоришь Обратите внимание, на количество ответов )))
К вопросу о том, можно ли парсить фтп пакеты я бы присоединился

Paromshick
В том-то и дело, что не знаю в теме по какой проге спросить.
Nginx тут точно не помощник.

P.S.: "парсить" пакеты мне точно не надо
P.P.S.: А количество ответов может так-же говорить о том, что тема nginx достаточно проста и давно разжеванна на многих ресурсах. Мне он на много легче дался, чем индеец.

karavan Через nginx не получится. Можно подмонтировать директории виртуалок
на общий ftp, и цепляться как ftp://abc.domain1.com/abc и ftp://abc.domain1.com/def.
Либо проброс разных портов. Либо использование ftp прокси, специально заточенного.
Посмотри это: https://calomel.org/ftp_proxy.html

vlary

Цитата:

Можно подмонтировать директории виртуалок
на общий  ftp, и цепляться как  ftp://abc.domain1.com/abc и ftp://abc.domain1.com/def.

Этот вариант тоже рассматриваю, забыл упомянуть.

Цитата:

Посмотри это: https://calomel.org/ftp_proxy.html

Спасибо, буду посмотреть.

HAProxy никому под руку не попадался? Мож он умеет разруливать запросы на основании domain_name?

Сколько мог зажимал 21-й порт. Нож к горлу приставили и сказали: "отдай". Ну отдал. А теперь "дай нам 21 порт на одном айпи, но что в разные машины". Да вигвам.
Был оказывается прав.
Файлообмен надо вешать и не париться.

Paromshick

Цитата:

Файлообмен надо вешать и не париться.

Тоже вариант. У меня в этой сети развернут Pydio, и даже webdav работает через упомянутый nginx-proxy, но засада в том, что он оказался сильно ограниченным в плане размера файлов.
Для сайтов еще куда ни шло, но основная мысль его использования была для передачи dt-файлов от 1С.
Оказалось, что винда (клиентское подключение на webdav) ни в какую не хочет принимать файлы более 4ГБ.
В тот момент я понял почему абсолютно все большие файлообменники заточили свои приложения для подтягивания сетевыми дисками их облачных хранилищ.

karavan
Ограничения можно и обойти, но, если чесноковато, пуляться гигабайтными файлами и потом жаловаться... Еще недавно все на 33 К сидели и не пукали. Скорости выросли, це так, теперь сидите, ждите решений.
А 1С... щаз в меня полетит... говнософт это. При чем здесь эти ваши сайты я не пойму.
Если 1Це это всерьез и надолго, посмотрите в сторону терминальных решений.

Paromshick
Не парься, ничего не полетит. ))
Просто суть в том, что в сети (о которой я говорил) есть и сайты и базы данных.
А постоянных кодеров мало, они сильно загружены работой.
Приходится изобретать велосипеды для привлеченных кодеров, ограничивая их только одним предоставленным ресурсом.

P.S.: Терминальное решение тоже есть, и там я зарезал возможность подтягивания локальных дисков к терминалу во избежание воровства.
Придерживаюсь правила "Разделяй и властвуй!" ))

Как-то, я помницо, включал обзор директорий в IIS и спокойно качал что надо. Вот и весь "обмен". Проблема в том, что с закачкой как-то не удалось, не до того было.


Добавлено:
Такого бардака и апломба как у кодеров говноцэ я не видел ни в SAP ни в Dynamic Ax, хотя и там хороши, конечно. При одной работающей базе до сотни хз для чего существующих. Не делайте им красиво, не надо. Им понадобится исчо_красифше.
Не смогёшь?
Кого винить? (С)
Через терминалку ребята, через терминалку. Кодеров много вообще-то. Пожёстче

Цитата:

Такого бардака и апломба как у кодеров говноцэ

подтверждаю, имменно это и сподвигло устроить им жесткие рамки, "цензура" устали они меня испражняться везде, где у них есть доступ.

Цитата:

IIS

а вот эту дырку, даже не рассматриваю как инструмент

karavan
Инструмент, как инстумент, рассматриваю как штатный. При наличии целого управления по ИБ, которые не умеют ничего, кроме как баб разглядывать... Пусть они и парятся насчет "дырок"
Думаю, что закрыть базу от кодера с ней работающего, так же реально, как закрыть Exchange от Organization Management

Цитата:

Такого бардака и апломба как у кодеров говноцэ

Кажется, у всех "программистов", связанных с бухгалтерским ПО, сильно развит скилл испражнения.

Решил не создавать отдельно тему, а спросить здесь. Передача файлов через webdav сильно разгрузить сеть по отношению с шарой?

Vsevolod, «шара» — это что за чудо такое, что оно противопоставляется WebDAV’у? NFS? SMB? В любом случае, насколько мне известно, у WebDAV’а накладные (overhead) выше; с чего вы вообще взяли, что он позволит что-то разгрузить?

SMB имел ввиду

Просто в организации пользуются SMB, обновили сервер и на IIS включили webdav, теперь думаем переходить на него.

Vsevolod
Цитата:

Просто в организации пользуются SMB, обновили сервер и на IIS включили webdav, теперь думаем переходить на него.

WebDAV (Web Distributed Authoring and Versioning) или просто DAV — набор расширений и дополнений к протоколу HTTP,
Как уже сказал ASE_DAG, никакого выигрыша по сравнению с нативным виндовым
SMB не будет, скорее наоборот.

Vsevolod,
Добавлю к тому, что уже сказали камрады, webdav сам по себе еще и ограничения накладывает.
Я столкнулся со следующими:
- webdav over http требует шаманства с реестром клиентской машины, решение - https
- даже если http-сервер настроен отдавать файлы размером по 32ГБ, клиентская машина вываливает ошибки при попытке загрузить файл от 4ГБ и выше.

Этого мне хватило, чтобы отказаться от него в пользу FTP (клиенты не в одной сети с серваком).
В моем случае мне не известно количество клиентов, иначе я бы рассмотрел вариант SMB через VPN.