задумался и сам не знаю, что использовать.

Дано:
  - сервер Linux за NAT, на который можно пробросить любые порты
  - клиент Windows за NAT - может использовать несколько разрешенных портов.
Задача:
  расшарить на сервере часть файловой системы по паролю в режиме r/w

как-бы linux-linux - проблем нет: ssh/scp+fuse/mc/fish - и даже неподготовленный пользователь сможет заливать/качать файлы.

а вот что использвать из-под винды ? да еще так, что б не из консоли ;-) не знаю просто. посоветуйте.

ftp - отпадает из-за обоюдных натов
smb/cifs - не знаю, умеет ли венда работать по нестандартным портам, потому как стандартные прибиваются провайдерами

WebDAV ? что еще ?

UPD: решено.
ftp - можно. winSCP - встраивается куда нужно.

PS спасибо за советы

Тут ребе kong_en_ge слил, якобы достоверную инфу про запрет свободного ПО в РБ для юрлиц.

Мое мнение, что такого не может быть потому что такого не может быть, т.к. СПО (а заодно куча проприетарщины ;-)) является общественным достоянием, согласно закону РБ «Об авторском праве и смежных правах»

определение: "общественное достояние — объекты авторского права и смежных прав, имущественные права на которые истекли или отсутствовали;"

<cut>

Проверьте меня: это фактически все ПО с открытым исходным кодом у нас распространяется под локальным аналогом BSD ? А с учетом, что GPL не действует - можно "продавать бесплатные линуксы" (с) без предоставления исходного кода ? ;-)

UPD: ребе kong_en_ge поправил, так что перевести в общественное достояние не получится, скорее всего :-/

Попытка номер 2:
"запрещено дарение в отношениях между коммерческими организациями" - ну и отлично!
debian - некоммерческая организация, CERN (CentOS) - тоже, как и много других. соответственно не попадает под эту норму установка скачанного из сети дистрибутива, который был произведен некоммерческой организацией.
Проблема будет с RedHat, SuSE, ALT (с этим и я решить помогу ;-)), Ubuntu и т.д.

Отдельные пакеты - вообще произведения частных лиц.

мне всегда нравился IceWM, но теперь я начал в него влюбляться!

ПыСы: http://konishchevdmitry.blogspot.com/2008/07/icewm.html

перепост с L.O.R.
оригинал: http://itmanagement.earthweb.com/osrc/article.php/12068_3831751_2/55-Open-Source-Apps-Transforming-Education.htm
( Сам список на аглицком )

блин, похоже придется переезжать-таки на 4.x версию :-(
слишком много вкусностей, особенно в PIM ;-)

Укрепление защиты сервера под Linux ( http://www.ibm.com/developerworks/ru/edu/l-harden-server/index.html )
Уровень сложности: средний

читал. местами смеялсо.
попросил поменять уровень сложности на начальный, с учетом целевой аудитории ;-)

http://www.youtube.com/watch?v=LAr3XbqUbjo

ЗЫ ну и это тоже: http://www.youtube.com/watch?v=5LiIMAUMiy0

UPD: поправил ссылку

http://news.softodrom.ru/ap/b5088.shtml

слишком много передергиваний в стиле M$ "get the fUkts"
вот и решил немного подкормить тролля ;-)

( Сам ответ... )

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

( По делу... )

via aceler :
Разработка предложений по созданию единой технологической платформы для разработки автоматизированных информационных систем государственного управления на базе СПО

А кто как поступает при выходе новой версии своего дистрибутива линукса ?
просто знаю людей, которые ставят с 0, а есть (и я в их числе) - которые предпочитают апгрейдить.

PS Пока что у меня только одна машина, которая требует переустановки, да и та работает с 2003 года, при этом на ней много чего экспериментировалось и делалось неправильно с т.з. дистрибутива - отсюда и косяки.
Домашняя система стоит без переустановок с 2004-го, пережила уже кучу железа и проблем не вызывает ;-)

приятственная вещь
есть у кого из френдов позитивный или негативный опыт реального использования ?

как "openssl dhparam -out dh2048.pem 2048" начал свою работу на ARM 400MHz ;-)

нарвался на форуме на интересный линк со списком CAD систем под линух.
http://www.tech-edv.co.at/lunix/CADlinks.html

а вот кто что использует для работы с конфиг-файлами на C под линух ? сразу оговорю - xml слишком большой оверхед, хотя уже начал склоняться к его использованию ;-(

перебрав за вечер libmcs, libconfig и libconfuse, понял, что я шокирован.
libmcs - очень понравилась, простая, функциональная и... недоделанная. контрибутор клянется, что доделает некоторые недостатки, но....
libconfig - понравилась, проблема в формате конфига (хотя может его можно изменить ?) и куче дополнительных телодвижений, которых можно было бы избежать.

libconfuse всем хороша, но ситаксис подкачал (имхо). хотя именнно на ней и остановился пока для тестов.

ЗЫ а может действительно, махнуть рукой на plain config и юзать xml по каждому чиху ?

наконец-то заработала рассылка и организаторы вышли из подполья ;-)
не смотря на то, что официального анонса еще не было, заинтересованные лица могут готовиться к участию ;-)
специально для ЖЖ завел коммьюнити lvee_by , в которое постараюсь скидывать все более-менее значащие новости из рассылки и других источников.

2 Шаманчег: в этом году не отвертишься, что предупредить забыли ;-) Кстати, твоя контора не хочет выступить спонсором ?

</lj>

появилась у меня проблемка на файловой системе - как бы файлы есть, но:
3 дня мучений, чтения документации, копаний в исходниках всего имеющего отношение к файловой и дисковой подсистеме, рэйдам и т.п. привели к очень простому, не производительному, но зато 100% рабочему решению:
на этfпе создания ext3, всего лишь надо убрать опцию dir_index. ну или tune2fs + fsck -D ;)

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

была маленькая проблема с ядрышками - e1000 ни в какую не видел линка. я и так корячился и этак. решил в конце-концов залезть в исходники посмотреть. и буквально через несколько минут обнаружил искомое - PCI некорректно инициализировалось, потому как неправильно определялась платформа, поскольку старая.

а, как оказывется,  что б не путать 2 платформы, которые работают с одинаковыми процессорами, можно обновить RedBooot (чего я, не имея опыта с jtag ужасно боюсь), что б корректно отдавал ядру ID борды,  или просто указать в ядреных опциях "force_ep80219"

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

ЗЫ велесисовцы - не ржать ;-)

Ура ! наконец-то эпопея с корректной сборкой армовского тулчейна завершена !
На самом деле, все не очень сложно, если использовать мануал и исходники от cross-lfs для ARM, хотя и там есть засады - например, ссылаются на glibc 2.8.1, а на ftp лежит версия 2.6.1 ;-)

В общем, так не интересно ;-) Поэтому, в качестве дополнительного условия, решил использовать, в качестве базовых, версии исходников, которые являются актуальными в сизифе на данный момент. Благодаря работе ldv@ проблем практически не возникло - только glibc потребовал косметического вмешательства, правда, эти мелочи в cross-lfs для ARM не

( Тут список приведен список по пунктам... )

PS я не "изобретатель велосипеда", я вспоминаю, как все это работает ;-)

PPS интересно, если все это каким-то образом опакетить и поставить на студенческие компы в комплекте с qemu-arm, то это будет востребовано в универе ?

PPPS на очереди обновление ядра для sabio ;-))) сборка, на которой проестировал свежесобранный тулчейн запускается, но полноценно не работет ;-) пока ;-)