IRC channel logs
2023-12-07.log
back to list of logs
<rrq>hmm ssh service need "dropbear ssh" rather than openssh ? <hwpplayer1>Once I was submitted for writing documents for GNU Hurd kernel <damo22>and edit as much as you like, then submit patches on the mailing list <damo22>you probably need to assign copyright to the FSF if you intend to have your changes merged <hwpplayer1>I wanted to write my name there as author Mert Gör etc <hwpplayer1>But anyways I am happy with FSF/GNU organizations <damo22>there is clone urls on that page <hwpplayer1>git://git.savannah.gnu.org/hurd/web.git works for me <hwpplayer1>git clone git://git.savannah.gnu.org/hurd/web.git <damo22>there is no harm staying connected to irc <hwpplayer1>should I create a new branch and then raise a pull request ? <damo22>if you have a SMTP server you can connect to <hwpplayer1>I tested git send-email with sourcehut so I have one email for this configured <rrq>I'd like my hurd run an ssh server, preferrably openssh. Any advice on how to do that? <isaneran>There is also lsh, not sure which one works best on hurd though <rrq>I tried that but didn;t get any service .. possibly I've set up network wrong... right now I'm trying to reboot (hwich decided to hang on something) <damo22>rrq: you have to use a port forward in qemu <damo22>-net user,hostfwd=tcp::8888-:22 -net nic <rrq>? the host end uses a tap <damo22>the virtual machine host needs to pass a port to 22 on the vm <damo22>otherwise the network on the vm is unaccessible to the host <rrq>no, qemu has taps at the host end and the network traffic goes through those <rrq>on the client though, no internet ports are serviced <damo22>what qemu options are you passing when you invoke hurd <rrq>it has two ethernet interfaces <rrq>first: -netdev type=tap,id=nic-8c779aae-c9a0-445b,fd=10 -device e1000,id=nic-8c779aae-c9a0-445b,bus=pci.0,addr=0xd,netdev=nic-8c779aae-c9a0-445b,mac=aa:00:00:42:45:4a <rrq>and second: -netdev type=tap,id=nic-120e5aa5-f941-4f29,fd=11 -device e1000,id=nic-120e5aa5-f941-4f29,bus=pci.0,addr=0xe,netdev=nic-120e5aa5-f941-4f29,mac=aa:00:00:2d:56:79 <rrq>at the host end they are "tap0" and "tap1"; level 2 traffic, that get aded to locla bridges <rrq>my problem is at the client end <rrq>one is for ganeti admin and second is for "normal traffic" <rrq>outbound network works fine <damo22>where are you trying to connect inbound from? <damo22>i just use a regular interface and port forward to connect inbound <damo22>but i imagine they appear as /dev/eth0 and /dev/eth1 <damo22>and what gateway would make sense? <damo22>is there a DHCP server visible on the tap interfaces? <rrq>both host and client have IP addresses; the tap works like a subnet. so the host end IP would be gateway for the client... and then the host need to forward and maybe nat outbound from it <rrq>could use dhcp; I use static assignement in /etc/network/interfaces and "service networking restart" at the moment <damo22>so maybe youre missing a route from the host side? <damo22>why not just use something that works out of the box with one command <damo22>"-net user,hostfwd=tcp::8888-:22 -net nic" makes /dev/eth0 appear in hurd and serves dhcp from the host, then ssh works on localhost:8888 on the host <rrq>ok; after having got it rebooted, it worked with "service ssh restart" ... <rrq>thanks. my remaining "issue" then is how to get both eth0 and eth1 configured <damo22>are they supposed to serve the same clients? <rrq>they are separate subnets <damo22>not sure how that can work currently <damo22>i dont know enough about networking <rrq>and afaict I can stack pfinet but only configure the one on top... <rrq>but I can configure one, then stack and configure the second <rrq>seems to preserve the first <rrq>ifconfig can only see one of them <damo22>you need some kind of multiplexing <damo22>but they have to share the routing table?? <rrq>yeah, I' happy :) I can script that network startup carefully and maybe assign IP directly with the stacked pfinet.. seems to work. <youpi>normally, passing the two -i options will work <youpi>of course, bugs may hide since I don't even know anybody who tried that recently <youpi>using stacked pfinet is even less tested, but should work <youpi>you however need to tell applications which one you want to use, by using the remap translator for instance <rrq>I tried using 2 -i but pginet complained about that. I'll explore this again later. <youpi>rrq: maybe paste the exact try you did <youpi>(and also the error message matters) <rrq>yes I will. thanks. can't be today today though. <rrq>(getting late and I need to do rhymes on the xmas presents :)