change filtered port to open
Basic Question: How do I change a port from filtered to open so that I can call nc to view data over a port?
Information:
I have a program that posts data to port 50000. I can run the program fine on my machine (ComA), the program posts to the port and I can call nc in terminal to see the data. When I move it to another machine (ComB), with the same os version, it doesn't work.
Using nmap I can see 50000/tcp filtered ibm-db2
On ComA, this is listed as 50000/tcp open tcpwrapped
ComB iptables state that all connections are supposed to be accepted, so as far as I can tell this is not a firewall issue.
Also, just using nc -l from terminal everything works fine. I can't figure out why this program works on one machine but not the other.
UPDATE
I have run tcpdump while my program is running. Once I use nc in terminal to connect to my program, tcpdump give the following output:
13:29:24.950099 IP localhost.56218 > localhost.50000: Flags [S], seq 2592924699, win 43690, options [mss 65495,sackOK,TS val 24335432 ecr 0,nop,wscale 7], length 0
7 packets captured
14 packets received by filter
0 packets dropped by kernel
multiple times. It appears that nc is continuously sending a packet trying to establish a connection and not getting a response.
I have also run netstat and found that port 50000 is in the listening state:
tcp 0 0 *:50000 *:* LISTEN
UPDATE 2
I have now used wireshark and netstat to try to determine if the packets were dropped. Wireshark confirmed that the SYN packet was sent and retransmitted several times. Netstate does not show packets being dropped on any interface.
networking server iptables firewall netcat
add a comment |
Basic Question: How do I change a port from filtered to open so that I can call nc to view data over a port?
Information:
I have a program that posts data to port 50000. I can run the program fine on my machine (ComA), the program posts to the port and I can call nc in terminal to see the data. When I move it to another machine (ComB), with the same os version, it doesn't work.
Using nmap I can see 50000/tcp filtered ibm-db2
On ComA, this is listed as 50000/tcp open tcpwrapped
ComB iptables state that all connections are supposed to be accepted, so as far as I can tell this is not a firewall issue.
Also, just using nc -l from terminal everything works fine. I can't figure out why this program works on one machine but not the other.
UPDATE
I have run tcpdump while my program is running. Once I use nc in terminal to connect to my program, tcpdump give the following output:
13:29:24.950099 IP localhost.56218 > localhost.50000: Flags [S], seq 2592924699, win 43690, options [mss 65495,sackOK,TS val 24335432 ecr 0,nop,wscale 7], length 0
7 packets captured
14 packets received by filter
0 packets dropped by kernel
multiple times. It appears that nc is continuously sending a packet trying to establish a connection and not getting a response.
I have also run netstat and found that port 50000 is in the listening state:
tcp 0 0 *:50000 *:* LISTEN
UPDATE 2
I have now used wireshark and netstat to try to determine if the packets were dropped. Wireshark confirmed that the SYN packet was sent and retransmitted several times. Netstate does not show packets being dropped on any interface.
networking server iptables firewall netcat
add a comment |
Basic Question: How do I change a port from filtered to open so that I can call nc to view data over a port?
Information:
I have a program that posts data to port 50000. I can run the program fine on my machine (ComA), the program posts to the port and I can call nc in terminal to see the data. When I move it to another machine (ComB), with the same os version, it doesn't work.
Using nmap I can see 50000/tcp filtered ibm-db2
On ComA, this is listed as 50000/tcp open tcpwrapped
ComB iptables state that all connections are supposed to be accepted, so as far as I can tell this is not a firewall issue.
Also, just using nc -l from terminal everything works fine. I can't figure out why this program works on one machine but not the other.
UPDATE
I have run tcpdump while my program is running. Once I use nc in terminal to connect to my program, tcpdump give the following output:
13:29:24.950099 IP localhost.56218 > localhost.50000: Flags [S], seq 2592924699, win 43690, options [mss 65495,sackOK,TS val 24335432 ecr 0,nop,wscale 7], length 0
7 packets captured
14 packets received by filter
0 packets dropped by kernel
multiple times. It appears that nc is continuously sending a packet trying to establish a connection and not getting a response.
I have also run netstat and found that port 50000 is in the listening state:
tcp 0 0 *:50000 *:* LISTEN
UPDATE 2
I have now used wireshark and netstat to try to determine if the packets were dropped. Wireshark confirmed that the SYN packet was sent and retransmitted several times. Netstate does not show packets being dropped on any interface.
networking server iptables firewall netcat
Basic Question: How do I change a port from filtered to open so that I can call nc to view data over a port?
Information:
I have a program that posts data to port 50000. I can run the program fine on my machine (ComA), the program posts to the port and I can call nc in terminal to see the data. When I move it to another machine (ComB), with the same os version, it doesn't work.
Using nmap I can see 50000/tcp filtered ibm-db2
On ComA, this is listed as 50000/tcp open tcpwrapped
ComB iptables state that all connections are supposed to be accepted, so as far as I can tell this is not a firewall issue.
Also, just using nc -l from terminal everything works fine. I can't figure out why this program works on one machine but not the other.
UPDATE
I have run tcpdump while my program is running. Once I use nc in terminal to connect to my program, tcpdump give the following output:
13:29:24.950099 IP localhost.56218 > localhost.50000: Flags [S], seq 2592924699, win 43690, options [mss 65495,sackOK,TS val 24335432 ecr 0,nop,wscale 7], length 0
7 packets captured
14 packets received by filter
0 packets dropped by kernel
multiple times. It appears that nc is continuously sending a packet trying to establish a connection and not getting a response.
I have also run netstat and found that port 50000 is in the listening state:
tcp 0 0 *:50000 *:* LISTEN
UPDATE 2
I have now used wireshark and netstat to try to determine if the packets were dropped. Wireshark confirmed that the SYN packet was sent and retransmitted several times. Netstate does not show packets being dropped on any interface.
networking server iptables firewall netcat
networking server iptables firewall netcat
edited 9 hours ago
Austin
asked Jan 11 at 13:57
AustinAustin
12
12
add a comment |
add a comment |
0
active
oldest
votes
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "89"
};
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',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1108863%2fchange-filtered-port-to-open%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
0
active
oldest
votes
0
active
oldest
votes
active
oldest
votes
active
oldest
votes
Thanks for contributing an answer to Ask Ubuntu!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1108863%2fchange-filtered-port-to-open%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown