Ein paar Tage aus XAMPP 1.8.0 gestern nach dem Upgrade von Version 1.7.7 Ich hatte ein recht interessantes Problem. Phpmyadmin, und er lässt sich nicht öffnen und brüllte mit 403

Zugang verboten!


Neue XAMPP Sicherheitskonzept:

Der Zugriff auf das angeforderte Objekt ist nur aus dem lokalen Netzwerk.

Diese Einstellung kann in der Datei konfiguriert werden “Httpd-xampp.conf”.

Sofort öffnete httpd- xampp.conf mir, die in der / opt / lampp / etc / extra /, alles auf den ersten Blick sah gut aus. Die Regeln für das lokale Netzwerk gehörten. Neben der Öffnung localhost. WTF ??? Ich schaute auf die Log-und sehen, dass mein Zugang von konfiguatsiyata abgeschnitten. Hier nun, was ich keuchte und ehrlich gesagt etwas weniger Glück gefunden, das Problem. Nach dem gehen über die Httpd. Conf und sah in die Allow/Deny Klauseln eine letzte Zeile Verlangen, dass alle gewährten. Oh Heureka. Dies ist ein neuer Kontrollmechanismus, der abgeschlossen Apache 2.4.x. Es ermöglicht den Zugriff oder eine solche feinen Verweigerung, grundsätzlich imitiert Zulassen / Verweigern Funktionalität :). Um das Problem zu beheben, das fügen wir alle erteilten in der/opt/Lampp/Phpmyadmin-Ordner benötigen. Nach den Änderungen in mir aussieht

<Verzeichnis “/opt / lampp / phpMyAdmin”>
AllowOverride AuthConfig Grenze
Bestellen Sie erlauben,verweigern
Lassen Sie von allen
Verlangen, dass alle gewährten
</Verzeichnis>

 

Viangi kann eine andere wilde versuchen, zum Beispiel den Ordner phpMyAdmin etwas anderes und nicht Alias ​​umbenennen. Aber es ist hässlich und nicht sehr aussagekräftig 🙂

P.S Sie fragten mich, warum ich XAMPP nicht sauber Installation aller Komponenten verwenden, wie sie mein Debian ist geboren – die Antwort ist eigentlich ganz einfach – FAULHEIT. Mich zu faul, um mehrere Befehle zu schreiben dann Konfovete etc. bekommen.. Ist ganz einfach nehmen Sie Ihre ganze Packung Razarhiviraš und leichte 😉

zemanta ausgebaut.

A shell script wants your job

Heute, während ich arbeitete, sah ich, dass einer der Maschinen lagna sehr grausam. Einloggen es eine verdammt viel cron verpackt Zombie-Prozesse aussehen (etwa über 50-60). Es gab keine Möglichkeit, sie zu töten alle mit alle töten so brauche ich ein wenig mehr gebildete Lösung zu tun – Um schlug eine Unordnung Bash skriptche Prozesse zu finden und zu töten. 50-Tina PID-nicht leicht mit der Hand zu schreiben :D. Script kritzelte es für eine Minute und ist super einfach, aber noch verdient Aufmerksamkeit 🙂

An seiner Basis sitzt Förder

ps ax | grep -v grep | grep process_name | awk '{print $1}')

Hier erhalten wir ein Blatt mit allen PID-s Prozess, der als grep ausschließen aus dieser Liste kilnem müssen. Jetzt haben wir eine Liste der Dinge einfach geworden dreht sie in einer für. Hier ist das Endergebnis

#!/bin/bash

PR=$(ps ax | grep -v grep | grep process_name | awk '{print $1}')

for PID in $PR
do
echo "$PID will be killed"
kill -9 $PID
done

Kann sein “abgestimmt” der Name wird als Argument nach dem Skriptnamen genommen und damit eine ausführbare Binärdatei aufgerufen wird. Aber nicht eine sehr gute Praxis viele solche häufigen Fälle haben 😀 Aber prevented're nie von jedem shitni geschützt

zemanta ausgebaut.