Het is geen Fn key, ik heb namelijk nog drie extra knoppen langs mijn aan/uit knop zitten, waarvan er eentje wel werkt (die om de default browser te openen) en een voor energiebesparing ofzo dat de fan minder hard draait, en die werkt ook niet.quote:Op woensdag 30 januari 2008 15:32 schreef wdn het volgende:
Software modem driver: is echt voor een intern modem; heeft niks met wireless te maken.
Het gebruik van Fn keys werkt bij mijn weten gewoon als het om bijv. wireless gaat.
Ik heb ook een intel pro wireless in mijn laptop maar heb in het bios wireless altijd aan staan.
Mbt wireless: je krijgt een icoon rechtsboven (een 'beeldscherm' meen ik). Daar je ssid toevoegen als deze nog niet bekend is OF je netwerk kiezen en dan zou de keyringmanager meteen moeten vragen om je wachtwoord voor je wireless. (is eenmalig).
Het is een Intel Pro/Wireless 2200 BG. Ik heb ondertussen wel drivers gevonden en ga nu uitvogelen of ik ze aan de praat kan krijgen. Ik heb alleen nog met die terminal gewerkt dus dat zal wel even zoeken worden.quote:Op woensdag 30 januari 2008 15:37 schreef the_disheaver het volgende:
Wat van chipset zit in je wireless? Meestal werkt de wireless niet out-of-the-box. Dus je zult in elk geval de juiste 'drivers' werkzaam moeten hebben. Mocht het dan niet werken zal het wss aan 'het knopje' liggen.
In je ~/.ssh/config kun je configuratie-opties per host opgeven, bijvoorbeeld:quote:Op zondag 3 februari 2008 16:11 schreef whoops het volgende:
Ik ben op zoek naar een manier om aliassen aan te maken voor ssh hosts. @home ben ik met een andere userid ingelogd dan @work, en tevens moet ik vanuit huis altijd de fqdn gebruiken, aangezien de interne servernamen niet bekend zijn buiten ons netwerk.
Om in te loggen moet ik elke keer 'ssh user@host.domain.nl' doen, terwijl @ work 'ssh host' genoeg is.
Op dit momen gebruik ik bash aliassen (alias hostname='ssh user@host.domain.nl') , maar dat is verre van ideaal. Weet iemand hoe ik dit soort aliassen aanmaak? Het moet toch mogelijk zijn lijkt mij...
Thanks a lot, het werkt!quote:Op zondag 3 februari 2008 16:32 schreef Iblis het volgende:
[..]
In je ~/.ssh/config kun je configuratie-opties per host opgeven, bijvoorbeeld:
Host werk
User foo
Hostname werk.te-veel-om-in-te-typen.nl
Voor een andere host maak je vergelijkbare entries. Je kunt ook X11-forwarding e.d zo instellen. Overigens kun je ook wildcards gebruiken, zoals Host *werk.nl // User foo; doch, je kunt volgens mij niet delegeren, dus iets als:
Host een
Hostname een.werk.nl
Host twee
Hostname twee.werk.nl
Host *.werk.nl
Username foo
Werkt niet, die regel moet je kopiëren.
Ja, d'oh, daar wilde ik m'n bericht mee afsluiten. Doch is er even bij ingeschoten blijkbaar.quote:Op zondag 3 februari 2008 16:40 schreef whoops het volgende:
B.t.w, er is blijkbaar ook een man page voor: man ssh_config
1 2 3 4 5 6 7 8 9 10 11 12 13 | @ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @ @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY! Someone could be eavesdropping on you right now (man-in-the-middle attack)! It is also possible that the RSA host key has just been changed. The fingerprint for the RSA key sent by the remote host is e1:df:a8:22:30:7c:d5:4c:2f:ec:75:1e:6f:90:58:1e. Please contact your system administrator. Add correct host key in /home/beeman/.ssh/known_hosts to get rid of this message. Offending key in /home/beeman/.ssh/known_hosts:25 RSA host key for 10.0.0.100 has changed and you have requested strict checking. Host key verification failed. |
1 2 | CheckHostIP no |
Op zich is het inderdaad logisch en ook zeker wel zo veilig dat hij hier op checkt, waarom heb je anders die keys... De reden waarom ik hier vaak tegenaan loop is omdat ik bepaalde machines vaak reinstall, bijvoorbeeld als ik bezig ben met unattended installs... M'n dhcp server geeft de machine met dat mac adres hetzelfde ip en hostname, alleen de ssh key is telkens anders... Dat maakt het dus vervelend, want je bent soms wel 20 keer op een dag je hostfile aan het editten, het zou handiger zijn als hij het niet checkt.quote:Op zondag 3 februari 2008 17:21 schreef Iblis het volgende:
Het is nogal logisch dat het daarover zeurt toch? StrictHostKeyChecking heeft overigens niet zoveel van doen met het feit of hij die host-key wel of niet pakt, maar met hoe deze aan je known_hosts file wordt toegevoegd. Bij strict moet je dat zelf doen, met een no doet SSH het automatisch bij onbekende hosts, en met ask pas na vragen.
Wat je kunt doen, als je op andere netwerken zit, is verschillende known_hosts files maken, en dan met UserKnownHostsFile ~/.ssh/work_net o.i.d. daar de keys instoppen. Maar anders dan moet je gewoon met de hand updaten.
Als die machine echter echt veranderd is, dan is er (na checken) toch niets mis mee om die key uit known_hosts te halen?
Hij zeurt wel met regelnummer. Als je Linux gebruikt dan kun je snel een line uit de file deleten (b.v. line 25) met sed -i '25d' ~/.ssh/known_hostsquote:Op zondag 3 februari 2008 17:42 schreef whoops het volgende:
[..]
Op zich is het inderdaad logisch en ook zeker wel zo veilig dat hij hier op checkt, waarom heb je anders die keys... De reden waarom ik hier vaak tegenaan loop is omdat ik bepaalde machines vaak reinstall, bijvoorbeeld als ik bezig ben met unattended installs... M'n dhcp server geeft de machine met dat mac adres hetzelfde ip en hostname, alleen de ssh key is telkens anders... Dat maakt het dus vervelend, want je bent soms wel 20 keer op een dag je hostfile aan het editten, het zou handiger zijn als hij het niet checkt.
Die optie met de andere hostsfile is dan opzich een oplossing, ik maak een ~/.ssh/temp_hosts aan en dan hoef ik alleen dat bestand weg te gooien als hij weer 'zeurt'...
Dat is ook een optie, wel fancy...quote:Op zondag 3 februari 2008 17:52 schreef Iblis het volgende:
[..]
Hij zeurt wel met regelnummer. Als je Linux gebruikt dan kun je snel een line uit de file deleten (b.v. line 25) met sed -i '25d' ~/.ssh/known_hosts
Forum Opties | |
---|---|
Forumhop: | |
Hop naar: |