I server SUSE sono destinati all'uso grafico?


8

Dopo essere stato un utente Debian Linux di lunga data, ho deciso di provare SUSE. Uno dei principali punti di forza di SUSE è il YaSTsistema di configurazione. Fornisce una serie di procedure guidate per attività di configurazione comuni. Quasi tutti i tutorial che riesco a trovare usano YaSTad un certo punto.

Sfortunatamente, la versione testuale dell'utilità sembra mancare di molte funzionalità presenti nella versione GUI. In effetti, tutti i tutorial che posso trovare ( LDAPad esempio per impostare servizi) presumono che tu stia usando la GUI. L'unico modo documentato che posso trovare per utilizzare la YaSTGUI da remoto è inoltrare una connessione da un server X minimo su SSH.

Sono rimasto molto sorpreso da questo, poiché un uso così pesante degli strumenti della GUI è molto più simile a Windows che a UNIX.

I server SUSE sono semplicemente progettati per essere utilizzati graficamente?


C'è molta documentazione red hat che coinvolge system-config-*, non significa che devi usarla.
Giordania,

2
Stai chiedendo di OpenSuSE o di SLES?
Nils,

@Nils Ether Suppongo, anche se finora ho lavorato solo con OpenSuSE.
Sean W.

Alcuni aspetti di yast / yast2 sono migliori in SLES - vogliono venderlo ... ma in background - i file di configurazione sono gli stessi (sebbene i binari e le librerie differiscano). OpenSuSE e SLES sono come Fedora e RedHat - non compatibili con i binari.
Nils,

Risposte:


7

Vivendo nella città (Norimberga, Germania) dove SuSE ha le sue radici attuali, ho alcune informazioni di base da alcune persone, che inizialmente lavoravano per SuSE.

L'attuale grafica yast2(in esecuzione su X11) ha i suoi predecessori del tempo in cui era solito avere solo interfacce non grafiche. Quel predecessore era yast- che è ancora lì, ma non ha tante funzionalità ora come il suo seguace grafico.

Quando yastè uscito, era un approccio rivoluzionario: uno strumento di installazione di Linux in cui era possibile installare quasi tutto in un unico posto.

In seguito fu una decisione di gestione (penso in tempi in cui la proprietà di SuSE passò a Novell) per concentrare lo sviluppo sulla versione della GUI.

Questo non è raro - se si confrontano gli strumenti curses-system-config di RedHat con le loro controparti X11 - scoprirai anche che quelli della GUI hanno molte più impostazioni.

Ma come con qualsiasi altra GUI (anche Ubuntu) scoprirai che yast2manca persino la piena capacità di una semplice modifica diretta dei file di configurazione.

Il firewall SuSE ne è un buon esempio. Guarda cosa ti yast2 firewalloffre e poi dai un'occhiata /etc/sysconfig/SuSEFirewall2: vedrai lì molte cose che non possono essere impostate usando la GUI.

Quindi IMHO - no - SuSE è uguale a ogni Linux - aveva solo una storia più lunga per una migliore GUI a punto singolo di amministrazione.


2

La risposta breve è sì.

Gli strumenti da riga di comando tendono a spaventare i nuovi utenti e richiedono più tempo per apprendere. Sono sicuro che hai già sentito gli argomenti. Gli sviluppatori di SuSE vogliono assicurarsi che il sistema sia abbastanza semplice da consentire alle persone di capire come vanno e si costruiscono da quel minimo. Anche Debian si sporgeva in quella direzione, ma non andarono oltre perché c'era la sensazione più forte che Linux fosse per gli appassionati quando Debian iniziò.


1
interessante! @Wutaz consideri un server configurato da persone "spaventate" da "strumenti Command-ine"? Imho che c'è un motivo per temere che tali amministratori di server non abbiano le competenze e causino configurazioni insicure e scadenti. è la GUI per gli amministratori è lo scenario del caso d'uso migliore? Considera anche l'insicurezza implicita delle applicazioni X
umanità e

@humanityANDpeace I miei pensieri esattamente; questo è parte del motivo per cui ho chiesto.
Sean W.

[citazione richiesta]
Ripristina Monica - M. Schröder
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.