Visualizza post

Questa sezione ti permette di visualizzare tutti i post inviati da questo utente. N.B: puoi vedere solo i post relativi alle aree dove hai l'accesso.


Post - LonelyWolf

Pagine: [1] 2 3 ... 90
1
Networking / Re:Terminale putty
« il: 11 Luglio 2019, 08:52:57 »
lancia il comando:
Codice: [Seleziona]
yum list installed|grep xorgSe ci sono risultati è installato un ambiente grafico.

Però, non ti offendere, dai tuoi post mi rendo conto che non sei molto preparato e seguire una guida presuppone almeno che si sappia quello che si sta facendo; se proprio vuoi cerca se c'è un LUG nella tua zona, in genere sono sempre disponibili e ti possono anche aiutare a gestire meglio il server.


edit:
Puoi cercare da qua:
http://lugmap.linux.it/

2
Networking / Re:Terminale putty
« il: 10 Luglio 2019, 08:32:22 »
Sarebbe possibile, bisogna configurare sia putty che il server (se installato l'ambiente grafico).

Di solito però sui server l'ambiente grafico non viene installato dato che "non ci si lavora" e sarebbero risorse sprecate.

3
Software / Re:Backup su QNAP con rsync
« il: 26 Giugno 2019, 08:44:34 »
Non conosco quel nas, secondo me è solo u problema di configurazione; pdal nas ha la possibilità di recuperare i dati anziché riceverli?

4
Software / Re:Backup su QNAP con rsync
« il: 25 Giugno 2019, 08:43:35 »
Servirebbe che tu controlli i log del nas, sicuramente troverai dove sta l'inghippo, se nelle credenziali o nei permessi delle cartelle.
Prova comunque a fare un test mettendo anche la password sulla riga di comando (la sintassi è utente:password@server) così vedi anche se per errore sbagli a scrivere!

5
Server / Re:xRDP
« il: 13 Maggio 2019, 11:11:40 »
Perfetto, ottimo lavoro.

6
Server / Re:xRDP
« il: 09 Maggio 2019, 16:05:51 »
Non usufruisco di GUI sui miei server linux, mi collego solo in ssh, quindi non ho esperienza in merito.
Ho trovato queste indicazioni in rete (In un forum per Ubuntu), se vuoi provare:
Codice: [Seleziona]
install xrdp which uses the remote desktop protocol to present a GUI to the user.
    It can provide a fully functional Linux terminal server, capable of accepting connections
    from rdesktop, freerdp, and Microsoft's own terminal server / remote desktop clients.
    xrdp is the daemon that handles RDP remote desktop access from Windows machines to Linux
- edit the "/etc/xrdp/xrdp.ini" file to include the line:
    address=0.0.0.0
    right under #background=626x72 line. 0.0.0.0 is the local server address of xrdp
- Restart xrdp service
- allow xrdp port (probably 3389) through firewall
- We also need a VNC server. Install tightvncserver on Linux server machine.
- run tightvncserver (no need to create a view-only password)
- "netstat -lvp | grep vnc" to check out the ports that tightvnc is listening on for
    connections
- allow the vncserver port from the firewall
- allow the xrdp server
- Install xfce4 desktop environment an update to xfce, minimalistic faster and lightweight
- install xfce4-terminal : way better than xterm
- Now we modify 2 files to make sure xrdp uses xfce4
    * echo xfce4-session >~/.xsession
    * secondly we modify startup file for xRDP located at /etc/xrdp/startwm.sh
        so it will start xfce4. Replace the last line with
        startxfce4
        (before it had something which started with a ., but no matter whatever it is, just
        replace the last line)
    * restart xrdp service
- Now you are ready to log into the computer from client using Remote Desktop (mstsc.exe).
    Just supply the ipv4 or hostname of the VNC server.

7
Server / Re:xRDP
« il: 07 Maggio 2019, 18:26:05 »
Vedo giusto un paio di warning che quindi non sono l'errore (ma sarebbe bene sistemare).
Hai controllato anche il xrdp-sesman.log ?

8
Velocissima per puro caso, era qualche settimana che non passavo di qua! :D
I log non vanno interpretati, basta leggerli con il cervello acceso, sono semplici file di testo e si trovano in /var/log

Quelli di Apache potrebbero bastare per iniziare a cercare dove sta il problema:
/var/log/httpd e ci trovi access.log e error.log

9
Software / Re:Come creare versioni dei file
« il: 18 Aprile 2019, 14:17:46 »

10
Supporto Generale / Re:Installazione DL380 G7 + CentOS 7
« il: 18 Aprile 2019, 14:12:00 »
Personalmente non utilizzo ambiente grafico sui server, quindi non mi è mai capitato, ma da una rapida ricerca sembra che il driver non sia presente nl pacchetto di centos 7 ed in rete qualcuno consiglkia di utilizzare l'RPM mesa-dri-drivers di Fedora che invece lo include.

Però mesa-dri-drivers-11.0.7-4.el6.x86_64.rpm lo contiene, o almeno così dichiara pkgs.org (https://centos.pkgs.org/6/centos-x86_64/mesa-dri-drivers-11.0.7-4.el6.x86_64.rpm.html)

11
Software / Re:Problemi con bash e mail in html
« il: 18 Aprile 2019, 13:58:01 »
Credo sia un problema di apici e doppi, anche se non sono un esperto a riguardo, hai provato con:
cho "$HTML_MAIL" | mailx -v -s "$SUBJECT" -S ........

12
Prima di tutto benvenuto.
Ora puntualizziamo alcune cose:
Tra joomla 3.9.5 e 2.5 ci passa una versione intera e mezza, sicuramente le impostazioni ed i requisiti sono differenti;
CentOS e Ubuntu non sono proprio la stessa cosa, i pacchetti installati possono avere differenze.

Adesso passiamo al problema: hai controllato cosa dicono i log?
Dovresti trovarci informazioni un po' più specifiche che aiutano a risalire al problema; "NOTA: Errore SMTP! Non è stato possibile autenticare." può essere dovuto a diversi problemi, mentre "ERRORE: Non è stato possibile inviare l'email." non è un vero errore ma solo la conseguenza dell'errore precedente.

13
Server / Problema con systemd [Risolto]
« il: 07 Gennaio 2019, 10:01:48 »
Nelle ultime 2 settimane mi sono capitati starni problemi su un CentOS Linux release 7.5.1804 (Core), come ad esempio il comando df che non si completa e rimane "zombie", i servizi che rilevano spazio insufficiente sul disco (in realtà ci sono oltre 2 tera disponibili!), ecc problemi che con il riavvio di proc-sys-fs-binfmt_misc.mount si risolvono, ma non definitivamente.

Oggi rientrando in ufficio trovo i cronjob di yum "zombie", yum che non funziona, servizi che non si avviano perchè non rilevano spazio, a parte yum con il riavvio del processo come indicato sopra tutto torna normale.

Da una ricerca in rete sembra ci sia un problema con le tabelle di routing, proprio dall 7.5 di centos; controllando la tbella di routing però non vedo nulla di strano:
Codice: [Seleziona]
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
default         pfsense         0.0.0.0         UG    100    0        0 eno1
x.x.x.0       0.0.0.0         255.255.255.0   U     100    0        0 eno1

Se provo il ping tutto funziona regolarmente, gli indirizzi vengono risolti e le risposte arrivano.

Questo problema si dovrebbe anche risolvere con un aggiornamento di systemd, che però non riesco ad eseguire in quanto yum rimane bloccato.

Edit:
dopo aver "eliminato" i file /var/lib/rpm/__db.00* yum è tornato a funzionare, ho fatto l'update di systemd, verificherò se è la soluzione definitiva o meno, poi aggiornerò il topic.

Ri-Edit:
Aggiornato systemd il problema non si è ripresentato.

14
Server / Re:eseguibili exe server centos7
« il: 28 Ottobre 2018, 20:33:33 »
Il problema sono i permessi che ha il file exe e/o l'utente windows

15
Non è più possibile aggiornare, è una versione fuori supporto.

Pagine: [1] 2 3 ... 90