Forum Replies Created

Viewing 12 posts - 1 through 12 (of 12 total)
  • Author
    Posts
  • in reply to: Unit offline #5897
    Bjorn Roesbeke
    Participant

    Port forwards / DNAT do not influence the uradmonitor device as it does not need to be accessed from outside your network, the uradmonitor device initiates the connection.
    SNAT rules must be valid but most SOHO routers don’t even offer options to change this.
    Afaik the uradmonitor can use any outgoing port from 1 to 65535
    going to port 53 for 8.8.8.8 or 8.8.4.4
    going to port 80 for data.uradmonitor.com
    going to port 80 for uradmonitor.com
    broadcast to port 67

    Can you bypass your router at all? I feel like we’re going in circles here.

    in reply to: Unit offline #5894
    Bjorn Roesbeke
    Participant

    The device has an IP address and is able to resolve the IP of the server but it’s showing HTTP status code 0, which isn’t a valid one.
    Either a firewall is blocking the requests or there’s an IP conflict or a rogue DHCP that’s providing a bad gateway IP.
    You could try adding a static entry to the ARP table but then we’re getting ourselves in some other mess.
    Do you happen to be using a (misconfigured) powerline adapter? Multiple routers in the network?

    If the following returns more than one result, then you’ve most likely found your cause.
    nmap --script broadcast-dhcp-discover

    I may of course be wrong.

    in reply to: (Workaround/fixed) DNS and other firewall issues #5628
    Bjorn Roesbeke
    Participant

    (can’t edit previous post)
    Another option: add a DNAT rule to your router, changing any request to Google’s DNS servers into one to the local DNS server. The uradmonitor device will be none the wiser.

    in reply to: Unit offline #5406
    Bjorn Roesbeke
    Participant

    Try, try and try again.
    – another browser (elinks perhaps)
    – another computer
    – separate router/DHCP server combo
    – See if the interface activity LED is blinking
    – HUB + Wireshark

    Does your router accept static IPs in the active DHCP pool?
    I don’t think the uradmonitor unit is defective.

    in reply to: Changing the coordinates #5401
    Bjorn Roesbeke
    Participant

    Quick question: should the altitude be the true altitude above (or below!) sealevel [better be storing signed floats in DB] or above ground?
    If installed correctly, everyone’s unit should be 1m above ground therefore it can’t be anything else than difference in height to sealevel, right?

    in reply to: Unable to pull data from API #5398
    Bjorn Roesbeke
    Participant

    You’ll need to send these custom headers.
    There’s no possibility to send them in the querystring.

    curl --header "X-User-id:YOURUSERID" --header "X-User-hash:YOURHASHHERE" http://data.uradmonitor.com/api/v1/devices/8200000f/all/
    Example:
    curl --header "X-User-id:156" --header "X-User-hash:fffdaa0badb23b8baf90b6168dd16b3a" http://data.uradmonitor.com/api/v1/devices/8200000f/all/
    (this is not my real hash)

    in reply to: Unit offline #5397
    Bjorn Roesbeke
    Participant

    Assuming you’re in the same subnet:
    You could start by looking up if IP 192.168.1.105 matches your unit and is still an active lease, pointing to the correct device:
    The MAC address shouldn’t be different from your device.
    arp -a
    or try
    arping 192.168.1.105

    Then try to reach the webinterface with a webbrowser on port 80, you could try to probe it with nmap; the port should be in an open state.
    nmap -p T:80 192.168.1.105

    If it doesn’t work, try the usual power cycle.

    The device needs access to uradmonitor.com, data.uradmonitor.com and 8.8.8.8 but if the webinterface is inaccessible locally, then the unit probably won’t be sending data either.

    in reply to: (Workaround/fixed) DNS and other firewall issues #5301
    Bjorn Roesbeke
    Participant

    Very well.
    Should’ve been something for me to be aware of.
    As always, thank you for responding.

    in reply to: Introduce Yourself! #4547
    Bjorn Roesbeke
    Participant

    Have i not introduced myself? Really? Okay then…

    I’m Bjorn Roesbeke, born in ’89, living in Zomergem, Vlaanderen (the Dutch speaking region of Belgium).
    I’ve got many hobbies; creating and repairing electronic devices, organizing lanparties and various IT-related ones such as webdevelopment.
    Whilst not really knowledgeful about radiation or the environment, i do like to learn new things.
    Dave Jones’ Eevblog made uRADMonitor come to my attention and convinced me to participate in this project.
    I never say no to a new IoT device on my network.

    Welcome to my home, uRADMonitor #1200003F!

    http://shared.bjornroesbeke.be/uradmonitor/Unit_full_cropped.jpg
    http://shared.bjornroesbeke.be/uradmonitor/Unit_front.jpg

    in reply to: Monitor online but grey on map #4249
    Bjorn Roesbeke
    Participant

    Everything seems to be back to normal now, however i see more units on the map shown in grey but listed as online.

    in reply to: Documentation of graphing script + user input validation #1453
    Bjorn Roesbeke
    Participant

    As i said before, Google maps with many pins sometimes pegges a CPU and the current detailed view is _inside_ of the Google maps.
    The static webpages i spoke of might be something like the attached image.

    in reply to: New Firmware enables rrdtool graphing. #1428
    Bjorn Roesbeke
    Participant

    Where is the rrdscript variable used?

Viewing 12 posts - 1 through 12 (of 12 total)