Archiv:DSM Zugriff auf IP-Ebene beschränken - Versionsgeschichte

Tommes: Tommes verschob die Seite DSM Zugriff auf IP-Ebene beschränken nach Archiv:DSM Zugriff auf IP-Ebene beschränken

2025-03-15T07:37:14Z

Tommes verschob die Seite DSM Zugriff auf IP-Ebene beschränken nach Archiv:DSM Zugriff auf IP-Ebene beschränken

← Nächstältere Version	Version vom 15. März 2025, 07:37 Uhr
(kein Unterschied)

imported>EL Duderino am 4. Juni 2013 um 11:04 Uhr

2013-06-04T11:04:26Z

← Nächstältere Version		Version vom 4. Juni 2013, 11:04 Uhr
Zeile 1:		Zeile 1:
	[[Kategorie:Apache]]		[[Kategorie:Apache]]
	~~<pre>~~		{{Wichtig\|Installation von Software, die nicht von Synology kommt geht immer auf eigenes Risiko.
	Installation von Software, die nicht von Synology kommt geht immer auf eigenes Risiko.
	Zum Teil sind dabei tiefe Eingriffe ins System nötig und das muss über die Konsole erledigt werden.		Zum Teil sind dabei tiefe Eingriffe ins System nötig und das muss über die Konsole erledigt werden.
	Dabei besteht das Risiko von Fehlmanipulationen die bis zur Neuinstallation der DS führen können.		Dabei besteht das Risiko von Fehlmanipulationen die bis zur Neuinstallation der DS führen können.
	Und dabei ist das Risiko sehr groß, dass auch die Partitionen mit Userdaten formatiert werden müssen.		Und dabei ist das Risiko sehr groß, dass auch die Partitionen mit Userdaten formatiert werden müssen.
			<br/><br/>
	Also alles was ihr macht geht auf Eure eigene Kappe :-)		Also alles was ihr macht geht auf Eure eigene Kappe :-)
	~~</pre>~~		}}

	Da ich mir Gedanken um die Sicherheit meiner Daten machen, habe ich mir überlegt, wie ich den Zugriff auf die DSM beschränken kann und zwar auf der IP-Ebene und habe dies über '''.htaccess''' realisiert. Ich lasse einfach nur zu, dass sich IP-Adressen/Domains aus Deutschland sowie die privaten IP-Adressen auf die DSM verbinden können. Alle andere IP-Adressen erhalten ein:		Da ich mir Gedanken um die Sicherheit meiner Daten machen, habe ich mir überlegt, wie ich den Zugriff auf die DSM beschränken kann und zwar auf der IP-Ebene und habe dies über '''.htaccess''' realisiert. Ich lasse einfach nur zu, dass sich IP-Adressen/Domains aus Deutschland sowie die privaten IP-Adressen auf die DSM verbinden können. Alle andere IP-Adressen erhalten ein:

imported>EL Duderino: /* Sperren der IPs */ overflow:auto;height:450px

2013-06-03T21:03:19Z

Sperren der IPs: overflow:auto;height:450px

← Nächstältere Version		Version vom 3. Juni 2013, 21:03 Uhr
Zeile 45:		Zeile 45:
	Datei '''.htaccess''':		Datei '''.htaccess''':

	<pre>		<pre style="overflow:auto;height:450px">
	order allow,deny		order allow,deny
	# allow private and localhost to connect see http://en.wikipedia.org/wiki/Private_network		# allow private and localhost to connect see http://en.wikipedia.org/wiki/Private_network

imported>EL Duderino: order gedreht (deny dann redundant), lokale Blöcke ergänzt, verlinkt, kategorisiert

2013-06-01T22:20:33Z

order gedreht (deny dann redundant), lokale Blöcke ergänzt, verlinkt, kategorisiert

← Nächstältere Version		Version vom 1. Juni 2013, 22:20 Uhr
Zeile 1:		Zeile 1:
			[[Kategorie:Apache]]
	<pre>		<pre>
	Installation von Software, die nicht von Synology kommt geht immer auf eigenes Risiko.		Installation von Software, die nicht von Synology kommt geht immer auf eigenes Risiko.
Zeile 45:		Zeile 46:

	<pre>		<pre>
	order ~~deny~~,~~allow~~		order allow,deny
	deny ~~from all~~
	# allow private and localhost to connect see http://en.wikipedia.org/wiki/Private_network		# allow private and localhost to connect see http://en.wikipedia.org/wiki/Private_network
	allow from 10		allow from 10
	allow from 172.16		allow from 172.16.0.0/12
	allow from 192.168		allow from 192.168
	allow from 127.0.0.1		allow from 127.0.0.1
Zeile 4.638:		Zeile 4.638:

	<pre>		<pre>
	order ~~deny~~,~~allow~~		order allow,deny
	deny ~~from all~~
	# allow private and localhost to connect see http://en.wikipedia.org/wiki/Private_network		# allow private and localhost to connect see http://en.wikipedia.org/wiki/Private_network
	allow from 10		allow from 10
	allow from 172.16		allow from 172.16.0.0/12
	allow from 192.168		allow from 192.168
	allow from 127.0.0.1		allow from 127.0.0.1
Zeile 4.659:		Zeile 4.658:
	Dies kann natürlich auch verwendet werden um den Zugriff des Webservers unter '''/usr/syno/synoman/phpsrc/web/'''<br> sowie der Photo Station unter '''/usr/syno/synoman/phpsrc/photo/''' zu beschränken.<br>		Dies kann natürlich auch verwendet werden um den Zugriff des Webservers unter '''/usr/syno/synoman/phpsrc/web/'''<br> sowie der Photo Station unter '''/usr/syno/synoman/phpsrc/photo/''' zu beschränken.<br>
	Ich hoffe dieser Artikel ist verständlich und hilfreich. Wer Verbesserungen hat, ist gerne eingeladen diese hier einzupflegen.		Ich hoffe dieser Artikel ist verständlich und hilfreich. Wer Verbesserungen hat, ist gerne eingeladen diese hier einzupflegen.

			== Links ==
			* [http://httpd.apache.org/docs/2.2/en/mod/mod_authz_host.html Offizielle Dokumentation] des Moduls mod_authz_host (Apache 2.2)
			* [[3rd Party Applications absichern]]

imported>Raymond: /* Hinweis */

2012-01-18T10:04:13Z

Hinweis

← Nächstältere Version		Version vom 18. Januar 2012, 10:04 Uhr
Zeile 23:		Zeile 23:
	== Hinweis ==		== Hinweis ==

	* '''Wer diese Funktion auch elegant in DSM implementiert haben möchte sollte dafür voten: http://www.synology-forum.de/showthread.html?26161-quot-Most-Wanted-Feature-Bug-quot-2012&p=212223 oder Synology diesen Vorschlag direkt unterbreiten: http://www.synology.com/company/contact_us.php?lang=deu'''		* '''Wer diese Funktion auch elegant in DSM implementiert haben möchte sollte dafür voten: http://www.synology-forum.de/showthread.html?26161-quot-Most-Wanted-Feature-Bug-quot-2012&p=212223 Beitrag #6 oder Synology diesen Vorschlag direkt unterbreiten: http://www.synology.com/company/contact_us.php?lang=deu'''
	* Vor allem der anfängliche Bereich mit Definition, welche IP-Adressen erlaubt sind, sollte man sehr bedächtig ändern bzw. am besten gar nicht ändern. Das Aussperren vom DSM kann nur behoben werden, indem mal sich per Terminal (SSH, Telnet) wieder auf die DSM einloggt und die Datei wieder richtig modifiziert.		* Vor allem der anfängliche Bereich mit Definition, welche IP-Adressen erlaubt sind, sollte man sehr bedächtig ändern bzw. am besten gar nicht ändern. Das Aussperren vom DSM kann nur behoben werden, indem mal sich per Terminal (SSH, Telnet) wieder auf die DSM einloggt und die Datei wieder richtig modifiziert.
	* Es können auch komplette Kontinente zugelassen werden: http://www.countryipblocks.net/continents/ oder auch domains siehe Beispiel in Datei		* Es können auch komplette Kontinente zugelassen werden: http://www.countryipblocks.net/continents/ oder auch domains siehe Beispiel in Datei

imported>Raymond: Hinweis voten bzw. Kontakt zu Synology

2012-01-18T10:03:17Z

Hinweis voten bzw. Kontakt zu Synology

← Nächstältere Version		Version vom 18. Januar 2012, 10:03 Uhr
Zeile 23:		Zeile 23:
	== Hinweis ==		== Hinweis ==

			* '''Wer diese Funktion auch elegant in DSM implementiert haben möchte sollte dafür voten: http://www.synology-forum.de/showthread.html?26161-quot-Most-Wanted-Feature-Bug-quot-2012&p=212223 oder Synology diesen Vorschlag direkt unterbreiten: http://www.synology.com/company/contact_us.php?lang=deu'''
	* Vor allem der anfängliche Bereich mit Definition, welche IP-Adressen erlaubt sind, sollte man sehr bedächtig ändern bzw. am besten gar nicht ändern. Das Aussperren vom DSM kann nur behoben werden, indem mal sich per Terminal (SSH, Telnet) wieder auf die DSM einloggt und die Datei wieder richtig modifiziert.		* Vor allem der anfängliche Bereich mit Definition, welche IP-Adressen erlaubt sind, sollte man sehr bedächtig ändern bzw. am besten gar nicht ändern. Das Aussperren vom DSM kann nur behoben werden, indem mal sich per Terminal (SSH, Telnet) wieder auf die DSM einloggt und die Datei wieder richtig modifiziert.
	* Es können auch komplette Kontinente zugelassen werden: http://www.countryipblocks.net/continents/ oder auch domains siehe Beispiel in Datei		* Es können auch komplette Kontinente zugelassen werden: http://www.countryipblocks.net/continents/ oder auch domains siehe Beispiel in Datei

imported>Raymond: /* Zulassen von TLD (Top-Level-Domain) */

2011-07-01T21:59:20Z

Zulassen von TLD (Top-Level-Domain)

← Nächstältere Version		Version vom 1. Juli 2011, 21:59 Uhr
Zeile 4.650:		Zeile 4.650:
	# allow from alice		# allow from alice
	allow from mediaways.net		allow from mediaways.net

			# allow from t-online
			allow from dip.t-dialin.net
	</pre>		</pre>

imported>Raymond: /* Zulassen von TLD (Top-Level-Domain) */

2011-07-01T21:55:05Z

Zulassen von TLD (Top-Level-Domain)

← Nächstältere Version		Version vom 1. Juli 2011, 21:55 Uhr
Zeile 4.647:		Zeile 4.647:
	# allow to connect from the TLD .de		# allow to connect from the TLD .de
	allow from .de		allow from .de

			# allow from alice
			allow from mediaways.net
	</pre>		</pre>

imported>Raymond: /* Hinweis */

2011-06-27T16:25:11Z

Hinweis

← Nächstältere Version		Version vom 27. Juni 2011, 16:25 Uhr
Zeile 26:		Zeile 26:
	* Es können auch komplette Kontinente zugelassen werden: http://www.countryipblocks.net/continents/ oder auch domains siehe Beispiel in Datei		* Es können auch komplette Kontinente zugelassen werden: http://www.countryipblocks.net/continents/ oder auch domains siehe Beispiel in Datei
	* Nach Erstellen der Datei kann ich nicht von dyndns darauf zugreifen (nur bei "Sperren der IPs"). Das Problem konnte ich noch nicht weiter eingrenzen. Wer dazu eine Lösung hat, bitte im Forum melden: http://www.synology-forum.de/showthread.html?19787-Blockieren-von-IP-Adressen-au%DFerhalb-Deutschlands		* Nach Erstellen der Datei kann ich nicht von dyndns darauf zugreifen (nur bei "Sperren der IPs"). Das Problem konnte ich noch nicht weiter eingrenzen. Wer dazu eine Lösung hat, bitte im Forum melden: http://www.synology-forum.de/showthread.html?19787-Blockieren-von-IP-Adressen-au%DFerhalb-Deutschlands
	* Um ~~auf~~ domainbasierend die Regeln festzulegen, ist es sinnvoll an dem Rechner der Zugriff haben soll, sich den Namen und die IP-Adresse anzuschauen: http://www.mein-whois.de/. An öffentlichen Einrichtungen, wie Hochschulen, kann es vorkommen, dass diese nur mit einer IP-Adresse herausgehen ohne dazugehörigen Namen: es ist daher nur möglich die IP-Adresse und nicht die domain, wie hochschulenname.de zu erlauben		* Um domainbasierend die Regeln festzulegen, ist es sinnvoll an dem Rechner der Zugriff haben soll, sich den Namen und die IP-Adresse anzuschauen: http://www.mein-whois.de/. An öffentlichen Einrichtungen, wie Hochschulen, kann es vorkommen, dass diese nur mit einer IP-Adresse herausgehen ohne dazugehörigen Namen: es ist daher nur möglich die IP-Adresse und nicht die domain, wie hochschulenname.de zu erlauben

	== Installation ==		== Installation ==

imported>Raymond: /* Hinweis */

2011-06-27T16:22:57Z

Hinweis

← Nächstältere Version		Version vom 27. Juni 2011, 16:22 Uhr
Zeile 26:		Zeile 26:
	* Es können auch komplette Kontinente zugelassen werden: http://www.countryipblocks.net/continents/ oder auch domains siehe Beispiel in Datei		* Es können auch komplette Kontinente zugelassen werden: http://www.countryipblocks.net/continents/ oder auch domains siehe Beispiel in Datei
	* Nach Erstellen der Datei kann ich nicht von dyndns darauf zugreifen (nur bei "Sperren der IPs"). Das Problem konnte ich noch nicht weiter eingrenzen. Wer dazu eine Lösung hat, bitte im Forum melden: http://www.synology-forum.de/showthread.html?19787-Blockieren-von-IP-Adressen-au%DFerhalb-Deutschlands		* Nach Erstellen der Datei kann ich nicht von dyndns darauf zugreifen (nur bei "Sperren der IPs"). Das Problem konnte ich noch nicht weiter eingrenzen. Wer dazu eine Lösung hat, bitte im Forum melden: http://www.synology-forum.de/showthread.html?19787-Blockieren-von-IP-Adressen-au%DFerhalb-Deutschlands
	* Um auf domainbasierend die Regeln festzulegen, ist es sinnvoll an dem Rechner der Zugriff haben soll, sich den Namen und die IP-Adresse anzuschauen: http://www.mein-whois.de/		* Um auf domainbasierend die Regeln festzulegen, ist es sinnvoll an dem Rechner der Zugriff haben soll, sich den Namen und die IP-Adresse anzuschauen: http://www.mein-whois.de/. An öffentlichen Einrichtungen, wie Hochschulen, kann es vorkommen, dass diese nur mit einer IP-Adresse herausgehen ohne dazugehörigen Namen: es ist daher nur möglich die IP-Adresse und nicht die domain, wie hochschulenname.de zu erlauben
	An öffentlichen Einrichtungen, wie Hochschulen, kann es vorkommen, dass diese nur mit einer IP-Adresse herausgehen ohne dazugehörigen Namen: es ist daher nur möglich die IP-Adresse und nicht die domain, wie hochschulenname.de zu erlauben

	== Installation ==		== Installation ==