酒厂的管理系统答辩，企业人力资源师的颁证机构是哪里呢

考前1周发准考证。证书一般在成绩公布２个月后发放。(具体时间由网校通知) （注：理论成绩、实操成绩、综合评审成绩分别达60分，且论文或业绩实务分析报告写作与答辩成绩分别达60分，为评定成绩合格。可获得中华人民共和国劳动和社会保障部职业技能鉴定中心颁发国家职业资格证书） 来自（www.chinaedu24.com）

国家人力资源和社会保障部

　　仓库管理的意义　　仓库管理主要业务功能　　仓库管理主要业务流程　　仓库管理存在的问题　　仓库管理重点解决哪些问题　　.........　　===<<传统仓库管理的常见问题>>=====　　仓库管不好，一边是数以万计的物料、成百上千的供应商，诺大的货架式立体仓库，　　一边是为数不多且素质平平的仓管员，种类繁多但不适用，也基本不用的制度和流程。　　归根到底，仓库问题基本上都来自现场管理不到位，例如：　　1、不遵守先进先出原则（First In，First Out----FIFO），造成呆料、废料。　　2、不按库位摆放物料，或移动物料后，不及时把新库位的资料交给录单员录入系统，造成无法找到相关物料。　　3、仓管员不及时送单给录单员，录单员不及时录入系统，结果造成系统数据与实际脱节，影响ERP系统数据的准确性，最终影响到了生产计划的贯彻和执行。标识不统一、不规范，不是没有物料编码，就是物料名称不对，以致无法追查该物料的历史状况。　　4、部分仓管员责任心不够，工作态度消极，办事拖拉，库存盘点不准，以及手工单据信息不准确（主要是抄写错误，键入错误），这都是常有的事。　　5、新旧仓管员交接不清，换一个仓管员，没有真正的交接手续，对前任仓管员所管的物料状态不明的，干脆就封存起来不予管理，只说"找不到"，造成了不应有的呆滞和浪费　　6、 存货周转速度低，仓库内部随处可见落满灰尘的备品备件，盘点过程中还发现许多备件长时间无领用，或者还有足够库存但又购入的现象；　　7、 资金占压情况严重　　8、 对实物的管理无重点，未采用ABC管理法，对于数量少、价值大、重要性高的A类、B类物资未重点管理，没有设定库存上下限；　　9、仓库空间利用率及取料效率低，仓库备件摆放虽较整齐，但未进行系统分类，标示不很清晰。　　===<<现代仓库管理面临的问题>>=====　　(1) 作业效率低：靠手工在办公室PC把业务数据录入ERP系统，不能移动、不实时、操作不方便;　　(2) 库存不准确：事后手工录入ERP单据繁琐易错、数据延迟，导致ERP库存数据不准确、不及时；　　(3) 呆废品堆积：物品未能很好按一定策略(如先进先出)下架，导致呆废品堆积，增加了库存成本；　　(4) 仓位物品摆放混乱：虽然有了仓位划分，但未能很好按一定策略上架(如按分类、订单)，导致拣货效率低下；　　(5) 出入库常发生错漏：出入库时靠人工核对物品、数量容易错漏，导致发错料、收错货，影响生产和服务质量；　　(6) ERP发挥作用有限：由于ERP系统数据不准确、不及时，难以为管理提供可靠的决策依据；　　(7) 产线仓缺料导致生产延误：生产现场物料消耗、车间库存等信息未能及时反馈到发料员，导致发料不及时，影响生产。。。。。。　　===<<基于物联网的RFID\条码技术的仓库管理软件系统>>=====　　广州溯源信息技术有限公司(DESOFT) 仓库管理系统(DE Warehouse Management System， DE WMS) 是基于物联网RFID\条码技术的仓库物流管理系统，主要用于制造及物流企业。系统通过在仓库物流节点布置专用设备（条码打印机、RFID、 PDA、AP、 PC等）配合软件系统对物品出入库作业进行扫描、核对、控制、指引。以此来提高作业效率、准确率；控制物品按合适的策略(如FIFO)下架；指引物品上架到合适的仓位；方便快捷地进行仓库盘点；无缝对接ERP，提升ERP运用效能等。实现实时、快捷、RFID\条码化的仓库管理，最终以快速、准确、低成本的方式为生产过程和客户提供可靠的服务。　　================------

茅台学院（筹）在仁怀市南部新城教育科技园区的征地工作正在紧张进行中。创建茅台学院的申报告已通过省高校设置评审专家组审议，报经省政府同意，并由省政府正式呈报教育部。教育部已于2013年11月组织全国高校设置评审专家到现场评审。学院师资方面，首批招聘的来自全国知名高等学校的以酿酒产业为核心的相关专业学科学术带头人12人经过面试答辩，已于2013年9月初入住仁怀。专家们已接受贵州茅台集团为期三天的岗前培训，茅台集团名誉董事长季克良为首批引进专家们授课。专家们将分别参与第二、三批骨干教师招聘、学科建设规划、专业设置论证、教学大纲及教学管理制度建设、教学仪器配置及采购、实验室规划与建设等工作。学院的发展目标是在建校50周年时，培养全国50%以上的酿酒行业高管。

茅台集团创建茅台学院的申报告已通过贵州省高校设置评审专家组审议，报经贵州省人民政府同意，并由省政府正式呈报教育部，贵州茅台学院建在仁怀市，学层次为普通本科院校。2013年向教育部申请评估，力争2014年正式招生。

1）按照“谁主管谁负责”的原则，对计划经营系统的安全工作负责。（2）组织制订、修改和审批计划经营系统的规章制度，要体现“安全第一”的思想，并监督检查制度执行情况。（3）贯彻“五同时”原则，保证劳动保护、安全技术措施和隐患整改项目经费到位，并监督专款专用。（4）负责本系统人员的安全意识和技能教育，提高职工的整体安全素质。（5）定期召开计划经营系统的安全工作会议，分析经营动态，及时解决存在的问题。（6）把安全管理纳入经营管理中，承包各项经营工作必须有明确的安全指标。（7）负责分管范围以外的安全生产工作，提出合理化建议。(五)、财务科长安全职责（1）保证安全技术措施经费的落实并监督其合理使用。（2）审查劳动防护用品、保健食品和防暑降温饮料的经费支出及合理使用情况。（3）按照“三同时”原则审批新、改、扩建项目，落实劳动保护设施，不留隐患。（4）审查厂内安全奖惩款项各项的出处，认真执行国家和地方法规。（5）负责分管部门、科室的安全生产工作。（6）参与分管范围以外的安全生产管理工作，提出合理化建议。(六)、办公室主任安全职责（1）负责组织职工劳动安全竞赛活动，搞好职工的劳动保护。（2）按照国家有关规定，定期组织职工进行身体检查，健全职工健康档案。（3）参与监督检查各项安全操作规程的执行情况，监督检查有毒有害作业环境的治理情况。（4）参与职工因工死亡、工伤和职业病的调查、分析和处理，监督检查各部门落实预防措施的实施情况，协同厂领导做好善后工作。（5）监督检查本厂女工的劳动保护工作。(七)、车间主任安全职责对本部门的安全生产全面负责，其职责是：（1）保证国家和本厂安全生产法规、制度、指示在本车间贯彻执行。把安全工作列入议事日程，做到“五同时”。（计、布、检、定、评）（2）组织制定部门安全管理规定、安全技术操作规程和安全技术措施计划。（3）组织对新职工进行车间安全教育和班组安全教育，对职工进行经常性的安全思想、安全知识和安全技术教育，定期组织考核，组织车间班组安全日活动，及时采纳工人提出的正确意见。（4）组织全车间员工定期进行安全检查，保证设备、安全装置、消防、防护器材等处于完好状态。（5）组织各项安全生产活动。总结交流安全生产经验，表彰先进班组和个人。（6）严格执行有关劳保用品、保健食品、清凉饮料等的发放标准。加强防护器材的管理，教育员工妥善保管，正确使用。（7）坚持“四不放过”原则，对本车间发生的事故及时报告和处理，注意保护现场，查清原因，采取防范措施，对事故的责任者提出处理意见，报主管部门和总经理批准后执行。(八)、库管员安全职责（1）对管辖范围内的安全生产负责，建立健全物资安全保障制度。（2）贯彻执行《仓库防火安全管理细则》。（3）认真贯彻执行消防法，坚持“预防为主，防消结合”的方针，做好防火、灭火等消防的工作。（4）负责对岗位员工进行防火宣传教育，普及消防知识，负责指导义务消防队的训练工作。（5）储存、发放物资要符合物资安全管理要求。（6）负责本岗位的隐患处理和汇报工作。（7）及时发现生产环境和设施方面存在的事故隐患，并向技术设备部门提出改进意见，督促及时解决。(九)、供销科长安全职责（1）认真学习和贯彻执行安全生产的文件精神，严格把握采购产品符合企业的安全卫生的要求。（2）对购入设备、配件及有关材料的质量问题负责，质量必须符合安全标准要求。（3）认真执行健康、安全与环保的法规、标准，把健康、安全与环境管理纳入企业管理中。（4）负责本部门的安全工作，组织安全检查、安全教育和隐患治理。（5）负责本部门事故的调查处理和上报工作。(十)、质检科长岗位职责（1）认真执行健康、安全与环境保护的法规标准,把维护健康、保证食品生产安全放在第一位，为生产提供良好的保障。（2）及时发现生产环境和设施方面存在的事故隐患，及时提出整改意见。（3）会同有关部门搞好企业职工安全卫生、健康和劳动保护工作，不断改善职工的劳动条件。(十一)、会计安全职责（1）认真执行国家关于企业安全技术措施经费提取使用的有关规定，做到专款专用，并监督执行，切实保证对安全生产的投入，保证安全技术措施和隐患整改项目费用到位。（2）执行国家关于安全技术措施费用使用管理方面的规定，保证安全技术措施费用和事故隐患整改费用到位。（3）审查单位经营计划时，要同时审查安全技术措施计划，并检查执行情况。（4）把安全管理纳入经济责任制，分析单位安全生产经济效益，支持开展安全生产竞赛活动，审核各类事故费用支出。(十二)、班组长安全职责（1）组织员工学习、贯彻执行厂、车间各项安全生产规章制度和安全操作规程，教育职工遵章守纪，制止违章行为。（2）组织参加安全日活动，坚持班前讲安全、班中检查安全、班后总结安全。（3）负责组织日常安全检查，发现不安全因素及时组织力量加以处理，并报告上级。发生事故立即报告，并组织抢救，保护好现场，做好详细记录，参加和协助事故调查、分析，落实防范措施。（4）搞好安全消防措施、设备的检查维护工作，使其经常保持完好和正常运行，督促和教育职工合理使用劳保用品，正确使用各种防护器材。（5）搞好安全消防设施、设备的检查维护工作，使其经常保持完好和正常运行，督促和教育职工合理使用劳保用品，正确使用防护器材。（6）搞好“安全月”、“消防日”活动和班组安全生产竞赛，表彰先进，推广经验。（7）发动群众搞好文明生产，保持生产作业现场整齐、清洁。(十三)、安全员安全职责（1）安全员负责贯彻上级有关安全生产的指示和规定，并监督检查执行情况。（2）参加厂制订、修改有关安全生产管理制度和安全技术规程，并检查执行情况。（3）负责编制厂安全技术措施计划，并检查执行情况。（4）搞好本厂职工的安全教育和安全技术考核工作，具体负责新入厂人员的车间安全教育，督促检查班组、岗位安全教育的执行情况。（5）排好本厂的日常安全活动，组织事故预案演练。（6）参加厂扩建、改建工程设计审查、竣工和设备改造、工艺变动方案的审查。（7）检查落实各级动火措施，确保动火安全。（8）每天深入现场检查，及时发现隐患，制止违章作业，对紧急情况和不听劝阻者，有权停止其工作，并立即报请领导处理。（9）负责厂安全设施、防护器材、灭火器材和事故隐患管理。（10）参加厂各类事故的调查和处理，做好统计分析和上报工作。

茅台集团创建茅台学院的申报告已通过贵州省高校设置评审专家组审议，报经贵州省人民政府同意，并由省政府正式呈报教育部，贵州茅台学院建在仁怀市，学层次为普通本科院校。2013年向教育部申请评估，力争2014年正式招生。

茅台学院（筹）在仁怀市南部新城教育科技园区的征地工作正在紧张进行中。创建茅台学院的申报告已通过省高校设置评审专家组审议，报经省政府同意，并由省政府正式呈报教育部。教育部已于2013年11月组织全国高校设置评审专家到现场评审。学院师资方面，首批招聘的来自全国知名高等学校的以酿酒产业为核心的相关专业学科学术带头人12人经过面试答辩，已于2013年9月初入住仁怀。专家们已接受贵州茅台集团为期三天的岗前培训，茅台集团名誉董事长季克良为首批引进专家们授课。专家们将分别参与第二、三批骨干教师招聘、学科建设规划、专业设置论证、教学大纲及教学管理制度建设、教学仪器配置及采购、实验室规划与建设等工作。学院的发展目标是在建校50周年时，培养全国50%以上的酿酒行业高管。

NIS是基于RPC的，是由一个服务器、一个客户端库以及几个管理工具组成。起初，NIS被称作黄页（Yellow Pages），或YP，现在仍然使用这个名称来非正式地指这项服务。另一方面，Yellow Pages是英国电信的商标，英国电信一直要求Sun更换这个名字。随着事态的发展，某些名称已与人们分不开了，所以YP一直以与NIS相关命令的前缀形式继续存在着，比如象ypserv、ypbind等等。今天，几乎所有的UN*X都包括NIS，而且甚至有它的免费实现版本。一个是来自BSD的Net-2发行版，源自于Sun捐赠的公众域参考实现。该版的客户库代码已经存在于GNU的libc中很长时间了，而管理程序只是在最近才由Swen Thümmler [1] 移植到Linux上。在这个参考实现中漏掉了一个NIS服务器程序。Tobias Reber已经编制出了另外一个NIS软件包，其中包括所有的工具和一个服务器；该软件包称作yps。[2]目前，一个完全重写的称为NYS的NIS代码已由Peter Eriksson [3]编制出来，它支持普通的NIS和Sun的经过许多修正的NIS+。NYS不仅提供了一个NIS工具集和一个服务器，而且还增加了一个全新的库函数集，这个库函数集可能最终会被加入到标准libc中。这包括替换目前使用host.conf的主机名解析的一个新设置方案。这些函数的特性将在下面讨论。这一章将集中讨论NYS而非另外两个软件包，对于这两个软件包我将称它们为“传统的”NIS代码。如果你确实要想运行任何这些软件包的话，本章中的说明也许已经足够也许还不够。要获取另外的信息，请取得一本有关NIS的标准（权威）书本，比如象Hal Stern的NFS和NIS（见[Stern92]）。目前，NYS仍处于开发阶段，因此标准的Linux工具如网络程序或login程序还没有注意到NYS的配置方案。只有到NYS合并进主流libc中时，如果你想使得所有这些执行程序使用NYS时，你才需要重新编译它们。在任何这些应用程序的Makefiles中，在libc之前，指定-lnsl作为 linker的最后一个选项。这将有关函数从libnsl—NYS库中连接过来，取代从标准C库的连接。10.1 理解NISNIS在所谓的包含键-值对的maps中保存数据库信息。Maps被存储于运行NIS服务器的中央主机中，从该主机中，客户可以通过各种RPC调用检索信息。最频繁地，maps是存于DBM文件中的。[4]Maps本身是从主要文本文件（比如/etc/hosts或/etc/passwd）中生成的。对于某些文件，会生成几个maps，每个搜寻键类型对应一个。例如，你可以为主机名和IP地址搜查hosts文件。相应地，从中会生成两个NIS maps，分别称为hosts.byname和hosts.byaddr。表10.1列出了通用maps和它们生成的文件。Master File Map(s)/etc/hosts/etc/networks/etc/passwd/etc/group/etc/services/etc/rpc/etc/protocols/usr/lib/aliases Hosts.byname hosts.byaddrNetworks.byname networks.byaddrPasswd.byname passwd.byuidGroup.byname group.bygidServices.byname services.bynumberRpc.byname rpc.bynumberProtocols.byname protocols.bynumberMail.aliases表10.1 一些标准的NIS maps以及相应的文件。在某些NIS软件包或其它软件中，还有一些你可能会觉得有用的别的文件和maps。这些文件和maps可能含有没在这本书中讨论过的应用程序的信息，比如可能用于某些BOOTP服务器中的bootparams maps，或者在Linux中目前不含有任何函数的文件（就象ethers.byname和ethers.byaddr maps）。对于某些maps，人们通常使用绰号（nicknames），它们很短因而易于键入。要想获得一个你的NIS工具能够理解的绰号的完整列表，运行下面的命令：$ ypcat –xNIS map nickname translation table:“passwd” -> “passwd.byname”“group” -> “group.byname”“networks” -> “networks.byaddr”“hosts” -> “hosts.byname”“protocols” -> “protocols.bynumber”“services” -> “services.byname”“aliases” -> “mail.aliases”“ethers” -> “ethers.byname”“rpc” -> “rpc.bynumber”“netmasks” -> “netmasks.byaddr”“publickey” -> “publickey.byname”“netid” -> “netid.byname”“passwd.adjunct” -> “passwd.adjunct.byname”“group.adjunct” -> “group.adjunct.byname”“timezone” -> “timezone.byname”NIS服务器传统地称为ypserv。对于一个中等大小的网络来说，单个服务器通常就足够了；大型的网络可能需要在不同的网段以及不同的机器上运行几个服务器，以减轻服务器机器和路由器的负荷。通过将这些服务器之一作为主服务器（master server），其它的服务器作为次服务器（slave servers），使得这些服务器同步。Maps将只在主服务器上建立。从主服务器上将它们分发到所有次服务器上。你可能已经注意到，我们一直很含糊地论及“网络”；当然引用这样一个网络的NIS存在着与众不同的概念，也即通过NIS共享它们部分系统配置数据的所有主机的一个集合：NIS域。不幸的是，NIS域与我们在DNS中遇到的域绝对没有一点共同之处。为了在本章中避免含糊不清的情况，我将总是指出我说的哪一类型的域。NIS域只具有纯粹的管理功能。对于用户来说它们主要是不可见的，除了在域中所有机器之间口令的共享。因此，给NIS域取的名字仅与管理员有关。通常，可以使用任何名字，只要该名字与你的本地网络上的其它NIS域名不同就行。例如，虚拟酿酒厂的管理员可以选择建立两个NIS域，一个是给酿酒厂本身用的，另一个是个葡萄酒厂的，她分别将其命名为brewery和winery。另一个很普遍的方案是简单地用DNS域名也作为NIS的域名。为了设置和显示你的主机的NIS域名，你可以使用dommainname命令。当不加任何参数调用时，它打印出当前NIS域名；如要设置这个域名的话，你必须成为超级用户并键入：# domainname breweryNIS域决定了一个应用程序将查询哪个NIS服务器。例如，在葡萄酒厂（Winery）的主机上的login程序（当然）将只向葡萄酒厂的NIS服务器（或者是它们其中之一，如果存在多个服务器的话）查询用户的口令信息；而酿酒厂主机上的应用程序将只查询酿酒厂的服务器。现在还有一个疑点要解决，也即一个客户如何知道要连接到哪一台服务器上去。最简单的途径是有一个配置文件，它给出了要在其上查找服务器的主机名。然而，这个办法非常不灵活，因为它不允许客户依据这些服务器存在与否使用不同的服务器（当然是指从同一个域）。因此，传统的NIS实现依赖于一个称作ypbind 的特殊后台程序在它们的NIS域中来侦测一个适当的NIS服务器。在能够执行任何NIS查询之前，任何应用程序首先要从ypbind找出要使用哪个服务器。ypbind通过向本地IP网络广播来探测服务器；第一个响应的服务器假设基本上是最快的一个并将用于随后的NIS查询。在某个间隔时间过去以后，或者如果服务器不工作了，ypbind将再次探测运行着的服务器。现在，关于动态绑定的争论点是你很少需要它，并且它会带来安全方面的问题：ypbind盲目地相信任何应答者，而这个应答者可能会是一个谦逊的NIS服务器也可能是一个怀有恶意的入侵者。不用说如果你在NIS上管理你的口令数据库的话，这将变成特别麻烦的事。为了防范这个问题，NYS缺省地不使用 ypbind，而是从一个配置文件中取得服务器的主机名。10.2 NIS与NIS+NIS和NIS+除了在名字上和有共同的目标以外，很少有相同之处。NIS+是用一个完全不同的方法构成的。它使用一个类似于DNS的分级名字空间，而不是一个平面的名字空间和松散脱节的NIS域。它使用一个由行和列组成的所谓的表（tables）而不是maps，在NIS+数据库中表的每一行表示一个对象，而列表示NIS+所知所关心的对象的那些属性。一个给定的NIS+域的每个表由那些它们的父域组成。另外，表中的一个条目可以包含到另一个表的链接。这些特性使得用许多方法构造信息成为可能。传统的NIS的RPC版本号是2，而NIS+的是版本3。NIS+至今似乎还没有被广泛地使用，而且我实际上对它也知道不多。（唔，几乎一窍不通）。由于这个原因，这里我们将不涉及它了。如果你对它感兴趣并想多学一点的话，请参阅Sun的NIS+管理手册（[NISPlus]）。10.3 客户边的NIS如果你熟悉编制或移植网络应用程序的话，你将会注意到上面所列出的许多NIS maps与C库中的库函数相对应。例如，要获得passwd信息，你通常使用getpwnam(3)和getpwuid(3)函数，它们分别返回与给定的用户名或数值用户id相对应的帐号信息。在通常的环境下，这些函数将在标准文件（比如/etc/passwd）中执行请求的查找。然而，这些函数的基于NIS（NIS-aware）的实现将更改这种行为，并且会启用一个RPC调用让NIS服务器查询用户名或id。对于应用程序来说这个操作是完全透明的。这个函数可以将NIS map“附加”或“替换”掉原始的文件。当然，这并没有对文件进行实际的修改，它只是让应用程序看上去好象该文件已经被替换或附加上去了。对于传统的NIS实现来讲，对于那些maps替换掉以及那些被添加到原始信息中，曾有某些惯例。有些maps（比如passwd maps）需要对passwd文件进行杂凑地修改，当做错时，就会打开安全方面的缺口。为了避免这个缺陷，NYS常规的配置方案，该方案确定了一个特定的客户函数集是否使用原始文件、NIS、NIS+，并且以什么次序使用。这将在本章后续小节中加以讨论。10.4 运行一个NIS服务器在这么多理论方面的喋喋不休之后，现在开始动手做实际的配置工作。在本节中，我们将讨论NIS服务器的配置。如果在你的网络上已经有一个NIS服务器在运行，你就不必设置你自己的服务器了；在这种情况下，你可以安全地跳过本节。注意，如果你只是准备对服务器做试验，请确信你没有设置一个已经在你网络上使用的NIS域名。因为这会使整个网络服务瘫痪并使得许多人不高兴和恼怒。对于Linux目前有两个现存的免费NIS服务器，一个包含在Tobias Reber的yps软件包中，另一个在Peter Eriksson的ypserv软件包中。至于你运行哪一个是无关紧要的，也不管你使用NYS还是目前在libc中的标准NIS客户代码。在写作本书时，yps中的NIS次服务器处理的代码似乎更完善一些。所以如果你要涉及到次要服务器的话，yps可能是一个更好的选择。当在/usr/sbin中安装好服务器程序（ypserv）以后，你应该建立一个目录，用于存放你的服务器分发的map文件。当为brewery域设置好一个NIS域时，maps将存于/var/yp/brewery中。服务器通过检测是否存在一个map目录来确定它是否在为一个特定的NIS域服务。如果你对某些NIS域禁用了服务，请确信同时也删除那个目录。Maps通常储存于DBM文件中以加速查询。它们是用一个称为makedbm（对于Tobias的服务器）或dbmload（对于Peter的服务器）的程序从主文件中创建的。它们是不可互换的。将主文件转换成dbmload可分析的形式通常需要一些awk或sed技巧，这对于录入有些乏味并且难于记忆。因此，Perter Eriksson的ypserv软件包含有一个Makefile（称为ypMakefile），它将为你做所有这些工作。你应该将它作为Makefile 安装在你的map目录中，并且编辑它，以反映你要分发的maps。在文件的头部，你会发现all目标，它列出了ypserv将要提供的服务。缺省地，该行看上去象这样：all: ethers hosts networks protocols rpc services passwd group netid例如，如果你不想生成ethers.byname和ethers.byaddr maps，只须简单地从这条规则中去掉ethers先决条件。为了测试你的设置，开始只使用一二个maps，比如services.* maps，就已经足够了。在map的目录里，在编辑好Makefile以后，键入“make”。这将自动地生成并安装maps。你必须确信每当你改变了主文件之后，一定要更新maps，否则所做的改变对网络仍然是不可见的。下一节解释如何配置NIS客户代码。如果你的安装设置不工作的话，你应该查出有没有任何请求到达你的服务器。如果你对NYS服务器指定-D命令行标志，它将在控制台上打印出有关所有进入的NIS查询的调试信息，并且返回结果。这些将给你一个提示来确定问题到底出在哪里。Tobias的服务器没有这个选项。10.5 使用NYS设置一个NIS客户在本章的余下部分，我们将讨论NIS客户的配置。你的第一步应该是告知NYS对于NIS服务使用哪个服务器，并在/etc/yp.conf配置文件中设置好。对于在葡萄酒厂（Winery）网络上一台主机上的简单样本文件看上去象这样：# yp.conf – YP configuration for NYS library.#domainname wineryserver vbardolino第一条语句告诉所有NIS客户，他们属于winery NIS域。如果你省略这一行，NYS将使用你通过domainname命令指派给你系统的域名。server语句指定所使用的NIS服务器。当然，与vbardolino相应的IP地址必须在hosts文件中设置；另外，你也可以在server语句中使用IP地址本身。在上面所示的表单中，server命令告诉NYS使用指定的服务器而不管目前的NIS域是什么。然而，如果你频繁地在不同的NIS域中移动你的机器的话，你可能想要在yp.conf文件中保存几个域的信息。你可以通过在server语句中增加NIS域名获得几个NIS域的服务器的信息。例如，你可以为一个便携机改变上面样本文件成这样：# yp.conf – YP configuration for NYS library#server vbardolino wineryserver vstout brewery这允许你在系统引导时通过domainname命令设置期望的NIS域来在两个域的任何一个域中使用便携机。在创建了这个基本的配置文件并确信它是可读的以后，你应该运行的第一次测试来检查你是否能连接到你的服务器上。确信选择你的服务器分发的任何map，如 hosts.byname，并试着使用ypcat工具来检索它。ypcat，就象所有其它的NIS管理工具一样，应该存在于/usr/sbin中。# ypcat hosts.byname191.72.2.2 vbeaujolais vbeaujolais.linus.lxnet.org191.72.2.3 vbardolino vbardolino.linus.lxnet.org191.72.1.1 vlager vlager.linus.lxnet.org191.72.2.1 vlager vlager.linus.lxnet.org191.72.1.2 vstout vstout.linus.lxnet.org191.72.1.3 vale vale.linus.lxnet.org191.72.2.4 vchianti vchianti.linus.lxnet.org你所得到的输出应该与上面显示的相象。如果你得到了一条错误信息指出“Can’t bind to server which serves domain”或者某些类似的信息，那么或者是你设置的NIS域名在yp.conf中没有匹配的服务器，或者是由于某些原因服务器找不到。在后一种情况下，请确信ping到那个主机产生正确的结果，并且它确实正在运行一个NIS服务器。你可以使用rpcinfo来验证后者，它将生成以下输出：# rpcinfo –u serverhost ypservprogram 100004 version 2 ready and waiting10.6 选择正确的maps在确信能够与NIS服务器联系之后，你必须决定要用NIS maps替换或添加哪个配置文件。一般地，你将会对主机和口令查找函数使用NIS maps。前者对于没有使用BIND时特别有用。后者允许所有用户在NIS域的任何系统上登录进他们的帐号；这通常要求通过NFS在所有的主机之间共享一个中央/home目录。这将在10.7节中详细讨论。其它的maps，如同services.byname，并没有如此有戏剧性的效能，但能为你省去某些编辑工作如果你安装了任何网络应用程序而该应用程序使用了一个不在标准services文件中的服务名。通常，对于一个查找函数何时使用本地文件、何时询问NIS服务器，你会想有某些自由的选择。NYS允许你配置函数访问这些服务的顺序。这是通过/etc/nsswitch.conf文件来控制的，该文件名是指名称服务交换（Name Service Switch），当然其并不限制于名称服务。对于NYS支持的任何数据查找函数，它都包含指定所用服务的一行。服务的正确顺序是与数据的类型有关的。并无必要让services.byname的map一定要含有与本地services文件中不同的条目；它可以包含更多的条目。所以，一个好的选择可以是首先查询本地文件，并且只有当服务名称没有找到时才查找NIS。另一方面，主机名信息可能会非常频繁地改变，所以 DNS或NIS服务器应该总是有非常正确的信息，而本地的hosts文件只作为在DNS和NIS不可用时的一个备份而已。在这种情况下，你可能想最后查询本地文件。下面的例子显示出了如何以上面描述的方式配置gethostbyname(2)、gethostbyaddr(2)和getservbyname(2)函数。它们将依次试用列出的服务；如果一个查找成功，结果就返回，否则试用下一个服务。# small sample /etc/nsswitch.conf#hosts: nis dns filesservices: files nis可以在nsswitch.conf文件中有一个条目的完整服务的列表如下面所示。实际被查询的maps、文件、服务器和对象依赖于条目名。nisplus或nis+对这个域使用NIS+服务器。服务器的位置从/etc/nis.conf文件中获得。nis 使用这个域的当前NIS服务器。被查询的服务器的位置在yp.conf文件中设置，见前节所示。对于hosts条目，要查询hosts.byname和hosts.byaddr maps。dns 使用DNS名字服务器。这个服务类型只对hosts条目有用。要被检索的名字服务器仍然由标准resolv.conf文件确定。files 使用本地文件，比如对于hosts条目使用/etc/hosts文件。dbm 从位于/var/dbm内的DBM文件中查找信息。文件所使用的名字与NIS map相对应。目前，NYS支持下面这些nsswitch.conf条目：hosts、networks、passwd、group、shadow、gshadow、services、protocols、rpc和ethers。以后还会增加更多的条目。图10.1显示了一个更完整的例子，它引入了nsswitch.conf的另一个特性：hosts条目中的[NOTFOUND=return]关键字通知 NYS，如果在NIS或DNS数据库中没有找到所要的项就返回。也即，只有在向NIS和DNS服务器的呼叫由于某些其它原因失败时，NYS才将继续搜寻本地文件。因此，本地文件只在启动引导期间使用并且当NIS服务器关闭时起一个备份的作用。# /etc/nsswitch.conf#hosts: nis dns [NOTFOUND=return] filesnetworks: nis [NOTFOUND=return] filesservices: files nisprotocols: files nisrpc: files nis图10.1 nsswitch.conf样本文件。10.7 使用passwd和group MapsNIS的一个主要应用是在一个NIS域中的所有主机上同步用户以及帐目信息。关于这方面，你通常只保存了一个小的本地/etc/passwd文件，对于这个文件，从NIS maps获得的站点范围的信息被添加了进去。然而，只是简单地在nsswitch.conf中为这个服务启用NIS查找还不很够。当引用NIS描述的口令信息时，你必须首先确信在你本地passwd文件中任何用户的数值用户id与NIS服务器的用户id匹配。同样对于其它目的你也会需要这样的，比如从你的网络中其它主机上加载NFS卷时。如果/etc/passwd或/etc/group中的任何数值id与maps中的相偏离，你必须为属于那个用户的所有文件调整文件的所有权。首先你必须将passwd和group中的uid和gid改成一个新值；然后找出属于刚改变的用户的所有文件，最后改变这些文件的所有权。假设news曾有一个id 为9，而okir有一个id为103，它们将被改成其它值；那么你可以发出以下的命令：# find / -uid 9 –print >/tmp/uid.9# find / -uid 103 –print >/tmp/uid.103# cat /tmp/uid.9 | xargs chown news# cat /tmp/uid.103 | xargs chown okir必须针对新安装的passwd文件执行这些命令，并且在改变任何文件的所有权之前收集所有文件的名字，这点很重要。为了更新文件的组所有权，你将使用一个类似的命令。在做完这些工作之后，你系统上的数值uid和gid将与你的NIS域中所有其它主机上的相匹配。下一步将是在nsswitch.conf中增加配置行，它为用户和组信息启用NIS查找：# /etc/nsswitch.conf – passwd and group treatmentpasswd: nis filesgroup: nis files这使得在一个用户试图登录时，login命令和所有其它类似命令首先查询NIS maps，如果这个查找失败时，再返回使用本地文件。一般来讲，你将从你的本地文件中删除所有的用户，而只留下root和象mail一样的通用帐目。这是因为某些至关重要的系统任务可能需要将uid映射到用户名上或者反之。例如，管理用的cron作业可能会执行su命令来临时变成news，或者UUCP子系统可能要邮寄一个状态报告。如果news和uucp在本地passwd文件中没有条目了，那么在NIS不能使用期间这些作业将糟糕地失败。这里有两个大告戒：一方面，上面所描述的设置在这里只适应于没有使用影子（shadow）口令的登录状况，象那些包括在util-linux软件包中的。与NIS一起使用影子口令的复杂问题将在下面论及。另一方面，登录命令并不是仅有的访问passwd文件的命令—请看许多人几乎一直使用的ls命令。每当进行一次长列表时，ls将显示一个文件的用户和组的宿主的符号名；也即，对于它遇到的每个uid和gid，它就要查询NIS服务器一次。如果你的本地网络受到阻塞时将严重地拖延进行的工作，或者更糟糕的是，当NIS服务器不在同一个物理网络上时，数据报还必须通过路由器传输。事情还没结束。想象以下如果一个用户想要更改她的口令时会发生什么情况。通常，她会执行passwd，它将读入新的口令并更新本地passwd文件。对于 NIS来说，这是不可能的，因为这个文件已不再存在于本地了，但是每当用户想要改变他们的口令时就让他们登录进NIS也不是个选择。因此，NIS提供了一个对passwd的混入替换称为yppasswd，它用来在目前的NIS中做类似的工作。为了改变服务器主机上的口令，它通过RPC联系那个主机上的 yppasswdd后台程序，并向它提供更新过的口令信息。通常，你通过象这样做在常规程序上安装yppasswd：# cd /bin# mv passwd passwd.old# ln yppasswd passwd与此同时你必须在服务器上安装rpc.yppasswdd并从rc.inet2中启动它。这将对你的用户有效地隐藏NIS所带来的任何扭曲。10.8 使用支持影子（shadow）的NIS至今还没有对使用影子登录程序组的站点的NIS支持。John F. Haugh，影子程序组的作者，最近往comp.sources.misc发布了一个受GNU库的GPL保护的影子库函数的一个版本。它对NIS已经有了一些支持，但还不完整，并且这些函数还没有加入到标准C库中。另一方面来讲，通过NIS之类公布来自于/etc/shadow中的信息是与shadow组件的目的相违背的。尽管NYS口令查找函数不使用shadow.byname map或任何这类map，NYS还是支持透明地使用一个本地/etc/shadow文件的。当getpwnam的NYS实现被调用来查找与给定的登录名相关的信息时，nsswitch.conf中的passwd条目所指定的设施被检索。nis服务将简单地在NIS服务器的passwd.byname map中查找这个名字。而files服务将检查/etc/shadow是否存在，并且如果存在的话，就试着打开它。如果不存在的话，或者如果用户没有 root特权的话，它就返回到只在/etc/passwd中查找用户信息的传统的处理方法中。然而，如果shadow文件存在，并且能被打开的话，NYS 将从shadow中抽取用户的口令。getpwuid 函数也是这样实现的。在这种方式下，用NYS编译的执行文件将透明地处理本地影子组件的安装。10.9 使用传统的NIS代码如果你使用目前在标准C库中的客户代码的话，那么配置一个NIS客户就稍微有些不同。一方面，它使用一个ypbind后台程序（daemon）来广播查询运行着的服务器而不是从一个配置文件中取得（服务器）信息的。因此，你必须确信在启动期间开始运行ypbind。它必须在NIS域已被设置好并且RPC portmapper已启动后才被调用。此时，上面所示的调用ypcat进行对服务器测试才能工作。最近，有许多有关NIS出错报告（bug reports），出错信息说“clntudp_create: RPC: portmapper failure – RPC: unable to receive”。这是由于对ypbind与库函数有关绑定信息的通信（沟通）方式的不兼容的改动。取得最新有关NIS工具的最新源程序并重新编译之可以解决这个问题。[5]同样，传统的NIS确定是否要和如何将NIS信息与本地文件中的信息合并的方法与NYS中所使用的方法是有偏差的。例如，为了使用NIS口令maps，你必须在/etc/passwd map中包含下列行：+:*:O:O:::这标记出口令查找函数“插入”NIS maps的地方。往/etc/group中插入类似的一行（去掉最后两个冒号）会对group.* maps做出同样的事。为了使用NIS分发的hosts.* maps，只要改动host.conf文件中的order一行。例如，如果你要使用NIS、DNS以及/etc/hosts文件（以这个顺序），你必须将这行改成order yp bind hosts目前，传统的NIS实现不支持任何其它的maps。

1、腾达钢材厂为无独立请求权第三人，本诉的判决结果与腾达有利害关系，而且腾达并不是建筑承包合同的当事人，所以，它只能作为无独立请求权的第三人；2、如果一审判决判定腾达承担责任，则腾达有权提起上诉；3、如果原告撤诉，则整个诉讼终止。当然，红星公司有权另行起诉腾达公司。

1.a家（侵权地） d超市（销售地）b市c区（制造地）2.是错误的，本案是几起独立的侵权案件。为普通共同诉讼，法院可以征得各当事人同意的前题下，合并诉讼。但是c明确了，不参加诉讼。法院应当告知其有另诉的权利，而不能加强进诉讼。 法院追加c为当事人后，c不参加诉讼，并不影响本案的审理，如果法院经合法传唤，c无正当理由不到庭的话，可以按撤诉处理3.不属于鉴定结论，因为鉴定结论。需要专业的鉴定机构，具体的鉴定人。就其专业知识出具的。而本题中卫生防疫部门，以其自己的名义出具的证明只是当做，书证使用。4、被告方的诉讼参加人，为被告红原酒业有限责任公司。诉讼参加人，包括当事人与案件有牵连关系的人，不包括证人、鉴定人、翻译人员。5、a等人拒收调解书，会使得调解书不生效。法院应当，及时判决

可以的准备商标注册申报材料：1、商标注册申请书;2、委托书(如果委托代理机构的话);3、主体证明材料(个人的身份证及个体工商户执照、公司的企业法人营业执照)。4、递交申报材料。须到国家商标局注册大厅当面递交。5、等待商标局形式审查，审查合格后下发商标受理通知书。时间约60-80个工作日(即3-4个月左右)，如形式审查不通过需要补正或重新提交申请。拿到商标受理通知即可将商标打上“TM”标识进行使用。6、从提交申请到最终拿到商标注册证书大约需要16个月，其中递交申请后3个月左右下发受通，受理后前9个月为审查排期，后3个月为通过商标局审查后的公告期，最后是制作证书及下发大概1个月。申请人需要时刻关注在公告期内是否有他人提出异议，并根据商标局下发的异议答辩通知书提交异议答辩书，维护自身的合法权益。

一、商标注册所需文件 1、 公司名义：营业执照复印件、商标标识黑白稿一份、商品类别。 2、 个人名义：身份证复印件、个体工商户营业执照复印件（执照经营范围必须与申请商标的商品一致）、商标标识黑白稿一份、商品 类别。 二、商标注册程序 1、查询：注前查询，提高商标的成功注册率。提交商标名称和保护的产品或者服务，15分钟出查询结果。 2、申请注册 ① 申请阶段：申请当天即可注册； ② 正式受理、审查阶段：形式审查通过 商标局发出受理通知书 实质审查； ③ 公告、注册阶段：实质审查通过 初审公告 注册公告 商标局发出注册证。 三、商标注册时间 1、商标局大约1个月发出受理通知书； 2、公告期3个月； 3、商标注册完成整个时间大约需要12-24个月左右； 内容由友道科技提供，友道科技提供商标办理。加qq群263248805详细了解，谢谢 263248805