apt-get install nmap

Eseguiamo tale Nmap come segue

nmap localhost

Come vedete basta specificare su quale host deve essere effettuata la scansione delle porte. Di conseguenza potete anche capire quali porte sono aperte, e quindi quali servizi sono in ascolto, su una macchina remota.

Eseguendo Nmap senza parametri

nmap

verrà mostrato l’help, con la specifica di tutti i paramentri, attraverso i quali potete specificare la tecnica di scansione, porte specifiche, scanning sul del sistema operativo, il timing e le perfomance della scansione.

Spero di essere stato utile e come al solito scrivetemi per dubbi chiarimenti o correzioni!

Io solitamente utilizzo questa modalità di utilizzo

&[Name];

Esempio

€
è


#locate tomcat
locate: can not open `/var/lib/mlocate/mlocate.db’: No such file or directory


Bene, il problema è che il file mlocate.db non esiste… Fantastico
Non vi preoccupate basta semplicemente lanciare il comando per aggiornare, o creare se non esiste, tale file.
Il file mlocate.db contiene i dati relativi alla struttura di file e directory per velocizzare la ricerca rispetto al comando find.
#updatedb

Ora possiamo usare il nostro locate!.

Una piccola dritta, utilizzate locate in insieme a al comando grep e troverete tutto quello che serve.

#locate tomcat
/usr/local/tomcat5
/usr/local/tomcat6



#locate tomcat | grep 5
/usr/local/tomcat5


Con numeratore implicito (da 0 in avanti)

private enum Volume
{
Basso,
Medio,
Alto
}

Con numeratore esplicito (1,2,3)

private enum Volume
{
Basso = 1,
Medio = 2,
Alto = 3
}

La dichiarazione molto semplice. Vediamo ora come usarle. Faremo riferimento alla seconda, quella con il numeratore specificato esplicitamente.

private void usaEnum()
{
string output;
Volume volume= Volume.Basso;
output = Enum.GetName(typeof(Volume), volume) + ", " + volume.ToString() + ", " + (volume==Volume.Basso).ToString();

volume = (Volume)Enum.Parse(typeof(Volume), "Medio");
output += "rn" + Enum.GetName(typeof(Volume), volume) + ", " + volume.ToString() + ", " + (volume == Volume.Medio).ToString();

volume = (Volume)Enum.Parse(typeof(Volume), "alTo", true);
output += "rn" + Enum.GetName(typeof(Volume), volume) + ", " + volume.ToString() + ", " + (volume == Volume.Alto).ToString();

Console.out(output);
}

L’output a video e il seguente


Basso, Basso, True
Medio, Medio, True
Alto, Alto, True


Tutto molto facile vero?
Se avete dubbi chiedete pure!

<connectionStrings>
<remove name=”LocalSqlServer” />
<add name=”LocalSqlServer” connectionString=”Data Source=myDBServer;database=myDB;Integrated Security=True;” providerName=”System.Data.SqlClient”/>
</connectionStrings>


I parametri che ci interessano sono:

• name: specifica il nome della nostra connection string, e lo andremo ad utilizzare nel momento in cui dobbiamo reperirla
• connectionString: specifiva il valore vero e proprio della stringa di connessione.

Una volta specifica la nostra connection string nel file web.config, andarla a leggere è molto semplice. Basta utilizzare la classe ConfigurationManager come segue:
string strConnString = ConfigurationManager.ConnectionStrings["LocalSqlServer"].ConnectionString;

Niente di più facile vero?

Per prima cosa dobbiamo installare in mod_jk nel caso non sia già stato installato
apt-get install libapache2-mod-jk

E attiviamolo
a2enmod jk

Ora creiamo il file /etc/apache2/workers.properties, nel quale andiamo a specificare i nostri worker (nella nostra configurazione uno solo).
Questa e la definizione nel nostro worker. Ho evidenziato due valori, worker.worker1.host e worker.worker1.port. Questi due valori devono essere compilati rispettivamente con l’host dell’installazione di Tomcat e la porta sulla quale il connector AJP di Tomcat è in ascolto. Se Tomcat è installato sulla stessa macchina e non è stato variata la configurazione di default del connector AJP, lasciate i valori da me impostati.
Per quanto riguarda gli altri parametri vi rimando alla guida ufficiale del workers.properties.

[shm]
file=/var/log/apache2/shm.file
size=1048576
# tomcat 5.5
worker.list=worker1
worker.worker1.type=ajp13
worker.worker1.host=localhost
worker.worker1.port=8109
worker.worker1.lbfactor=50
worker.worker1.cachesize=10
worker.worker1.cache_timeout=600
worker.worker1.socket_keepalive=1
worker.worker1.reclycle_timeout=300


Ecco per completezza anche la configurazione del connector AJP presente sul file di configurazione di Tomcat /INSTALL_DIR_TOMCAT/config/server.xml. Per potete notare l’attributo port a cui facevo riferimento prima. Anche qui, per quanto riguarda il significato degli altri paramentri vi rimando alla guida ufficiale del Tomcat Connector.
<Connector  port="8109”
enableLookups=”false”
redirectPort=”8443″
protocol=”AJP/1.3″
maxThreads=”2000″
maxSpareThreads=”1000″ />

Procediamo ora, controllando che il file di configurazione del mod_jk /etc/apache2/mods-enabled/jk.conf. Qui andiamo a definire il dove si trova il nostro file workers.properties, dove deve essere posto il file di log relativo alle attività del mod_jk e il livello di log relativo.
Il contenuto deve risultare così:

# The location where mod_jk will find the workers definitions
JkWorkersFile /etc/apache2/workers.properties

# The location where mod_jk is going to place its log file
JkLogFile /var/log/apache2/mod_jk.log

# The log level:
# - info log will contain standard mod_jk activity (default).
# - warn log will contain non fatal error reports.
# - error log will contain also error reports.
# - debug log will contain all information on mod_jk activity
# - trace log will contain all tracing information on mod_jk activity
JkLogLevel info

NOTA:In questo modo andiamo a settare questa configurazione per tutti VirtualHost; nel caso volessimo utilizzare il mod_jk su uno o solo alcuni VirtualHost, dobbiamo inserire le seguenti direttive dentro nella configurazione di ognuno di essi.

Ci siamo quasi. Ora dobbiamo soltando specificare sui nostri VirtualHost, come deve essere utilizzato il mod_jk.
Inseriamo la seguente direttiva prima della del tag di chiusura del VirtualHost interessato
JkMount /* worker1
Questa direttiva specifica che tutte le richieste (/*) che arrivano su apache per questo VirtualHost, devono essere passate al mod_jk, utilizzando il connettore specificato (worker1)
Per esempio nel caso volessimo girare a Tomcat solo le richieste per pagine jsp, possiamo utilizzare la direttiva in questo modo:
JkMount /*.jsp worker1

Ora non resta che riavviare Apache2. Se il restart va a buon fine, abbiamo configurato tutto correttamente.
/etc/init.d/apache2 restart

In caso si errori, controllate i log che abbiamo attivato nel file /var/log/apache2/mod_jk.log.

In caso di dubbi e problemi, commentate come al solito.

Per prima cosa dobbiamo installare openssl nel caso non fosse gia presente nella nostra installazione di Apache2.
apt-get install openssl ssl-cert

Ora generiamo, nel caso non l’avessimo, un certificato. Non essendo un ente autorizzato possiamo generare solo certifica self-signed i quali funzionano correttamente, ma generarno dei warning che verranno mostrati nel browser. Nel caso volessimo utilizzare un certifivato trusted dobbiamo rivolgerci ad una certification authority come (Es. Thawte).
Per generarlo, lanciamo il seguente comando e compiliamo i dati richiesti, annotando la password.
apache2-ssl-certificate

Nel caso in cui il comando precedente non fosse disponibile dobbiamo utilizzare il seguente
openssl req $@ -new -x509 -days 365 -nodes -out /etc/apache2/apache.pem -keyout /etc/apache2/apache.pem

Impostiamo i permessi sul file appena creato
chmod 600 /etc/apache2/apache.pem

Diciamo ad Apache2 che deve stare in ascolto anche sulla porta 443, aggiungendo al file /etc/apache2/ports.conf la seguente direttiva
Listen 443

Attiviamo il modulo ssl su Apache2 con il seguente comando
a2enmod ssl

Riavviamo il servizio si Apache2
/etc/init.d/apache2 restart

Creiamo un nuovo VirtualHost come con la stessa procedura usata nel post Installare apache 2 su Debian chiamando il file vhssl e configuriamolo come segue

<VirtualHost [IP]:443>
ServerAdmin support@easymarketcrs.it
DocumentRoot /www/sito-test
ServerName nostrosito.com
ServerAlias www.nostrosito.com alias1.nostrosito.com alias2.nostrosito.com
ErrorLog /var/log/apache2/vh/test/revolution/error.log
CustomLog /var/log/apache2/vh/test/access.log combined
SSLEngine on
SSLCertificateFile /etc/apache2/apache.pem
</VirtualHost>

Ho evidenziato le parti che differiscono dal VirtualHost senza SSL, cioe la porta (443) e le direttive che specificano il riferimenti al file del certificato.

Ora attiviamo il nostro nuovo VirtualHost e riavviamo il servizio Apache2
a2ensite vhssl
/etc/init.d/apache2 reload

Testiamo che tutto funzioni chiamando https://www.nostrosito.com

Per dubbi e chiarimenti utilizzate i commenti.

Per prima cosa Debian mette a disposizione apt (Advanced Package Tool), come gestore di pacchetti, il quale semplifica la di molto la vita quando dobbiamo installare, disinstallare o aggiurnare pacchetti sulla nostra installazione Debian. Tramite apt andiamo ad installare apache2

apt-get install apache2

Nel caso vogliate utilizzare la modalità preforking utilizzata in apache 1.3 (piu stabile ma meno prestante rispetto al modello a thread della versione 2), installate anche il seguente pacchetto

apt-get install apache2-mpm-prefork

L’installazione base è completata. Ora passiamo a qualche semplice configurazione.
Vediamo la struttura base di un file di configurazione di un VirtualHost.
Creamo un file di nome /etc/apache2/sites-available/test e compiagli dentro il seguente contenuto.
Vediamo di capire le direttive base
VirtualHost è la direttiva che indica un nuovo VirtualHost, al suo interno sono presenti tutte le direttive ad esso relative. Qui al posto di [IP] [PORT] impostiamo l’indirizzo e la porta sulla quale il nostro VirtualHost accetta richieste.
ServerAdmin indica l’indirizzo email dell’amministratore del server.
DocumentRoot è il path alla cartella dei file del nostro sito.
ServerName è il nome del dominio sulle quali il nostro VirtualHost accetta richieste.
ServerAlias è il nome di ulteriori domini sulle quali il nostro VirtualHost accetta richieste.
ErrorLog è il nome del file dove vengono loggati errori relatvi a questo VirtualHost.
CustomLog è il nome del file dove vengono loggati gli accessi al VirtualHost.


<VirtualHost [IP]:[PORT]>
ServerAdmin support@easymarketcrs.it
DocumentRoot /www/sito-test
ServerName nostrosito.com
ServerAlias www.nostrosito.com alias1.nostrosito.com alias2.nostrosito.com
ErrorLog /var/log/apache2/vh/test/revolution/error.log
CustomLog /var/log/apache2/vh/test/access.log combined
</VirtualHost>


Ora possiamo provare il nostro virual host impostando il file di host del nostro client come segue (IP è lo stesso ip impostato nel file precedente)
[IP] www.nostrosito.com

Apriamo un browser e andando alla url www.nostrosito.com vediamo la nostra ultima creazione.

Questo è solo l’inizio con Apache2. Lascio ai prossimi ulteriori configurazioni.
Accetto come sempre correzzione, domande e suggerimenti, quindi non esitate a commentare!

Non vi preoccupate, è normale. La configurazione di default di MySQL non permette l’accesso dall’esterno. Chiaramente non per complicarvi la vita, ma per motivi di sicurezza, visto che un servizio aperto sull’esterno, non configurato come di deve, è sempre un ottimo inizio per fare breccia… Quindi attezione…

Morale a parte vediamo come procedere per abilitare l’accesso dall’esterno:

Per prima cosa dobbiamo modificare il file di configurazione /etc/my.cnf in modo che il server MySql sia in ascolto sull’IP esterno, quindi,  assicuriamo che la linea skip-networking sia commentata o non presente. Dopo di che modifichiamo (o inseriamo se non esiste) la linea bind-address come segue :

bind-address=[IP-SERVER]

Salviamo e riavviamo MySql

/etc/init.d/mysqld restart

Una volta che MySql è in ascolto sull’interfaccia esterna dobbiamo impostare le grant sugli utenti che possono accedere dall’esterno. Quindi accediamo al server in locale e lanciamo il seguente comando.

mysql> GRANT ALL ON foo.* TO bar@'202.54.10.20' IDENTIFIED BY 'PASSWORD';

Vediamo ci capire cosa si puo fare con il seguente comando;  diamo grant complete sul database foo, su tutte le tabelle [*], all’utente bar che si connette dall’IP 202.54.10.20 che ha come password PASSWORD.
In questo modo possiamo collegarci solo se il nostro client ha come IP 202.54.10.20. Nel caso l’ip non sia sempre lo stesso, possiamo utilizzare il carattere jolly % come con l’operatore like, visto che l’ip del client viene messo in like con quello specificato nella grant.
Esempio TO bar@’%’ vuol dire  “all’utente bar che si collega da ogni IP”.

Anche questa volta tutto molto semplice no? Se avete problemi, o notate imperfezioni, commentate pure!

Una procedura che dato un set di caratteri e una lunghezza N, ritorna in output una strina di N caratteri presi dal set specificato, in modo casuale.

CREATE PROC genera_string_random (@p_len INT, @p_random_string VARCHAR(100) OUTPUT)
AS

BEGIN
DECLARE @v_string VARCHAR(100);
DECLARE @v_type TINYINT;
DECLARE @v_source VARCHAR(100)
DECLARE @v_lenght_source AS TINYINT

SET @v_source = ‘0123456789ABCDEFGHILMNOPQRSTUVZabcdefghilmnopqrstuvz’ – set caratteri
SET @v_lenghtSource = LEN(@v_source) - 1

— scelta del nuovo carattere da aggiungere alla stringa finale
WHILE ( @p_len > 0 )
BEGIN
SET @v_password = @v_password + SUBSTRING(@v_source, CONVERT(INT, ROUND(1 + (RAND() * (@v_lenghtSource)), 0)), 1);
SET @p_len = @len - 1;
END

SET @p_random_string = @v_password;
END
GO

Per utilizzare la procedura:

DECLARE @v_random_string AS VARCHAR(100)
EXEC genera_string_random 15, @v_random_string OUTPUT
SELECT @v_random_string

Niente di piu facile vero? Chiaramente potete cambiare il set di caratteri in base alle vostre esigenze, ma ricordate che la stringa generata non è univoca, quindi non utilizzatela come chiave primaria di una tabella…