чи можна пов’язати різні облікові записи електронної пошти з різними мережевими профілями?


0

Мій робочий брандмауер для дротового Інтернету блокує майже кожен порт, крім http, https та, можливо, декілька інших портів, пов’язаних із веб-сайтом (993, 465 та все, що стосується IMAP, заблоковано). Непроникний, серед інших, Gmail. Моя офісна пошта здійснюється через Exchange / MAPI (поштовий сервер також веб-сервер? Дивно) і не зупиняється брандмауером.

Також у мене є бездротовий робочий рахунок WIFI, який, звичайно, повільніше, ніж дротовий зв’язок, але не блокується жодним брандмауером.

Коли підключений дротовий Інтернет, одночасна перевірка моїх облікових записів електронної пошти надає повідомлення для Gmail: "Не вдалося підключитися до поштового сервера #.#.####@#########; у з'єднанні відмовлено . " Я розумію, чому.

Найсмішніше, що якщо я відключую дротовий Інтернет, одночасна перевірка обох моїх облікових записів електронної пошти завершується успішно! Це не потрібно, якщо перевірка Gmail використовує (все ще доступне) бездротове з'єднання!

Чи можна було б якось зв’язати обліковий запис gmail з бездротовим підключенням до Інтернету, а інший інтернет-трафік - до провідного інтернет-з'єднання? Тоді можна було б продовжувати читати Gmail у програмі електронної пошти (наприклад, Thunderbird), а не користуватися WebMail.

Відповіді:


1

У мене раніше було подібне питання на моєму старому місці роботи. Я ніколи не знайшов ідеального рішення для цього, але ви можете встановити власні маршрути, щоб переконатися, що пакети gmail передаються по бездротовій мережі. Це трохи складно, але це працює! Якщо є більш простий метод, я б точно хотів знати про це!

В основному вам потрібно ping imap.googlemail.com, щоб визначити IP-адресу сервера GMail IMAP:

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

Тепер вам потрібно створити маршрут для цього у таблиці маршрутів на основі шлюзу за замовчуванням для бездротової мережі (це можна знайти, запустивши ipconfig /allабо в деталях мережного адаптера).

Скажімо, шлюз за замовчуванням для бездротової мережі є 192.188.1.254, введіть у командному рядку наступне (яке повинно бути "Запустити як адміністратор"):

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

Це змусить весь трафік на сервер IMAP проходити по бездротовій мережі.

Ви можете перевірити конфігурацію, запустивши, tracert imap.googlemail.comі вам слід побачити, що вона проходить через бездротовий шлюз.

Це працює досить добре за короткий термін, але запис DNS googlemail постійно змінюється, тому вам потрібно буде кілька разів повторно запускати pingта виконувати route ADDдії, коли він перестане працювати, але це з часом зменшиться. -pПеремикач на route ADDробить його стійким маршрут , який залишається після перезавантаження.


Це дуже можливо - велике спасибі!
alle_meije

Ласкаво просимо! Будь ласка, повідомте мене, якщо у вас є якісь проблеми. Одного разу я можу написати програму для автоматизації цього, оскільки я впевнений, що ми не можемо бути єдиними, хто зіткнеться з цією проблемою.
zelanix

привіт - це працює зараз (маршрутизація знаходиться в таблиці), але gmail все ще не працює ... чи потрібно спочатку видалити інші маршрути з номерами на зразок 0 і 255? Дякую!
alle_meije

@alle_meije, це повинно бути добре - вам не потрібно видаляти нічого іншого, оскільки він буде використовувати маршрут з найнижчою метрикою. не забудьте перевірити маршрут tracert imap.googlemail.comі переконайтеся, що він проходить через правильний шлюз
zelanix
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.