SQL Где-нибудь 10 - можно ли объединить команды управления кэшем?

У меня есть несколько мифов, связанных с частными сетями (10.x.x.x, 192.168.x.x, и т.д.).

Миф 1: Частный дюйм/с никогда не может появляться в сети общего пользования. Поэтому это не возможно для частного IP, это не Ваше собственное для появления в, скажем, списке traceroute или SMTP, "Полученном" заголовками.

Миф 2: для стоящего с Интернетом сервера DNS не возможно раздать IP-адреса частной сети.

Оба этих мифа происходят от того же неправильного представления: тот частный дюйм/с является действительно частным и что они никогда не смешиваются с общедоступным дюйм/с. Я полагаю, что спецификация говорит только, что частный дюйм/с никогда не должен направляться в сети общего пользования. Таким образом, при попытке найти маршрут к некоторому случайному частному IP (предполагающий, что это не находится в Вашей собственной сети), то Вы не доберетесь нигде.

Но это не устраняет частного дюйм/с, появляющегося в выводе или результате некоторого запроса. Серверы внутренней почты, например, не имеют общедоступного IP-адреса, поэтому что другой IP-адрес они могут включать в Полученный - заголовком кроме их собственного?

Аналогично, большая установленная сеть может использовать различные частные сети среди их многочисленной LAN. Пакеты, которые проходят через их сеть, возьмут частного дюйм/с маршрутизаторов, даже если пакет в конечном счете сделает свой путь назад на сеть общего пользования. Таким образом traceroute может включать частный IP маршрутизатора в его выводе.

Миф 3: Так как адреса частной сети не routable, две LAN, которая совместно использует то же пространство адреса частной сети, может быть соединена через мост (такой как VPN) без любых проблем.

Это не будет работать - по крайней мере, не, по моему опыту. Скажем, Ваша работа использует 192.168.1.x сеть, и Вы используете того же дома (как типично для потребительских маршрутизаторов). Вы устанавливаете соединение VPN от своего домашнего ПК для работы. В какой-то момент Вы хотите отправить задание печати на принтер на работе, IP-адрес которой 192.168.1.10. Ваш домашний ПК выглядит в своей таблице маршрутизации для выяснения, куда отправить тот пакет. Который LAN должна получить его: Ваша домашняя LAN или Ваша работа LAN? Ответ: не знать. Возможно, этот, возможно, что один. Один из них получит его, но это, вероятно, зависит от Вашего программного обеспечения OS и VPN для различения, какой получает приоритет. Если это похоже на программное обеспечение VPN, у меня был опыт с, Ваша домашняя LAN получит его и если не будет устройства в 192.168.1.10, то пакет будет отброшен в конечном счете.

Решение: при использовании VPN удостоверьтесь, что обе LAN использует различные сетевые пространства.