-
-
Notifications
You must be signed in to change notification settings - Fork 18
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
(Dowse Raspberry image) fix IP breaks functionality #42
Comments
On Sat, 30 Sep 2017, Christian Sievers wrote:
This is the part in /etc/network/interfaces that breaks things, if I
uncomment it (basically I was thinking to give it the same IP that it
received from the router):
#auto eth0
#iface eth0 inet static
address 192.168.178.20
netmask 255.255.255.0
You are also supposed to uncomment the two lines commented above. Also
add `gateway 192.168.178.1` (or whatever your gateway ip is (your
router)), and optionally `network 192.168.178.0`.
|
Yes, I saw the two lines to uncomment, I had done that. And after DHCP didn't work I added exactly those lines you mention: |
This should most definitely work... Something wrong is happening. Can
you paste your whole /etc/network/interfaces file?
Also what happens if you do `/etc/init.d/networking restart` on the Pi
once it boots without an IP?
|
Hi, What didn't work was this:
It's headless so if that happens I can only do a hard restart. I don't have a spare monitor at home, but I guess if it's important to try this I could use a serial cable to log in to the Pi. By the way, not sure if this is related or not, there is another issue with the ON-button not working properly. I can click it and it reloads the page, but the button stays off, and that particular phone is left without connection. Is there a shell command I could try? Or any other idea? I also wouldn't mind turning on party mode, but my version of Dowse doesn't seem to give me that option, at least in the web interface. |
I have exactly the same problems. Tried for hours now but fixed IP doesn't seem to work. Also dhcp settings are ignored (see my other issue). |
Hi everyone! |
Yes I did... |
ACK, you are right (well, its 101-249, anyway yes) the dhcp range setting isn't converted into the configuration of the ISC DHCP daemon. About the gateway, you mean also setting |
Correct: wan=192.168.100.102 is set in my /etc/dowse/settings but after booting I don't have a default gw. Have to add it manually. Can i specify the range for DHCP for the time being somewhere else? |
I'm fixing that (dhcp range) right now and will do more tests on the wan. the problem is generated by a transition to a smarter detection system, but indeed manual settings should always override all correctly. To receive the fixes you need to use latest git master branch. |
Okay thanks. Noob question: can I get to latest git master when I started with the downloadable sdcard image? |
Its actually a good question that we should include in the documentation. I will try to sketch the procedure, but may be missing some detail:
|
This results in an error:
the /24 shouldn't be in the subnet I think...
|
Hi!
The instructions in that file aren't very clear. So the actual, live settings file should be /etc/dowse/settings, not /etc/dowse/settings.dist ? Can you clarify please? |
Yes I do my settings in /etc/dowse/settings but @jaromil changed some code to use the dhcp range. But there's still an error. What file generates: /home/dowse/.dowse/run/dhcpd.conf ?? |
@jaromil would you mind to have a look at this dhcpd.conf error that occurs in latest branch? |
sure. sorry this is occurring also because our regression tests on travis are currently broken |
Is there any view on a solution for this? Thx.. |
its rather simple. we will merge our webui2 branch which has a lot of updates and then also fix this glitch, probably this week already. |
Okay, will wait for that... |
its fixed in my test environment now (current master branch). how about your setup? |
Nope, the errormessage mentioned before is gone but the dhcp daemon doesn't give a default-gw to the clients.
|
AFAIK the line |
Yes, sorry, you are right. But still this part of the config:
Results in this file ~dowse/.dowse/run/dhpcd.conf:
I expected the range to be .65 - .70 |
ok yes the config is not reflecting all the settings, thanks |
Ah ok, I think I am almost there... last problem is that DNS on dowse on all clients is returning it's own ip. (ip of dowse box = 192.168.100.101, cable modem/router = 192.168.100.102) So on a client every nslookup returns in ip of dowse box:
On client with dhcp address from Dowse :
|
this is normal, because Dowse tunnels the DNS via dnscrypt-proxy and because your client is not yet "authorised" to browse. To become admin visit http://dowse.it from inside (or directly 192.168.100.101) and with latest git master you will see the web interface where you can become admin and start watching and authorising devices. |
no that doesn't work. Looks like there no webserver running. Nothing listening on port 80. But many many thanks for you effort and help so far!! 👍 I think best for me is to come back in a few weeks/months. UPDATE: webui2 is never started. No error message...have no idea why. |
Thanks to you too for helping us to understand how to smooth all edges. I'm taking notes so we address them in the next code sprint. I think the webui2 may not be started automatically if you don't recompile and make install the latest, then you need to login as user |
I just did: remove ~dowse/dowse-src and started all over by git clone...etc
but noting listening on port 80
but noting in the logfiles... Thank you again for your help! |
Hi, the Raspberry image we got from you a couple of days ago works fine on my home network. I plug it in, the Dowse box gets an IP from the router, and then I turn off DHCP on the router. So far so good. I ask for a new DHCP lease on my laptop, and bingo, I'm in.
But when I edit /etc/network/interfaces on the Dowse box to give it a fix IP, that breaks things somehow. Dowse's DHCP doesn't work any more. I was stumped and even re-flashed the Raspberry to revert to the original image, but still the same problem.
I reverted things back to Dowse getting an IP from the router's DHCP, and now everything works again. So right now I can't restart the Dowse box, because that would leave it without an IP (it still uses the IP given to it by the router right now)...
For your reference, the home network is 192.168.178.0
The router is at 192.168.178.1
The dowse box gets this IP from the router: 192.168.178.20
This is the part in /etc/network/interfaces that breaks things, if I uncomment it (basically I was thinking to give it the same IP that it received from the router):
#auto eth0
#iface eth0 inet static
#address 192.168.178.20
#netmask 255.255.255.0
The text was updated successfully, but these errors were encountered: