hhh333 发表于 2014-9-27 19:53 当然是全自动支持的了。这个一般没有手动改配置文件,就直接在界面上点鼠标配置吧。 参见此贴 http://bbs.wuyou.net/forum.php?m ... 5&fromuid=67874 |
我是神仙 发表于 2014-9-26 16:44 能全自动支持吗?配置文件如何写? |
学习 |
不知道可以支持多播不?不错,是比较好用,但怎么实现共享文件呢?比如客户端怎么读取服务器的ghost镜像呢? |
cckp 发表于 2015-11-30 09:53 谢谢! 这个讲的很清楚。 |
本帖最后由 mdyblog 于 2015-11-30 10:26 编辑 zhaohj 发表于 2015-11-20 10:10 也就是说Tiny PXE Server自带的DHCP不会分配IP了,这个是重要的,对吗? -------------- 大概是这个意思! Tiny PXE Server 以接力(代理)的方式参与的。 自己不从自己的IP池取一个IP,发给客户机。 这样就不会冲突了。 |
问:原有ms-dhcp,跨网段vlan,按照上面说明只要勾选“proxydhcp”就会让ms-dhcp分配IP,也就是说Tiny PXE Server自带的DHCP不会分配IP了,这个是重要的,对吗? Tiny PXE Server支持vlan吗? |
我要下载下来试试看 |
本帖最后由 notepad 于 2015-8-28 17:39 编辑 hhh333 发表于 2015-3-17 08:18 今天针我对TinyPXEServer多台机器启动能力的问题做了个并不严谨的测试。 这个测试的结论我分析不出来,只知道在最后阶段的PE文件传输时是可以多设备同时进行的。 1. 以ThinkPad X201+Win10+TinyPXEServer作为启动服务器,两台兼容台式机作为客户机。 2. TinyPXEServer的设置: Config.ini
3. 两台客户机都选择PXE启动:选定“Realtek PXE...”后同时回车。 接下来可以清楚地看到两台客户机同时加载同一个WIM文件,只是加载进度不同而已。 4. 附上日志供大大们分析:
|
楼主 这个程序自带的DHCP 服务无法为多台联网的PE分配IP,我试过,只有一台联网的PE能得到IP,其他的都获取不到,请问有什么方法解决此问题? |
我去,这玩意怎么回事啊,在虚拟机里正常的,但是在实机上就不行啊,不断滚动连接的消息,但是就是不能启动,视乎根本就不能传送启动文件过去,我在机房试的,怎么更改配置都不行???什么歌意思啊!!一直用的HaneWin完全无问题!!! |
找了好久 感谢分享 |
xiaoy 发表于 2015-3-16 10:29 1、在窗口中点右键有保存参数的功能 2、多台机器启动能力的问题,你可以详细测试一下,如用没用到ProxyDhcp功能等,是用ipxe还是pxe功能等。我这里无条件测试。 |
hhh333 发表于 2015-3-15 08:07 谢谢老大,我下一个试试 |
hhh333 发表于 2015-3-15 08:07 谢谢老大,我下一个试试 |
这么说配置个9就解决问题(O_O)? |
不错,支持 |
不错,支持 |
现在用的比较好的pxe工具是哪个啊?请教大大 |
谢谢指点! |
这些代码是什么意思啊?放在哪里 分别是怎么连接的 最好做一个压缩包 打开可以直接用的 我的出问题了共享出错了 |
内网开了dhcp这个会不会影响dhcp网络分配? |
为什么ipxe发出的dhcp不是7 而是变成9?又想了一下 这样区别一下 有助于区分不同的启动阶段。就是说遇到arch为9的基本上就可以认为已经是ipxe了 这时可以把启动文件设置为ipxe的启动脚本了 如menu.ipxe 这样就避免了dhcp循环 并且用不着内嵌脚本embeb 当然直接检测userckass yc是否为iPXE也可以 |
本帖最后由 我是神仙 于 2014-9-28 15:08 编辑 还好这个只要在配置文件中加一行 log=2就可以看到详细的DHCP日志了 总体过程还是明确的 不然还得用抓包工具才能搞清楚这个复杂的DHCP discovery , request, ack,... 等复杂的启动过程。 而且ipxe还会带来二次DHCP的问题。。。 1 dhcp discover: 此为client开始DHCP过程中的第一个请求报文 arch:00007 2 dhcp offer : 此为server 对dhcpdiscover 报文的响应 3 dhcp request : 此为client 对dihcpoffer 报文的响应 4 dhcp ack : server对 dhcprequest 报文的响应,client收到此报文后才真正获得了IP地址和相关配置信息。 5 加载ipxe 6 dhcp discover: 此为client开始DHCP过程中的第一个请求报文 arch:00009 7 dhcp offer : 此为server 对dhcpdiscover 报文的响应 8 dhcp request : 此为client 对dihcpoffer 报文的响应 9 dhcp ack : server对 dhcprequest 报文的响应,client收到此报文后才真正获得了IP地址和相关配置信息。 |
本帖最后由 我是神仙 于 2014-9-28 15:12 编辑 hhh333 发表于 2014-9-28 14:16 规则1是这样的 根据DHCP请求的ARCH arch:00000 pxelinux arch:00006 ipxe32 arch:00007 ipxe64 启动时根据匹配的arch分配IP。 所以客户机启动时首先是一个arch:0007的请求,得到了IP 然后又是一个arch:00009的请求,根本得不到IP 改动后的规则2是这样的: 根据DHCP请求的ARCH 如果是arch:00006 则指向ipxe32 如果不是arch:00006 先分配IP,再分配文件名:如果是0007则分配ipxe64,如果不是00007则分配pxelinux 即 不管arch是什么 都会分配ip,但分配的文件名会根据arch而变化 所以客户机启动时首先是一个arch:0007的请求,得到了IP 并成功指向ipxe64 然后又是一个arch:00009的请求,依然得到了IP,但这时的filename实际上指向了pxelinux。不过可用embedscript指向自己的脚本所以也没啥大问题 |
hhh333 发表于 2014-9-28 14:16 事实上确实和DHCP有关.ipxe.efi加载后会再一次DHCP过程,arch是9. 事实上我也测试了一下 再加一个arch为9的配置就可以启动了 |
我是神仙 发表于 2014-9-28 13:03 这个不是7或9的问题,有点怪,原则上已经与DHCP无关了,但用bootfile2的方式又可以,真不知道问题在哪里? |
Powered by Discuz! X3.3
© 2001-2017 Comsenz Inc.