Newsgroup: it.comp.os.linux.iniziare
Titolo: Telnet da fuori non funziona :-(

Salve, ho messo su un server Linux con un piccolo sito di annunci gratuiti
di compravendita HW informatico per privati, e tutto dopo qualche tempo
funziona come voglio. L'unico problema è che non riesco a fare telnet da
fuori, mentre non ho alcun problema a farlo dalla LAN dove risiede il
server...
La porta in ingresso è disponibile, quindi sto "cannando" qualche
impostazione di redHat 7.2 : qualche suggerimento ?
Grazie, Riccardo
--
http://serverrik.d2g.com/
 annunci gratuiti HW usato
"Un genio si riconosce dal fatto che
tutti gli ignoranti gli vanno contro."
T.S.Elliot

Qualche regola di iptables ?
oppure /etc/hosts.allow ?
I log cosa dicono ?
Ciao
Ale


 I log cosa dicono ?
Quali devo consultare ? Ho dato un'occhiata in giro, ma senza trovare nulla
di chiaro :-(
/
var/log/iptraf è vuota... E' normale?
Grazie per l'aiuto...

 di chiaro :-(
/var/log/messages /var/log/secure
Ciao
Ale


Niente di strano, nenache loggano i tentativi di accesso telnet...
Tutto il resto si...
Il mistero si infittisce...

 ha scritto nel messaggio
news:Ebca8.51825$om6.1...@news1.tin.it...
| > iptables -L
| Non viene accettato questo comando... Pero' se faccio man iptables
| visualizzo la pagina di manuale sul comando...
spero tu sia root mentre impartisci la regola per
vedere le catene...
se no direi proprio che la magia e' la soluzione!! :)
cmq, usa ssh! lascia stare telnet che non e' cifrato.
--
[ Penguin At Work ]
-> 
http://web.tiscali.it/penguinatwork/
-> aka Fustino Di Dixan while working

 cmq, usa ssh! lascia stare telnet che non e' cifrato.
Lo farei, se solo il client che voglio usare (windows 2000) me ne dasse la
possibilità...
E non posso installare niente su qul pc, sono solo abilitato come utente ...
PS : quando ho fatto l'installazione sul mio server, ho scelto
l'installazione SERVER : che sia prevista una protezione più alta per
questo?
Dove intervenire per modificarla? La porta necessaria al telnet è la 23,
giusto???
La soluzione ci DEVE essere...

...inoltre, sempre da fuori, se tento di fare un PING con il mio server, lui
non mi risponde...
Sgrunt.

 vedere sopra...
su -
NON su e basta!
Apri il file /etc/syslog.conf,
e guarda se hai una riga come questa
*.debug;mail.none;authpriv.none                    /var/log/messages
Ciao
Ale


Ciao,
Rik

 cosi?
No.
Se digiti solo su, assumi i diritti di root, ma non tutto il resto
dell'ambiente.
Esiste su - (su spazio meno) che ti rende root a tutti gli
effetti, con anche i settaggi di root, compreso il path in cui il
sistema operativo va a cercare gli eseguibili.
man su e', come al solito, fonte di sapienza. :-)
-- 
           |Save our planet!
  Ciao     |Save wildlife;
  roberto  |For your E-MAIL use only recycled Bytes !!
           |roberto poggi  
rpo...@softhome.net

 Ce l'ho, ma senza "debug":
Va benissimo!Nn e' questo il problema!
Tu non riesci a telnettare e pingare SOLO DA FUORI?
Hai un firewall che ti blocca tutto!
Come diavolo e' configurata quella rete?
Se da dentro riesci a pingare e telnettare e da fuori no,e nelle 
iptables non vedi nulla,c'e' scicuramente un firewall che ti blocca 
tutto anche i pacchetti ICMP!!
Puoi verificare?
Ciao
Ale

 -- 
:-\ Mea culpa...


Cercherò di scoprire qualcosa in questo senso, per ora grazie 1000 : mi hai
dato tante info utili, ed io ne sono ingordo :-)))
Rik

 
Ma...cosa??
Mi sa che e' proprio quello il problema!!!
Non ci metti nulla a scivere una rule che dica :" fai passare tutti i 
pacchetti che provengono SOLO da questa rete...".
Se non ci dite ESATTAMENTE le cose,come sperate che vi diamo una mano??
Ciao
Ale


Giustissimo.
Allora, ecco qua /etc/sysconfig/ipchains
:input ACCEPT
:forward ACCEPT
:output ACCEPT
E' tutto qua, ma il telnet ne il ping funzionano da remoto, mentre in
locale, sullal LAN, tutto ok.
Se invio il comando iptables -L da root (con il su - , quindi tutto
regolare), ottengo quanto segue:
[root@serverrik root]# iptables -L
Chain INPUT (policy ACCEPT)
target     prot opt source               destination
Chain FORWARD (policy ACCEPT)
target     prot opt source               destination
Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination
[root@serverrik root]#
Che ca@@ero devo fare ???
Non so più dove batter la testa !

 Non so più dove batter la testa !
Prova a sbatterla contro QUEL fw! ;)