usar que para mac gratis funciona files facetime como apple app ipad http redirect hosts

que - ¿Cómo puedo redirigir las solicitudes HTTP desde un iPad?



files app iphone (16)

Aquí hay un método de configuración nulo para la prueba cruzada de dispositivo / computadora de un host Mamp Pro Virtual. La única limitación es que solo puedes probar un dominio a la vez, pero para mí esto está bien cuando estoy desarrollando. Sin embargo, es realmente simple cambiar entre hosts virtuales directamente en mamp.

Estoy ejecutando mamp pro 2, león de montaña. Mi carpeta de sitios contiene las carpetas de dominio individuales.

Descubrí que si eliges la IP específica de la computadora local bajo el host virtual ''ip / port'' y reinicias la mamp, este dominio se convertirá en el predeterminado cuando veas la dirección IP o el nombre de la computadora de las computadoras locales en toda la red.

Para fines de prueba, esto funciona muy bien en todos los dispositivos de la red, incluido el iPad. Si desea probar otro host virtual, simplemente puede devolver la configuración de ip / port a "*" y luego reasignar otro dominio a la dirección IP de la computadora y reiniciar.

La ventaja de este enfoque simple es que puede proporcionar acceso a los clientes directamente a sus sitios de desarrollo cuando se encuentra en la misma red sin tener que pasar por ninguna configuración en su máquina.

Espero que esto ayude a cualquier otra persona que busque una solución simple.

Dado que en un iPad no podemos editar el archivo de hosts (sin jailbreaking), ¿cómo podemos redirigir arbitrariamente el tráfico web a otra url?

Esto sería importante para algo como desarrollar un sitio web que use una configuración de host virtual en la que desee redirigir a una máquina de desarrollo.

(Esto está relacionado con esta pregunta: ¿Puedo editar el archivo de host de un iPad? )

Buen tutorial para hacerlo: http://egalo.com/2012/05/29/testing-mac-web-site-using-local-hostname-on-mobile-device/

Otra forma es conectar el iPad a través de Hotspot local con mi MAC OS X y establecer un reenvío de puertos a la máquina virtual de desarrollo. Para lograr esto, he realizado los siguientes pasos:

  • en MAC OS X crea un enlace WLAN-Hotspot cómo hacerlo
  • conecte el iPAD con el Hotspot-WLAN (en iPAD >> Configuraciones >> WLAN)
  • Agregue ServerAlias ​​a la VM de desarrollo local (detalles a continuación)
  • establecer ssh-portforwarding
    ssh -NL <IP-of-hotspot-host>:<source-port>:<url-to-local-vm>:80 <user-to-vm>
  • int en el navegador iPADs abre la página con el IP
    <IP-of-hotspot-host>:<source-port>

Dónde obtener ''IP-of-hotspot-host'':

Después del punto de acceso creado, hay un punto WLAN en
Configuración del sistema MAC OS X >> Red >> WLAN

Agregar las ServerAlias:

En mi desarrollo-VM (Apache2) en /etc/apache2/sites-available/dkr.dev.local tuve que agregar lo siguiente:

<VirtualHost *:80> ... ServerAlias <IP-of-hotspot-host> ... </VirtualHost>

Descubrí que solo tiene que modificar la configuración de Wifi en su iPad para usar la dirección IP de su máquina de desarrollo como un proxy HTTP (como se explica en el artículo antes mencionado ):

De esta manera, es suficiente para poder acceder a su aplicación web en su iPad ingresando la url del host virtual (por ejemplo, local.mywebapp.com ). Es fácil y rápido, pero a diferencia de la solución de Will Koehler, no podrá acceder a Internet desde el iPad. Pero la mayoría de las veces no es realmente un problema, ya que solo quiere probar su propia aplicación.

El Servidor DNS interno es una de las opciones, pero fue demasiado complicado de implementar. Intentamos instalar Squid como servidor proxy, pero eso tampoco funcionó porque redirigía la URL al nuevo servidor y esta redirección también se veía en la URL del navegador.

Lo que finalmente funcionó para nosotros fue instalar Fiddler en uno de los servidores y usar este servidor como servidor proxy en ipad. Fiddler también tiene una función para asignar subdominios a la dirección IP, es decir, algo similar a / etc / hosts.

Las respuestas aquí son correctas. Un poco más de conocimiento: estos no funcionarán con la fijación de certificados. Lo que puede hacer es (1) usar un certificado de comodín de dominio para respaldar su prueba de región dev / prueba / qa. Y / o (2) utilice un servidor proxy inverso, como Apache, mediante el cual cambia a donde Apache enruta las solicitudes dentro de su red. Ahora, cuando ingresas a las pruebas de fijación de SSL, estás muerto en el agua con los dispositivos físicos y solo puedes validar con el simulador (ios) y el emulador (Android).

Lo hice usando squidman en Mac. Es fácil de configurar y usar.
Lo configuré en 5 minutos siguiendo este artículo .

Actualizar

Otra cosa es que si quieres conectarte a los sitios web que se ejecutan en el servidor proxy, en mi caso es mi Mac, debes comentar esta línea en squidman-> Preferences-> Template

# protect web apps running on the proxy host from external users # http_access deny to_localhost

Necesito probar las aplicaciones web que estoy desarrollando en un iPad. Utilizo Apache en mi máquina de desarrollo para ejecutar las aplicaciones web, por lo que la solución más fácil que encontré fue utilizar Apache mod_proxy.

Mi máquina de desarrollo está visible en mi red doméstica como zapphire.local.

La aplicación web que estoy probando está alojada en la máquina de desarrollo en demo.cms.dev (estoy usando POW).

Para configurar el proxy, agregué la siguiente sección a httpd.conf.

<VirtualHost *:80> ServerName sapphire.local ProxyPass / http://demo.cms.dev/ ProxyPassReverse / http://demo.cms.dev/ ProxyPassReverseCookieDomain .cms.dev .sapphire.local ProxyPreserveHost Off </VirtualHost>

Esto enruta las solicitudes entrantes en zapphire.local a demo.cms.dev. El método solo funciona para una aplicación a la vez. Creo que podrías usar diferentes puertos para configurar aplicaciones adicionales. Tal vez alguien tiene una mejor solución?

Probaría el servidor de retransmisión (parte de Afaria) que puede redirigir el tráfico móvil en función de los perfiles.

Actualización: la respuesta de tremoloqui parece menos problemática y mucho más barata.

Puede configurar un servidor DNS interno en su red (si aún no existe uno) y configurar un registro A. Luego, asegúrese de que su DHCP esté configurado para devolver dicho servidor DNS

Si ha estado explorando esto y algunos de los enlaces externos, posiblemente encontrará esta respuesta:

https://.com/a/24770097/3842985

Se trata de un servidor DNS ligero llamado dnsmasq. Súper simple, muy potente y puede usarse junto con sus servidores DNS internos o externos.

Mucho más fácil que instalar calamar, jugar con Apache y otras técnicas que llevarían mucho tiempo y arriesgarían la "integridad" de configuraciones, entornos de desarrollo, entornos de prueba, etc.

Bien vale la pena considerarlo

Lo adopté como una herramienta común para el desarrollo y para la creación de redes normales.

Si tiene un sitio web en vivo, puede usarlo para esto:

Puede agregar un registro A a su configuración de DNS: something.yourdomain.com, que apunta a su dirección IP local, luego agregue una entrada para something.yourdomain.com a su archivo de hosts virtuales. Reinicie Apache, coloque su dispositivo iOS en la misma red y listo.

Si ya tiene un servidor Apache donde está haciendo el desarrollo, puede usarlo fácilmente como un proxy directo. Esto es particularmente útil para los sitios de WordPress, que realmente adoran usar la URL completa absoluta.

Ejemplo de Ubuntu a continuación:

El primer paso es editar el /etc/hosts en su servidor de desarrollo. Agregue la IP local del servidor, apuntando a su sitio.

127.0.0.1 dev.mysite.com

Este archivo de hosts será utilizado por su proxy Apache cuando intente resolver solicitudes desde su iPhone / iPad. Así que vamos a configurar la parte de Apache ahora ...

Es posible que deba instalar algunos módulos primero.

sudo apt-get install libapache2-mod-proxy-html sudo a2enmod proxy proxy_http proxy_html sudo apache2ctl graceful

A continuación, cree un archivo de host virtual, por ejemplo /etc/apache2/sites-available/my-proxy

Listen *:8080 <VirtualHost *:8080> ProxyRequests On <Proxy *> Order Deny,Allow Deny from all Allow from 192.168.1.0/24 </Proxy> </VirtualHost>

Habilite el vhost y reinicie Apache:

sudo a2ensite my-proxy sudo apache2ctl graceful

Luego, vaya a Configuración> Wi-Fi> Su red y configure un proxy "Manual". Ingrese la IP de su servidor Apache y el puerto. ¡Eso es!

El bloque <Proxy *> asegura que solo las personas en mi red local puedan usar este proxy. Estrictamente limitado el acceso es esencial si está utilizando un proxy directo. La página de ip2cidr será útil en este punto. (Como medida adicional, mi cortafuegos bloquea el puerto: 8080).

También es posible usar Weblock - AdBlock para la aplicación iOS (disponible por $ 1.99 aquí: https://itunes.apple.com/us/app/weblock/id558818638?mt=8 ) para crear redireccionamientos de tráfico web.

Esto le permite redirigir cualquier tráfico que coincida con cierta regla a la dirección IP especificada. Esto emulará agregar una entrada a / etc / hosts en su dispositivo iOS. Si el nombre de host configurado en las solicitudes lo gestiona la dirección IP a la que dirige su tráfico, puede usarlo para probar la API privada o incluso para detectar el tráfico enviado desde otras aplicaciones o sitios web. Desafortunadamente, esto solo funciona para las conexiones http / https.

Todo esto solo se puede hacer con Wi-Fi (una de las limitaciones de Weblock). La principal ventaja es que puede configurar fácilmente todo desde su dispositivo iOS y no hay necesidad de meterse con la configuración del servidor DNS / proxy.

Aquí hay un ejemplo:

  1. Configuré Weblock así: http://i.stack.imgur.com/c5SUh.png
  2. Abrió Safari y escribió en www.google.com como URL
  3. Esta es la salida en la terminal de mi Mac que escucha la conexión en el puerto 1234:

macbook-pro-tk:~ kpr$ nc -l -v -v 1234 GET http://www.google.com/ HTTP/1.1 Host: www.google.com Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Proxy-Connection: keep-alive PREF=ID=7722bc3c844a7c26:TM=1402073839:LM=1402073839:S=5bSJJsM2p0HgUP7L User-Agent: Mozilla/5.0 (iPhone; CPU iPhone OS 7_1_1 like Mac OS X) AppleWebKit/537.51.2 (KHTML, like Gecko) Version/7.0 Mobile/11D201 Safari/9537.53 Accept-Language: en-us Accept-Encoding: gzip, deflate Connection: keep-alive

Weblock también es bueno para redirigir selectivamente algunas URL con expresiones regulares. Puede redirigir las consultas a determinados puntos finales solamente, mientras que todas las demás consultas van a la IP devuelta desde el DNS. Esto realmente permite una configuración aún más adecuada que hace / etc / hosts.

Ejemplo: si creo una regla de redireccionamiento de URL para htt *: //somedomain.com/api/login* y alguna IP y puerto, solo veré el tráfico de esta URL en esta IP y puerto, mientras que el resto del tráfico a somedomain. com irá directamente a la IP devuelta por el DNS. Observe que funcionará para / api / login y / api / login? Someparam = somevalue gracias al signo comodín * al final de la regla.

También puede usar http://xip.io/ usando las instrucciones en esa página, puede ingresar la dirección IP y lo redirigirá a la dirección IP local correspondiente.

La forma de evitar esta limitación del iPad es usar un servidor proxy HTTP, como Squid ejecutándose en otra máquina donde puede editar el archivo de hosts.

En el iPad En Configuración -> Red -> Wi-Fi -> (Su red) Hay una configuración de Proxy HTTP que se puede configurar en manual. Ingrese su información de proxy aquí.

Una vez que esté configurado, podrá manipular el iPad como si estuviera cambiando el archivo de hosts.