Ist es möglich, den api explorer komplett auszuschalten oder den Zugriff darauf einzuschränken?
Ich habe einige Protokolle in meiner App bemerkt, die von fehlgeschlagenen Anfragen stammen, die von einem Browser ausgeführt wurden. Meine API wird nur von einer Android-App konsumiert, daher ist der einzige Ort, wo sie herkommen können, der API-Explorer. Auch der API-Zugang ist auf 1 Web- und 1 Android-Client-ID beschränkt.
Leider nicht. Der API-Explorer arbeitet mit dem Discovery-Service, der Ihrer API zugeordnet ist und nicht Teil Ihres Backends ist. Daher können Sie für diese URIs keine Authentifizierung oder Sichtbarkeit angeben.
Mit der Methode list
aus dem Discovery-Service wird die Liste auf dem APIs Explorer App mit Ihrer App als Basis:
your-app-id.appspot.com/_ah/api/discovery/v1/apis
Wenn jemand auf eine der APIs aus der Liste klickt, wird das vollständige Ermittlungsdokument für diese apiName
und apiVersion
mithilfe der Methode getRest
aus dem Ermittlungsdienst abgerufen:
your-app-id.appspot.com/_ah/api/discovery/v1/apis/{apiName}/{apiVersion}/rest
Wenn Sie nach Möglichkeiten suchen, die Ausführung der API zu verhindern, lesen Sie Cloud Endpoints: Steuern Sie, wer API über den API Explorer ausführen kann
endpoints macht auth einfach und Sie können den aktuellen Benutzer erhalten. Sie sollten auth verwenden, um sicherzustellen, dass die Leute sich nicht mit Ihrer privaten API herumschlagen - sonst könnten die Leute verfolgen, welche Art von Post Sie bekommen oder Anfragen, die Sie trotzdem senden - Auth ist immer eine gute Idee, anstatt zu versuchen, Ihre Apis geheim zu halten. p>
Wenn Sie ein geheimes Produkt erstellen und nicht möchten, dass Ihr Konkurrent es erfährt, könnten Sie vielleicht eine Verschleierungsmethode im Backend und auf Ihrem Client verwenden, die die API unlesbar macht.
Auch sollte ein Benutzer, der mit Ihrer apis zu tun hat, Ihre Datenbank nicht beschädigen - oder wenn dies der Fall ist - sollte sie nur für den Benutzer, der dumm war, brechen. Die Logik in Ihrem Client, wie Apis verwendet werden, damit das Backend nicht bricht, ist eine schlechte Idee - die Backend-Apis sollten auf sich selbst aufpassen und sich nicht darum kümmern, wie oder warum sie verwendet werden und wer zu welchem Zweck. p>
Tags und Links google-cloud-endpoints