Никуда мы не съехали. Всё это уже читали , что такое ppp chap и pap знаем примерно с 1999 года. А сервак такой поднимали в начале 2000.
Вот на
этом.Да, согласен на физическом уровне некоторые подвиды устройств передачи данных просто не поддерживают mac адрес. Но по любасу то , что они транспортируют, его содержит.
Что tcp/ip что ipx. При этом мне непонятно, какая принципиальная разница каким образом,
нарисовался в моём tdi-драйвере пакет или уже готовая последовательность пакетов.
Если он просто появился в ndis/ndiswan драйвере и был извлечён из какого-то страшного протокола типа ppp, или даже упал с неба этот пакет по пневматической/голубиной почте?
Какая мне разница,как пакет нарисовался. Вот когда его нет, или он битый,или все битые, тогда меня это заинтересует. И мне будет накласть на OSI. меня будет интересовать конкретное событие в данном конкретном времени и на данном конкретном месте. У меня есть весь инструментарий, которому опять-же накласть на OSI. Если пакет не пришёл через ppp интерфейс , значит нужно проверить это самое ppp соединение.Гыыы!!!
Да!! Это я! ваш капитан очевидность!:)
Сделать ifconfig и посмотреть для начала интерфейс up или down. Это я о FreeBSD чтобы к microsoft не придирались.если down проверить скрипт стартующий интерфейс. Прочитать логи в var/logs/*.log.Узнать причину почему down?
Устройство включено? Кабель интерфейсный цел?
Быть может модуль ядра надо пересобрать другой? Или в настройках ядра что-то включить? Если с интерфейсом норм я просто дальше по цепи иду что там с netgraph / ipfw включено ли? Что там с правилами и т.д. и т.п. Причём модель osi ? Действия всегда конкретные и прикладные.
Мои руки в консоли mc всё это будут делать сами, я даже особенно задумываться не буду.
Особенно про модель osi. Про модель OSI я вспомнил только один раз в институте на экзамене.Больше ниразу она небыла нужна. Вообще.
Половину внутреннего устройства на угад взятой OS просто нельзя впихнуть в OSI.
Ладно прекращаю флуд. Ибо Кузьмич очень заинтересован:)