News: This forum is now permanently frozen.
linktree m0n0wall Forum  >  International Boards  >  Русский
linktree Topic: загрузка boot образа c TFTP сервера из сети Интернет
Pages: [1] 2
Topic: загрузка boot образа c TFTP сервера из сети Интернет  (Read 8582 times)
« on: July 26, 2010, 11:13:03 »
SoulKeeper *
Posts: 14
Есть необходимость загружать тестовые загрузочные BOOT образы по PXE протоколу c TFTP сервера который находиться в сети интернет. Как это можно организовать с помощью Моно?

Схема:
Удалённый компьютер с PXE сетевой картой --->Mono 1.32 mod Russian Dual Access --->
---> Домашний интернет от Beeline  Dual Access ---> Nat маршрутизатор с пробросом порта UDP 69 на сервер TFTP во внутренней сети организации.

Как я понял в стандартной схеме исполнения такое работать не будет.
Т.к. в поле "NEXT Server" указывается адрес не из локальной сети, то запрос уходит некорректно.

Возможно ли решить данную проблему?
« Reply #1 on: July 27, 2010, 04:03:28 »
PiterRing **
Posts: 59
Quote from: SoulKeeper on July 26, 2010, 11:13:03
Есть необходимость загружать тестовые загрузочные BOOT образы по PXE протоколу c TFTP сервера который находиться в сети интернет. Как это можно организовать с помощью Моно?

Схема:
Удалённый компьютер с PXE сетевой картой --->Mono 1.32 mod Russian Dual Access --->
---> Домашний интернет от Beeline  Dual Access ---> Nat маршрутизатор с пробросом порта UDP 69 на сервер TFTP во внутренней сети организации.

Как я понял в стандартной схеме исполнения такое работать не будет.
Т.к. в поле "NEXT Server" указывается адрес не из локальной сети, то запрос уходит некорректно.

Возможно ли решить данную проблему?



почитай документацию по DHCP
С точки зрения стандарта - нет никаких запретов на такую схему.
другой вопрос загрузка по сети.
пошагово это выглядит примерно так:

карточка с PXE после старта получает ответ от дхцп  (айпи аддр и адрес ТФТП)
дальше с тфтп скачивается настроенное ядро, PXE запускает его и применяет заданные параметры.
Дальше от PXE ничего не зависит. Все зависит от настроек образа созданного для удаленной загрузки.
Т.е. там должны быть прописаны правильные адреса сервера откуда грузить остаток системы, протоколы и мапинг файловой системы и пр.
В твоем случае - в некст указываешь адрес нужного тебе ТФТП и включи правило на лан-интерфейсе пропускать наружу все с мониторингом. Потом по логам разберешь - что к чему.
minamotosoftУХоГмыло.ком
//Если гМыло в онлайне - стучите в чат, не стесняйтесь.
« Reply #2 on: July 27, 2010, 06:56:17 »
SoulKeeper *
Posts: 14
В моём случае можно начинать объяснять с последнего пункта, т.к. с удалённой загрузкой я прекрасно и сам разбираюсь, но никогда не сталкивался с проблемой что бы грузить образы из внешней сети.
А тут уже котелок не варит.
Если можешь разжуй этот вопрос поподробнее.
« Reply #3 on: July 27, 2010, 07:26:12 »
SoulKeeper *
Posts: 14
Лог DHCP при попытке загрузки PXE.


Jul 27 09:20:55    dhcpd: DHCPDISCOVER from 90:e6:ba:1f:bf:f2 via fxp0
Jul 27 09:20:56    dhcpd: DHCPOFFER on 192.168.0.99 to 90:e6:ba:1f:bf:f2 via fxp0
Jul 27 09:21:00    dhcpd: Wrote 2 leases to leases file.
Jul 27 09:21:00    dhcpd: DHCPREQUEST for 192.168.0.99 (192.168.0.1) from 90:e6:ba:1f:bf:f2 via fxp0
Jul 27 09:21:00    dhcpd: DHCPACK on 192.168.0.99 to 90:e6:ba:1f:bf:f2 via fxp0

Лоп Файрвала отсутствует.
« Reply #4 on: July 27, 2010, 08:39:35 »
PiterRing **
Posts: 59
Quote from: SoulKeeper on July 27, 2010, 07:26:12
Лог DHCP при попытке загрузки PXE.


Jul 27 09:20:55    dhcpd: DHCPDISCOVER from 90:e6:ba:1f:bf:f2 via fxp0
Jul 27 09:20:56    dhcpd: DHCPOFFER on 192.168.0.99 to 90:e6:ba:1f:bf:f2 via fxp0
Jul 27 09:21:00    dhcpd: Wrote 2 leases to leases file.
Jul 27 09:21:00    dhcpd: DHCPREQUEST for 192.168.0.99 (192.168.0.1) from 90:e6:ba:1f:bf:f2 via fxp0
Jul 27 09:21:00    dhcpd: DHCPACK on 192.168.0.99 to 90:e6:ba:1f:bf:f2 via fxp0

Лоп Файрвала отсутствует.

Включи в настройках файрвола " Log packets blocked by the default rule"
а так же в правило для ЛАН интерфейса разреши доступ все-всем с логированием.
Посмотри, есть ли вообще обращение с 192.168.0.99 на адрес внешнего ТФТП указанного в "некст".
minamotosoftУХоГмыло.ком
//Если гМыло в онлайне - стучите в чат, не стесняйтесь.
« Reply #5 on: July 27, 2010, 10:14:17 »
SoulKeeper *
Posts: 14
вот скрин логов. как я понимаю все запросы благополучно уходят.

* !!!m0n0-log.jpg (69.19 KB, 599x485 - viewed 389 times.)
« Reply #6 on: July 27, 2010, 10:46:04 »
SoulKeeper *
Posts: 14
более того, ушедшие пакеты доходят на ADSL мопед на том конце линии, что им и фиксируется в логах, а в ответ ничего не уходит.
Точнее пакеты уходят через ADSL модем на маршрутизатор. на котором собственно и поднят TFTP сервер.
Но на маршрутизаторе я не могу включить логгирование и посмотреть что происходит дальше.
« Reply #7 on: July 27, 2010, 10:47:47 »
PiterRing **
Posts: 59
Quote from: SoulKeeper on July 27, 2010, 10:14:17
вот скрин логов. как я понимаю все запросы благополучно уходят.

запросы уходят верно.
что видно на загружающейся станции ?
посмотри файрвол-стэйт (там по адресу тфтп сервера проверь есть ли сколь-либо значительный трафик. (ядро как минимум пару метров весит)
minamotosoftУХоГмыло.ком
//Если гМыло в онлайне - стучите в чат, не стесняйтесь.
« Reply #8 on: July 27, 2010, 10:51:09 »
SoulKeeper *
Posts: 14
Quote from: PiterRing on July 27, 2010, 10:47:47
Quote from: SoulKeeper on July 27, 2010, 10:14:17
вот скрин логов. как я понимаю все запросы благополучно уходят.

запросы уходят верно.
что видно на загружающейся станции ?
посмотри файрвол-стэйт (там по адресу тфтп сервера проверь есть ли сколь-либо значительный трафик. (ядро как минимум пару метров весит)

На станции видно TFTP timeout.

Пакеты по 69 порту не идут в обратном направлении, что я увидел в логах ADLS мопеда на внешней сетке. Хотя через мопед проходят дальше на маршрутизатор.
« Reply #9 on: July 27, 2010, 16:27:18 »
PiterRing **
Posts: 59
Quote from: SoulKeeper on July 27, 2010, 10:51:09

Пакеты по 69 порту не идут в обратном направлении, что я увидел в логах ADLS мопеда на внешней сетке. Хотя через мопед проходят дальше на маршрутизатор.

Для чистотЫ эксперимента надо бы попробовать тфтп клиентом просто законектится на искомый сервер, может он просто не дает коннекта ?
minamotosoftУХоГмыло.ком
//Если гМыло в онлайне - стучите в чат, не стесняйтесь.
« Reply #10 on: July 27, 2010, 16:42:41 »
SoulKeeper *
Posts: 14
а как это сделать?
« Reply #11 on: July 27, 2010, 17:14:14 »
SoulKeeper *
Posts: 14
C:\Temp>tftp -v xx.254.99.xx get test.txt

WinAgents TFTP Client version 1.4 Copyright (c)2004-2007 by Tandem Systems,Ltd.
http://www.winagents.com - Software for network administrators

Transfering file test.txt from server in ascii mode...
Packet will be sent. len=51, opcode=1
Packet will be sent. len=51, opcode=1
Packet will be sent. len=51, opcode=1
Packet will be sent. len=51, opcode=1
Packet will be sent. len=51, opcode=1
Packet will be sent. len=51, opcode=1
Packet will be sent. len=51, opcode=1
Packet will be sent. len=51, opcode=1
Packet will be sent. len=51, opcode=1
Packet will be sent. len=51, opcode=1
Packet will be sent. len=51, opcode=1
Error occurred during the file transfer (Error code = 0):
Timeout expired. Retries expired.
« Reply #12 on: July 29, 2010, 07:42:08 »
PiterRing **
Posts: 59
Quote from: SoulKeeper on July 27, 2010, 17:14:14
C:\Temp>tftp -v xx.254.99.xx get test.txt

WinAgents TFTP Client version 1.4 Copyright (c)2004-2007 by Tandem Systems,Ltd.
http://www.winagents.com - Software for network administrators

Transfering file test.txt from server in ascii mode...
Packet will be sent. len=51, opcode=1
Packet will be sent. len=51, opcode=1
Packet will be sent. len=51, opcode=1
Packet will be sent. len=51, opcode=1
Packet will be sent. len=51, opcode=1
Packet will be sent. len=51, opcode=1
Packet will be sent. len=51, opcode=1
Packet will be sent. len=51, opcode=1
Packet will be sent. len=51, opcode=1
Packet will be sent. len=51, opcode=1
Packet will be sent. len=51, opcode=1
Error occurred during the file transfer (Error code = 0):
Timeout expired. Retries expired.

Судя по логу - тфтп не работает  http://www.faqs.org/rfcs/rfc1350.html
minamotosoftУХоГмыло.ком
//Если гМыло в онлайне - стучите в чат, не стесняйтесь.
« Reply #13 on: August 06, 2010, 10:18:40 »
SoulKeeper *
Posts: 14
Логично что не работает.
Мне умные люди сказали что TFTP нельзя передать через нат, т.к. он помимо 69 порта открывает ещё какие-то левые порты и без них не работает.
« Reply #14 on: August 16, 2010, 16:37:10 »
PiterRing **
Posts: 59
Quote from: SoulKeeper on August 06, 2010, 10:18:40
Логично что не работает.
Мне умные люди сказали что TFTP нельзя передать через нат, т.к. он помимо 69 порта открывает ещё какие-то левые порты и без них не работает.
если чесно - то никогда не заморачивался с тфтп - но в сервисах, которые используют свободные порты для коммуникаци - как правило есть параметр зафикировать диапазон выделяемых портов. Если это можно сделать на тфтп - то можно и занатить этот диапазон для загрузки. Вообще то надо разобраться с этим вопросом, думаю что все таки собака где то в другом менсте. Уж больно было бы напряжно реализовывать удаленную загрузку с такими ограничениями.
minamotosoftУХоГмыло.ком
//Если гМыло в онлайне - стучите в чат, не стесняйтесь.
 
Pages: [1] 2
 
 
Powered by SMF 1.1.20 | SMF © 2013, Simple Machines