Conexões wget,nc,curl nao funciona

osmpc333
(usa Outra)

Enviado em 11/12/2018 - 16:36h

Galera tenho uma shell em um servidor(como root) porem nao esta funcionando comandos como wget,nc ,curl porem consigo fazer ping em qualquer ip da internet acredito que seja alguma configuraçao de proxy ou de roteamento , ja verifiquei iptables e host.deny e host.alow e nao tem nada , alguem tem uma ideia de que tipo de serviço ou configuraçao pode estar bloqueando essa conexão ?

Algumas informaçoes pra voces analizarem

Shell> netstat -rn

 Kernel IP routing table

Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface

10.132.2.0      0.0.0.0         255.255.255.0   U         0 0          0 eth0

169.254.0.0     0.0.0.0         255.255.0.0     U         0 0          0 eth0

0.0.0.0         10.132.2.16     0.0.0.0         UG        0 0          0 eth0 

Shell> ifconfig

 eth0      Link encap:Ethernet  HWaddr 00:50:56:89:05:30

          inet addr:10.132.2.174  Bcast:10.132.2.255  Mask:255.255.255.0

          inet6 addr: fe80::250:56ff:fe89:530/64 Scope:Link

          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1

          RX packets:67507252 errors:0 dropped:0 overruns:0 frame:0

          TX packets:62726140 errors:0 dropped:0 overruns:0 carrier:0

          collisions:0 txqueuelen:1000

          RX bytes:2695977361 (2.5 GiB)  TX bytes:2642463035 (2.4 GiB) 

Se alguem tiver alguma ideia do que pode ser e presisar e alguma informaçao responde que eu mando .. presiso estabelecer uma conexão nc ou ssh com minha maquina remota me ajudem com as configuraçoes porfavor

F9KILL
(usa Debian)

Enviado em 13/12/2018 - 13:04h

As portas na qual você quer se conectar estão abertas?
Envia o resultado do comando netstat -nlpt.

fabio
(usa Debian)

Enviado em 13/12/2018 - 13:46h

Outro checklist bobo, mas que há possibilidade de ser. Verifique se o servidor está resolvendo nomes:

$ ping google.com

Às vezes está pingando IPs, mas não está resolvendo nomes. Se for isso, verifique o arquivo /etc/resolv.conf.

osmpc333
(usa Outra)

Enviado em 13/12/2018 - 14:41h

Amigo, realmente parece um checklist bobo mais realmente o servidor nao esta resolvendo nomes, vou estar arrumando o resolv.conf , mais veja bem amigo eu tento conectar na minha maquina remota via nc usando meu endereço ip mesmo assim o servidor presisa saber resolver nomes pra passar pela internet ate chega ate mim?
Agradeçido

osmpc333
(usa Outra)

Enviado em 13/12/2018 - 14:51h

Olha amigo tipo assim quando colocamos o nc em modo listem em um servidor automaticamente ele abre essa porta não? pois eu nao tenho acesso ao roteador pra poder estar abrindo portas tambem.. e tambem comandos como o wget e curl deveriao funcionar sem abrir portas nao? creio que nao seja isso ... descobri que existe um roteamento para um gateway

Shell> route -n

 Kernel IP routing table

Destination     Gateway         Genmask         Flags Metric Ref    Use Iface

10.132.2.0      0.0.0.0         255.255.255.0   U     0      0        0 eth0

169.254.0.0     0.0.0.0         255.255.0.0     U     0      0        0 eth0

0.0.0.0         10.132.2.16     0.0.0.0         UG    0      0        0 eth0 

então penso que pode ser esse gateway que tenha regras de entrada e saida bem rigorosas pois nao consigo nem mesmo conexão reversa , porem agora que o amigo fez eu ver que o servidor nao esta resolvendo nomes dns realmente pode ser isso.. abraços

fabio
(usa Debian)

Enviado em 13/12/2018 - 15:00h

Não sei dizer. Pode ser que o nc tente fazer um nslookup reverso no IP informado, não sei se procede. Edite o /etc/resolv.conf com essas linhas e manda ver:

$ sudo vim /etc/resolv.conf

nameserver 8.8.8.8

nameserver 8.8.4.4