Telnetten met rh 7.1

[paultjeb]

Zojuist RH 7.1 (voor de 3e keer) geinstalleerd.
Situatie: Klein lokaal netwerkje met een paar win-pc's. Een 'oude' notebook wil ik inrichten als linuxserver. Twee cdtjes uit een tijdschrift halen een draaien maar.... Maarrrr... Tijdens de installatie geef ik op dat ik geen firewall wil gebruiken. Na afloop van de installatie bijkt dat er niet getelnet kan worden vanaf een win-pc.
Ik start niet op in Gnome of KDE, maar gewoon als console. Inloggen doe ik als root. Kijken bij 'lokkit' en de security staat op high!!!
Uit een ander draardje hier heb ik gelezen dat het wellicht ook kan helpen om iptables te flushen (-F). Help ook al niet...:'(
Wie kan me helpen?

[Verwijderd]

Je kunt via Telnet niet zomaar inloggen als root. Daar moet je iets voor instellen.
Probeer eens een standaard user. Je zult zien dat dat wel gaat

[zeroxcool]

vaag dat het niet werkt, bij mij meteen..

heb je

code:

telnet 127.0.0.1

al geprobeerd?

[ralfbosz]

code:

telnet 127.0.0.1

dit is korter

code:

telnet 0

[zeroxcool]

hehe

[Verwijderd]

Ik zou geen telnet gebruiken maar SSH. Een SSH demaon zit meestal standaard geinstalleerd op je Linux Distro.

[zeroxcool]

hij vroeg niet om root access via z'n desktop, maar als je dat wilt moet je SSH pakken ja, met PUTTY (PUTTY RULEZZZ )

edit:

kewl m'n 200ste post

[Verwijderd]

Op zondag 12 augustus 2001 19:55 schreef Markiedam het volgende:

Ik zou geen telnet gebruiken maar SSH.
Een SSH demaon zit meestal standaard geinstalleerd op je Linux Distro.

Zolang telnet niet via inet bereikbaar is is er niks aan de hand. Zeker niet, als er alleen bekenden in het (thuis-)netwerk zitten.
Als je over inet gaat werken, dan is SSH uiteraard wel te preferen.


Je kan via telnet standaard niet als superuser (root) inloggen.
Je moet dus eerst als gewone user inloggen en daarna su-en naar root ("su (-) root"). Bij een source install van SSHD is dit overigens ook het geval!
Overigens is dit sowieso te preffereren uit veiligheids oogpunt.

[paultjeb]

Ik zou willen dat ik kon inloggen! Als ik in m'n dosboxje telnet 10.144.11.96 intik, knalt er na een halve seconde een foutmelding op m'n scherm (Verbinding mislukt, kan geen verbinding maken met 10.144.11.96)
Ik kan wel pingen, standaardpagina van de webserver is ook te zien......

[Super_ik]

ff met linuxconf/server dinges/services je telnet server aanzetten

ps als je een user lid maakt van wheel kun je met su wel als root handeleen via telnet

[paultjeb]

Je bedoelt in linuxconf-->Control-->Control Panel-->Control service activity ??

Waar ja van allerlei dingen kunt instellen of ze automatic, manual en op welk runlevel daraaien?

Helaas, er staat geen telnet bij!

[Verwijderd]

Telnet zal waarschijnlijk via de superserver (x)inetd draaien.

Voor inetd moet je in /etc/inetd.conf bij de volgende regel het hekje ervoor weghalen.

code:

# telnet   stream    tcp    nowait   root /usr/sbin/tcpd   in.telnetd

Vervolgens tik je in: "killall -HUP inetd"

Voor xinetd, moet je in de aparte file voor telnet zijn.

[paultjeb]

inetd.conf heb ik niet, ik zal eens telnet.conf opzoeken....

Ahem, ik hebbum wel maarreeh, het woord telnet komt er niet in voor....

[Verwijderd]

Bekijk deze link maar eens



[edit]
Whoops verkeerde link

Nah doe het anders gewoon zo:

Zorg dat er een bestand telnet onder /etc/xinetd.d staat met tenminste de volgende inhoud:

code:

service telnet
{
      flags      = REUSE
      socket_type     = stream
      wait      = no
      user      = root
      server        = usr/sbin/in.telnetd
}

Vergeet vooral niet xinetd te restarten.

[Verwijderd]

*schop*
De edit kwam een beetje laat, voordat je straks het verkeerd doet!

[paultjeb]

Ik kan er geen touw aan vast knopen...... Maar ik probeer het toch...

Ik zie in /etc/xinetd.d het bestandje kbr5-telnet

daarin staat: disable = yes (YESSSSS!!!! )

Even no van gemaakt, ik ga nu rebooten....
Ik ben benieuwd....

[Verwijderd]

Op zondag 12 augustus 2001 21:20 schreef paultjeb het volgende:
Ik kan er geen touw aan vast knopen...... Maar ik probeer het toch...

Ik zie in /etc/xinetd.d het bestandje kbr5-telnet

daarin staat: disable = yes (YESSSSS!!!! )

Even no van gemaakt, ik ga nu rebooten....
Ik ben benieuwd....

Het is geen windows
Knoop even in je oren, dat in principe een reboot onder linux nooit nodig is.

"service xinetd restart"
of "/etc/init.d/xinetd restart" was voldoende geweest.

[paultjeb]

Weet ik, maar ik ben nu precies 12 uur serieus met linux bezig.... Dat commandotje zoeken duurt langer dan rebooten.

Desaniettemin BEDANKT!!!

IK KAN TELNETTEN!!!!!!!

[Verwijderd]

ur welcome

Nu de volgende stap onder linux he
SSH-server isntalleren

[paultjeb]

Op naar het volgende draadje!

[deadinspace]

Dit komt misschien als mosterd na de maaltijd, maar:

Jij hebt dus rh 7.1 geinstalled, en 'toen kon je niet telnetten'. Als je GNU/Linux installeert, kan je ook niet meteen magischerwijze telnetten. Om naar een computer te telnetten, zal deze computer een telnet-daemon (daemon is UNIX term voor server) moeten hebben. Ook zal deze moeten draaien (of hij moet vanuit (x-)inetd gestart worden zoals bij jou het geval is). Dat veel distributies standaard met een telnet-daemon komen, houdt niet in dat 'je met linux autmagisch kan telnetten'. In jouw geval was de telnet-daemon wel geinstalleerd maar niet geactiveerd ('hij draaide niet'), dit waarschijnlijk uit veiligheids oogpunt; het is namelijk verstandig om zo weinig mogelijk services (zoals telnet) aan te bieden, en dan alleen diegenen die je nodig hebt te installeren/aan te zetten. Ook is telnet niet bepaald de veiligste manier van remote inloggen, hiervoor kun je (zoals al opgemerkt) veel beter ssh gebruiken.

Dit verhaaltje geldt overigens niet alleen voor telnet, maar ook voor ssh, dhcp, ftp, http, DNS, enz, enz. Als je dus wilt ssh-en, dan zul je een ssh-daemon moeten draaien. Maar het is niet onmogelijk dat die standaard bij rh 7.1 al aan staat, herhaal hele verhaal.

[Verwijderd]

En als je dan toch als root toch wil inloggen kun je in /etc/pam.d het bestand login aanpassen.
Moet je # voor de regel auth required /lib/security/pam_securety.so aanpassen.

Uhm ze hebben dit voor de veiligheid niet standaard aanstaan.

Dus mensen kom niet op verkeerde gedachten door het bovenstaande. Nelske (post hieronder) heeft idd gelijk. Alleen vind ik het gemakkelijker (minder typwerk) dan eerst gewoon inlogge en dan su - . Tja ik ben denk ik een beetje

[Verwijderd]

breng mensen maar niet op ideeen; zeker niet als ze telnet gebruiken op een server die aan inet hangt

[paultjeb]

Veiligheid: Het netwerk heeft bij mij geen verbinding met de buitenwereld. Niet helemaal waar, maar dat is te ingewikkeld om uit te leggen (hihi)

Ik begin het trouwens steeds leuker te vinden! Net met een telnet-sessie (ik weet het, sorry!) en mc via ftp vnc gedownload. Nu nog even uitvissen hoe ik of
- het path aanpas zodat ik vncserver kan draaien
of
-in welke dir ik het spul moet zetten zodat ze in het path staan.

Tof spul dat linux!

[Verwijderd]

Je PATH wordt bijgehouden in de variabele PATH

met "echo $PATH" kan je hem zien.
Met export kan je een variabele zetten.

Je PATH vaiabele wordt meestal in het bestandje .(bash_)profile gezet in je home-dir.
Je kan dit eventueel met een editor aanpassen.

[offtopic]
Dit stond net in mijn sig Buiten de foutieve eerste regel, die me nu pas op valt.

De persoon voor je bekeek in ieder geval 114 maal een topic bekeken waarin ik gepost heb. (verdere info ontbreekt)
Browser: Onbekend. OS: Windows 67.
Voor stats-uitsluiting zie m'n homepage.

[paultjeb]

Over 31 jaar krijgen we hier win98...
Misschien dat ze tegen die tijd de fouten er een beetje uit hebben.....
Tot die tijdL Windows67 (Where did you go in the '60?)

[Verwijderd]

ROFLOL
Je zou bijna denken dat het een flame richting MS is
Dit moet iemand geweest zijn, die expres zijn HTTP_USERAGENT string veranderd heeft
Als hij iets anders dan windowss erin gezet had, dan was er namelijk netjes "onbekend" in de sig komen staan.

Maar is het gelukt met je PATH eigenlijk

[paultjeb]

ja en nee; Ik heb die vier bestandjes van vncserver (er staat een sterretje voor trouwens, zegt me niets) in een directory gezet die in path staat. Ik kan na het intoetsen van vncserver zegt-ie dat ik een passwoord nodig heb en geeft-ie me m'n prompt weer terug.

Ik ga meer eens even een boekie lezen over linux.... Zoiets leest altijd lekkerder als je een beetje 'basiskennis' hebt.

Ik ga trouwens slapen, morgenvroeg moet ik weer aan het werk. Het voordeel van dat werk is dat ik lekker op GoT kan kijken/zoeken en dat ik naar m'n linuxbakkie kan telnetten hihi!*D

HARTSTIKKE BEDANKT!!!!! (En de groeten aan Rooi! ('k heb er ooit nog eens een vrindinnetje gehad...))

[Verwijderd]

Hmzz, dat ligt eerder aan het progje zelf zo te horen

Maar uhmmmm... How the ^%^# weet jij dat ik in Sint-Oedenrode gewoond heb
SPOOKY

ennuh, ur welcome natuurlijk.

[edit]
/me schiet ineens zijn domeinnaam te binnen

[DPLuS]

Wordt het commando export gebruikt om variabelen in de env toe te voegen?

[N.a.v.: Door nelske - zondag 12 augustus 2001 23:32

--------------------------------------------------------------------------------
Je PATH wordt bijgehouden in de variabele PATH
met "echo $PATH" kan je hem zien.
Met export kan je een variabele zetten.

Je PATH vaiabele wordt meestal in het bestandje .(bash_)profile gezet in je home-dir.
Je kan dit eventueel met een editor aanpassen.


]

[Verwijderd]

Op maandag 13 augustus 2001 01:59 schreef DPLuS het volgende:
Wordt het commando export gebruikt om variabelen in de env toe te voegen?

Yep met declare en export kan je variabelen aan de environment toe voegen, cq veranderen

[deadinspace]

DPluS: met [quote] en de bijbehorende sluit-tag kun je een tekst quoten. Dit wordt al automatisch voor je gedaan als je op 'quoot deze reply' bij nelskes reply klikt (ergens rechtsbovenaan bij elke reply)

[DPLuS]

[quote]
Op maandag 13 augustus 2001 02:06 schreef deadinspace het volgende:
DPluS: met

en de bijbehorende sluit-tag kun je een tekst quoten. Dit wordt al automatisch voor je gedaan als je op 'quoot deze reply' bij nelskes reply klikt (ergens rechtsbovenaan bij elke reply)

Ja, wist ik al, maar ik had het berichtje al getypt...

Waar wordt die ENVironment trouwens gedefinieerd als je RedHat opstart?
Staat dat ergens in een scriptje??

[deadinspace]

Op maandag 13 augustus 2001 03:44 schreef DPLuS het volgende:
Waar wordt die ENVironment trouwens gedefinieerd als je RedHat opstart?
Staat dat ergens in een scriptje??

Bij mijn weten is kan die environment per shell instance verschillend zijn. De environment variabelen worden dan ook door de shell opgeslagen meen ik. De shell (bash voor de meeste mensen) kijkt in /etc/profile en ~/.bash_profile en ~/.bashrc ofzo voor config, en daar wordt dan ook een groot deel van de environment variabelen gedeclareerd.

Er zijn trouwens waarschijnlijk nog wel meer files waar bepaalde vars gedeclareerd worden (of zijn er ook system default vars ), maar die weet ik zo niet.

[Verwijderd]

Yep, een shell scant ook zijn eigen environment, mocht deze bestaan en exporteert deze uiteraard.

Je kan variabelen gewoon zetten inderdaad in ~/.(bash_)profile en ~/.bashrc (voor het hele systeem: /etc/profile).

Dingen als hostname en user worden uiteraard ook gezet.
Als je export intikt, zie je welke variabelen er allemaal in de environment staan.
Je kan een waarde tijdelijk overriden voor een bepaald commando, door de variabele met haar waarde gewoon voor het commando te zetten.