Ceci n'est pas une ţeavă

Azi am scriu de la locul meu de muncă noi. Eu sunt la etajul al treilea al unui imobil într-o zonă neidentificat din oraşul Brescia. Cum ar fi somon, în final, am urcat înapoi carstice fluxul existenţei mele on-line şi s-au întors la bază. Aceasta este, în principiu în cazul în care vin eu de la oraş. Nu există încă totul cu susul în jos, dar avem ceea ce avem nevoie pentru a lucra, pentru a lucra bine, the'll terminaţi mai târziu. Există un cer frumos aici, astăzi, în Brescia, sper să păstreze restul săptămânii. Ei bine, acum am ajuns la lucrurile mele. La urma urmei, ei sunt acum jumătate din Brescia, eu nu pot sta cu braţele îndoite noastre ... Doar un singur lucru, am luat următoarea fotografie aici pe web, nu este lucrurile mele. A se vedea tine!

Scriu aici ca un memento pentru data viitoare se întâmplă acest lucru ... În această dimineaţă am plasat o legătură într-un acces FTP nouă la una din serverul meu Debian, care rulează proftpd fost întotdeauna un foarte performant.

Coleg mi-a arătat la probleme grave de timeout-uri lente şi repetate pe conexiunea FTP, un fenomen care în peste un an de servere de producţie care nu a demonstrat: zeci de clienti acces în mod regulat prin FTP la DocumentRoot din VirtualHost dvs. se bucură de disponibilitate deplină lăţime de bandă şi spatiu pe disc.

După verificarea că problema acces doar la serverul meu FTP si dupa ce ne asiguraţi-vă că legătura lui nu au avut probleme pe portul 21, ceaţa de memorie bietul meu a re-apărut ca prin farmec la întrebarea de căutare inversă! Proftpd a pentru a dezactiva aceasta rezolvat complet problema ... a fost pur şi simplu adăugate la fişierul / etc / proftpd / proftpd.conf următoarele două directive:

UseReverseDNS off
IdentLookups off

Proftpd reporniţi problema este înapoi în neant din care provine

Aici am succulentissimo o înregistrare video publicată ieri de Luigi Rizzo, Universitatea din Pisa pe Google Talk Tech. Într-adevăr interesant, nu-l rataţi!

Cei care au prostul obicei de a instala aplicatii web in document root se confruntă adesea cu o problema enervanta: incapacitatea de a gestiona directoarele şi subdirectoarele din afara aplicarea din cauza restricţiilor de acces impuse de htaccess..

Exemplul cel mai tipic este cel al CMS Drupal. Să presupunem că să îl ai instalat şi pe deplin accesibile la URL-ul:

http://www.miodominio.xx/

Htaccess Drupal. Va verifica tot ceea ce pot sau nu pot fi accesibile în conformitate cu documentul radacina proprie, care în acest caz, coincide exact cu documentul radacina de gazde virtuale. . De fapt, htaccess se află în sistemul de fişiere rădăcină dedicat această aplicaţie:

http://www.miodominio.xx/.htaccess

În acest fel, dacă ne vom hotărî să crea orice director nou, acest lucru va suferi aceleaşi restricţii scris în htaccess atunci când instalarea Drupal, cum ar fi incapacitatea de a naviga liber printre fişierele şi subdirectoarele care le conţine.:

http://www.miodominio.xx/test/

Acest director nu este accesibilă în acest fel, ci numai prin invocarea numele fişierului în ea vrem să acceseze, de exemplu:

http://www.miodominio.xx/test/pippo.html
http://www.miodominio.xx/test/imago.jpg

Dacă nu specificaţi un fişier, este singurul fisier încercat şi sa demonstrat index.php:

http://www.miodominio.xx/test/index.php

Dacă fişierul index.php nu există, aceasta nu arată conţinutul directorului - cât mai multe ar fi de aşteptat - ci mai degrabă este generată bell'errore 404 (Fişier negăsit).

Pentru a depăşi această problemă este suficient pentru a elibera fişier Htacces, adăugând instrucţiuni care fac directorul / test / imun la aceste norme, imediat după iniţializarea RewriteEngine.:

<IfModule mod_rewrite.c>
RewriteEngine on
#
# ECCO LE DUE RIGHE DI ISTRUZIONI:
RewriteCond %{REQUEST_URI} "/test/"
RewriteRule (.*) $1 [L]
#

Vedea înseamnă a crede.

Un rapid drept dacă mi-a cerut o modalitate de a remedia timeout SSH. Am stat că aceasta este o situaţie tot mai frecvente, din cauza configuraţia implicită a router-ului noi distribuite de către Telecom pentru ADSL Alice. Problema poate fi rezolvată prin trecerea parametru la comanda ssh:

-o ServerAliveInterval=10

Parametrul trimite un mesaj la noop la server la fiecare n secunde (în acest caz: 10) informează un router care să facă legătura este de fapt de lucru, chiar şi în absenţa oricărui tip de activitate. Deoarece nu este tipul de convenabil de fiecare dată, aveţi posibilitatea să actualizaţi fişierul bashrc cu un alias care încorporează opţiune în bază de comandă.:

alias ssh="ssh -o ServerAliveInterval=10"

Aceasta este ceea ce