Ich verwende Azure-Web-Apps und muss den Zugriff auf meine Pre-Live-Umgebungen blockieren.So blockieren Sie den Zugriff auf die Subdomain nach IP-Adresse
ich versucht habe mit dem Vorschlag hier gemacht, aber es scheint nicht zu funktionieren: https://learnwithshahriar.wordpress.com/2015/08/06/azure-website-101-restrict-access-on-your-staging-site/
Mein Beispiel:
<rewrite>
<rules>
<rule name="Block unauthorized IP to dev site" stopProcessing="true">
<match url=".*" />
<conditions>
<add input="{HTTP_HOST}" pattern="^dev-slot.example.com" />
<add input="{REMOTE_ADDR}" pattern="111.222.333.444" negate="true"/>
</conditions>
<action type="CustomResponse" statusCode="403" statusReason="Forbidden" statusDescription="Site is not accessible" />
</rule>
</rules>
</rewrite>
Es im Grunde nichts tut und ich verschiedene kleinere Änderungen versucht haben Kein Effekt.
nur auf bestimmte Domains. Wir verwenden die Swap-Funktionalität in Azure. Dies bedeutet, dass beim Wechsel von einer Staging-Umgebung zu prod die Konfiguration damit einhergeht. Daher müssten wir eine Art von Konfigurationsmanipulation durchführen, was bedeutet, ein Skript in unsere Bereitstellungstools zu bringen, viel Aufhebens. In der Hoffnung, dass ich meine Dev-Domänen angeben und den Zugriff auf diese einschränken kann. –
Ich habe das gleiche Problem erlebt, das Sie sind. Offensichtlich müssen Sie bereit sein, manuell Änderungen an Ihrem Server vorzunehmen, um die Aufgaben zu erledigen. Der automatisierte Prozess, den wir verwenden, spult automatisch den Server hoch und führt den gesamten Austausch durch. Wir haben Code-IP White-Listing für unsere Nicht-Produktionsumgebungen durchgeführt. Es könnte eine andere Möglichkeit sein, eine nicht-prod Web-App aufzurufen und dort Ihre Entwicklung durchzuführen, wenn Sie bereit sind, zur Produktionsbereitstellung in der Produktions-Web-App zu gehen. Nicht sicher, wie viel das hilft, aber von dem, was ich sagen kann, die Optionen zu tun, was Sie suchen, sind ziemlich begrenzt. – mrpack