Определить локальный IP адрес
 

Как посмотреть свой локальный IP адрес в локальной сети провайдера?
Соединение: ПК -> роутер (ZyXEL)-> интернет.
В роутере:
IP Address: 5.145.237.74 - динамический
- IP Subnet Mask: 255.255.255.255
- IP Address(PHY): 0.0.0.0
- IP Subnet Mask(PHY): 0.0.0.0
В тех. поддержку звонил сказали что локальной сети нет - "свистят". По MAC привязки точно нет. Но локальный то IP все-равно должен быть, иначе внешний IP не назначался бы.
Как обойти?

не должен

Должен, если верить модели OSI. Иначе кому отсылать адресные пакеты?
P.S. Сегодня адрес появился:
- IP Address(PHY): 10.22.40.19
- IP Subnet Mask(PHY): 255.255.252.0

P.S.S. Мистика.

модель OSI/ISO как раз совершенно не предполагает раздвоения уровней, но сети TCP/IP построены по модели DOD/DARPA ;-)

Нормальные провайдеры выдают сразу "белый" единственный IP.

Я же писал:
Это спорный вопрос.

Да дает, за дополнительную плату. Это организациям надо. Простому юзеру и динамического хватает.

Цитата:

Цитата charon Цитата freese: mac-адресах » Я же писал: Цитата charon: По MAC привязки точно нет » »

а про привязку речи и не было

Цитата:

Цитата charon Каждый из четырёх уровней модели DOD выполняет функции соответствующих ему уровней модели OSI. https://ru.wikipedia.org/wiki/%D0%9C...0%BB%D1%8C_DOD Это спорный вопрос. »

Каждый из компонентов катера выполняет функции соответствующих ему компонентов автомобиля: штурвал рулит, к корпусу крепится всё остальное, двигатель двигает.
Так понятнее, что приведённая цитата не несёт того смысла, что вы в неё вкладываете?
Ну и в целом: Википедия - энциклопедия заблуждений, её пишут энтузиасты, а не профессионалы.

Цитата:

Цитата charon Цитата Busla: Нормальные провайдеры выдают сразу "белый" единственный IP. » Да дает, за дополнительную плату. Это организациям надо. Простому юзеру и динамического хватает. »

единственный и постоянный - это не связанные друг с другом понятия

Вы как-то очень своеобразно воспринимаете прочитанное. Давайте не будем углубляться в теорию. Всё равно "говорим на разных языках".

Вернёмся к исходному вопросу:
С точки зрения взаимоотношения провайдера и клиента локальная сеть - это какое-то тарифное исключение (другие лимиты, скорости и т.п.). Если провайдер говорит, что "нет", значит ваши технические изыскания всё равно никакого профита не принесут.

Никак.

Нет, протокол PPPoE работает без использования "локальных IP-адресов". Их используют различные протоколы VPN (PPTP и другие), работающие совсем иначе.
А "локальная сеть" - это дополнительная услуга, которую провайдер может оказывать своим абонентам, а может и не оказывать.

На сетевом уровне в заголовке пакета данных идут
1 Адрес отправителя
2 Адрес получателя

Не важно какой адрес IP или MAC. Без адресов невозможен обмен данных в сети.
MAC адреса сейчас практически не используются. Для доступа к серверу провайдера (моего) используется только User Name и Password.

P.S. запустите прогу Wireshark и посмотрите содержание пакетов.

PPP вообще и PPPoE в частности работают на канальном уровне...

PPPoE - протокол не "сетевого" уровня, а канального.
Адресация протокола PPPoE производится по MAC-адресам устройств отправителя и получателя в заголовках пакетов PPP, по-этому работает и без назначения внешнему порту маршрутизатора отдельного IP-адреса.

Всё правильно: "MAC адреса сейчас практически не используются" для идентификации абонента в момент установки соединения.
Что позволяет абонентам нормальных провайдеров без проблем использовать любые оконечные устройства, в которых для установки соединения достаточно указать логин и пароль.
Самые нормальные провайдеры заодно используют проверку абонентской линии, чтобы исключить использование украденного пароля сторонними лицами

Не могу не согласиться.

Согласен. С этими протоколами полный ппц - в голове уже каша. Каждый пишет что хочет. В одном месте одно, в другом другое. Кому верить?

Я думал что MAC адреса вообще не используются. Клиент отправляет широкополосный запрос, коммутатор провайдера откликается и назначает локальный IP клиенту, далее на основе локального IP клиента сервер назначает клиенту внешний IP адрес. Как-то так.

В логах роутера MAC адрес нигде не упоминается. Есть только не очень понятный запрос роутера:
line0, canal0, devch0

Далее идет Open LCP, Open ICMP и т.д.

Уточню логи выложу.

МАК-адреса устройств используются всегда.
Клиент отправляет широкополосный запрос (на MAC-адрес FFFFFFFFFFFF), коммутатор провайдера посылает на MAC-адрес клиента ответ, из которого клиент узнаёт MAC-адрес коммутатора провайдера для дальнейшего обмена информацией.

только они имеют значение исключительно в одном сегмнте сети, до первой активной железяки.
кто когда-либо пакеты читал, помнит, что символы с 1 по 6 - мак получателя, 7-12 - мак отправителя, потом уже капсулируется и ИП и всё остальное..
Но поскольку вероятнее всего сеть сегментированная, то мак бесполезен - это будет мак ближайшей в пути к девайсу активной железяки. Напр, первый же свитч по пути от компа, с которого проверяется.

Вы хотя бы в суть беседы вникали.

:o Откуда вы этот бред взяли?
При передаче пакетов в пределах одной подсети IP-адресации MAC-адреса отправителя и получателя в пакете не меняются, сколько бы коммутаторов не прошёл этот пакет.
Даже если сам пакет через точку доступа WiFi переходит из проводного сегмента ЛВС в беспроводной, адреса в нём не меняются.

Сомневаетесь? Напишите команду arp IP-адрес, и вы увидете MAC-адрес не "первого же свича", а указанного компьютера.

Цитата:

Цитата El Scorpio Даже если сам пакет через точку доступа WiFi переходит из проводного сегмента ЛВС в беспроводной, адреса в нём не меняются. »

не совсем так - всё же WiFi и Ethernet устроены по-разному, поэтому пакет не переходит, а преобразуется в другой формат, а MAC хоть и сохраняется, но роль у него не та

Во-первых, читайте первоисточники, а не популистские статейки. Тот же OSI/ISO - это не диаграмма из семи прямоугольничков, а толстая брошюра, формалировки в которой "вылизывала" толпа умнейших людей на протяжении нескольких лет - воспринимать их надо буквально и однозначно. Подавляющее же число литературы/курсов основана не на стандартах как таковых, а на реализациях в ОС и железе.
Во-вторых, интернет построен и функционирует на безуровневых принципах - RFC 3439 - Internet Architectural Guidelines. Section 3. Layering Considered Harmful.
В-третьих, смысл vpn и подобных технологий, чтобы нарушать привычный ход обработки данных. Как данные передаются и что получается на выходе - две большие разницы.

Тяжело их найти (первоисточники), SEO им не надо, к сожалению. В поисковиках на первых местах "популистские статейки". К сожалению поисковики стали выдавать много мусора. Язык запросов (на яндексе) упрощен дальше некуда и работает совсем не так как описан на сайте. Нужен поисковик по поиску :-)
P.S. Да и на английском бегло не читаю.