è ansible colbind diversi account di posta elettronica a diversi profili di networking?

Il mio firewall di lavoro per blocchi di networking cablati quasi tutti i porti tranne http, https e forse qualche altra port correlata al web (993, 465 e tutto il resto per IMAP è bloccata). Impenetrabile per, tra l'altro, Gmail. La mia posta di ufficio è via Exchange / MAPI (il server di posta è anche un server web strano) e non viene fermato dal firewall.

Ho anche un account wireless WIFI, che ovviamente è più lento della connessione cablata, ma non è bloccato da alcun firewall.

Quando è collegata l'internet cablata, un controllo simultaneo dei miei account di posta elettronica fornisce un messaggio per Gmail: "Imansible connettersi al server di posta #.#.####@#####.###; la connessione è stata rifiutata ". Capisco perché.

La cosa divertente è che se disattivo l'internet via cavo, il controllo simultaneo per entrambi i miei account di posta elettronica completa con successo! Questo non sarebbe necessario se il controllo di Gmail avrebbe utilizzato la connessione wireless (ancora disponibile)!

Sarebbe in qualche modo ansible accoppiare l'account gmail alla connessione internet wireless e l'altro traffico internet alla connessione internet cablata? Allora sarebbe ansible continuare a leggere Gmail in un programma di posta elettronica (ad esempio Thunderbird) anziché usare WebMail.

Ho usato per avere un problema simile al mio vecchio posto di lavoro. Non ho mai trovato una soluzione ideale, ma puoi impostare routes personalizzati per assicurarmi che i pacchetti gmail vengano passati attraverso la networking wireless. Questo è un po 'complicato, ma funziona! Se c'è un metodo più semplice, vorrei sicuramente sapere!

In sostanza, è necessario ping imap.googlemail.com per determinare l'indirizzo IP del server IMAP di GMail:

C:\>ping imap.googlemail.com Pinging googlemail-imap.l.google.com [173.194.71.16] with 32 bytes of data: Reply from 173.194.71.16: bytes=32 time=43ms TTL=41 Reply from 173.194.71.16: bytes=32 time=43ms TTL=41 Reply from 173.194.71.16: bytes=32 time=43ms TTL=41 Reply from 173.194.71.16: bytes=32 time=43ms TTL=41 Ping statistics for 173.194.71.16: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 43ms, Maximum = 43ms, Average = 43ms 

Adesso è necessario creare un path per questa nella tabella di routing basata sul gateway predefinito della networking wireless (è ansible ipconfig /all all'esecuzione di ipconfig /all o nei dettagli dell'adattatore di networking).

Dite che il gateway predefinito della networking wireless è 192.188.1.254 , digitare quanto segue in un prompt dei comandi (che deve essere "Esegui come amministratore"):

 C:\>route ADD -p 173.194.71.16 MASK 255.255.255.255 192.168.1.254 METRIC 1 

Ciò obbligherà tutto il traffico al server IMAP per passare attraverso la networking wireless.

È ansible testare la configuration eseguendo tracert imap.googlemail.com e dovresti vederlo passare attraverso il gateway wireless.

Questo funziona abbastanza bene a breve termine ma la voce DNS di googlemail è costantemente cambiata in modo da poter eseguire nuovamente il ping e route ADD passaggi route ADD qualche volta quando smette di funzionare, ma questo si ridurrà nel tempo. L'interruttore -p sul route ADD rende un path persistente che rimane dopo il riavvio.