similar to: Sharing printers across subnets?

I don't know the final answer BUT if you have something simmilar to a cyber-cafe LAN (I mean, users use all the computers, and maybe some users come back to login with the same name) then you have to install a printer only once in a computer, loging as the administrator and installing drivers. Then what users will have to do is JUST add the printer without installing. I know that it's

For you Win2K folks that are using disable spoolss=yes you can use this command below to install printers....I will try and explain some of the parts: rundll32 printui.dll,PrintUIEntry /if /f \\pc1\software\hp4500n\HP231Ipc.inf /m "HP Color LaserJet 4500 PCL 5c" /r "\\pc3\hp4500n" /b "Color Printer - Third Floor" rundll32 printui.dll,PrintUIEntry /if /f

This is release 0.9.40 of Wine, a free implementation of Windows on Unix. What's new in this release: - Many MSHTML improvements. - A few more sound fixes. - Many Direct3D fixes. - Lots of bug fixes. Because of lags created by using mirrors, this message may reach you before the release is available at the public sites. The sources will be available from the following locations:

I run two samba servers in a pure windows 2000 environment. I have two subnets: A server subnet and a client subnet, and one samba server stands in each one of them. My windows admins tell me that they do not run a wins server or a pdc-emulator on their machines. I run winbind successfully in the server subnet but fail to do so in the client subnet. the server subnet samba server finds the

I have problems to get browse lists from other workgroups across subnets. On win95 network neighbourhood I have a complete list form all computers in the same workgroup (including computers located on an other subnet) and a workgroup list. But if I try to look at the computers on an other workgroup I get an error message: workgroup not available. The subnet has an samba server (2.0.3) configured

Hie there, How do I configure Samba to see the PC on the local LAN (111.0.0.x) plus the those on the other network (115.0.0.x)? The two networks are interconnected via routers (111.0.0.100 and 115.0.0.100). My Samba server is on 111.0.0.50 and I have an NT box on 111.0.0.40. Currntly I can only see those on 111.0.0.0 network. Mika Banda mbanda@deltasys.co.zw

Hello, everyone, I'm new to this mailing list. So please excuse me if this topic has been discussed before. We have a network that consists of a few subnetworks. Each subnetwork has its own network address. In each subnet there are Windows 95/98/NT machines, as well as Linux/Unix machines that run Samba. NO NT Domain is used! I've configured cross-subnetwork browsing by 1. using

Please indicate what version of Syslinux you are using, and also a hint at your system configuration. I presume the packet dump was taken on the server. They indicate the client trying to initiate a TFTP transaction but apparently not getting the reply. This *may* be the same bug that ended up in 6.02 but has since been fixed. -hpa

On Mon, Nov 4, 2013 at 6:26 PM, Gene Cumm <gene.cumm at gmail.com> wrote: > On Mon, Nov 4, 2013 at 5:13 PM, H. Peter Anvin <hpa at zytor.com> wrote: >> Please indicate what version of Syslinux you are using, and also a hint >> at your system configuration. >> >> I presume the packet dump was taken on the server. They indicate the >> client trying to

Op 2013-11-04 om 20:26 schreef Jason Matthews: > The same client was used for syslinux.efi (both success on same subnet and > failure on different subnet) and grub.efi. The DHCP host block is setup > like: > > host testing { > hardware ethernet {mac} ; > next-server 10.16.195.178 ; > filename "rhel64/syslinux.efi" ; > } > > I'll pull a

2013/11/5, Jason Matthews <jason.david.matthews at gmail.com>: > Sorry. Here are the tcpdumps on pastebin: > > Filtered by IP taken on tftp server: http://pastebin.com/NgesF5p9 > > Taken from mirrored port: http://pastebin.com/kuw22GF2 > > It looks like your tftp server serves only packets of length 512 or so instead of the 1468 bytes blocksize requested. I observed

Could you please upload a pcap file somewhere? I would be more clear if we could filter out the capture ourselves or check the content of some packets, disable the "stringification" of the ports number. Moreover, your paste is not complete, the last line is cut. However, what I can say is that something should have gone wrong with the download of syslinux.efi since it ask again.

Here are the pcaps: http://ge.tt/64G4yxx/v/0 syslinux6.02tftpserver.pcap is from the tftpserver with syslinux.efi and ldlinux.e64 from syslinux-6.02.zip syslinux6.02frommirrorport.pcap is from the mirrored port with syslinux.efi and ldlinux.e64 from syslinux-6.02.zip syslinux6.02-modified-tftpserver.pcap is from tftpserver with syslinux.efi and ldlinux.e64 after modifying efi/udp.c

Op 2013-11-08 om 01:31 schreef Celelibi: > 2013/11/7, Jason Matthews <jason.david.matthews at gmail.com>: > > Here are the pcaps: > > > > http://ge.tt/64G4yxx/v/0 use wget -O pcaps.zip wget http://ge.tt/api/1/files/64G4yxx/0/blob?download to just fetch it > > > > syslinux6.02tftpserver.pcap is from the tftpserver with syslinux.efi and > >

On 11/08/2013 07:52 AM, Jason Matthews wrote: > I did change both instances of txdata->GatewayAddress, but I think > something may be wrong in my toolchain. If I extract syslinux.zip and > attempt to make from there (without modifying any files), the cached DHCP > packet isn't read on the same subnet. > > I receive "Succeed to download NBP file." twice before

I attempted the patch, but had to add a declaration to get it to compile. I also added the gateway like before. Here's a link to the modified diff I used and the pcaps from tftpserver and mirrored port from boot to reset. http://ge.tt/136167y/v/0 I'm also not sure about if I'm building correctly or not. Considering that I get a different syslinux.efi when I compile without making

Thank you for posting the pcap files, by the way. Analyzing them in Wireshark is so much nicer than reading the text output of tcpdump. -hpa

On 11/08/2013 03:35 PM, Geert Stappers wrote: > Op 2013-11-08 om 10:48 schreef H. Peter Anvin: >> Thank you for posting the pcap files, by the way. Analyzing them in >> Wireshark is so much nicer than reading the text output of tcpdump. > > Fetch the new capture with > > wget -O pcap2.zip http://ge.tt/api/1/files/136167y/0/blob?downlad > > > The capture[1]

On Fri, Nov 8, 2013 at 5:30 PM, H. Peter Anvin <hpa at zytor.com> wrote: > On 11/08/2013 02:08 PM, Jason Matthews wrote: >> I attempted the patch, but had to add a declaration to get it to compile. I >> also added the gateway like before. Here's a link to the modified diff I >> used and the pcaps from tftpserver and mirrored port from boot to reset. >> >>

On Sat, Nov 9, 2013 at 11:20 AM, Gene Cumm <gene.cumm at gmail.com> wrote: > On Fri, Nov 8, 2013 at 5:08 PM, Jason Matthews > <jason.david.matthews at gmail.com> wrote: >> I attempted the patch, but had to add a declaration to get it to compile. I >> also added the gateway like before. Here's a link to the modified diff I >> used and the pcaps from