Linux за българи: Форуми

Ако на отдалечена машина имате XFCE как бихте го ползвали отдалеч?

Сега може да ме нахраниш, че се изказвам неподготвен, защото не съм ползвал xfce по този начин, но не виждам защо да е различно от други среди. Ssh -Y, след което startxfce или каквато беше командата (виж я там в xfce4.desktop, че го нямам качен в момента). Това би трябвало да си сработи, както обикновенно.

startxfce4
xrdp

Единствено някакъв успех постигнах чрез ILO-то на машината (HP), ама е дървено.
Това, което имам пред себе си е
1. Windows XP с putty
2. Fedora 20 с Gnome 3. Инструментът "Отдалечени работни места" (Vinagre) поддържа протоколите SSH, Spice, VNC, RDP. Опитах с VNC, но това, което получавам не е десктопа на xfce.

Това ($2) ще помогне ли?

TeamViewer? Не е нативно, но работи доста стабилно.

TeamViewer? Не е нативно, но работи доста стабилно.

И аз се сетих, но не беше това въпроса. Иначе никога не съм ползвал remote desktop.
TeamViewer го ползвам доста често. И мисля, че му трябваше Wine.

Нужен е wine, но не е нужно да се инсталира отделно - в пакета на TeamViewer си има wine, пригоден за нуждите на програмата, който си седи в инсталационната папка и не създава други файлове и записи из домашните папки на потребителите, както отделния wine. Нямат планове да отварят кода на програмата, иначе си заслужава да се направи и по-добра интеграция.

Извинявам се, ако не разбирам въпроса. Оставам с впечатлението, че се търси конкретно решение за конкретна опърничава ситуация :)

Явно да. Доколкото разбрах, има отдалечена машина и трябва да и се достъпи десктопа от някъде и да си го ръчкаш там, все едно ти е тук. Но не съм ги правил тези неща и не мога да помогна, освен, ако не питам Гого.

Ти нали си neter. Корена на думата означава ли това, което си мисля? Помагай там с нет историите  ;D

xrdp и ssh зависи от случая но за кво ти е десктоп  ;D

Ласков, идеи за отдалечени достъпи ли събираш, или имаш конкретна ситуация, която не ти се получава?

Иначе, на практика в момента в Linux се ползват 3 основни начина за отдалечен десктоп:
1. X11 forwarding - Най-лекият, но и не винаги полезен, начин. Може с опцията "-X" при SSH връзка да укажеш възможност за пренасочване на X11 комуникацията и така да си отвориш някоя програма от отдалечения компютър, при което тя ще се визуализира при теб, без да се прехвърля цяла графична среда, докато реалната работа пак си я върши отдалеченият компютър. Този начин не става (или поне е трудно приложим) за отдалечена поддръжка, но върши добра работа да си пуснеш програма, която имаш на отдалечен компютър, но нямаш инсталирана и/или не можеш да пуснеш на компютъра, с който работиш. Малко съжалявам, че най-вероятно ще отпадне, ако и когато Wayland замени изцяло X11;
2. Desktop sharing - Най-широко използваният начин. Към него спадат VNC-та, RDP-та, NX-ове, TeamViewer и много други. Получаваш отдалечен изглед на цял десктоп. С едни ползваш същия екран, който се показва на отдалечения компютър, а с други ти се отваря отделна сесия в графичната среда. Някои имат вградени технологии за осигуряване на връзка между компютри, които нямат директна мрежова видимост, а с други в такива случаи трябва допълнително да си поиграеш с други инструменти, за да осигуриш видимостта. Този начин е удобен и за отдалечена поддръжка, но само на поне сравнително работещи системи - ако поради някаква причина отдалеченият агент загуби работоспособност или десктопът забие, играта приключва до възстановяването му от някой на място;
3. LOM (Lights Out Management) - Това е начинът, по който имаш най-голям контрол над машината. Към него спадат както вградените чипове, като Intel AMT (Active Management Technology; някъде може да се срещне написано и като vPro, но vPro-то е сбирщина от технологии, една от които е AMT), така и отделни контролери, като споменатото от Ласков iLO на HP. С него можеш и компютъра да пускаш/спираш по сигурен начин (Wake-On-LAN не е сигурна технология), и BIOS да настроиш, и медия (CD, USB...) да закачиш, и система да (пре)инсталираш, и с десктопа после да работиш... Пак го има моментът, че ако LOM-ът се скапе ще има работа за вършене на място, но ако човек се е застраховал с наличие в системата и на някой от горните 2 начина ще може да си продължи някаква работа. Или обратно (което е и по-честият сценарий) - ако някой от горните 2 метода спре да работи, то LOM-ът да спаси работата. Ако някой не е работил с LOM и не може точно да си представи, но е работил с виртуални машини, ми... усещането е почти същото :)

Та... какво търсим?

П.П.: И, всъщност, какво не ти хареса в iLO-то? Ползвал съм го и с отдалечени десктоп машини, като досега само веднъж съм виждал дразнещо неудобство - на отдалечената машина имаше SLES, на моя компютър пусках Java конзолата на iLO-то и нямах неудобства, но на една Windows машина достъпът към същия SLES и с Java конзолата, и с .Net конзолата, вадеше два курсора на екрана (локалният и отдалеченият), отместени на 2см един от друг. Не помня версията на iLO-то, но нямаше опция за изключване на локалния курсор.

... вадеше два курсора на екрана (локалният и отдалеченият), отместени на 2см един от друг. Не помня версията на iLO-то, но нямаше опция за изключване на локалния курсор.

Да, това се случи и при мен. С локалния курсор трябва "да хванеш" отдалечения от някой ъгъл на екрана, но той постоянно изостава и след малко вече е на 5 и повече см. след локалния :)

За какво ми трябва?

Искам да мигрирам няколко пощенски кутии от един сървър на друг. Никой от сървърите не е в локалната ми мрежа и не мога просто да копирам файлове. Намислил съм да го направя като използвам пощенски клиент с акаунти в двата сървъра. За целта инсталирах графична среда на единия от тях.

Хмм... нали са пощенски сървъри? Значи трябва да имат връзка навсякъде (и към теб, и към Интернет, и помежду си). А файловете в пощенските кутии са си просто файлове. Какъв е проблемът да ги копираш при теб или направо от едната в другата? И защо ти е графична среда за целта? И упражнението с пощенския клиент ми се вижда напълно излишно, а и не добро - с него в другия акаунт ще прехвърлиш препратени, а не оригинални писма. Оставам с усещането, че не съм разбрал точната ситуация и има нужда да си по-подробен в описанието:
- с какви системи са двата сървъра (по-горе споменатите Windows XP и Fedora 20 те ли са);
- ако са различни, кой на кого трябва да предаде файловете;
- какви са пощенските софтуери на двете системи;
- каква е свързаността им както между тях, така и към теб, и както през стандартните интерфейси, така и през LOM-ове.

Само спекулация

***

Предполагам, че няма да помогна по никакъв начин с моя коментар, но все пак да го споделя. Казват, че умният може да си вземе идея или поука дори от празните бръщолевения на глупците.

Имал съм подобни случки с виртуалки със споделени мишоци. Тогава реших, че от ядрото. Понеже тези, при които ми се е случвало са били със стари ядра и съответно водачите за vbox са за по-стара версия, от тази, на която ги пускам.

Сега за това iLO точно сефте чувам, не съм и сънувал, че е възможно да се шунтира ОС през някаква си платка, която явно го играе посредник между BIOS и ОС. Това направо ми мяза на извадено от „1984“ и много прилича на интегралната схема, която Циско слагат от години на маршрутизаторите си та да може правителството им безнаказано да шпионира останалият свят, включително диктатурите, които не могат да сторят нищо срещу това. Но онова поне е вградено в дъното и от много години си е официално признато. Обаче не знаех, че и доброволно хората си слагат неща на машините, които не са под техен контрол.

Както и да е. Доколкото разбирам т'ва е няк'ва жаба. Но сигурно и тя все пак зарежда някакви модули някъде дето се бият с нещо друго (вероятни кандидати xserver и kernel), вероятно и друг е имал подобен проблем и го е оправил. Почти невъзможно ми се вижда това да управлява машината без никаква итерация с ОС. Да би могла, но тогава не би следвало да може да се прави нещо полезно.

Копиране на файлове от една машина на друга през интернет.
Това нещо наречено ssh и rsync не могат ли да свършат работата?!

Хмм... нали са пощенски сървъри? Значи трябва да имат връзка навсякъде (и към теб, и към Интернет, и помежду си).

Връзката между тях е бърза, но към мен не е.

А файловете в пощенските кутии са си просто файлове. Какъв е проблемът да ги копираш при теб или направо от едната в другата?

Става с копиране на файлове и после с реконструиране на пощенската кутия се създава и базата данни към нея, но така всички писма се маркират като непрочетени (нови).

И защо ти е графична среда за целта? И упражнението с пощенския клиент ми се вижда напълно излишно, а и не добро - с него в другия акаунт ще прехвърлиш препратени, а не оригинални писма.

С пощенския клиент не се препращат, а се копират. Маркираш ги всичките в едната пощенска кутия и copy-paste в другата. Така можеш да мигрираш пощенска кутия независимо от сървърния софтуер. Това мога да го направя и с клиент при мен, но ще се точи доста време. Ето защо искам клиент в тяхната мрежа и ето защо е на единия от двата сървъра.

За какво ми трябва?

Искам да мигрирам няколко пощенски кутии от един сървър на друг. Никой от сървърите не е в локалната ми мрежа и не мога просто да копирам файлове. Намислил съм да го направя като използвам пощенски клиент с акаунти в двата сървъра. За целта инсталирах графична среда на единия от тях.

imapsync ($2) няма ли да ти свърши работа? или нямаш административен достъп до сървърите? искаш примерно да мигрираш твои акаунти от abv.bg на gmail (примерно)?

С пощенския клиент не се препращат, а се копират. Маркираш ги всичките в едната пощенска кутия и copy-paste в другата.

Ааа, оф :)

Става с копиране на файлове и после с реконструиране на пощенската кутия се създава и базата данни към нея, но така всички писма се маркират като непрочетени (нови).

Да, има нужда Thunderbird (не зная как е с други клиенти) да започне да се съобразява с флаговете в края на имената на файловете.

Проблемите с разместената мишка обикновено могат да се оправят чрез съответната опция от менютата от екрана на Java (или .Net) конзолата или от настройките на конзолата в основния интерфейс на iLO-то, както тук:
(http://hypervnu.blob.core.windows.net/images/2010/09/image_thumb4.png)
Това не прави нищо в отдалечената операционна система - свързано е само с промени в компресията на данните и визуализирането на локалния клиент.

Както и да е. Доколкото разбирам т'ва е няк'ва жаба. Но сигурно и тя все пак зарежда някакви модули някъде дето се бият с нещо друго (вероятни кандидати xserver и kernel), вероятно и друг е имал подобен проблем и го е оправил. Почти невъзможно ми се вижда това да управлява машината без никаква итерация с ОС. Да би могла, но тогава не би следвало да може да се прави нещо полезно.

Идеята на LOM-овете е точно да имаш контрол над машината без никаква зависимост от операционната система, която е инсталирана там. Това, което виждаш на екрана на Java конзолата, е същото, което на хардуерно ниво се изпраща от видео картата към монитора. Това важи и за сигналите от другата периферия. На практика операционната система не знае, че работиш с нея през LOM (всъщност, при Intel AMT може и да знае нещичко, но не съм сигурен). От операционната система можеш да достъпиш LOM-а през IPMI (с ipmitool), но това не значи, че работата на LOM-а зависи по някакъв начин от операционната система (толкова, колкото и работата на BIOS-а зависи от операционната система). При виртуалките това се случва по друг начин, понеже виртуалката работи с хардуер, осигурен от самия виртуализиращ софтуер. При LOM-а хардуерът си е отделен и имаш само двупосочно прихващане на сигналите и с това може да се върши точно толкова работа, колкото и гледането и цъкането на периферия, закачена към самата машина.

Ако имаш възможност да инсталираш пакети върху xfce-то, погледни  това  ($2). Лично на мен ми върши работа.

Ако имаш възможност да инсталираш пакети върху xfce-то, погледни  това  ($2). Лично на мен ми върши работа.

Благодаря! От два дни разсъждавам върху мигрирането на въпросния сървър от Slackware със self-made конфигурация на пощенски сървър към Fedora с Kolab. Сега x2go (има го в официалните хранилища на Fedora) добавя поредната капка :)

Здравейте,

Аз бил използвал 'imapsync'/pop2imap за пощите (има още поне два подобни проекта - offlineimap и ...., не помня името виж в Google).

Иначе за отдалечен достъп ползвам - X2Go (server+client), за Windows - rdesktop с параметри.

Поздрави,
Румен

Отказах се да подкарам x2go на Slackware. Ако някой го направи, ще го черпя :). Оказа се, че sshd е компилирано без поддръжка на PAM, а е нужно и като тръгнах да го компилирам ... Освен това и други зависимости не са удовлетворени. Отказах се и да го мигрирам този сървър към друго точно сега.

Решението е x0vncserver, което e в пакeта tigervnc на Slackware.

... Решението е x0vncserver и то работи чудесно, но ... :)

Аз си мислех, че като стартирам някаква операция отдалечено, тя ще си се врътка шеметно там някъде, а на моя отдалечен десктоп ще виждам подобно на гледане на филм с големи накъсвания какво се случва там. Да, ама не! :) Скоростта на връзката с отдалечения ми десктоп влияе на скоростта на работа на приложението там. А това за мен беше изненадващо и нежелано.

Нещо повече - ако прекъсна връзката, оставяйки приложението работещо, то започва да товари процесора като от

Cpu0  :  3.0%us,  0.3%sy,  0.0%ni, 91.6%id,  5.0%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu1  :  7.0%us,  0.7%sy,  0.0%ni, 84.7%id,  7.7%wa,  0.0%hi,  0.0%si,  0.0%st

става
Cpu0  : 51.5%us,  4.4%sy,  0.0%ni, 10.4%id, 33.7%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu1  : 63.2%us,  4.7%sy,  0.0%ni, 10.0%id, 21.7%wa,  0.0%hi,  0.3%si,  0.0%st

Може би е въпрос на опции, ... Но така или иначе, процедурата е завършена.

Сега може да ме нахраниш, ....
... ssh -Y ...

Да, почти е това начинът. Ама тогава трябваше да го "открия" за себе си, щото се оказа, че мисленето ми ме води в друга посока. И след като го бях забравил, и след като трябваше да го "откривам" днес отново, реших да го запиша тук.
На отдалечената машина в /etc/ssh/sshd_config
X11Forwarding yes
X11DisplayOffset 10
X11UseLocalhost yes

На локалната, в терминала на графичната ти среда
ssh -Y username@remotehost

и като влезеш не си мисли, че файда няма, ами изпълни xclock. Програмата ще се изпълнява там, а прозорецът и ще е тук.

Това последното е адресирано към мен. :) 

Благодаря на всички, опитали се да помогнат! [_]3