| Xenguy_ | Sometimes beeps can be turned on or off in the BIOS area | 00:25 |
|---|---|---|
| hacksenwerk | Xenguy_: yeah | 00:27 |
| hacksenwerk | I don't want to have dhcp trying so long to bring up a network at boot time, when there's no wifi or ethernet connection at all. For that I set in /etc/default/networking WAIT_ONLINE_TIMEOUT=10 But it does not work, it still lasts much longer. | 11:33 |
| hacksenwerk | Why? | 11:38 |
| rrq | I'm not sure if that WAIT_ONLINE_TIMEOUT is residue or aspirational, but I can't see it be used by the init script | 12:10 |
| rrq | neither /lib/udev/net.agent nor /etc/init.d/networking | 12:12 |
| rrq | if you commonly boot wihtout networking you should avoid declaring them as auto (or allow_hotplug) | 12:14 |
| hacksenwerk | rrq: yeah I red that hotplug should avoid that waiting time too (did not try it yet). Problem is I want to have dhcp at boottime checking for connected networks but not so long. Sometime I have ethernet connected, or I use the same image for a live system on a headless setup where network __must__ up at boot time to use ssh | 12:18 |
| rrq | no, hotpluging concerns the adapter, not the cable | 12:18 |
| hacksenwerk | So what's the way to go? | 12:21 |
| rrq | well some DIY I suppose; there is no way to succeed configuring an interface without link | 12:25 |
| hacksenwerk | Ok I've found out: use allow-hotplug instead of auto in /etc/network/interfaces | 12:26 |
| rrq | no that's worse; that brings it up via udev instead and it gets pulled into your initrd | 12:26 |
| hacksenwerk | with this only lo well be setup and boot is fast | 12:26 |
| hacksenwerk | rrq: ? | 12:27 |
| hacksenwerk | rrq: I don't understand. Why is it bad? | 12:27 |
| rrq | then the configuration is attempted when udev starts and the same hang happens earlier | 12:28 |
| hacksenwerk | rrq: no. nothing hangs | 12:28 |
| hacksenwerk | It boots fast | 12:28 |
| rrq | ok, you tried it, and it works for you... sounds fine | 12:29 |
| hacksenwerk | about 5 or 6 seconds on my i686 minimal install | 12:30 |
| hacksenwerk | i'll test it on amd64 too | 12:30 |
| hacksenwerk | wtf?! it still hangs | 12:34 |
| hacksenwerk | on amd64 | 12:34 |
| hacksenwerk | same config | 12:34 |
| hacksenwerk | wait | 12:34 |
| hacksenwerk | nah | 12:34 |
| hacksenwerk | I had a copy paste issue | 12:35 |
| hacksenwerk | on that i686 there was wlan0 instead of eth0 | 12:35 |
| hacksenwerk | That's why it boots fast | 12:35 |
| hacksenwerk | fuck off computers! | 12:35 |
| hacksenwerk | I'm already over 30 minutes on that issue | 12:36 |
| hacksenwerk | Simple config entry is there but does not work. | 12:36 |
| hacksenwerk | I really hate computers. | 12:36 |
| hacksenwerk | rrq: Why does this config file exists when it does nothing? | 12:36 |
| hacksenwerk | /etc/default/networking | 12:37 |
| hacksenwerk | all.broken.sh*t! | 12:37 |
| rrq | I've not noticed that file :) possibly some dev wanted to do somemthing but got sidetracked :) | 12:38 |
| hacksenwerk | All I want is dhcp at boot time but when it can not establish a connection at first attempt it should skip it and boot should continue. Is that too much required? | 12:39 |
| hacksenwerk | That sh*t is stealing my lifetime again. | 12:39 |
| rrq | edit /etc/dhcp/dhclient.conf | 12:39 |
| hacksenwerk | rrq: willl have a look... | 12:40 |
| rrq | it has a timeout entry | 12:40 |
| rrq | probably read its man page | 12:40 |
| hacksenwerk | rrq: I just changed the entry and did a reboot | 12:41 |
| hacksenwerk | nice that works! | 12:41 |
| hacksenwerk | rrq: Thank you very much! | 12:41 |
| rrq | nw | 12:42 |
| hacksenwerk | I uncommented the line #timeout 60; and changed it to 5 seconds | 12:42 |
| hacksenwerk | Works as it should | 12:42 |
| hacksenwerk | phew... sun already over Zenith... | 12:43 |
| rrq | might be less ideal in other environmets.. if the dhcp server is slow | 12:43 |
| hacksenwerk | over 40 minutes! | 12:44 |
| hacksenwerk | rrq: yeah I will keep that in mind | 12:44 |
| hacksenwerk | Will write a quick HowTo now | 12:44 |
| hacksenwerk | Oh wait I have another issue | 12:44 |
| hacksenwerk | I used apt-transport-https with deb https://pkgmaster.devuan.org/merged daedalus main and that works on one machine but on the other not. ca-certificates is installed | 12:45 |
| hacksenwerk | It says: 404 Not Found []IP: foobar | 12:46 |
| hacksenwerk | It says: 404 Not Found [IP: foobar] | 12:46 |
| hacksenwerk | But both machines have the same setup. Time is correct. | 12:46 |
| rrq | apt-get update | 12:47 |
| hacksenwerk | Yeah thats what I've done and then I get that error | 12:47 |
| rrq | same sources.list ? | 12:47 |
| hacksenwerk | yes | 12:47 |
| hacksenwerk | I checked syntax several times | 12:47 |
| hacksenwerk | Will check again | 12:47 |
| rrq | and it's consistent ? | 12:48 |
| hacksenwerk | hahaha | 12:48 |
| hacksenwerk | deadalus | 12:48 |
| hacksenwerk | You know it? ;) | 12:48 |
| rrq | :) | 12:48 |
| hacksenwerk | No wonder its DEAD! | 12:48 |
| rrq | golinux' favourite :) | 12:49 |
| hacksenwerk | Funny, normally I copy and paste such files arround, but this time I thought "Ah common I'm too lazy to grab that usb stick, let's just type it in manually..." | 12:50 |
| hacksenwerk | Even too lazy today for set up a unsecure ssh config to just scp it | 12:52 |
| hacksenwerk | And then you have to pay back for your lazyness! | 12:52 |
| rrq | yeah misspellings are all too easy | 12:53 |
| hacksenwerk | rrq: But copy and paste failure too :) | 12:55 |
| rrq | that's a good bug propagation method | 12:55 |
| hacksenwerk | Probably even more dangerous in some cases, when distribute the copied file to a lot of destinations... | 12:55 |
| hacksenwerk | Oh topic names on forum have limited characters... | 12:56 |
| hacksenwerk | [HowTo] Decrease time dhcp tries to establish a network connection at boot time | 12:57 |
| hacksenwerk | is to long | 12:57 |
| hacksenwerk | I can only get: | 12:57 |
| hacksenwerk | [HowTo] Decrease time dhcp tries to establish a network connection at | 12:57 |
| hacksenwerk | user will ask: "at? at what? tell me!" | 12:57 |
| rrq | how about: "How to adjust dhcp timeout" | 12:58 |
| hacksenwerk | [HowTo] dhcp - Time it takes to establish a network connection at boot | 12:58 |
| rrq | sure; it's your thread | 12:59 |
| hacksenwerk | rrq: hm.. well but yours is better | 12:59 |
| hacksenwerk | It's not just for the dhcp call at boot time | 13:00 |
| * hacksenwerk steals rrq idea... | 13:00 | |
| hacksenwerk | rrq: thx :) | 13:00 |
| hacksenwerk | partially at least | 13:01 |
| rrq | cheers. I'm using udhcpc; not sure it has the same config | 13:04 |
| hacksenwerk | rrq: oh? It's smaller? | 13:05 |
| hacksenwerk | but can do the same basic stuff? | 13:06 |
| rrq | yes | 13:06 |
| hacksenwerk | So you run udhcpc ? | 13:06 |
| hacksenwerk | To establish | 13:06 |
| rrq | yes it hooks in as an alternative for ifupdown | 13:07 |
| hacksenwerk | interessting | 13:07 |
| rrq | I'm just looking for how to configure timeout | 13:07 |
| hacksenwerk | "busybox DHCP client" I see | 13:07 |
| hacksenwerk | I can just install udhcpc and remove isc-dhcp-client and isc-dhcp-common ? | 13:08 |
| rrq | yes that's what I've done | 13:09 |
| hacksenwerk | rrq: ok. But you said its not looking for /etc/network/interfaces or what? | 13:09 |
| hacksenwerk | What does it look for? | 13:09 |
| rrq | the "dhcp" method has udhcpc as built-in, if dhclient is missing I htink | 13:10 |
| rrq | I haven't looked into the details of the how | 13:10 |
| rrq | timeout seems to be a -A parameter starting it ... have to find out where it's run then | 13:11 |
| hacksenwerk | oh.. wikipedia says it is unmaintained: https://en.wikipedia.org/wiki/Udhcpc?useskin=vector | 13:12 |
| hacksenwerk | And https://udhcp.busybox.net/ show last realease 2002... | 13:12 |
| hacksenwerk | that's 23 years old then o0 | 13:12 |
| rrq | sounds good | 13:12 |
| hacksenwerk | I mean works probably as it seems, but what about security issues? | 13:12 |
| rrq | does it have those? | 13:13 |
| hacksenwerk | I liek small programs and don't care about unneeded features but security patches are a must have. | 13:13 |
| hacksenwerk | rrq: I dont know | 13:13 |
| hacksenwerk | but it could. Did someone a security audit on it lately? | 13:13 |
| rrq | how old is the dhcp protocol? | 13:14 |
| hacksenwerk | I mean, the mmany (or maybe the most) security holes come with ne features, but not all. Some are based on old code. | 13:15 |
| hacksenwerk | rrq: I dont know. | 13:15 |
| hacksenwerk | Ltes check. | 13:15 |
| hacksenwerk | *lets | 13:15 |
| hacksenwerk | rrq: no wait the protocol you said? | 13:15 |
| hacksenwerk | well thats old but that doesnt matter. what matters is the maintaining | 13:16 |
| rrq | yes that's what it handles | 13:16 |
| hacksenwerk | rrq: When some securit issue pops up in udhcpc, will the debian maintainer fix that? | 13:16 |
| hacksenwerk | *maintainer(s) | 13:17 |
| rrq | probably... would be busybox-static perhaps? unless the idividual command sources are handled separately | 13:18 |
| hacksenwerk | Hm.. there are some debian maintainers there: https://packages.debian.org/bookworm/udhcpc | 13:18 |
| rrq | right. they would monitor/address any security issues | 13:19 |
| hacksenwerk | Nothing critical atm: https://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=udhcpc;dist=stable | 13:20 |
| hacksenwerk | (damn disconnect...) | 13:20 |
| hacksenwerk | rrq: I'll give it a try :) | 13:20 |
| hacksenwerk | Ok I installed udhcpc and removed isc-* and did a reboot. As it seems it just uses the same config, or it default timeout is 5 seconds. :) | 13:24 |
| hacksenwerk | It also reads /etc/network/interfaces | 13:24 |
| hacksenwerk | Because it complains abot wlan0 too wich I added there. | 13:24 |
| rrq | well it's the networking script that reads /etc/network/interfaces and then the uptilities esp ifup | 13:25 |
| rrq | then, when an interface is declared to have the dhcp method, then udhcpc will get invoked | 13:26 |
| hacksenwerk | hmm but udhcp -v just does nothing than discover broadcasting... network is not set up | 13:26 |
| hacksenwerk | so not at boot | 13:26 |
| hacksenwerk | I ran it manually after login | 13:27 |
| hacksenwerk | ah | 13:28 |
| hacksenwerk | I missed -i interface_name | 13:28 |
| hacksenwerk | now it works | 13:29 |
| hacksenwerk | last check for boot | 13:29 |
| hacksenwerk | hm | 13:29 |
| rrq | if you run it manually you shuldn't have dhcp in the iface header | 13:30 |
| hacksenwerk | ok theres a difference: dhcp also brings up interfaces that are not in /etc/network/interfaces udhcpc does not. | 13:30 |
| hacksenwerk | That's a problem, because I also have adapters with custom names that differ from eth0, eth1, wlan0 etc. | 13:31 |
| hacksenwerk | like enx8376f8d909zajijs87 something... | 13:31 |
| rrq | shouldn't be a problem (for udhcpc) | 13:32 |
| hacksenwerk | rrq: really? but how? | 13:32 |
| hacksenwerk | I mean to find such interface automatically | 13:32 |
| hacksenwerk | I also just discoverd that ifconfig does not displays my custom name eth adpater while ip a does (before running any dhcp stuff) | 13:33 |
| hacksenwerk | That's bad.. I like the way ifconfig outputs stuff much more than how ip does it... | 13:33 |
| rrq | try a -a | 13:34 |
| rrq | the man page can help too :) | 13:34 |
| hacksenwerk | rrq: That option does not exist | 13:35 |
| rrq | but your line of thought is opposite to how people haw thought before: dhcp client gets trigger when you want to being the interface up | 13:35 |
| hacksenwerk | yeah but I dont have man-db on that system | 13:35 |
| rrq | ifconfig -a | 13:35 |
| hacksenwerk | rrq: oh! | 13:35 |
| hacksenwerk | I thought you ment udhcpc | 13:36 |
| rrq | that shows all interfaces and not only the configured ones | 13:36 |
| hacksenwerk | rrq: nic thx! :) | 13:36 |
| hacksenwerk | *nice | 13:36 |
| rrq | so for your bkah interface you have a line "iface blaha inet dhcp" | 13:36 |
| rrq | so for your bkah interface you have a line "iface bkah inet dhcp" | 13:37 |
| hacksenwerk | rrq: but how do you make udhcp reconize all available interfaces at boot? | 13:37 |
| hacksenwerk | bkah? | 13:37 |
| hacksenwerk | oh | 13:37 |
| hacksenwerk | ok | 13:37 |
| hacksenwerk | so I have to put all names in there | 13:37 |
| hacksenwerk | well yeah that's what I ment: I don't need that to do for dhcp | 13:38 |
| rrq | then you use "ifup bkah" to bring up that interface, and that will start a udhcpc for that interface | 13:38 |
| hacksenwerk | And I have many adpaters here with all different names | 13:38 |
| hacksenwerk | is there a wildcard for names? | 13:38 |
| hacksenwerk | can i write just * ? | 13:38 |
| hacksenwerk | iface * inet dhcp | 13:38 |
| rrq | you can have "iface steve inet dhcp" and then do "ifup bkha=steve" | 13:39 |
| rrq | bkah would be the interface name and "steve" would be the name of the configuration to apply | 13:40 |
| hacksenwerk | ehm.. | 13:42 |
| hacksenwerk | what? ^_^' | 13:42 |
| rrq | it's all very thoroughly described in the man pages (that you have chosen not to have) | 13:43 |
| hacksenwerk | That ifup bkha=steve must run at boot before udhcpc will start? | 13:43 |
| hacksenwerk | Well... with dhcp I don't have to configure anything in the boot scripts | 13:43 |
| rrq | that's the line of thought, yes; bringin up the interface triggers a dhcp listener | 13:44 |
| hacksenwerk | It does that automatically. | 13:44 |
| hacksenwerk | rrq: Where do you put that ifup interface_name ,so that it runs at boot before udhcpc ? | 13:44 |
| hacksenwerk | I know I can run that command from terminal | 13:45 |
| rrq | usually you would declare them as "auto bkah-steve" in /etc/network/interfces so that the networking init script brings them up | 13:45 |
| hacksenwerk | yeah | 13:45 |
| hacksenwerk | But I have several diffrent name for interface and also want to have all possible names, because I would adapt udhcpc also on my isos I will offer soon. | 13:46 |
| hacksenwerk | (Devuan derivates) | 13:47 |
| hacksenwerk | So the interface udhcpc is looking for at boot can be any name. | 13:47 |
| hacksenwerk | Not just those I define before. | 13:48 |
| hacksenwerk | Is that possible? | 13:48 |
| rrq | you want to bring up inerfaces during boot that don't exist ? | 13:48 |
| hacksenwerk | no | 13:48 |
| hacksenwerk | But I offer now an iso, a snapshot of a system. | 13:48 |
| hacksenwerk | And on __my__ system I use for example eth0 | 13:48 |
| hacksenwerk | But some user downloads that live iso and doe snot have eth0, but something_other_here instead | 13:49 |
| hacksenwerk | But the user needs a (u)dhcp(c) at boot, to establish a network connection, because the user uses a headless server. | 13:50 |
| rrq | then you will need some decision logic that picks up the actual name and uses the "=steve" method to bring it up | 13:50 |
| hacksenwerk | So ssh can work. | 13:50 |
| hacksenwerk | That's one example. | 13:50 |
| hacksenwerk | rrq: What do you mean by that? | 13:50 |
| rrq | such decision logic would typiclly belong to /etc/rc.local and in this case inspect /sys/class/net/ | 13:51 |
| hacksenwerk | ajaijai! | 13:51 |
| hacksenwerk | It's getting more complicated again. :) | 13:51 |
| hacksenwerk | Well I think I will have to stick for dhcp then... | 13:52 |
| hacksenwerk | sad | 13:52 |
| rrq | or /proc/somewhere to figure out which iinterface (say betty) to work with and then end up with "ifup betty=steve" | 13:52 |
| hacksenwerk | I;ve never done this. | 13:53 |
| hacksenwerk | Don't want to break anything and then try to fix it several minutes / hours again. | 13:54 |
| hacksenwerk | rrq: But nice trip to udhcpc ;) | 13:55 |
| hacksenwerk | ... why there's a timeout at the forums? | 13:57 |
| hacksenwerk | I get logged out automatically in the forums | 13:58 |
| hacksenwerk | I don't have that on __any__ other forum... | 13:58 |
| rrq | not even when you reboot? | 14:01 |
| hacksenwerk | For years I always write down my forum posts locally, dev1galaxy.org is a usecase for that practice... | 14:02 |
| hacksenwerk | rrq: reboot? | 14:02 |
| rrq | all services do timout sessions after some time | 14:02 |
| rrq | of inactivity | 14:03 |
| hacksenwerk | rrq: nah I delete all cookies and stuff when I close firefox. But as long as firefox runs nothing is deleted. | 14:03 |
| hacksenwerk | In other forums I don't get a log out for idle | 14:03 |
| hacksenwerk | rrq: A timeout is ok, but not that short... | 14:03 |
| hacksenwerk | How about 3 hours | 14:04 |
| hacksenwerk | instead of 20 minutes or what ever it is set to... | 14:04 |
| rrq | I think it times out a session after 30 minutes of inactivity; the longer it is the larger of security hole | 14:05 |
| hacksenwerk | rrq: What security hole? | 14:05 |
| rrq | esp nowadays when people typically cycle IP fairly often | 14:05 |
| hacksenwerk | hm... | 14:06 |
| hacksenwerk | Anyway, it should increase at least to 1 hour | 14:06 |
| hacksenwerk | I read multiple sources parallel often | 14:07 |
| hacksenwerk | Each time I get logged ou I have thats | 14:07 |
| hacksenwerk | ... that eye burning bright design again... | 14:07 |
| rrq | there is that toggle "keep me logged in" which serves me well | 14:07 |
| hacksenwerk | And when you write a post and idle before posting it (for research fro example), its gone! | 14:07 |
| hacksenwerk | rrq: no | 14:08 |
| hacksenwerk | Theres only Log me in automatically each time I visit. | 14:08 |
| hacksenwerk | What I actually do not understand... Is that for people who keep their cookies on browser close? | 14:09 |
| rrq | and those who go for coffee without closing their browser | 14:09 |
| hacksenwerk | rrq: ok... so it acts like keep me logged in for you? | 14:10 |
| rrq | that is wht "keep me logged in" means really | 14:10 |
| hacksenwerk | weird... why not just say Keep me log in then? | 14:10 |
| hacksenwerk | rrq: But its not named keep me logged in | 14:10 |
| hacksenwerk | does it display keep me logged in for you? | 14:11 |
| rrq | ok; who wants to take on maintenance of that code ? | 14:11 |
| hacksenwerk | I can only see "Log me in automatically each time I visit" | 14:11 |
| rrq | that'd say the same for me | 14:11 |
| hacksenwerk | But when I idle the visitor is still there in my logic... | 14:12 |
| hacksenwerk | So maybe better rename it. | 14:12 |
| rrq | in your head maybe :) | 14:12 |
| hacksenwerk | rrq: I will try it now and run a stop watch | 14:12 |
| hacksenwerk | But most forums use "Keep me loged in" | 14:12 |
| hacksenwerk | To be honest: I've never see "Log me in automatically each time I visit" anywhere before... | 14:13 |
| rrq | fair enough. some choice have been made without your guidance. | 14:15 |
| hacksenwerk | :P | 14:16 |
| hacksenwerk | btw: /etc/default/networking is maybe only for ifup ? | 14:16 |
| rrq | I coldn't see it using any WAIT* environment variable though | 14:17 |
| hacksenwerk | That: #WAIT_ONLINE_TIMEOUT=300 ? | 14:17 |
| rrq | like: strings /sbin/ifup | grep WAIT | 14:17 |
| rrq | (most programs would have the names of the environment variables they use as a clear text string) | 14:21 |
| hacksenwerk | rrq: 12:43 < rrq> might be less ideal in other environmets.. if the dhcp server is slow | 14:22 |
| hacksenwerk | 5 seconds doesnt work anymore | 14:22 |
| hacksenwerk | 10 neither | 14:22 |
| hacksenwerk | or 15 | 14:22 |
| hacksenwerk | udhcpc breaks something I think... | 14:23 |
| rrq | is that still running? | 14:23 |
| rrq | it doesn't use /etc/dhcp/dhclient.conf | 14:23 |
| rrq | it has 20 seconds failure timeout I think | 14:24 |
| hacksenwerk | I did: apt install udhcpc && apt-get autoremove --purge isc-dhcp* and then reboot. | 14:24 |
| hacksenwerk | And the reverse way | 14:24 |
| hacksenwerk | So installing isc-dhfoobar && purging udhcpc and reboot | 14:25 |
| hacksenwerk | Need to chang that config file again | 14:25 |
| hacksenwerk | but couldnt get a connection | 14:25 |
| rrq | i might have left the running udhcpc running ; kill that if so | 14:25 |
| rrq | well reboot would do | 14:26 |
| rrq | hmm | 14:26 |
| hacksenwerk | rrq: no its gone | 14:26 |
| rrq | ok. dhclient uses that config, and that config also declares the interfaces it uses I think | 14:27 |
| rrq | I'm always warking my networking that other way.. I'm not sure how running dhclient as controller for networking works | 14:29 |
| rrq | warking=>working | 14:29 |
| hacksenwerk | rrq: I made a mistake | 14:39 |
| hacksenwerk | dhcp does also only establish connections listed in /etc/network/interfaces | 14:39 |
| hacksenwerk | so theres no differe to udhcpc | 14:39 |
| hacksenwerk | *difference | 14:40 |
| hacksenwerk | Problem is that: I use a usb to ethernet adapter. On my x86 machines it always shows up as enx73yfnjssomething. But on my rpi (armv6) it always shows up as eth1 | 14:41 |
| hacksenwerk | eth0 and eth1 are per default in my configs for that isos | 14:41 |
| rrq | according to man page, dhclient gets its interfaces from its config file (not the ifupdown config file) | 14:41 |
| hacksenwerk | so of course the pi brings it up at boot time with dhcp and i tested this all on pi, except the ceck if that timeout thing works on the x86 machines when no interface is there. | 14:42 |
| hacksenwerk | rrq: ok... but thats weird then | 14:42 |
| rrq | the start script might also have some logic of course | 14:43 |
| rrq | and with both a dhclient starts script and ifupdown directives (auto or allow-hotplug) it gets duplciate dhclient processes which migth compete about the interfaces | 14:47 |
| hacksenwerk | rrq: ok so when I add a enxnjaidsuhsomething to interfaces dhcp will establish a connection | 14:48 |
| hacksenwerk | at boot | 14:48 |
| hacksenwerk | so dhcp does read that file | 14:48 |
| rrq | possibly; do you have an init script dor dhclient? if so, what does at say about /etc/network/intrfaces ? | 14:49 |
| hacksenwerk | rrq: I did not write one, so if its not tehre by default in devuan 5.0.1 no | 14:50 |
| rrq | I don;t know; I don't use that package.. you coould check? | 14:50 |
| hacksenwerk | rrq: where to look? | 14:50 |
| rrq | which init system do you use? | 14:51 |
| hacksenwerk | sysvinit | 14:51 |
| hacksenwerk | always | 14:51 |
| * hacksenwerk will try runnit maybe | 14:51 | |
| rrq | might be /etc/init.d/dhclient then | 14:51 |
| hacksenwerk | nope nothing there | 14:52 |
| hacksenwerk | and weird: i now changed the timeout for dhcp to 5 seconds again and now ifconfig (without -a) shows the interface but i dont have internet :) | 14:53 |
| hacksenwerk | thats maybe the point you said about slow dhcp server? | 14:53 |
| rrq | that would mean that the intefaces get configured by ifupdown (networking) which then triggers the dhclient | 14:53 |
| hacksenwerk | rrq: but the 5 seconds arent enough for dhcp to establish it? | 14:54 |
| rrq | possibly not | 14:54 |
| hacksenwerk | :) | 14:55 |
| hacksenwerk | ill ty 10 then | 14:55 |
| hacksenwerk | *try | 14:55 |
| rrq | because the protocol involves a first handshake where the client suggests an IP and then the server has to check whether or not that IP is in use | 14:55 |
| hacksenwerk | the dhcp server on the router | 14:56 |
| hacksenwerk | ? | 14:56 |
| rrq | that check is done with a broadcats and wait session | 14:56 |
| rrq | so the timeout in that check determines hte timeout lower limit for the client | 14:56 |
| hacksenwerk | ok 10 seconds where enough on that machine | 14:56 |
| rrq | .. on that network | 14:56 |
| hacksenwerk | oh yeah | 14:57 |
| hacksenwerk | I wil ladd that to the HowTo | 14:57 |
| hacksenwerk | rrq: whats the longest time you noticed a server would need to establish a connection? | 14:58 |
| rrq | it's probably part of the spec | 14:58 |
| hacksenwerk | 1. in a local network and 2. on a non-local network | 14:58 |
| hacksenwerk | the spec of the dhcp server? | 14:59 |
| rrq | of the dhcp protocol | 14:59 |
| hacksenwerk | oh... | 14:59 |
| hacksenwerk | hm... | 14:59 |
| hacksenwerk | maybe I shouldn't touch the timeout for the isos then... | 14:59 |
| hacksenwerk | those 60 seconds | 14:59 |
| hacksenwerk | for me 10 seconds in my local network is enough. but what if I put my rpi in a server center of some hoster? | 15:00 |
| hacksenwerk | would probably take longer than at home | 15:01 |
| rrq | https://linux.die.net/man/5/dhclient.conf | 15:01 |
| rrq | nothing specific there; noting that the default is 60 seconds | 15:02 |
| hacksenwerk | yeah | 15:02 |
| rrq | some few different timeouts to play with :) | 15:03 |
| hacksenwerk | rrq: btw: "Log me in automatically each time I visit" works for me as it does for you | 15:07 |
| hacksenwerk | tested 30 min of idle | 15:07 |
| rrq | ok. well past my bedtime already. I'm off. | 15:10 |
| hacksenwerk | rrq: I will try udhcpc again though | 15:11 |
| hacksenwerk | rrq: Good night. :) | 15:11 |
| hacksenwerk | rrq: and thanks for the chat. | 15:12 |
| hacksenwerk | rrq: I know you are asleep, but I just want to report, that udhcp is very nice! It establishes a network connection very fast, when the interface is available and if its not available, it times out very fast (after a few seconds) by default, wich is awesome! I can not find anything timeout related in /etc/udhcpc/default.script but anyway I think the user just do not have to! :) | 15:47 |
| Hurgotron | looking for some way to transfer files between Linux and android. Best would be a standalone program which does exactly this one thing. You find lots of stuff about gvfs, but no one tells you what exact combination of components you need, and I don't feel like doing the necessary research anymore | 17:33 |
| cousin_luigi | Hurgotron: Personally I set up a webdav server. | 17:38 |
| cousin_luigi | But I understand it's not a solution fit for every need. | 17:38 |
| fluffywolf | Hurgotron: I've been using simplesshd (dropbear) and sshfs. | 18:01 |
| fluffywolf | https://f-droid.org/en/packages/org.galexander.sshd/ start this on the phone, then sshfs mount it, so I can access the phone as any other remote mount. | 18:03 |
| fluffywolf | sshfs -p 2222 192.168.0.166:/storage/emulated/0/ /mnt is the exact command I'm using to mount it. obviously use your port and ip and mount location... | 18:06 |
| Hurgotron | fluffywolf: privately, I use rsync. But push from the phone so I don't have to start any daemons there. But that is no solution for my neighbors's phone to just copy a few vacation photos | 18:14 |
| fluffywolf | that's easy. you send all your photos (and other personal data to google) so google ai can process them and google servers can store them, then use your google account and google applications on your computer to hope they let you access them. duh! | 18:15 |
| Hurgotron | very helpful | 18:16 |
| fluffywolf | I mean, that's the official consumer-friendly way to do it. lol | 18:17 |
| Hurgotron | mtp and ptp supposedly exist, and there's an USB dialog where you can suppsoedly switch stuff. Unfortunately, it doesn't work | 18:18 |
| fluffywolf | mtp and ptp are awful and terrible in every way, in my experience. | 18:19 |
| fluffywolf | usbotg onto a thumbdrive? | 18:19 |
| Hurgotron | fluffywolf: Might work - good that I got an OTG adapter from Ali recently. I just don't know how to copy stuff with Android :) | 18:29 |
| fsmithred | Hurgotron, I have a kindle that I haven't registered so it won't let me add files over a usb connection, but if I put my files on a local web server I can get them with the web browser on the kindle. | 18:29 |
| fsmithred | through local wireless router | 18:30 |
| Hurgotron | fun, bor me it's the opposite way, I can only use USB with my kindle | 18:30 |
| fluffywolf | iirc, you long hold to select them, then copy, then paste where you want them to go, like windows... | 18:32 |
| fluffywolf | my current e-reader is an old Nook HD, with non-branded android installed in place of the stock android. | 18:33 |
| Hurgotron | can't do any of that. I can mark all, but then only delete, order photos, share, upload to cloud, archive... | 18:34 |
| fluffywolf | https://www.cnet.com/reviews/barnes-noble-nook-hd-plus-review/ one of these. I don't really like it, but most of my complaints are about android and lcd screens in general, and how much better my old kobo glo with e-ink was... | 18:34 |
| fluffywolf | that's the photos app. use the files app. | 18:34 |
| Hurgotron | ok... | 18:35 |
| fluffywolf | just checking on my phone, and when you select them with the files app, the three dots menu has a "copy to" option that lets you pick storage devices. | 18:37 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!