IP Camera with embedded Linux won't connect to internet using ethernet

The name of the pictureThe name of the pictureThe name of the pictureClash Royale CLAN TAG#URR8PPP











up vote
1
down vote

favorite












I have an IP Camera from Thundersoft with a Qualcomm Snapdragon 625 chip inside that runs a Linux distribution. It is extremely limited in terms of available commands, and I can't install any new commands without reflashing it (and I'm trying to avoid that).



I'm trying to connect the camera to an external machine learning API, to process the frames from the camera, but I can't connect the camera to the internet and I don't really know how to address the problem.



I tried connecting it through an ethernet cable (it works perfectly on my computer), but when I run ifconfig it returns:



br0 Link encap:Ethernet HWaddr 00:0A:F5:27:C8:C4 
inet6 addr: fe80::20a:f5ff:fe27:c8c4/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:268 errors:0 dropped:0 overruns:0 frame:0
TX packets:8 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:22048 (21.5 KiB) TX bytes:536 (536.0 B)

eth0 Link encap:Ethernet HWaddr 00:0E:C6:8E:EE:C6
inet6 addr: fe80::20e:c6ff:fe8e:eec6/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1497 errors:3 dropped:2 overruns:0 frame:3
TX packets:17 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:861688 (841.4 KiB) TX bytes:1502 (1.4 KiB)

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:8 errors:0 dropped:0 overruns:0 frame:0
TX packets:8 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:448 (448.0 B) TX bytes:448 (448.0 B)

wlan0 Link encap:Ethernet HWaddr 00:0A:F5:27:C8:C4
inet6 addr: fe80::20a:f5ff:fe27:c8c4/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:284 errors:0 dropped:1140 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:27096 (26.4 KiB)


What should I do to diagnose and solve the problem?



[EDIT AFTER COMMENTS]



The camera has two modes: USB and LAN, and they can't work at the same time. So in USB mode there's no dhcp client (or at least no process called dhc), but when I run ps in LAN mode (with a program that runs on startup and logs to file, because I don't have access to shell on LAN mode), I get no output, so I don't really know the processes running. About the manual IP assignment, I've tried a few things I found, but I think the camera overwrites the configurations later, because the files change after reboot.



My network does have a DHCP server.










share|improve this question



















  • 2




    The camera is not getting any IP address. What does it have as a GUI for configuration?
    – dr01
    Sep 25 at 13:30










  • I don't have any GUI, I only have shell access via USB
    – Luis Cubillos
    Sep 25 at 13:32










  • I can't connect the camera to the internet ... I tried connecting it through an ethernet cable - so, the camera has an ethernet port, and you can connect to the camera to get a shell - yes? Can you call ps in the shell? If not, is /proc/ populated with entries (especially directories that have numerical names)? This is to find out whether a DHCP client is running on the camera. In any case, can you manually assign an IP address?
    – countermode
    Sep 25 at 13:52










  • Actually, about the DHCP client, it's difficult to know. The camera has two modes: USB and LAN, and they can't work at the same time. So in USB mode there's no dhcp client (or at least no process called dhc), but when I run ps in LAN mode (with a program that runs on startup and logs to file, because I don't have access to shell on LAN mode), I get no output, so I don't really know the processes running. About the manual IP assignment, I've tried a few things I found, but I think the camera overwrites the configurations later, because the files change.
    – Luis Cubillos
    Sep 25 at 14:16










  • "I tried connecting it through an ethernet cable (it works perfectly on my computer)" - is that the cable that works perfectly, or the camera connected to your computer?
    – roaima
    Sep 25 at 14:16














up vote
1
down vote

favorite












I have an IP Camera from Thundersoft with a Qualcomm Snapdragon 625 chip inside that runs a Linux distribution. It is extremely limited in terms of available commands, and I can't install any new commands without reflashing it (and I'm trying to avoid that).



I'm trying to connect the camera to an external machine learning API, to process the frames from the camera, but I can't connect the camera to the internet and I don't really know how to address the problem.



I tried connecting it through an ethernet cable (it works perfectly on my computer), but when I run ifconfig it returns:



br0 Link encap:Ethernet HWaddr 00:0A:F5:27:C8:C4 
inet6 addr: fe80::20a:f5ff:fe27:c8c4/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:268 errors:0 dropped:0 overruns:0 frame:0
TX packets:8 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:22048 (21.5 KiB) TX bytes:536 (536.0 B)

eth0 Link encap:Ethernet HWaddr 00:0E:C6:8E:EE:C6
inet6 addr: fe80::20e:c6ff:fe8e:eec6/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1497 errors:3 dropped:2 overruns:0 frame:3
TX packets:17 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:861688 (841.4 KiB) TX bytes:1502 (1.4 KiB)

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:8 errors:0 dropped:0 overruns:0 frame:0
TX packets:8 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:448 (448.0 B) TX bytes:448 (448.0 B)

wlan0 Link encap:Ethernet HWaddr 00:0A:F5:27:C8:C4
inet6 addr: fe80::20a:f5ff:fe27:c8c4/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:284 errors:0 dropped:1140 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:27096 (26.4 KiB)


What should I do to diagnose and solve the problem?



[EDIT AFTER COMMENTS]



The camera has two modes: USB and LAN, and they can't work at the same time. So in USB mode there's no dhcp client (or at least no process called dhc), but when I run ps in LAN mode (with a program that runs on startup and logs to file, because I don't have access to shell on LAN mode), I get no output, so I don't really know the processes running. About the manual IP assignment, I've tried a few things I found, but I think the camera overwrites the configurations later, because the files change after reboot.



My network does have a DHCP server.










share|improve this question



















  • 2




    The camera is not getting any IP address. What does it have as a GUI for configuration?
    – dr01
    Sep 25 at 13:30










  • I don't have any GUI, I only have shell access via USB
    – Luis Cubillos
    Sep 25 at 13:32










  • I can't connect the camera to the internet ... I tried connecting it through an ethernet cable - so, the camera has an ethernet port, and you can connect to the camera to get a shell - yes? Can you call ps in the shell? If not, is /proc/ populated with entries (especially directories that have numerical names)? This is to find out whether a DHCP client is running on the camera. In any case, can you manually assign an IP address?
    – countermode
    Sep 25 at 13:52










  • Actually, about the DHCP client, it's difficult to know. The camera has two modes: USB and LAN, and they can't work at the same time. So in USB mode there's no dhcp client (or at least no process called dhc), but when I run ps in LAN mode (with a program that runs on startup and logs to file, because I don't have access to shell on LAN mode), I get no output, so I don't really know the processes running. About the manual IP assignment, I've tried a few things I found, but I think the camera overwrites the configurations later, because the files change.
    – Luis Cubillos
    Sep 25 at 14:16










  • "I tried connecting it through an ethernet cable (it works perfectly on my computer)" - is that the cable that works perfectly, or the camera connected to your computer?
    – roaima
    Sep 25 at 14:16












up vote
1
down vote

favorite









up vote
1
down vote

favorite











I have an IP Camera from Thundersoft with a Qualcomm Snapdragon 625 chip inside that runs a Linux distribution. It is extremely limited in terms of available commands, and I can't install any new commands without reflashing it (and I'm trying to avoid that).



I'm trying to connect the camera to an external machine learning API, to process the frames from the camera, but I can't connect the camera to the internet and I don't really know how to address the problem.



I tried connecting it through an ethernet cable (it works perfectly on my computer), but when I run ifconfig it returns:



br0 Link encap:Ethernet HWaddr 00:0A:F5:27:C8:C4 
inet6 addr: fe80::20a:f5ff:fe27:c8c4/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:268 errors:0 dropped:0 overruns:0 frame:0
TX packets:8 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:22048 (21.5 KiB) TX bytes:536 (536.0 B)

eth0 Link encap:Ethernet HWaddr 00:0E:C6:8E:EE:C6
inet6 addr: fe80::20e:c6ff:fe8e:eec6/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1497 errors:3 dropped:2 overruns:0 frame:3
TX packets:17 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:861688 (841.4 KiB) TX bytes:1502 (1.4 KiB)

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:8 errors:0 dropped:0 overruns:0 frame:0
TX packets:8 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:448 (448.0 B) TX bytes:448 (448.0 B)

wlan0 Link encap:Ethernet HWaddr 00:0A:F5:27:C8:C4
inet6 addr: fe80::20a:f5ff:fe27:c8c4/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:284 errors:0 dropped:1140 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:27096 (26.4 KiB)


What should I do to diagnose and solve the problem?



[EDIT AFTER COMMENTS]



The camera has two modes: USB and LAN, and they can't work at the same time. So in USB mode there's no dhcp client (or at least no process called dhc), but when I run ps in LAN mode (with a program that runs on startup and logs to file, because I don't have access to shell on LAN mode), I get no output, so I don't really know the processes running. About the manual IP assignment, I've tried a few things I found, but I think the camera overwrites the configurations later, because the files change after reboot.



My network does have a DHCP server.










share|improve this question















I have an IP Camera from Thundersoft with a Qualcomm Snapdragon 625 chip inside that runs a Linux distribution. It is extremely limited in terms of available commands, and I can't install any new commands without reflashing it (and I'm trying to avoid that).



I'm trying to connect the camera to an external machine learning API, to process the frames from the camera, but I can't connect the camera to the internet and I don't really know how to address the problem.



I tried connecting it through an ethernet cable (it works perfectly on my computer), but when I run ifconfig it returns:



br0 Link encap:Ethernet HWaddr 00:0A:F5:27:C8:C4 
inet6 addr: fe80::20a:f5ff:fe27:c8c4/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:268 errors:0 dropped:0 overruns:0 frame:0
TX packets:8 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:22048 (21.5 KiB) TX bytes:536 (536.0 B)

eth0 Link encap:Ethernet HWaddr 00:0E:C6:8E:EE:C6
inet6 addr: fe80::20e:c6ff:fe8e:eec6/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1497 errors:3 dropped:2 overruns:0 frame:3
TX packets:17 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:861688 (841.4 KiB) TX bytes:1502 (1.4 KiB)

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:8 errors:0 dropped:0 overruns:0 frame:0
TX packets:8 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:448 (448.0 B) TX bytes:448 (448.0 B)

wlan0 Link encap:Ethernet HWaddr 00:0A:F5:27:C8:C4
inet6 addr: fe80::20a:f5ff:fe27:c8c4/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:284 errors:0 dropped:1140 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:27096 (26.4 KiB)


What should I do to diagnose and solve the problem?



[EDIT AFTER COMMENTS]



The camera has two modes: USB and LAN, and they can't work at the same time. So in USB mode there's no dhcp client (or at least no process called dhc), but when I run ps in LAN mode (with a program that runs on startup and logs to file, because I don't have access to shell on LAN mode), I get no output, so I don't really know the processes running. About the manual IP assignment, I've tried a few things I found, but I think the camera overwrites the configurations later, because the files change after reboot.



My network does have a DHCP server.







linux networking embedded






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Sep 25 at 14:26

























asked Sep 25 at 13:23









Luis Cubillos

115




115







  • 2




    The camera is not getting any IP address. What does it have as a GUI for configuration?
    – dr01
    Sep 25 at 13:30










  • I don't have any GUI, I only have shell access via USB
    – Luis Cubillos
    Sep 25 at 13:32










  • I can't connect the camera to the internet ... I tried connecting it through an ethernet cable - so, the camera has an ethernet port, and you can connect to the camera to get a shell - yes? Can you call ps in the shell? If not, is /proc/ populated with entries (especially directories that have numerical names)? This is to find out whether a DHCP client is running on the camera. In any case, can you manually assign an IP address?
    – countermode
    Sep 25 at 13:52










  • Actually, about the DHCP client, it's difficult to know. The camera has two modes: USB and LAN, and they can't work at the same time. So in USB mode there's no dhcp client (or at least no process called dhc), but when I run ps in LAN mode (with a program that runs on startup and logs to file, because I don't have access to shell on LAN mode), I get no output, so I don't really know the processes running. About the manual IP assignment, I've tried a few things I found, but I think the camera overwrites the configurations later, because the files change.
    – Luis Cubillos
    Sep 25 at 14:16










  • "I tried connecting it through an ethernet cable (it works perfectly on my computer)" - is that the cable that works perfectly, or the camera connected to your computer?
    – roaima
    Sep 25 at 14:16












  • 2




    The camera is not getting any IP address. What does it have as a GUI for configuration?
    – dr01
    Sep 25 at 13:30










  • I don't have any GUI, I only have shell access via USB
    – Luis Cubillos
    Sep 25 at 13:32










  • I can't connect the camera to the internet ... I tried connecting it through an ethernet cable - so, the camera has an ethernet port, and you can connect to the camera to get a shell - yes? Can you call ps in the shell? If not, is /proc/ populated with entries (especially directories that have numerical names)? This is to find out whether a DHCP client is running on the camera. In any case, can you manually assign an IP address?
    – countermode
    Sep 25 at 13:52










  • Actually, about the DHCP client, it's difficult to know. The camera has two modes: USB and LAN, and they can't work at the same time. So in USB mode there's no dhcp client (or at least no process called dhc), but when I run ps in LAN mode (with a program that runs on startup and logs to file, because I don't have access to shell on LAN mode), I get no output, so I don't really know the processes running. About the manual IP assignment, I've tried a few things I found, but I think the camera overwrites the configurations later, because the files change.
    – Luis Cubillos
    Sep 25 at 14:16










  • "I tried connecting it through an ethernet cable (it works perfectly on my computer)" - is that the cable that works perfectly, or the camera connected to your computer?
    – roaima
    Sep 25 at 14:16







2




2




The camera is not getting any IP address. What does it have as a GUI for configuration?
– dr01
Sep 25 at 13:30




The camera is not getting any IP address. What does it have as a GUI for configuration?
– dr01
Sep 25 at 13:30












I don't have any GUI, I only have shell access via USB
– Luis Cubillos
Sep 25 at 13:32




I don't have any GUI, I only have shell access via USB
– Luis Cubillos
Sep 25 at 13:32












I can't connect the camera to the internet ... I tried connecting it through an ethernet cable - so, the camera has an ethernet port, and you can connect to the camera to get a shell - yes? Can you call ps in the shell? If not, is /proc/ populated with entries (especially directories that have numerical names)? This is to find out whether a DHCP client is running on the camera. In any case, can you manually assign an IP address?
– countermode
Sep 25 at 13:52




I can't connect the camera to the internet ... I tried connecting it through an ethernet cable - so, the camera has an ethernet port, and you can connect to the camera to get a shell - yes? Can you call ps in the shell? If not, is /proc/ populated with entries (especially directories that have numerical names)? This is to find out whether a DHCP client is running on the camera. In any case, can you manually assign an IP address?
– countermode
Sep 25 at 13:52












Actually, about the DHCP client, it's difficult to know. The camera has two modes: USB and LAN, and they can't work at the same time. So in USB mode there's no dhcp client (or at least no process called dhc), but when I run ps in LAN mode (with a program that runs on startup and logs to file, because I don't have access to shell on LAN mode), I get no output, so I don't really know the processes running. About the manual IP assignment, I've tried a few things I found, but I think the camera overwrites the configurations later, because the files change.
– Luis Cubillos
Sep 25 at 14:16




Actually, about the DHCP client, it's difficult to know. The camera has two modes: USB and LAN, and they can't work at the same time. So in USB mode there's no dhcp client (or at least no process called dhc), but when I run ps in LAN mode (with a program that runs on startup and logs to file, because I don't have access to shell on LAN mode), I get no output, so I don't really know the processes running. About the manual IP assignment, I've tried a few things I found, but I think the camera overwrites the configurations later, because the files change.
– Luis Cubillos
Sep 25 at 14:16












"I tried connecting it through an ethernet cable (it works perfectly on my computer)" - is that the cable that works perfectly, or the camera connected to your computer?
– roaima
Sep 25 at 14:16




"I tried connecting it through an ethernet cable (it works perfectly on my computer)" - is that the cable that works perfectly, or the camera connected to your computer?
– roaima
Sep 25 at 14:16










1 Answer
1






active

oldest

votes

















up vote
1
down vote



accepted










First thing to try is to assign an IP address manually,



ifconfig eth0 192.168.45.1 netmask 255.255.255.0


then use route to make sure that route is also set. Finally do the same on the PC it is connected to, using 192.168.45.2.



Now check with ping if they can reach each other.



If they can't, next step is to figure out how the IP cam uses the bridge br0; possibly it should get the IP address instead, if eth0 is a port in the bridge.



As soon as anything works, you can think about DHCP and how to automate it.






share|improve this answer






















  • Thank you! That worked like a charm
    – Luis Cubillos
    Sep 25 at 19:32










Your Answer







StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "106"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);

else
createEditor();

);

function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
convertImagesToLinks: false,
noModals: false,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);



);













 

draft saved


draft discarded


















StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f471326%2fip-camera-with-embedded-linux-wont-connect-to-internet-using-ethernet%23new-answer', 'question_page');

);

Post as a guest






























1 Answer
1






active

oldest

votes








1 Answer
1






active

oldest

votes









active

oldest

votes






active

oldest

votes








up vote
1
down vote



accepted










First thing to try is to assign an IP address manually,



ifconfig eth0 192.168.45.1 netmask 255.255.255.0


then use route to make sure that route is also set. Finally do the same on the PC it is connected to, using 192.168.45.2.



Now check with ping if they can reach each other.



If they can't, next step is to figure out how the IP cam uses the bridge br0; possibly it should get the IP address instead, if eth0 is a port in the bridge.



As soon as anything works, you can think about DHCP and how to automate it.






share|improve this answer






















  • Thank you! That worked like a charm
    – Luis Cubillos
    Sep 25 at 19:32














up vote
1
down vote



accepted










First thing to try is to assign an IP address manually,



ifconfig eth0 192.168.45.1 netmask 255.255.255.0


then use route to make sure that route is also set. Finally do the same on the PC it is connected to, using 192.168.45.2.



Now check with ping if they can reach each other.



If they can't, next step is to figure out how the IP cam uses the bridge br0; possibly it should get the IP address instead, if eth0 is a port in the bridge.



As soon as anything works, you can think about DHCP and how to automate it.






share|improve this answer






















  • Thank you! That worked like a charm
    – Luis Cubillos
    Sep 25 at 19:32












up vote
1
down vote



accepted







up vote
1
down vote



accepted






First thing to try is to assign an IP address manually,



ifconfig eth0 192.168.45.1 netmask 255.255.255.0


then use route to make sure that route is also set. Finally do the same on the PC it is connected to, using 192.168.45.2.



Now check with ping if they can reach each other.



If they can't, next step is to figure out how the IP cam uses the bridge br0; possibly it should get the IP address instead, if eth0 is a port in the bridge.



As soon as anything works, you can think about DHCP and how to automate it.






share|improve this answer














First thing to try is to assign an IP address manually,



ifconfig eth0 192.168.45.1 netmask 255.255.255.0


then use route to make sure that route is also set. Finally do the same on the PC it is connected to, using 192.168.45.2.



Now check with ping if they can reach each other.



If they can't, next step is to figure out how the IP cam uses the bridge br0; possibly it should get the IP address instead, if eth0 is a port in the bridge.



As soon as anything works, you can think about DHCP and how to automate it.







share|improve this answer














share|improve this answer



share|improve this answer








edited Sep 26 at 6:01

























answered Sep 25 at 14:25









dirkt

15k21032




15k21032











  • Thank you! That worked like a charm
    – Luis Cubillos
    Sep 25 at 19:32
















  • Thank you! That worked like a charm
    – Luis Cubillos
    Sep 25 at 19:32















Thank you! That worked like a charm
– Luis Cubillos
Sep 25 at 19:32




Thank you! That worked like a charm
– Luis Cubillos
Sep 25 at 19:32

















 

draft saved


draft discarded















































 


draft saved


draft discarded














StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f471326%2fip-camera-with-embedded-linux-wont-connect-to-internet-using-ethernet%23new-answer', 'question_page');

);

Post as a guest













































































Popular posts from this blog

How to check contact read email or not when send email to Individual?

Bahrain

Postfix configuration issue with fips on centos 7; mailgun relay