Más

Servicio de enrutamiento en línea (que no es de Google)

Servicio de enrutamiento en línea (que no es de Google)


Actualmente estoy proyectando algo que quiero desarrollar. Pensando en las cosas que se necesitarían, me di cuenta de que necesitaría tener una base de datos pgRouting / postGis en algún lugar. El programa que quiero hacer debe calcular los datos y devolver la ruta más corta.

¿Existe algún servicio en línea que ofrezca este tipo de servicio (una base de datos pgRouting / postGIS accesible)? incluso por una tarifa? Como no pude encontrar uno, estoy preguntando aquí.

Muchas gracias.


Actualización de comentarios:

Quiero desarrollar una aplicación que UTILICE un servicio de enrutamiento para mostrar los datos enrutados (en otros lugares) en el teléfono. Como oh, estoy aquí, thisService-> por favor dígame cómo ir de xay.


OpenRouteService ofrece una API para enrutamiento basado en OSM: http://wiki.openstreetmap.org/wiki/OpenRouteService#ORS_.22API.22


API ABIERTA de MapQuest tiene este servicio; cubre un área más grande que el OpenRouteService actual.

http://developer.mapquest.com/web/products/open/directions-service

Nota: las direcciones y rutas son tan buenas como la calidad de los datos base; a veces, OpenStreetMap es mejor y en áreas menos populares es peor que otros servicios de enrutamiento.


¿Puedo acceder a los errores del enrutamiento de correo electrónico de las aplicaciones de Google?

Hay un par de cuentas en él. El dominio se ha configurado para entregar el resto a una tercera cuenta "catchall @ domain". Luego, esa cuenta se configuró para reenviar a mi cuenta de Gmail.

Algunas veces se entregan los correos enviados a pick-an-email @ domain. Otras veces no lo hacen. Tampoco están llegando al dominio catchall @.

La ruta correcta debe ser

  1. enviar correo -> us_amazon @ dominio
  2. 'us_amazon' no reconocido, así que envíelo a catchall
  3. catchall cuenta reenvía a gmail
  4. lee el correo electrónico y sonríe contento

Para el envío de cuentas de correo electrónico que no llegan, he probado la entrega y leer los recibos. El recibo de entrega dice & ltparaphrased & gt entregado a Google, no se generarán más recibos.

Cambiar la cuenta catchall para reenviar (en lugar de reenviar y archivar) no hace ninguna diferencia.

Curiosamente, agregar us_amazon como apodo para la cuenta catchall parece funcionar.

Nota que en este caso el problema era que el correo electrónico terminaba en la carpeta de correo no deseado, pero el correo no deseado no se mostraba como predeterminado.


No pude enviar correos electrónicos que nunca envié

Hace unos meses, comencé a recibir algunos correos electrónicos del "Subsistema de entrega de correo" ([email protected]). A pesar de que se trata de un correo electrónico de error "automático", pensé que estos correos electrónicos eran spam, así que simplemente los ignoré. Pero hoy muchos más correos electrónicos, y esto me empezó a molestar.

Estos correos electrónicos se envían desde [email protected] (hay un icono que indica un correo electrónico de respuesta) y dice que "[email protected] no se pudo encontrar". "MYEMAIL" es el correo electrónico que está recibiendo estos mensajes, pero con el dominio "aol.com" (no tengo ningún correo electrónico de este dominio).

En estos correos electrónicos, siempre hay un archivo adjunto sobre algo atractivo, como dietas y vinos. Creo que el detalle más curioso es que estaba recibiendo estos correos electrónicos pero de forma "normal". Antes de recibir de mailer-daemon, recibía como spam normal, incluso con el mismo tema, y ​​en algún momento esto ha cambiado a mailer-daemon. Otro detalle es que, a pesar de que estos correos electrónicos siempre tienen un archivo adjunto, no puedo ver los íconos del archivo adjunto hasta que abro el correo electrónico. Solo entonces, cuando cierro el correo electrónico, puedo ver los íconos del archivo adjunto. Obviamente nunca descargué estos archivos


Enrutamiento de Google Cloud con VPC emparejadas en una topología de malla parcialmente conectada

dividimos nuestra infraestructura de Google Cloud en varios proyectos, cada uno con su propia VPC. Tenemos una VPC central, llamémosla vpcA, a la que nos conectamos a través de pritunl VPN y un túnel de sitio a sitio desde el exterior.

También hemos conectado vpcA a varios otros proyectos B con vpcB y C con vpcC mediante el emparejamiento de VPC. Esto funciona muy bien porque todo puede ver el contenido de vpcA y vpcA puede ver el contenido de vpcB y vpcC. Todo tiene IP 10.0.0.0 únicas. Cada vpc tiene su propio rango de CIDR único (por ejemplo, 10.96.0.0/16 para vpcA, 10.97.0.0/16 para vpcB, etc.). Todas las subredes están ubicadas en la misma región.

Nuestro problema ahora es que vpcB no puede ver nada en vpcC. El intercambio de tráfico de VPC solo enruta entre las redes de vpc locales, y no entre las redes de intercambio de tráfico de ese vpc (p. Ej., De vpcB a vpcA, solo se enruta el rango 10.96.0.0/16). Parece que no hay forma de modificar esto para enrutar también el resto del tráfico.

Si bien podemos interconectar directamente vpcB y vpcC usando un emparejamiento por separado, eso rápidamente se vuelve complejo a medida que aumenta el número de vpcs. Además, y este es realmente el factor decisivo en este momento, cuando conectamos nuestra infraestructura local con vpcA utilizando un túnel / puerta de enlace VPN de Google Cloud, también solo ve el contenido de vpcA. La creación de un túnel VPN directo para cada una de nuestras VPC generaría una gran cantidad de gastos generales y un costo adicional (con 10 VPC que serían $ 360 / mes sin tráfico, solo para pares).

Ahora, la pregunta es, ¿nos falta algo? ¿Existe alguna forma de crear una topología de malla parcialmente conectada con VPC en Google Cloud?


2 respuestas 2

Puedo sugerirle que utilice el código abierto GOCR. Puede que no sea tan potente como el tesseract, pero es posible que no le preocupe el robo de datos.

gocr es un programa de reconocimiento óptico de caracteres que se puede utilizar desde la línea de comandos.

Tesseract OCR es un OCR de línea de comandos de código abierto gratuito integrado en C ++. Su desarrollo corre a cargo de Google, pero cualquiera puede contribuir.

Puede usar Tesseract sin darle nada a Google. Si está muy preocupado, ejecútelo en un máquina virtual que no tiene conexión de red. Personalmente, es mucho más fácil de configurar en Ubuntu & quotsudo apt install tesseract-ocr-eng libtesseract-dev -y & quot hecho! Personalmente lo uso con WSL2 en Windows y uso Python para interactuar con él.


Windows no se puede conectar a los servicios de Google

Administro una LAN de oficina pequeña que se conecta a Internet a través de un firewall pfsense 2.4.4. La mayoría de los sistemas en la LAN son Mac, pero hay dos PC con Windows, que ejecutan Windows 7 y Windows 10.

Recientemente, las PC con Windows no pueden conectarse a ningún servicio de Google. Por ejemplo, al conectarse a gmail.com en Chrome, finalmente se muestra una página que dice "No se puede acceder a este sitio. Accounts.google.com tardó demasiado en responder". Conectarse a www.google.com muestra la parte superior de la página, pero no el pie de página. Otros navegadores (Firefox, IE y Edge) tampoco funcionan. Arrancar en modo seguro no ayuda. Conectarse a gmail.com en una ventana de incógnito de Chrome tampoco ayuda. La conexión a otros sitios de Google también falla (unidad, documentos, etc.).

La conexión a sitios que no son de Google está bien (es decir, amazon.com, microsoft.com, etc.) y las Mac funcionan bien para Google y todo lo demás. Además, la conexión de la PC con Windows a un iPhone (es decir, sin pasar por el firewall) funciona.

El pfsense usa Google dns (8.8.8.8), y he intentado vaciar el caché dns de la PC y también intenté configurar la PC con Windows para usar servicios dns alternativos directamente: Google (8.8.8.8), OpenDNS (208.67.222.222) y Cloudflare (1.1.1.1).

Los archivos de hosts parecen normales (vacíos o simplemente 127.0.0.1).

Ambos sistemas se han escaneado en busca de virus con las herramientas de Microsoft y con AVG.

Hasta donde yo sé, nada ha cambiado en el pfsense desde la última actualización de firmware, que fue hace un par de meses.


3 respuestas 3

TLDR es en negrita.

En esencia, debe dirigir de alguna manera el "subdominio desnudo", o el dominio ápice, a la misma ubicación que www. subdominio.

En los viejos tiempos, lo haría con un registro de nombre A en su archivo de zona DNS, apuntando a la dirección IP de su servidor individual. Si alcanzaban el dominio de ápice, se enviarían a la misma ubicación que www. (asumiendo que www. también fue a la IP de su servidor, por supuesto), aunque su navegador solo mostraría dominio.com/etc. .

Desafortunadamente, esto no se escala bien cuando no tiene una IP estática para mapear. Cuando se trata de alojamiento en la nube, como App Engine, las instancias dentro del centro de datos son responsables de las redes definidas por software que hacen cosas raras con el DNS detrás de la abstracción de ese registro CNAME de ghs.googlehosted.com que usó para asignar solicitudes en su dominio a través de un servicio de alojamiento / resolución de dominio de Google Apps existente que apunta a sus instancias de App Engine.

En la documentación relacionada con los dominios de aplicaciones, puede encontrar instrucciones sobre cómo asignar su subdominio simple a www (o cualquier otro subdominio)y simplemente funciona. No se necesita IP estática.

Puede leer un poco más sobre subdominios desnudos y cómo algunos proveedores de DNS ofrecen tipos de registros en zonefiles que le permitirán enrutar el dominio apex a un subdominio justo en la fase de resolución de host de una conexión en esta respuesta SO.


¿Cómo superar el bloqueo de Google del acceso smtp de gmail?

Tengo una cuenta de Google en la que quiero iniciar sesión desde la aplicación Gmail de un dispositivo Android. SOLO quiero Gmail, no Hangouts, Drive, etc. Así que estoy intentando agregar la cuenta como una dirección de correo electrónico estándar en Gmail.

En mi cuenta de Gmail, fui a Configuración> Reenvío de POP / IMAP y habilité IMAP. Luego, siguiendo estas instrucciones (https://support.google.com/mail/answer/7126229), intento agregar el correo electrónico en la aplicación Gmail de mi teléfono.

Abro Gmail> Menú> Configuración> Agregar cuenta, escriba mi dirección de correo electrónico y luego haga clic en Configuración manual> IMAP. En la configuración entrante, escribo mi correo electrónico, contraseña e "imap.gmail.com".

Eso funciona bien. pero luego en el siguiente paso. SMTP. En la configuración entrante, escribo mi correo electrónico, contraseña y "smtp.gmail.com"

Y dice "el nombre de usuario o la contraseña son incorrectos" Y luego, en mi cuenta de Gmail, recibo un correo electrónico titulado "Alerta de seguridad crítica" que dice "Alguien acaba de usar su contraseña para intentar iniciar sesión en su cuenta desde una aplicación que no es de Google. Google los bloqueó, pero deberías comprobar qué pasó ".

¿Cómo puedo agregar una dirección de Gmail a la cuenta de Gmail a través de IMAP en lugar de tener que agregar toda mi cuenta de Google a todo el teléfono?


1 respuesta 1

Como no soy un experto, no puedo saber con certeza si tengo razón sobre la cláusula 10,4 e, pero encontré otra cláusula que hace que esta pregunta sea irrelevante en este caso:

10.1 a: Sin acceso a las API o al Contenido, excepto a través del Servicio. No accederá a las API de Maps ni al Contenido, excepto a través del Servicio. Por ejemplo, no debe acceder a mosaicos de mapas o imágenes a través de interfaces o canales (incluidas las interfaces de Google no documentadas) que no sean las API de Maps..

Esta cláusula es más específica para este caso de uso y prohíbe expresamente dicho uso del contenido de Google Maps. Y afortunadamente para mí, el ejemplo incluido enfatizado básicamente responde a esta pregunta.


1 respuesta 1

Estoy de acuerdo, no veo ninguna razón obvia para que se agreguen estos permisos en función del registro de cambios.

Sí, puedo inventar algunas razones por las que tal vez las "necesite" para una función u otra (hacer clic en el restaurante cercano y llamar directamente desde la aplicación).

Pero el punto aquí es que no hay explicación. Es completamente incorrecto que Google se comporte de esta manera, ya que provoca un comportamiento de "aceptación predeterminada" en todos los casos futuros. Incluidos los que no son de Google.

Al igual que las ventanas emergentes. esta aplicación solicita "internet". no tiene más remedio que decir que sí y, francamente, no hay forma de averiguar por qué.

Ahora, hoy, está básicamente tan seguro como si no hubiera ningún permiso. Todas las aplicaciones lo necesitan todo y todo el mundo hace clic en sí.


Ver el vídeo: 12. El servicio de Enrutamiento - Curso de Windows Server 2016