Si pe slackware e una singura ( surpriza, nu? :) ) care merge, tot tftpd-hpa . Chestia asta am intalnit-o sigur la debian wheezy ( dar loga eroarea "file too large" sau asemanator deci nu eram in ceaţă) Nu stiu pe centos, nu am avut ocazia, daca e un singur pachet (probabil tot tftpd-hpa) inseamna ca problema e in alta parte.
2015-12-09 8:50 GMT+02:00 manuel "lonely wolf" wolfshant <[email protected]> : > On 12/09/2015 06:55 AM, Mihai Badici wrote: > > Din cate imi amintesc, cel putin una din variantele de tftp server de pe > > Debian are o limita a marimii pachetului transferat si am rezolvat > > instaland alta (cred ca tftpd-hpa) . Presupun ca esti in situatia asta, > nu > > imi mai amintesc exact care implementare e cea castigatoare, dar te > > descurci din 2-3 incercari sau cate pachete tftp sunt pe CentOS. > @mihai: in afara cazului ca are ceva setari dubioase pe switchuri, nu > are nicio treaba cu dimensiunea pachetelor. pe centos exista un singur > server care functioneaza din fuleu ( eu folosesc din 2002 exclusiv > pachetul din distributie si nu am avut nicio greata cu vreuna dintre > versiuni ( la trecerile de la centos 3 la urmatoarele )) > > @adrian: ruleaza un tcpdump sau wireshark pe server si o sa vezi exact > in ce se impiedica. > la mine configul serverului arata asa: > > > service tftp > { > disable = no > socket_type = dgram > protocol = udp > wait = yes > user = root > server = /usr/sbin/in.tftpd > server_args = -s /var/lib/tftpboot -v > per_source = 11 > cps = 100 2 > flags = IPv4 > } > > > > On Wed, Dec 9, 2015 at 1:28 AM, Adrian Sevcenco <[email protected] > > > > wrote: > > > >> Salut! Incerc sa folosesc un tftp server (xinetd) de pe un centos 6 > >> dar imi da timeout la get.. > >> > >> tftp -vvv 172.20.0.20 -m binary -c get SSE-X24_1.0.7-8.bin > >> mode set to octet > >> Connected to 172.20.0.20 (172.20.0.20), port 69 > >> getting from 172.20.0.20:SSE-X24_1.0.7-8.bin to SSE-X24_1.0.7-8.bin > >> [octet] > >> Transfer timed out. > >> > >> daca testez portul cu nc : > >> nc -vv -u 172.20.0.20 69 > >> Ncat: Version 6.47 ( http://nmap.org/ncat ) > >> libnsock nsi_new2(): nsi_new (IOD #1) > >> libnsock nsock_connect_udp(): UDP connection requested to > 172.20.0.20:69 > >> (IOD #1) EID 8 > >> libnsock nsock_trace_handler_callback(): Callback: CONNECT SUCCESS for > EID > >> 8 [172.20.0.20:69] > >> Ncat: Connected to 172.20.0.20:69. > >> libnsock nsi_new2(): nsi_new (IOD #2) > >> libnsock nsock_read(): Read request from IOD #1 [172.20.0.20:69] > >> (timeout: -1ms) EID 18 > >> libnsock nsock_readbytes(): Read request for 0 bytes from IOD #2 [peer > >> unspecified] EID 26 > >> > >> deci de conectat se conecteaza ... > >> > >> configuratia e : > >> service tftp > >> { > >> socket_type = dgram > >> protocol = udp > >> wait = yes > >> user = root > >> server = /usr/sbin/in.tftpd > >> server_args = -p -c -U 117 -u tftpd -s > >> /tftpboot/pxelinux -B 1468 > >> instances = 1 > >> per_source = 11 > >> cps = 1000 2 > >> flags = IPv4 > >> disable = no > >> } > >> > >> /tftpboot/pxelinux e tot un chown -R tftpd:tftpd > >> > >> userul de pornire e root ca sa scapt de mesaje ca : > >> Dec 9 01:21:01 monitor in.tftpd[27876]: cannot set groups for user > tftpd > >> > >> Aveti idee ce mi-a scapat? > >> Multumesc! > >> Adrian > >> > >> > >> > >> > >> _______________________________________________ > >> RLUG mailing list > >> [email protected] > >> http://lists.lug.ro/mailman/listinfo/rlug > >> > >> > > _______________________________________________ > > RLUG mailing list > > [email protected] > > http://lists.lug.ro/mailman/listinfo/rlug > > _______________________________________________ > RLUG mailing list > [email protected] > http://lists.lug.ro/mailman/listinfo/rlug > _______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug
