From: Ian L. <Ian...@mq...> - 2004-02-03 06:56:20
|
> My guess is to try to using ifconfig to change eth0's MAC address. > > I didn't give much thought about the MAC address when I wrote the conet > driver. So the Linux MAC is the same as the ethernet's physical MAC (and the same as the Windows MAC) ? Should make DHCP interesting :)) -- Ian Latter Internet and Networking Security Officer Macquarie University Meet me at the Australian Unix and open systems User Group (AUUG) Security Symposium; 2004 http://www.auug.org.au/events/2004/security/ |
From: Ian L. <Ian...@mq...> - 2004-02-03 23:13:55
|
Hello Vlad, I haven't seen the issues that you've reported - but I've seen some- thing else that's not right in the networking. The only application included in the CHAOS file system is setiathome, and it fails to acquire a new workunit from the Berkeley servers. What we see here is an ESTablished connection to their web server (which suggests that networking "works") but we never retrieve any data (not even up to the first Mbyte). Instead the connection hangs with a send-q of about 350 or so. We're testing this over two PCs (XP Pro SP1) with Bridging (mini mac) as the connection/networking mechanism. I think it was the other Ian who mentioned a much later TAP driver from the openVPN project; maybe its worth trying that out .. I might give that ago sometime in the next couple of days - see if it helps. ----- Original Message ----- >From: "Vlad Doubrov" <vl...@w-...> >To: <col...@li...> >Subject: Re: [coLinux-devel] Strange problem with Win-TAP and coLinux >Date: Tue, 03 Feb 2004 15:05:03 +0300 > > Dan Aloni wrote: > > >>The same happens when I try to transfer that file via SMB (smbd and > >>smbclient is installed on coLinux) - except that the file is getting > >>corrupted after "successful" download. > >> > >>Small files (less than 1 MB in size) get transferred very well. > >> > >>So, is it a bug in Win-TAP driver or coLinux? Any workarounds possible? > >>Or may be it's my misunderstood? > > > My guess is to try to using ifconfig to change eth0's MAC address. > > It doesn't help. According to SSH docs, "corrupted MAC on input" message > means that some packet was corrupted during data transfer, it doesn't > mean anything to ethernet MAC addresses. And as I already wrote, when I > try to transfer the same large file via samba it gets corrupted the > same way. > > I'm completely stuck out as I couldn't transfer anything larger than 1Mb > to the virtual linux. Does this problem appear in your enviroment? Or > perhaps some workarounds are possible? > > -- vlad > > > > > > ------------------------------------------------------- > The SF.Net email is sponsored by EclipseCon 2004 > Premiere Conference on Open Tools Development and Integration > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > http://www.eclipsecon.org/osdn > _______________________________________________ > coLinux-devel mailing list > coL...@li... > https://lists.sourceforge.net/lists/listinfo/colinux-devel > -- Ian Latter Internet and Networking Security Officer Macquarie University Meet me at the Australian Unix and open systems User Group (AUUG) Security Symposium; 2004 http://www.auug.org.au/events/2004/security/ |
From: John L. <jo...@su...> - 2004-02-04 00:37:48
|
I've seen very similar problems when using apt-get to install large files(like kernel-source-2.4.24) The download completes, then dpkg fails because the md5sum doesn't match. Sounds like corrupted packets getting passed around, which makes me think it's the tap drivers, or the connection between colinux and the tap driver... It seems to be only associated with large transfers, and not network load. But at least apache works. and php. and postgres. John Ian Latter wrote: >Hello Vlad, > > I haven't seen the issues that you've reported - but I've seen some- >thing else that's not right in the networking. > > The only application included in the CHAOS file system is setiathome, >and it fails to acquire a new workunit from the Berkeley servers. What >we see here is an ESTablished connection to their web server >(which suggests that networking "works") but we never retrieve any >data (not even up to the first Mbyte). Instead the connection hangs >with a send-q of about 350 or so. > > We're testing this over two PCs (XP Pro SP1) with Bridging (mini mac) >as the connection/networking mechanism. > > I think it was the other Ian who mentioned a much later TAP driver >from the openVPN project; maybe its worth trying that out .. I might >give that ago sometime in the next couple of days - see if it helps. > > > > >----- Original Message ----- > > >>From: "Vlad Doubrov" <vl...@w-...> >>To: <col...@li...> >>Subject: Re: [coLinux-devel] Strange problem with Win-TAP and coLinux >>Date: Tue, 03 Feb 2004 15:05:03 +0300 >> >>Dan Aloni wrote: >> >> >> >>>>The same happens when I try to transfer that file via SMB (smbd and >>>>smbclient is installed on coLinux) - except that the file is getting >>>>corrupted after "successful" download. >>>> >>>>Small files (less than 1 MB in size) get transferred very well. >>>> >>>>So, is it a bug in Win-TAP driver or coLinux? Any workarounds possible? >>>>Or may be it's my misunderstood? >>>> >>>> >>>My guess is to try to using ifconfig to change eth0's MAC address. >>> >>> >>It doesn't help. According to SSH docs, "corrupted MAC on input" message >>means that some packet was corrupted during data transfer, it doesn't >>mean anything to ethernet MAC addresses. And as I already wrote, when I >>try to transfer the same large file via samba it gets corrupted the >>same way. >> >>I'm completely stuck out as I couldn't transfer anything larger than 1Mb >>to the virtual linux. Does this problem appear in your enviroment? Or >>perhaps some workarounds are possible? >> >>-- vlad >> >> >> >> >> >>------------------------------------------------------- >>The SF.Net email is sponsored by EclipseCon 2004 >>Premiere Conference on Open Tools Development and Integration >>See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. >>http://www.eclipsecon.org/osdn >>_______________________________________________ >>coLinux-devel mailing list >>coL...@li... >>https://lists.sourceforge.net/lists/listinfo/colinux-devel >> >> >> > >-- >Ian Latter >Internet and Networking Security Officer >Macquarie University > > Meet me at the Australian Unix and open systems > User Group (AUUG) Security Symposium; 2004 > http://www.auug.org.au/events/2004/security/ > > > >------------------------------------------------------- >The SF.Net email is sponsored by EclipseCon 2004 >Premiere Conference on Open Tools Development and Integration >See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. >http://www.eclipsecon.org/osdn >_______________________________________________ >coLinux-devel mailing list >coL...@li... >https://lists.sourceforge.net/lists/listinfo/colinux-devel > > |
From: Richard G. <ric...@ri...> - 2004-02-04 04:00:06
|
FWIW I apt-get install'ed kde3.1.5 full from scratch and didn't have any issues (that I could see). ----- Original Message ----- From: "John LeSueur" <jo...@su...> To: <col...@li...> Sent: Tuesday, February 03, 2004 6:40 PM Subject: Re: [coLinux-devel] Strange problem with Win-TAP and coLinux > I've seen very similar problems when using apt-get to install large > files(like kernel-source-2.4.24) > The download completes, then dpkg fails because the md5sum doesn't > match. Sounds like corrupted packets getting passed around, which makes > me think it's the tap drivers, or the connection between colinux and the > tap driver... > > It seems to be only associated with large transfers, and not network > load. But at least apache works. and php. and postgres. > > John > > > > > Ian Latter wrote: > > >Hello Vlad, > > > > I haven't seen the issues that you've reported - but I've seen some- > >thing else that's not right in the networking. > > > > The only application included in the CHAOS file system is setiathome, > >and it fails to acquire a new workunit from the Berkeley servers. What > >we see here is an ESTablished connection to their web server > >(which suggests that networking "works") but we never retrieve any > >data (not even up to the first Mbyte). Instead the connection hangs > >with a send-q of about 350 or so. > > > > We're testing this over two PCs (XP Pro SP1) with Bridging (mini mac) > >as the connection/networking mechanism. > > > > I think it was the other Ian who mentioned a much later TAP driver > >from the openVPN project; maybe its worth trying that out .. I might > >give that ago sometime in the next couple of days - see if it helps. > > > > > > > > > >----- Original Message ----- > > > > > >>From: "Vlad Doubrov" <vl...@w-...> > >>To: <col...@li...> > >>Subject: Re: [coLinux-devel] Strange problem with Win-TAP and coLinux > >>Date: Tue, 03 Feb 2004 15:05:03 +0300 > >> > >>Dan Aloni wrote: > >> > >> > >> > >>>>The same happens when I try to transfer that file via SMB (smbd and > >>>>smbclient is installed on coLinux) - except that the file is getting > >>>>corrupted after "successful" download. > >>>> > >>>>Small files (less than 1 MB in size) get transferred very well. > >>>> > >>>>So, is it a bug in Win-TAP driver or coLinux? Any workarounds possible? > >>>>Or may be it's my misunderstood? > >>>> > >>>> > >>>My guess is to try to using ifconfig to change eth0's MAC address. > >>> > >>> > >>It doesn't help. According to SSH docs, "corrupted MAC on input" message > >>means that some packet was corrupted during data transfer, it doesn't > >>mean anything to ethernet MAC addresses. And as I already wrote, when I > >>try to transfer the same large file via samba it gets corrupted the > >>same way. > >> > >>I'm completely stuck out as I couldn't transfer anything larger than 1Mb > >>to the virtual linux. Does this problem appear in your enviroment? Or > >>perhaps some workarounds are possible? > >> > >>-- vlad > >> > >> > >> > >> > >> > >>------------------------------------------------------- > >>The SF.Net email is sponsored by EclipseCon 2004 > >>Premiere Conference on Open Tools Development and Integration > >>See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > >>http://www.eclipsecon.org/osdn > >>_______________________________________________ > >>coLinux-devel mailing list > >>coL...@li... > >>https://lists.sourceforge.net/lists/listinfo/colinux-devel > >> > >> > >> > > > >-- > >Ian Latter > >Internet and Networking Security Officer > >Macquarie University > > > > Meet me at the Australian Unix and open systems > > User Group (AUUG) Security Symposium; 2004 > > http://www.auug.org.au/events/2004/security/ > > > > > > > >------------------------------------------------------- > >The SF.Net email is sponsored by EclipseCon 2004 > >Premiere Conference on Open Tools Development and Integration > >See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > >http://www.eclipsecon.org/osdn > >_______________________________________________ > >coLinux-devel mailing list > >coL...@li... > >https://lists.sourceforge.net/lists/listinfo/colinux-devel > > > > > > > > ------------------------------------------------------- > The SF.Net email is sponsored by EclipseCon 2004 > Premiere Conference on Open Tools Development and Integration > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > http://www.eclipsecon.org/osdn > _______________________________________________ > coLinux-devel mailing list > coL...@li... > https://lists.sourceforge.net/lists/listinfo/colinux-devel > > |
From: Ian L. <Ian...@mq...> - 2004-02-04 00:56:00
|
Actually thats a good point. We did run the CHAOS web server on the two machines (TinyHTTPD from ACME) and it ran fine, including the WAV file that we serve -- but still nothing over a Mbyte in any of that content. I did have problems with apt-get on the Debian file sysetm, but the errors looked like Gateway Timeout errors, which our transparent caching box does dish out -- so I can't be certain of the root-cause of that one. ----- Original Message ----- >From: "John LeSueur" <jo...@su...> >To: <col...@li...> >Subject: Re: [coLinux-devel] Strange problem with Win-TAP and coLinux >Date: Tue, 03 Feb 2004 17:40:30 -0700 > > I've seen very similar problems when using apt-get to install large > files(like kernel-source-2.4.24) > The download completes, then dpkg fails because the md5sum doesn't > match. Sounds like corrupted packets getting passed around, which makes > me think it's the tap drivers, or the connection between colinux and the > tap driver... > > It seems to be only associated with large transfers, and not network > load. But at least apache works. and php. and postgres. > > John > > > > > Ian Latter wrote: > > >Hello Vlad, > > > > I haven't seen the issues that you've reported - but I've seen some- > >thing else that's not right in the networking. > > > > The only application included in the CHAOS file system is setiathome, > >and it fails to acquire a new workunit from the Berkeley servers. What > >we see here is an ESTablished connection to their web server > >(which suggests that networking "works") but we never retrieve any > >data (not even up to the first Mbyte). Instead the connection hangs > >with a send-q of about 350 or so. > > > > We're testing this over two PCs (XP Pro SP1) with Bridging (mini mac) > >as the connection/networking mechanism. > > > > I think it was the other Ian who mentioned a much later TAP driver > >from the openVPN project; maybe its worth trying that out .. I might > >give that ago sometime in the next couple of days - see if it helps. > > > > > > > > > >----- Original Message ----- > > > > > >>From: "Vlad Doubrov" <vl...@w-...> > >>To: <col...@li...> > >>Subject: Re: [coLinux-devel] Strange problem with Win-TAP and coLinux > >>Date: Tue, 03 Feb 2004 15:05:03 +0300 > >> > >>Dan Aloni wrote: > >> > >> > >> > >>>>The same happens when I try to transfer that file via SMB (smbd and > >>>>smbclient is installed on coLinux) - except that the file is getting > >>>>corrupted after "successful" download. > >>>> > >>>>Small files (less than 1 MB in size) get transferred very well. > >>>> > >>>>So, is it a bug in Win-TAP driver or coLinux? Any workarounds possible? > >>>>Or may be it's my misunderstood? > >>>> > >>>> > >>>My guess is to try to using ifconfig to change eth0's MAC address. > >>> > >>> > >>It doesn't help. According to SSH docs, "corrupted MAC on input" message > >>means that some packet was corrupted during data transfer, it doesn't > >>mean anything to ethernet MAC addresses. And as I already wrote, when I > >>try to transfer the same large file via samba it gets corrupted the > >>same way. > >> > >>I'm completely stuck out as I couldn't transfer anything larger than 1Mb > >>to the virtual linux. Does this problem appear in your enviroment? Or > >>perhaps some workarounds are possible? > >> > >>-- vlad > >> > >> > >> > >> > >> > >>------------------------------------------------------- > >>The SF.Net email is sponsored by EclipseCon 2004 > >>Premiere Conference on Open Tools Development and Integration > >>See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > >>http://www.eclipsecon.org/osdn > >>_______________________________________________ > >>coLinux-devel mailing list > >>coL...@li... > >>https://lists.sourceforge.net/lists/listinfo/colinux-devel > >> > >> > >> > > > >-- > >Ian Latter > >Internet and Networking Security Officer > >Macquarie University > > > > Meet me at the Australian Unix and open systems > > User Group (AUUG) Security Symposium; 2004 > > http://www.auug.org.au/events/2004/security/ > > > > > > > >------------------------------------------------------- > >The SF.Net email is sponsored by EclipseCon 2004 > >Premiere Conference on Open Tools Development and Integration > >See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > >http://www.eclipsecon.org/osdn > >_______________________________________________ > >coLinux-devel mailing list > >coL...@li... > >https://lists.sourceforge.net/lists/listinfo/colinux-devel > > > > > > > > ------------------------------------------------------- > The SF.Net email is sponsored by EclipseCon 2004 > Premiere Conference on Open Tools Development and Integration > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > http://www.eclipsecon.org/osdn > _______________________________________________ > coLinux-devel mailing list > coL...@li... > https://lists.sourceforge.net/lists/listinfo/colinux-devel > -- Ian Latter Internet and Networking Security Officer Macquarie University Meet me at the Australian Unix and open systems User Group (AUUG) Security Symposium; 2004 http://www.auug.org.au/events/2004/security/ |
From: Daniel <dan...@gm...> - 2004-02-06 16:26:06
|
It's not the tap driver. This happens when memcpy in conet_rx is interrupted by another co_handle_device_interrupt which overwrites conet_frame. Daniel |
From: Dan A. <da...@gm...> - 2004-02-06 16:33:53
|
On Fri, Feb 06, 2004 at 05:25:54PM +0100, Daniel Gl?ckner wrote: > It's not the tap driver. > > This happens when memcpy in conet_rx is interrupted by another > co_handle_device_interrupt which overwrites conet_frame. Good spotting! I'll look into this and produce a fix for the next release. -- Dan Aloni da...@gm... |