Ru-Board.club
← Вернуться в раздел «UNIX»

» вопросы по linux

Автор: ev_robert
Дата сообщения: 02.06.2009 00:36
1)будет стоять прокси сервер - centos 5.3 + traffpro(через него офисовские машины выходят в инет). в офисе все машины виндовые. как можно подключиться к линукс машине и управлять компами в офисе на которых только виндовс(когда была винда моно было удобно это делать с помощью remote администраор). может какой нить кросплатформенный менеджером удаленного рабочего стола. rdp не подходит так как сеанс приходится завершать у текущего пользователя.
2)Есть ли опция в sambe чтобы пароль к самбе не кешировался а всегда запрашивался при обращении в шаре?
Автор: sadc
Дата сообщения: 02.06.2009 06:17
1. А зачем вам с сервака на компы пользователей лезть? Как вариант VNC
2. Когда вы подключаетесь к шаре пароль кешеруется на ПК пользователя, как вы хотите что бы сервер у него пароль из кеша стирал?
Автор: AnDySs1
Дата сообщения: 02.06.2009 06:31
ev_robert
http://www.tightvnc.com/download.html
sadc
я боюсь, что Наше с Вами понимание термина "Сервер", в корне отличается от трактования топикстартера
Автор: s1ash
Дата сообщения: 02.06.2009 07:51
1) rAdmin прекрасно работает из под wine
2) это опция не самбы а самой винды в политиках безопасности выставить время хранения пароля по умолчанию хранит текущцю сесию
Автор: Brainsburn
Дата сообщения: 02.06.2009 09:35
1) как можно подключиться к линукс машине и управлять компами в офисе на которых только виндовс
[/quote]
Нужно с удаленной машины подключиться к линукс серверу и управлять компами в офисе?
Запутала фраза "управлять компами в офисе"...
Вобщем, как я понял, Вам нужен VNC или SSH.
Автор: Alsion
Дата сообщения: 02.06.2009 09:41

Цитата:
Ну и зачем запускать радмин через вайн, когда есть VNC?
А в VNC уже починили переключалку раскладки?
Автор: Brainsburn
Дата сообщения: 02.06.2009 09:43

Цитата:
Ну и зачем запускать радмин через вайн, когда есть VNC?
А в VNC уже починили переключалку раскладки?

Не помню, чтобы она не работала раньше, т.к. от нее это не зависит.
Автор: ev_robert
Дата сообщения: 02.06.2009 20:54
большое спасибо за ответы....
Автор: M24X
Дата сообщения: 03.06.2009 13:09
Тема вроде бы подходит к вопросу, извините, если не там:
Есть две системы под Suse, на scsi у них обеих висит хард (один и тот же для них обеих), ядро стартует с каждой системы (одновременно по подаче питания) и дальше лезет на этот хард для раскрутки. Оси поднимаются нормально, но при дальнейшей работе с файлами\каталогами\приложениями, возникает проблема выраженная в том, что изменения сделанные на одной системе не видны на другой и наооборот, а при перезагрузке естественно бесконечное чекание файловой системы. Есть ли хотябы теоретическая возможность реализации одновременной совместной работы с общим разделом или папкой в данном случае?
ПС задача поставленна в жестких рамках и изменять аппаратную конфигурацию, вешать второй хард в рамках данного вопроса не представляется возможным.
Автор: vjunk
Дата сообщения: 03.06.2009 19:58
M24X
В такой конфигурации нужно использовать на общем диске кластерную файловую систему, например OCFS. А загрузочный раздел держать в режиме read-only (мне кажется, что с OCFS загрузиться не получится).
Автор: M24X
Дата сообщения: 03.06.2009 20:02
Спасибо за совет, завтра попробую!
Автор: Ff
Дата сообщения: 04.06.2009 23:26

Цитата:
Оси поднимаются нормально, но при дальнейшей работе с файлами\каталогами\приложениями, возникает проблема выраженная в том, что изменения сделанные на одной системе не видны на другой и наооборот, а при перезагрузке естественно бесконечное чекание файловой системы.


и что простите в них такого уж "естественного" позвольте спросить? На мой взгляд в этом ничего в изнасиловании scsi-харда нормального нет.


Цитата:
Есть ли хотябы теоретическая возможность реализации одновременной совместной работы с общим разделом или папкой в данном случае?


Suse, что кстати вполне логично, может без проблем монтировать в режиме чтения-записи разделы родных для него файловых систем (ext2/ext3/рейзер) также и fat32. NTFS настоятельно рекомендую монтировать только в режиме чтения, запись на него реализована в эксперементальном режиме и на мой взгляд рискована.

по хорошему надо далее
man fstab
man mount
а дальше ручками, но если вам влом, то вполне можно и через графические утилитки, что то вроде такого:
http://jeder.ru/?p=220 (правда там вроде про монтирование раздела с виндой, но процедуры очень похожи) или поищите на
http://open-suse.ru/modules/newbb/index.php


Цитата:
ПС задача поставленна в жестких рамках и изменять аппаратную конфигурацию, вешать второй хард в рамках данного вопроса не представляется возможным.


а зачем он нужен? а зачем вам две копии suse на одном компе вообще?

Автор: M24X
Дата сообщения: 05.06.2009 17:28

Цитата:
и что простите в них такого уж "естественного" позвольте спросить? На мой взгляд в этом ничего в изнасиловании scsi-харда нормального нет.

Конечно нет. Изменения сделанные в одной системе не видны другой, как я уже писал выше, а теперь представьте, что файловая система диска претерпевает изменения "из-вне" что с одной что с другой стороны для каждой из систем (запись, удаление файлов), что по-вашему будет делать система при рестарте? втыкать что же таки случилось и все ли в порядке с фс, и, в моем случае делать это одновременно с 2 сторон. Это, безусловно решаемо и не являлось сутью вопроса.
Цитата:
man fstab
man mount

И опять не вникли. Как смонтировать фс и в каком режиме, в свое время на уроках информатики разобрался с божьей помощью. Я не знал как бы мне сделать один диск/раздел "расшаренным" для чтения записи по внутреннему scsi для обеих машин одновременно, возможно ли это в принципе.

Цитата:
а зачем он нужен? а зачем вам две копии suse на одном компе вообще?

)) ну ведь сказал же, что изменять аппаратную конфигурацию мне нельзя.
комп не один, 2 компа.

vjunk
Работаю по пути, указанным вами. Вероятно, именно кластерная фс - решение, однако ядрышко старое, не многие фс тянет - пока покапаюсь, как надоест попробую с 11suse или с RH (gfs) на Intel.

Автор: ev_robert
Дата сообщения: 15.07.2009 23:41
как в centos 5.3 (прокси сервере) Разрешить рекурсию только для доверенных адресов.

Страницы: 1

Предыдущая тема: Установка драйвера сетевой платы во FreeBSD 7.2


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.