[HowTo] Eigenen Proxy Server [Socks 5] aufsetzen (Honorbuddy)

Eigener SOCKS5 Proxy mittels Dante-Server unter Debian / Ubuntu

Es gibt F�lle in denen ein eigener Proxy-Server viel Wert sein kann. Zum Beispiel, wenn man verhindern m�chte, dass Webseiten die Herkunft ermitteln k�nnen oder Dritte direkt die Region sehen aus welcher man stammt (z.B. mittels utrace) . Aber auch wenn Programme genutzt werden wollen bzw. sollen, die nicht in der eigenen Region verf�gbar sind. Gerade f�r Letzteres ist auch das Programm Proxifier sehr n�tzlich. Hiermit lassen sich einzelne Programme �ber den Proxy umleiten oder aber auch der gesamte Netzwerk-Verkehr und das ohne dies bei jeder Anwendung einzeln einrichten zu m�ssen. Aber was ben�tigen wir f�r einen eigenen Proxy-Server? Nun zun�chst einmal w�re ein Server ein guter Anfang. Hier k�nnte ich z.B. einen kurzfristigen Server von OVH empfehlen. Da die Anleitung auf Debian und Ubuntu basiert, w�rde ich hier – aufgrund der Schlankheit – Debian empfehlen.

Kommen wir nun also zur Installation. Zun�chst einmal sollten wir den Server aktualisieren. Dies geschieht mit folgendem Befehl:

Code:

apt-get update && apt-get upgrade

Nun k�nnen wir einen simplen Konsolen Editor und den Dante-Server installieren. Daf�r nutzen wir folgenden Befehl:

Code:

apt-get install nano dante-server

Hier werden wir anschlie�end eine Fehlermeldung sehen, die besagt, dass die Dante-Konfiguration noch nicht erledigt ist. �berschreiben wir nun erstmal die aktuelle Konfiguration mit einer ohne Inhalt. Hierf�r k�nnen wir einfach „/dev/null“ in die Datei streamen.

Code:

cat /dev/null > /etc/danted.conf

Nun k�nnen wir uns an die Konfiguration wagen. Hierf�r nutzen wir folgenden Befehl, um die Konfigurationsdatei zu �ffnen:

Code:

nano /etc/danted.conf

Hier wird nun folgendes eingef�gt:

Code:

# Log Datei
logoutput: /var/log/danted.log

# IP und Port auf dem der Server auf Verbindungen wartet
internal: eth0 port = 9894

# IP Adresse uer die Verbindungen der Clients abgeschickt werden
external: eth0

# method: username benoetigt einen angelegten User im System
# method: none ist zu waehlen wenn keine Authentication gewuecht ist
method: username

# Priviligiert ports wie 80 - 443 etc brauchen root Rechte
user.privileged: root

# Erlaubte IP-- hier werden alle erlaubt 0.0.0.0/0 in den Protocolen TCP / UDP
client pass {
from: 0.0.0.0/0 to: 0.0.0.0/0
}

# allowed protocols with these source IPs
pass {
from: 0.0.0.0/0 to: 0.0.0.0/0
protocol: tcp udp
}

Was sollte hier noch ge�ndert werden? Nun zun�chst einmal m�ssen wir mittels „ifconfig„-Befehl nachsehen, ob unsere Netzwerk-Schnittstelle wirklich „eth0“ hei�t. Ist dem nicht so, dann muss die Zeile „internal: eth0 port = 9894“ angepasst werden (diese muss auch angepasst werden, wenn wir einen anderen Port wollen. Standard f�r Socks5 w�re 1080). Am Ende der Konfiguration k�nnen wir noch einschr�nken, wer auf unseren Proxy zugreifen darf (zus�tzlich wird eine Authentifizierung ben�tigt). In der Regel kann man hier seine �ffentliche IP-Adresse mit „/16„-Postfix nutzen (bei den meisten, nicht allen, Anbietern �ndert sich eure IP nur auf den letzten beiden Stellen). Um die Datei zu Speichern dr�cken wir nun, falls wir diese zuvor mit „nano“ ge�ffnet haben, Strg+O und anschlie�end Strg+X, um die Datei zu schlie�en. Nun m�ssen wir nur noch den Dante-Server neustarten. Dies geschieht mit folgendem Befehl:

Code:

/etc/init.d/danted stop
/etc/init.d/danted start

Und nun k�nnen wir endlich testen! Dazu richten wir den Proxy-Server in Proxifier ein, aktivieren hier noch die Authentifizierung (g�ltige Logins sind selbige wie zum SSH-Terminal) und klicken anschlie�end auf „check„. Hier sollte nun alles gr�n sein. Wenn dem nicht so ist, beginnt die Fehlersuche. Hierbei ist uns die Log-Datei eine gute Hilfe „tail -f /var/log/danted.log„.

SSH richtig einrichten

Einen User anlegen

Einen User erstellt man mit folgendem Befehl:

Code:

useradd -g users -d /home/foobar -s /bin/bash foobar

Hier wird ein User namens foobar in der Gruppe users mit der Bash als Standartshell angelegt. Das Homeverzeichnis des Users liegt in /home/foobar (Dieses Verzeichnis muss manuel angelegt werden!). Der User hat bis jetzt aber noch kein Passwort. Das Passwort kann man mit dem "passwd" Befehl �ndern. Als root kann man auch das Passwort f�r andere User �ndern:

Code:

passwd foobar

Hier sollte man auch darauf achten, das man kein zu einfaches Passwort w�hlt. Also sollte es mindestens 8 Zeichen haben, Gro�- und Kleinbuchstaben, Zahlen und Sonderzeichen beinhalten.

Jetzt, da der User angelegt und mit einem (sicheren) Passwort versehen wurde, ist es an der Zeit zu testen, ob man sich auch einloggen kann. (Das sollte eigentlich jeder k�nnen. Wenn nicht, sollte man sich wundern, wie man �berhaupt mit root arbeiten konnte ;) )

nur ausgew�hlte User zulassen / Sperren

Wir �ffnen als erstes folgende Datei

Code:

nano /etc/ssh/sshd_config

Wer nur bestimmte benutzer explizit f�r SSH freischalten will kann damit schon vielen SSH-Scans einen Riegel vorschieben. Durch ein hinzuf�gen der Zeile:

Code:

AllowUsers username1 username2 username3

Zum sperren von Usern editieren wir folgende zeile:

Code:

DenyUsers username1 username2 username3

Dann Speichern mit Strg+X (wird automatisch geschlossen und es wird gefragt ob die Datei gespeichert werden soll)

L�sst sich der Kreis der SSH-Berechtigten einfach eingrenzen. Die �nderungen werden dann mit einem

Code:

/etc/init.d/sshd restart

wirksam. Gleiches ist mit Gruppen mittels der Verwendung von AllowGroups sinngem�� auf gleiche Weise m�glich. Am besten parallel in einer anderen Session einloggen und testen ob alles so funktioniert wie es auch soll, ansonsten sperrt man sich bei einem Tippfehler im Benutzernamen in der Konfigurationsdatei schnell mal selbst aus und muss dann den Server ins Rescue-System rebooten um den Fehler zu beheben

Kann mir jemand sagen was ein Root User ist?

Debian und Ubuntu:

Bei der Installation von Debian kann ebenfalls eine direkte Verwendung des Root-Kontos unterbunden werden. Unter dem auf Debian basierenden Ubuntu gibt es bei der normalen Installation nicht einmal die M�glichkeit, anders zu verfahren. Aus Sicherheitsgr�nden hat die Benutzergruppe admin dort aber keine weitergehenden Berechtigungen als sudo auszuf�hren.[3] So k�nnen sich ihre Mitglieder zeitweilig die Rechte des Superusers verschaffen. In der Regel wird sudo automatisch aufgerufen, sobald die Rechte des Superusers erforderlich sind. Es ist allerdings mittels des Befehls "sudo passwd" jederzeit m�glich, den Root-Account dauerhaft freizuschalten, in dem man ihm ein g�ltiges Kennwort zuweist.