Il 22/04/20 08:59, ar...@libero.it ha scritto:
[...]
Il passo successivo avrebbe dovuto essere installare phpmyadmin ma il
gestore pacchetti mi restituiva msg che non trovava il pacchetto, ho
poi provato attraverso l'aggiunta di una repo ma nulla, alla fine ho
preferito la strada
a info.php sia in localhost che
dall'esterno (nomeddns/info.php), avendo configurato un ip pubblico statico e
forwardato le porte.
Il passo successivo avrebbe dovuto essere installare phpmyadmin ma il gestore
pacchetti mi restituiva msg che non trovava il pacchetto, ho poi provato
attraverso
Ciao a tutti :-)
ho ripreso in mano un vecchio server, installato phpmyadmin e tutto funziona
bene ad eccezione di una cosa:
nel menù di accesso via web posso scegliere il server a cui accedere (ovvero
ci sono 2 localhost) :-O
da cosa può dipendere?
entrambi mi fanno accedere (ad
Su ubuntu li ho dentro le configurazioni di phpmyadmin in
/etc/phpmyadmin/*.php
Su http://wiki.phpmyadmin.net/pma/multiserver trovi un esempio di
configurazione con 2 server
2013/9/30 Pol Hallen debitv...@fuckaround.org
Ciao a tutti :-)
ho ripreso in mano un vecchio server, installato
Avevo già letto quel link (comunque grazie) :-)
ho risolto commentando la linea:
$i++;
Pol
On 09/30/2013 05:55 PM, Paolo Nicorelli wrote:
Su ubuntu li ho dentro le configurazioni di phpmyadmin in
/etc/phpmyadmin/*.php
Su http://wiki.phpmyadmin.net/pma/multiserver trovi un esempio di
scusate... anzichè usare phpmyadmin... aprissi la 3306 (inibendo
l'accesso di root) e mettendo un qualcosa che blocchi i bruteforce
sarebbe una valida alternativa a phpmyadmin?
Il traffico 3306 però non sarebbe criptato... e quindi sniffabile...
che ne dite?
grazie
Pol
--
Per REVOCARE
Il giorno 01/ago/2013, alle ore 13:58, Pol Hallen debitv...@fuckaround.org ha
scritto:
scusate... anzichè usare phpmyadmin... aprissi la 3306 (inibendo
l'accesso di root) e mettendo un qualcosa che blocchi i bruteforce
sarebbe una valida alternativa a phpmyadmin?
Il traffico 3306 però non
AAARRRGGG
Tunnel, tunnel tunnel...
:)
--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org
To UNSUBSCRIBE, email to
me, phpmyadmin resta il candidato migliore.
semplice da usare, installare e mettere in sicurezza
altamente controllabile perche' e tutto accentrato sul webserver,
gestibile anche nei particolari (si puo' fare questo, non si puo' fare
quello). pratico per fare export e import dei dati
AAARRRGGG
Tunnel, tunnel tunnel...
:-)
Pol
--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email in INGLESE a listmas...@lists.debian.org
To UNSUBSCRIBE, email to
Il giorno 31/lug/2013, alle ore 06:41, Marco Guerrini
mmarcogguerr...@cryptolab.net ha scritto:
Io direi di abilitare i captcha in modo da rendere impraticabile un
brute force...
Fino a un certo punto. Il meccanismo dei captcha e' gia' stato violato pertanto
non e' piu' considerato un must
'giorno a tutti :-)
ho necessità di installare phpmyadmin e di utilizzarlo su internet. Oltre a
https quali precauzioni dovrei prendere? Ovviamente l'accesso root dovra
essere disponibile.
Una pagina di apache con autenticazione md5?
Qualche idea?
grazie!
Pol
--
Per REVOCARE l'iscrizione
Il giorno 30/lug/2013, alle ore 16:49, Pol Hallen debitv...@fuckaround.org ha
scritto:
ho necessità di installare phpmyadmin e di utilizzarlo su internet. Oltre a
https quali precauzioni dovrei prendere? Ovviamente l'accesso root dovra
essere disponibile.
Una pagina di apache con
Tunnel ssh con accesso via certificato? Permetti l'accesso a phpmyadmin
solo in localhost ed il resto lo fai via tunnel.
E' un'idea.
Luca
Il giorno 30/lug/2013 16:55, mauro ma...@nonsolocomputer.com ha scritto:
Il giorno 30/lug/2013, alle ore 16:49, Pol Hallen
debitv...@fuckaround.org ha
abilita l'accesso per le credenziali utente (che tanto se violano il sito
che li usa, hanno comunque accesso senza passare per phpmyadmin), se puoi,
abilita solo alcuni ip (puoi farlo attraverso htaccess),
cambia modalita' di richiamo, ovvero:
anziche: tuosito.it/phpmyadmin
cambia con
Il 30/07/2013 17:16, Pol Hallen ha scritto:
abilita l'accesso per le credenziali utente (che tanto se violano il sito
che li usa, hanno comunque accesso senza passare per phpmyadmin), se puoi,
abilita solo alcuni ip (puoi farlo attraverso htaccess),
cambia modalita' di richiamo, ovvero
Il 20/02/2012 20:39, Davide Prina ha scritto:
non mi sembra ci sia nulla di strano
Però in ogni caso se il sistema è stato compromesso potrebbero essere
state nascoste le prove e modificati i programmi che possono
identificarle.
Quindi in sostanza siamo al palo. Comunque questa era solo una
On 19/02/2012 19:56, Giorgio Bompiani wrote:
Il 18/02/2012 20:53, Davide Prina ha scritto:
On 18/02/2012 12:04, Giorgio Bompiani wrote:
...
qui è indicato qual'è il log:
All results have been written to the log file (/var/log/rkhunter.log)
Ho copiato nella mail tutte le righe del log
Il 18/02/2012 20:53, Davide Prina ha scritto:
On 18/02/2012 12:04, Giorgio Bompiani wrote:
...
qui è indicato qual'è il log:
All results have been written to the log file (/var/log/rkhunter.log)
Ho copiato nella mail tutte le righe del log che non erano certamente
negative
following
Il 17/02/2012 22:05, Dario ha scritto:
Il 17/02/2012 20:17, Giorgio Bompiani ha scritto:
In info() compare la riga error_log | /var/log/php_errors.log |
/var/log/php_errors.log
Per due volte ?
Solo un valore settato, non due volte lo stesso.
2 volte perché ci sono due colonne nella tabella,
Il 18/02/2012 09:04, Giorgio Bompiani ha scritto:
Aggiungo una cosa riguardo all'eventualità che il mio sistema sia
stato bucato.
Da un po' di tempo ho notato che il pc sembra di tanto in tanto
improvvisamente occupato in attività pesanti e di alta priorità sul
disco, costringendomi a
On 18/02/2012 12:04, Giorgio Bompiani wrote:
Risultati di rkhunter
Possible rootkits: 2
Rootkit names : Xzibit Rootkit, Xzibit Rootkit
guarda il log di rkhunter, di solito ci sono dei falsi positivi
qui è indicato qual'è il log:
All results have been written to the log file
Il 16/02/2012 19:48, Davide Prina ha scritto:
On 16/02/2012 10:32, Giorgio Bompiani wrote:
Il 15/02/2012 16:32, Dario ha scritto:
error_append_string = no value
error_log = no value
error_prepend_string = no value
Confessando di essere solo un modesto smanettone, ti chiedo cosa dovrei
Il 17/02/2012 17:27, Dario ha scritto:
Ciao Giorgio, perdonami non ho avuto tempo per risponderti prima.
Ci mancherebbe, anzi ringrazio qui te e Davide per la pazienza che state
dimostrando.
In base al risultato di phpinfo che mi hai spedito (evito di
ripostarlo tutto quì)
--
Il 17/02/2012 20:17, Giorgio Bompiani ha scritto:
In info() compare la riga error_log | /var/log/php_errors.log |
/var/log/php_errors.log
Per due volte ?
Solo un valore settato, non due volte lo stesso.
Puoi provare a variare anche l'error_reporting ?
Attualmente dovresti avere questo:
--
problema sia in qualche funzione di php più
complessa di quelle usate da me e quindi phpmyadmin sia innocente.
Sono andato a verificare e vedo che php5 non risulta installato ma il
messaggio di sistema spiega:
Pacchetto: php5
Nuovo: sì
Stato: non installato
Versione: 5.3.3-7+squeeze7
On 16/02/2012 10:32, Giorgio Bompiani wrote:
Il 15/02/2012 16:32, Dario ha scritto:
error_append_string = no value
error_log = no value
error_prepend_string = no value
Confessando di essere solo un modesto smanettone, ti chiedo cosa dovrei
scrivere in php.ini-production in queste righe
Il 16/02/2012 19:48, Davide Prina ha scritto:
..
Dario ti aveva detto:
Di solito : error_log = /var/log/php.log
in questo modo dovrebbe attivare il log nel file indicato.
Riavvia il server apache (apache2ctl restart) e poi riprova...
Ora in /usr/share/php5/php.ini-production c'è la riga
On 16/02/2012 20:30, Giorgio Bompiani wrote:
Il 16/02/2012 19:48, Davide Prina ha scritto:
..
Dario ti aveva detto:
Di solito : error_log = /var/log/php.log
in questo modo dovrebbe attivare il log nel file indicato.
Riavvia il server apache (apache2ctl restart) e poi riprova...
Ora in
Il 14/02/2012 21:06, Davide Prina ha scritto:
Purtroppo non riesco a trovare questo script per tentare di esaminarlo.
in teoria potrebbe essere in /var/www, però la posizione può dipendere
dalle configurazioni.
Per trovarlo puoi guardare tutti i file contenuti nel pacchetto
phpmyadmin
Il 14/02/2012 21:06, Davide Prina ha scritto:
On 14/02/2012 20:35, Giorgio Bompiani wrote:
Avviso: Selettore atteso. Insieme di regole ignorato a causa del
selettore errato.
File sorgente: http://127.0.0.1/phpmyadmin/
Riga: 35
A questo punto vado a leggere il codice della pagina e trovo
Il 15/02/2012 11:37, Giorgio Bompiani ha scritto:
L'ho trovato è /usr/share/phpmyadmin/index.php ed il messaggio di errore
è contenuto in /usr/share/phpmyadmin/lang/italian-utf-8.inc.php
Ed il messaggio di errore cosa riporta ?
Mi rammenti che versione stai usando di phpmyadmin ?
Dario
l'errore che trovo nel browser (postato qualche msg. addietro
e che ti ripeto: Avviso: Raggiunta in modo inatteso la fine del file
durante la ricerca della chiusura } di un insieme di regole non valido.
File sorgente: http://127.0.0.1/phpmyadmin/
Riga: 36
La versione installata di phpmyadmin è 4
(postato qualche msg. addietro
e che ti ripeto: Avviso: Raggiunta in modo inatteso la fine del file
durante la ricerca della chiusura } di un insieme di regole non valido.
File sorgente: http://127.0.0.1/phpmyadmin/
Riga: 36
La versione installata di phpmyadmin è 4:3.3.7-7
[cut]
Mi dici i log che
/phpmyadmin/
Riga: 36
La versione installata di phpmyadmin è 4:3.3.7-7
Dimenticavo, quì [1] Debian patch tracking system,
ti può dare ulteriori informazioni sulle modifiche
apportate al codice.
Dando per scontato un minimo di conoscenza del
linguaggio PHP :-)
Dario
---
[1] http://patch
Il 15/02/2012 13:05, Giorgio Bompiani ha scritto:
Mi dici i log che sei riuscito a trovare (percorso completo) ?
/var/log/apache2/error.log non contiene niente riconducibile all'evento a
Non riesco a ritrovare il log di php che che avevo però esaminato senza
esito.
Perdona la mia
Il 15/02/2012 16:06, Giorgio Bompiani ha scritto:
Il 15/02/2012 13:56, Dario ha scritto:
Perdona la mia inesattezza nel chiederti se hai trovato http_log,
intendevo dire:
/var/log/httpd/error_log
Questo non c'è
Se non lo trovi, (come desumo), hai verificato questo?
Il 13/02/2012 18:41, Davide Prina ha scritto:
.
ci deve essere un log in /var/log/syslog che riporta un errore per il
mancato funzionamento di PhpMyadmin.
/var/log/syslog è di poche righe e non riporta niente riguardo phpmyadmin
Guarda anche tra i bug aperti del pacchetto
On 14/02/2012 10:12, Giorgio Bompiani wrote:
Il 13/02/2012 18:41, Davide Prina ha scritto:
.
ci deve essere un log in /var/log/syslog che riporta un errore per il
mancato funzionamento di PhpMyadmin.
/var/log/syslog è di poche righe e non riporta niente riguardo phpmyadmin
ouch
Il 14/02/2012 19:39, Davide Prina ha scritto:
On 14/02/2012 10:12, Giorgio Bompiani wrote:
Il 13/02/2012 18:41, Davide Prina ha scritto:
.
ci deve essere un log in /var/log/syslog che riporta un errore per il
mancato funzionamento di PhpMyadmin.
/var/log/syslog è di poche righe e
On 14/02/2012 20:35, Giorgio Bompiani wrote:
Avviso: Selettore atteso. Insieme di regole ignorato a causa del
selettore errato.
File sorgente: http://127.0.0.1/phpmyadmin/
Riga: 35
A questo punto vado a leggere il codice della pagina e trovo quanto segue:
[...]
!--
[...]
//--
ma qui
però senza risolvere il mancato funzionamento di phpmyadmin
quindi il problema rimane aperto.
Altre idee?
--
Giorgio Bompiani
Gli scaffali dei miei libri sono qui:
http://loscaffaledi.giorgiobompiani.it
Linux User # 454514 http://counter.li.org/
--
Per REVOCARE l'iscrizione alla lista
On 13/02/2012 18:02, Giorgio Bompiani wrote:
Ho fatto tesoro delle tue critiche mettendo a posto sources.list ed
infatti ho effettuato l'aggiornamento senza errori.
Purtroppo però senza risolvere il mancato funzionamento di phpmyadmin
quindi il problema rimane aperto.
ci deve essere un log
Il 11/02/2012 19:12, Davide Prina ha scritto:
On 11/02/2012 16:35, Giorgio Bompiani wrote:
Sul mio AMD64 ho aggiornato per la sicurezza circa 10-12 pacchetti fra
Apache2 e Php5.
Ora vado ad aprire PhpMyAdmin ed ottengo il segurnte messaggio:
Non posso far partire la sessione senza errori
On 12/02/2012 14:13, Giorgio Bompiani wrote:
Il 11/02/2012 19:12, Davide Prina ha scritto:
On 11/02/2012 16:35, Giorgio Bompiani wrote:
Sul mio AMD64 ho aggiornato per la sicurezza circa 10-12 pacchetti fra
Apache2 e Php5.
Ora vado ad aprire PhpMyAdmin ed ottengo il segurnte messaggio:
Non
Il 12/02/2012 14:13, Giorgio Bompiani ha scritto:
il comando dpkg-reconfigure -plow phpmyadmin senza risultato.
Che mi consigliate?
Giorgio quando abbiamo un guasto in macchina,
la prima cosa andiamo a capire che tipo di guasto.
Impianto elettrico, batteria?
Benzina finita ?
(con la centralina
PhpMyAdmin ed ottengo il segurnte messaggio:
Non posso far partire la sessione senza errori, controlla gli errori
nel log di PHP e/o del tuo server web e configura correttamente la
tua
installazione di PHP.
Per apache guarda
/var/log/apache2/error.log
se ci sono troppi errori e non
Il 12/02/2012 15:23, Dario ha scritto:
Il 12/02/2012 14:13, Giorgio Bompiani ha scritto:
il comando dpkg-reconfigure -plow phpmyadmin senza risultato.
Che mi consigliate?
Giorgio quando abbiamo un guasto in macchina,
la prima cosa andiamo a capire che tipo di guasto.
Impianto elettrico
domande?
[BLOCCATO, DIPENDENZA] libsvn1
cosa ritorna se fai:
# apt-get update; apt-get -u upgrade; apt-get -u dist-upgrade
non è che non è stato aggiornato qualcosa che è necessario a PhpMyadmin?
Ciao
Davide
Mi pare di aver risposto affermativamente dicendo che un applicativo che
li usa tutti
On 12/02/2012 16:52, Giorgio Bompiani wrote:
Il 12/02/2012 15:59, Davide Prina ha scritto:
# apt-get update; apt-get -u upgrade; apt-get -u dist-upgrade
Trovato http://www.debian-multimedia.org stable Release.gpg
qui usa stable
Ign http://maththias.altervista.org stable Release.gpg
Sul mio AMD64 ho aggiornato per la sicurezza circa 10-12 pacchetti fra
Apache2 e Php5.
Ora vado ad aprire PhpMyAdmin ed ottengo il segurnte messaggio:
Non posso far partire la sessione senza errori, controlla gli errori
nel log di PHP e/o del tuo server web e configura correttamente la tua
On 11/02/2012 16:35, Giorgio Bompiani wrote:
Sul mio AMD64 ho aggiornato per la sicurezza circa 10-12 pacchetti fra
Apache2 e Php5.
Ora vado ad aprire PhpMyAdmin ed ottengo il segurnte messaggio:
Non posso far partire la sessione senza errori, controlla gli errori
nel log di PHP e/o del tuo
[] http://www.chive-project.com/Features
Ciao Alessandro,
Chive è semplice, rapido, e un'interfaccia sicuramente migliore
rispetto a phpmyadmin.
Alla fine è un front-end per la gestione di MySQL. Quindi se
adottate solide e sicure regole aziendali sui server,
usare Chive o
Salve,
ho da poco scoperto Chive e mi pare un ottimo progetto, supporta le
procedure [1].
Tuttavia non so ancora quanto affidabile sia per usarlo in produzione,
quali le opinioni a riguardo?
Sarebbe anche carino aprire un RFP
Alessandro
[] http://www.chive-project.com/Features
--
Per
Non ci sto capendo nulla.
Premetto che sino alla settimana scorsa funzionava tutto.
Ora con http://localhostIt Works
con http://localhost/phpmyadmin con Iceweasel non riesco mai entrare perchè
forbidden, con konqueror
a volte forbidden altre entro tranquillamente.
Qual'è la condizione per la
Il giorno 04 gennaio 2010 19.06, pac pacm...@gmail.com ha scritto:
Non ci sto capendo nulla.
Premetto che sino alla settimana scorsa funzionava tutto.
Ora con http://localhostIt Works
con http://localhost/phpmyadmin con Iceweasel non riesco mai entrare
perchè forbidden, con konqueror
Hi,
The debian-l10n-english team has reviewed the debconf templates for
phpmyadmin. This process has resulted in changes that may make your
existing translation incomplete.
A round of translation updates is being launched to synchronize all
translations.
Please send the updated file
57 matches
Mail list logo