Разумеется, полностью (если идет фрагментация, то фрагмент попадает целиком).
$raw_data может содержать данные из файлов захвата Network Monitor'а "*.cap", либо «растранспарированные» (untranspared) данные считанные напрямую из последовательного порта модема.
Внутри самого потока (в области обнаруживаемого пакета) нет никаких «посторонних» включений.
При этом, сам пакет может быть окружен с обоих сторон заголовками инкапсуляций канального (и, даже, транспортного) уровня. Сами RAW-данные не сжатые и незашифрованные.
Да, про скриншоты — Вы в самую точку попали!
Сейчас для этих целей просто делаю поворот на 90 градусов Full-HD экрана (чтоб меньше склеек делать). Как правило достаточно бывает получить всего один снимок экрана 1080x1920 пикселов. При этом стартовую панель и кнопку «Пуск» держу «с-боку» (что, после поворота, возвращает ее «в-низ» экрана — вдоль длинной стороны). Таким образом, ширина окна браузера (с учетом линейки прокрутки становится равной 1024 пикселя).
Пишите коротенькие изящные программки (в пару десятков строчек), и выкладывайте исходники на всеобщее растерзание.
P.S.: Не забывайте комментировать (и документировать) код.
Да. Можно добиться того, чтобы поисковики смотрели как на разные сайты.
Мы специально «разводили» ай-пишники WWW и не-WWW доменов. Содержимое ресурсов на этих доменах было различным. И, мы добились того, что в Яндексе, по некоторым запросам ОБА наших домена оказывались в одной выдаче (причем на разных местах) — это как раз то, чего мы и хотели. С Гуглом же так не получилось: он в своей выдаче их «слеплял» вместе, что совсем не-айс.
У меня почти аналогичная ситуация (хотя, возможно, даже в более извращенной форме): в компе торчат два 3G-свистка: Би-Лайновский и МТС-овский. На одном: 70-мегабайтный «безлимит», на втором — «обычная» тарификация по трафику (без абонентской платы). Очень часто «безлимит» просто наглухо «вырубается» (как правило, в самых неподходящих моментах), так и не дотянув до 70-мегабайтной отметки. В таких случаях второй свисток берет «огонь» на-себя, и Интернет при этом не «отваливается». Разумеется, при таком «переключении» мой «прокси» должен начать безжалостно «резать» всякий «второсортный» трафик, блокируя рекламы и другой тяжелый «мусорный» контент.
Я, например, решил поступить более радикально: весь IP-трафик пропустить через собственноручно-написанный PHP-VPN-туннель, и, уже, на уровне отдельных IP-пакетов, решать: что отправлять на реальный сервер, а что — безжалостно резать (с возможностью подставлять фейковые «заглушки» для некоторых «особо-настырных» сетевых запросов, в том числе и DNS).
Сравнивать «статический» и «конический» так же некорректно как сравнивать «зеленое» и «соленое». Разумеется, Вы можете отличить «зеленый огурец» от «соленого огурца», как по вкусу, так и по внешнему виду, но, в общем — это несравнимые категории.
Конечная цель немного иная: эти два терминала (их может быть и больше двух) резервируют друг-друга. Важно чтобы у каждого из них был «свой» постоянный Интернет. Как только ICMP-связность этих двух терминалов пропадает регистрируется «сработка» и оба терминала переходят в «аварийный» режим, в котором они за некоторое время должны восстановить связность (вплоть до установки прямой связи по GSM-голосовому каналу 9600 бит/с). Если им это не удается за какое-то время, то каждый из терминалов генерирует сигнал «тревога» (и, например, запускает программу самоликвидации).
No pasaran! (они не пройдут)
Он (роутер) так не будет считать, ведь он же видел, что изнутри никакие пакеты никуда не уходили. И, к тому же, кроме моего узла есть еще куча других сидящих под этим же NAT'ом, и неизвестно, кому из них пакет слать.
К сожалению, это решение создает слишком уж большой объем «левого» трафика.
В идеале хотелось бы чтобы после успешного «пробивания» двух NAT'ов оба терминала могли общаться обмениваясь только лишь ICMP-пакетами.
К сожалению, DynDNS в случае с мобильными терминалами не пройдет — так как терминалы находятся за NAT'ом, и один IP-адрес делится между несколькими узлами. А, пропинговать нужно вполне-себе конкретный узел.
Такая же ситуация была.
Попробуйте пропинговать 8.8.8.8 (это IP-адрес Гугл-DNS). Если пинги проходят — то вручную в свойствах TCP/IP вбейте адрес DNS 8.8.8.8 — все должно заработать. У опсосов просто иногда настройки стоят левые на их оборудовании — приходится вручную допиливать.